Validate web error


using librenms 23.4.1-50-g927446d - Tue May 02 2023 21:02:50 GMT+0200

Database Schema 2023_04_12_174529_modify_ports_table (250)
Web Server Apache/2.4.6 (CentOS) mod_fcgid/2.3.9 PHP/8.2.5
PHP 8.2.5
Python 3.6.8
Database MariaDB 10.5.19-MariaDB
Laravel 9.52.5
RRDtool 1.4.8
bash-4.2$ ./validate.php
Component Version
--------- -------
LibreNMS 23.4.1-50-g927446d (2023-05-02T21:02:50+02:00)
DB Schema 2023_04_12_174529_modify_ports_table (250)
PHP 8.2.5
Python 3.6.8
Database MariaDB 10.5.19-MariaDB
RRDTool 1.4.8
SNMP 5.7.2

[OK] Composer Version: 2.5.5
[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] Database and column collations are correct
[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

i have two issues the poller time in the old update was 280 second
after update to latest version in range 433 second

in the command line validate no error , in the web validate FAIL: No composer available, please install composer

i was using php 7.4 than i upgrade to 8.2 the error it was from 7,4 version

using centos 7.9.2009 latest update

8.2 is not yet supported. Try 8.1 and run through the installation instructions?

i change back to 8.1 , i removed all php & python & reinstall again the error gone but polling time still long 400 to 500 in the old version of php & librenms was 200

That does not sound good. What were the old versions of php and librenms? Did you have opcode cache optimisations that perhaps were lost with php version change? Have you had a look through the optimisation section of the documentation? (rrdcached seems to help). You could look at the poller time graphs on a device and see if a particular pattern (ie long bgp polling vs prior etc)

old version of PHP7.4 now im using 8.1
Did you have opcode cache optimisations that perhaps were lost with php version change? i really not that much with Linux i dont know whats this i did follwo all rrdcached and optimazation
poller time get high with 100S for every polling
im using Centos 7 the RRDTool 1.4.8 cannot be upgraded on centos 7
and the upgrades from Centos 7 to 8 make so many issue’s for me i dont think its recommended many erros after

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