Good morning,
I recently (Jan. 10) inherited a CentOS7 VMware guest running librenms. All was running well until yesterday when the web gui began showing this:
Whoops, looks like something went wrong. Check your librenms.log.
The log, and the validate command, both show the same error. This is the line in red from validate.php:
In ServiceProvider.php line 59:
Illuminate\Support\ServiceProvider::mergeConfigFrom(): Failed opening required ‘/opt/librenms/vendor/fideloper/proxy/src/src/…/config/trustedproxy.php’ (include_path=’.:/usr/share/pear:/usr/s
hare/php’)
I searched for the trustedproxy.php file starting from /opt/librenms and I do have one but not in that location.
[root@itnms librenms]# find . -name trustedproxy.php -print
./vendor/fideloper/proxy/config/config/trustedproxy.php
./vendor/fideloper/proxy/config/trustedproxy.php
./config/trustedproxy.php
Here is the additional system info:
[root@itnms librenms]# uname -a
Linux itnms.umpublishing.org 3.10.0-957.5.1.el7.x86_64 #1 SMP Fri Feb 1 14:54:57 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
====================================
Component | Version |
---|---|
LibreNMS | 1.48.1-12-g2b4d8fc |
DB Schema | 2018_07_03_091322_add_foreign_keys_to_wireless_sensors_table (129) |
PHP | 7.1.26 |
MySQL | 5.5.60-MariaDB |
RRDTool | 1.4.8 |
SNMP | NET-SNMP 5.7.2 |
====================================
[OK] Composer Version: 1.8.3
[OK] Dependencies up-to-date.
I have not made any changes to this server since inheriting it, but the guy I inherited it from left some documentation saying I could update librenms manually by running daily.php. I have not run it but believe it may be running though I don’t know where, as I don’t know why the server would just stop working unless something got updated. There is no crontab for the librenms user, or for root or operator. To see if it might fix things, I did take a snapshot of the guest, and run it, but it did not help. I reverted back to the snapshot.
Can anyone tell me how to fix the problem so I can start the service? I searched the forum and there was a similar “missing files” question that was fixed by running composer-wrapper.php install --no-dev so I took a snapshot of the guest and ran that, to no avail. I’ve reverted to the snapshot, so I’m back to original broken state.