Php/php-fpm and high CPU usage after nightly update

Help
1 
====================================
Component | Version
--------- | -------
LibreNMS  | 22.8.0
DB Schema | 2022_07_03_1947_add_app_data (244)
PHP       | 8.1.9
Python    | 3.8.10
Database  | MariaDB 10.3.34-MariaDB-0ubuntu0.20.04.1
RRDTool   | 1.7.2
SNMP      | 5.8
====================================

[OK]    Composer Version: 2.4.1
[OK]    Dependencies up-to-date.
[OK]    Database connection successful
[OK]    Database Schema is current
[OK]    SQL Server meets minimum requirements
[OK]    lower_case_table_names is enabled
[OK]    MySQL engine is optimal
[OK]
[OK]    Database schema correct
[OK]    MySQl and PHP time match
[OK]    Active pollers found
[OK]    Dispatcher Service not detected
[OK]    Locks are functional
[OK]    Python poller wrapper is polling
[OK]    Redis is unavailable
[OK]    rrdtool version ok
[OK]    Connected to rrdcached

Posting librenms.log per request - title of post covers issue. See here for Discord discussion.

Log file: https://paste.c-net.org/GuiseForbid (let me know if this doesn’t work - should be a gzip file)

murrant requested I exclude SQL errors from the log, so I used the following regex to generate the gzip log: grep -Ev '(^\#[0-9]+\ |Stack trace|Too many connections|^[[:space:]]*$)' librenms.log.1

Let me know if I need to attach any additional information.

2

Does https://github.com/librenms/librenms/pull/14291 help?

What does ./scripts/composer_wrapper.php show facade/flare-client-php show?

3

Got someone to do some troubleshooting. It should be fixed after update.

Still curious as to why CPU usage was so high. I’ve had this enabled in production for a couple of weeks now.

4

i have same issue from midnight …from 5 to 5 minute 100 cpu usage.
What does ./scripts/composer_wrapper.php show facade/flare-client-php show?

bash-4.4$ ./scripts/composer_wrapper.php show facade/flare-client-php
name : facade/flare-client-php
descrip. : Send PHP errors to Flare
keywords : exception, facade, flare, reporting
versions : * 1.10.0
type : library
license : MIT License (MIT) (OSI approved) MIT License | Software Package Data Exchange (SPDX)
homepage :
source :213fa2c69e120bca4c51ba3e82ed1834ef3f41b8
dist : [zip] https://api.github.com/repos/facade/flare-client-php/zipball/213fa2c69e120bca4c51ba3e82ed1834ef3f41b8 213fa2c69e120bca4c51ba3e82ed1834ef3f41b8
path : /opt/librenms/vendor/facade/flare-client-php
names : facade/flare-client-php

support

autoload
files
psr-4
Facade\FlareClient\ => src

requires
facade/ignition-contracts ~1.0
illuminate/pipeline ^5.5|^6.0|^7.0|^8.0
php ^7.1|^8.0
symfony/http-foundation ^3.3|^4.1|^5.0
symfony/mime ^3.4|^4.0|^5.1
symfony/var-dumper ^3.4|^4.0|^5.0

requires (dev)
friendsofphp/php-cs-fixer ^2.14
phpunit/phpunit ^7.5
spatie/phpunit-snapshot-assertions ^2.0

5

image
image886×107 3.83 KB

It appears that the package is not installed.

Things have been calm since I last posted about this - CPU usage has returned to normal and the logs are not filling with SQL errors any longer. I made no changes other than running daily.sh.

6

@robdb I wonder if that is why cpu usage was high?

7

Your guess is as good as mine - do I need to install that package? It was odd that it just started out of nowhere.

8

./scripts/composer_wrapper.php install --no-dev (which is part of daily.sh) should install that package.

9

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.