-
Notifications
You must be signed in to change notification settings - Fork 151
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] ocsreport not respond .httpd blocked #1573
Comments
Hi @bud4, The line "Lock wait timeout exceeded" in your error_log refers to a SQL delete statement made upon update of an inventory section. Would you be able to check the SQL process list while this is happening, see which queries are slowing the database ? Regards, |
Unfortunately the problem is recurring very often.
|
the problem repeats frequently I have to restart the server very oftenError in /var/log/httpd/error.log =====================================
|
the problem persists seems to be inherent to these sql operations: DBD::mysql::db do failed: Lock wait timeout exceeded; try restarting transaction at /usr/local/share/perl5/Apache/Ocsinventory/Server/Duplicate.pm line 268. |
the problem persists DBD::mysql::db do failed: Lock wait timeout exceeded; try restarting transaction at /usr/local/share/perl5/Apache/Ocsinventory/Server/Inventory/Update.pm line 102. |
Hi, To be honest, I installed OCS where asset number went above 50k / 100k assets and everytime I encountered this issue was due to mariadb configuration. In some rare case, it can be due to looping agents. On big instances we recommend to setup a third party system to filter / drop to recurrent request in order to keep the service quality up. To get more information on the lock itself you need to enable verbose loggin on mariadb and not OCS Inventory which won't provide anything related to the "why" of the locks. On big instances, the tmpdir variable may sometimes link to a partition / directory that doesn't allow enough space and slow the mariadb instance over time. Could you also tell me how many assets are you inventorying on your instance ? Regards, |
Hi @bud4 , Any news ? Best regards, |
OCS Inventory version
Version : 2.12.0
Distribution: CentOS Stream 8
db : MariaDB Server version 10.3.28-MariaDB
Describe the bug
not response from ocs-report url. httpd active.
To Reproduce
after days of correct functioning the web interface was no longer responsive
Log file (optional)
php error log 👍
[31-Oct-2023 10:05:16.379791] DEBUG: pid 1160, fpm_pctl_perform_idle_server_maintenance(), line 382: [pool www] currently 0 active children, 6 spare children, 6 running children. Spawning rate 1
[31-Oct-2023 10:05:17.380960] DEBUG: pid 1160, fpm_pctl_perform_idle_server_maintenance(), line 382: [pool www] currently 0 active children, 6 spare children, 6 running children. Spawning rate 1
[31-Oct-2023 10:05:18.382152] DEBUG: pid 1160, fpm_pctl_perform_idle_server_maintenance(), line 382: [pool www] currently 0 active children, 6 spare children, 6 running children. Spawning rate 1
[31-Oct-2023 10:05:19.383501] DEBUG: pid 1160, fpm_pctl_perform_idle_server_maintenance(), line 382: [pool www] currently 0 active children, 6 spare children, 6 running children. Spawning rate 1
[31-Oct-2023 10:05:20.384605] DEBUG: pid 1160, fpm_pctl_perform_idle_server_maintenance(), line 382: [pool www] currently 0 active children, 6 spare children, 6 running children. Spawning rate 1
[31-Oct-2023 10:05:21.385790] DEBUG: pid 1160, fpm_pctl_perform_idle_server_maintenance(), line 382: [pool www] currently 0 active children, 6 spare children, 6 running children. Spawning rate 1
[31-Oct-2023 10:05:22.387177] DEBUG: pid 1160, fpm_pctl_perform_idle_server_maintenance(), line 382: [pool www] currently 0 active children, 6 spare children, 6 running children. Spawning rate 1
[31-Oct-2023 10:05:23.388323] DEBUG: pid 1160, fpm_pctl_perform_idle_server_maintenance(), line 382: [pool www] currently 0 active children, 6 spare children, 6 running children. Spawning rate 1
ystemctl status httpd.service
● httpd.service - The Apache HTTP Server
Loaded: loaded (/etc/systemd/system/httpd.service; enabled; vendor preset: disabled)
Drop-In: /etc/systemd/system/httpd.service.d
└─php-fpm.conf
Active: failed (Result: timeout) since Tue 2023-10-31 09:26:08 CET; 55s ago
Docs: man:httpd.service(8)
Main PID: 95862 (code=killed, signal=KILL)
Status: "Total requests: 121028; Idle/Busy workers 62/38;Requests/sec: 0.0527; Bytes served/sec: 4.2KB/sec"
ott 31 09:26:08 ocs systemd[1]: httpd.service: Killing process 220174 (/usr/sbin/httpd) with signal SIGKILL.
ott 31 09:26:08 ocs systemd[1]: httpd.service: Killing process 224181 (/usr/sbin/httpd) with signal SIGKILL.
ott 31 09:26:08 ocs systemd[1]: httpd.service: Killing process 261371 (/usr/sbin/httpd) with signal SIGKILL.
ott 31 09:26:08 ocs systemd[1]: httpd.service: Killing process 268158 (/usr/sbin/httpd) with signal SIGKILL.
ott 31 09:26:08 ocs systemd[1]: httpd.service: Killing process 276534 (/usr/sbin/httpd) with signal SIGKILL.
ott 31 09:26:08 ocs systemd[1]: httpd.service: Killing process 279842 (/usr/sbin/httpd) with signal SIGKILL.
ott 31 09:26:08 ocs systemd[1]: httpd.service: Killing process 282647 (/usr/sbin/httpd) with signal SIGKILL.
ott 31 09:26:08 ocs systemd[1]: httpd.service: Killing process 301189 (/usr/sbin/httpd) with signal SIGKILL.
ott 31 09:26:08 ocs systemd[1]: httpd.service: Failed with result 'timeout'.
ott 31 09:26:08 ocs systemd[1]: Stopped The Apache HTTP Server.
bug.zip
The text was updated successfully, but these errors were encountered: