You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 13, 2022. It is now read-only.
when I authenticate with api V2, a cache file is generated in /var/cache/centreon/symfony/jms_serializer.
As described in the documentation : https://docs-api.centreon.com/api/centreon-web/20.04/#section/Authentication
I have many users who use the V2 api and often authenticate via a client (nagstamon) to check the status of their service.
So my partition is quickly fills.
Steps to Reproduce
Please describe precisely the steps to reproduce the encountered issue.
in SSH on central, check generated files with watch -n 2 -d ls -ltr /var/cache/centreon/symfony/jms_serializer/
Describe the received result
At each curl execution, a file .cache.php is created and named like "stdClass-anonymous--usr-share-centreon-src-Security-Infrastructure-Authentication-API-Model_2110-ApiAuthenticationFactory.php-52-dac.cache.php"
Describe the expected result
The /var/cache/centreon/symfony/jms_serializer directory should not fill up so fast or it should be updated often ?
Logs
PHP error logs
no log
centreon-engine logs (if needed)
no log
centreon-broker logs (if needed)
no log
centreon gorgone logs for Centreon >= 20.4 (if needed)
no log
The text was updated successfully, but these errors were encountered:
BUG REPORT INFORMATION
Prerequisites
Versions
For the RPM based systems
-- Copy/Paste the result of the following command --
centreon-auto-discovery-server-22.04.1-2.el7.centos.noarch
centreon-awie-22.04.0-1.el7.centos.noarch
centreon-bi-server-22.04.1-3.el7.centos.noarch
centreon-broker-22.04.1-4.el7.x86_64
centreon-broker-cbd-22.04.1-4.el7.x86_64
centreon-broker-cbmod-22.04.1-4.el7.x86_64
centreon-broker-core-22.04.1-4.el7.x86_64
centreon-broker-storage-22.04.1-4.el7.x86_64
centreon-business-release-22.04-3.el7.centos.noarch
centreon-central-22.04.6-3.el7.centos.noarch
centreon-clib-22.04.1-4.el7.x86_64
centreon-common-22.04.6-3.el7.centos.noarch
centreon-connector-22.04.1-4.el7.x86_64
centreon-connector-perl-22.04.1-4.el7.x86_64
centreon-connector-ssh-22.04.1-4.el7.x86_64
centreon-engine-22.04.1-4.el7.x86_64
centreon-engine-daemon-22.04.1-4.el7.x86_64
centreon-engine-extcommands-22.04.1-4.el7.x86_64
centreon-gorgone-22.04.1-1.el7.centos.noarch
centreon-gorgone-centreon-config-22.04.1-1.el7.centos.noarch
centreon-license-manager-22.04.0-1.el7.centos.noarch
centreon-license-manager-common-22.04.0-1.el7.centos.noarch
centreon-open-tickets-22.04.0-1.el7.centos.noarch
centreon-perl-libs-22.04.6-3.el7.centos.noarch
centreon-poller-22.04.6-3.el7.centos.noarch
centreon-pp-manager-22.04.0-2.el7.centos.noarch
centreon-release-22.04-3.el7.centos.noarch
centreon-trap-22.04.6-3.el7.centos.noarch
centreon-web-22.04.6-3.el7.centos.noarch
centreon-widget-engine-status-22.04.0-5.el7.centos.noarch
centreon-widget-global-health-22.04.0-5.el7.centos.noarch
centreon-widget-graph-monitoring-22.04.0-5.el7.centos.noarch
centreon-widget-grid-map-22.04.0-5.el7.centos.noarch
centreon-widget-hostgroup-monitoring-22.04.0-5.el7.centos.noarch
centreon-widget-host-monitoring-22.04.0-5.el7.centos.noarch
centreon-widget-httploader-22.04.0-5.el7.centos.noarch
centreon-widget-live-top10-cpu-usage-22.04.0-5.el7.centos.noarch
centreon-widget-live-top10-memory-usage-22.04.0-5.el7.centos.noarch
centreon-widget-servicegroup-monitoring-22.04.0-5.el7.centos.noarch
centreon-widget-service-monitoring-22.04.0-5.el7.centos.noarch
centreon-widget-single-metric-22.04.0-5.el7.centos.noarch
centreon-widget-tactical-overview-22.04.0-5.el7.centos.noarch
Operating System
CentOS Linux release 7.9.2009 (Core)
Browser used
Version: 105.0.1 (64 bits)
Additional environment details (AWS, VirtualBox, physical, etc.):
Description
when I authenticate with api V2, a cache file is generated in /var/cache/centreon/symfony/jms_serializer.
As described in the documentation : https://docs-api.centreon.com/api/centreon-web/20.04/#section/Authentication
I have many users who use the V2 api and often authenticate via a client (nagstamon) to check the status of their service.
So my partition is quickly fills.
Steps to Reproduce
Please describe precisely the steps to reproduce the encountered issue.
curl -s -d '{"security": {"credentials": {"login": "*************","password": "*********"}}}' -H "Content-Type: application/json" -X POST https://centreon.<my domaine>/centreon/api/latest/login
watch -n 2 -d ls -ltr /var/cache/centreon/symfony/jms_serializer/
Describe the received result
At each curl execution, a file .cache.php is created and named like "stdClass-anonymous--usr-share-centreon-src-Security-Infrastructure-Authentication-API-Model_2110-ApiAuthenticationFactory.php-52-dac.cache.php"
Describe the expected result
The /var/cache/centreon/symfony/jms_serializer directory should not fill up so fast or it should be updated often ?
Logs
PHP error logs
no log
centreon-engine logs (if needed)
no log
centreon-broker logs (if needed)
no log
centreon gorgone logs for Centreon >= 20.4 (if needed)
no log
The text was updated successfully, but these errors were encountered: