'been there, done that, no use.
librenms.log still says
2018-09-12 12:28:57] production.ERROR: ErrorException: file_put_contents(/opt/librenms/storage/framework/views/150fa18cabc0b9c27bb552ef57facdf4ccd4525f.php): failed to open stream: Permission denied in /opt/librenms/vendor/laravel/framework/src/Illuminate/Filesystem/Filesystem.php:122
Stack trace:
#0 [internal function]: Illuminate\Foundation\Bootstrap\HandleExceptions->handleError(2, ‘file_put_conten…’, ‘/opt/librenms/v…’, 122, Array)
#1 /opt/librenms/vendor/lara (…)
but I’m not deep enough into Laravelle to be able to follow that (actually, I’m not in there at all).
./validate.php
Component | Version |
---|---|
LibreNMS | 1.43-50-ge8cf6bb38 |
DB Schema | 267 |
PHP | 7.0.31 |
MySQL | 10.0.35-MariaDB |
RRDTool | 1.4.7 |
SNMP | NET-SNMP 5.7.3 |
[OK] Composer Version: 1.7.2
[OK] Dependencies up-to-date.
[OK] Database connection successful
[OK] Database schema correct
[FAIL] fping6 could not be executed. fping6 must have CAP_NET_RAW capability (getcap) or suid. Selinux exlusions may be required.
(bash: /usr/sbin/fping6: Keine Berechtigung)
[FAIL] fping6 should be suid!
[FIX] chmod u+s /usr/sbin/fping6
[FAIL] We have found some files that are owned by a different user than librenms, this will stop you updating automatically and / or rrd files being updated causing graphs to fail.
[FIX] chown -R librenms:librenms /opt/librenms
Files:
/opt/librenms/rrd/.gitignore
(… don’t mind the fping6 [FAIL], I already posted something about that issue in Possible Bug in validate.php )
Actually, if the stuff, that the three of us are trying right now, is the right spot, then the [FIX]-suggestion in the last line of the validate.php-output could be the origin of the problem. 'Cause after that recursive chown-command, my webinterface didn’t work anymore.