Validate fails with incorrect file permissions. File changes every day

[John_Shrader]

Hello,

We are having a small issue with the validate.php. Files in /opt/librenms/storage/framework/views show as not being writable. The file changes every day. Running the suggested fixes from validate.php fixes it for a day then a new file is generated the next day (from daily.sh? ). I have included the output of validate.php from two consecutive days showing the wrong file.

This does not appear to affect any functionality. Is it Ok to just ignore the warning?

[librenms@librenms librenms]$ ./validate.php

Component	Version
LibreNMS	1.49
DB Schema	2019_02_10_220000_add_dates_to_fdb (132)
PHP	7.2.16
MySQL	5.5.60-MariaDB
RRDTool	1.4.8
SNMP	NET-SNMP 5.7.2

====================================

[OK] Composer Version: 1.8.4
[OK] Dependencies up-to-date.
[OK] Database connection successful
[OK] Database schema correct
[FAIL] Some folders have incorrect file permissions, this may cause issues.
[FIX]:
sudo chown -R librenms:librenms /opt/librenms
sudo setfacl -d -m g::rwx /opt/librenms/rrd /opt/librenms/logs /opt/librenms/bootstrap/cache/ /opt/librenms/storage/
sudo chmod -R ug=rwX /opt/librenms/rrd /opt/librenms/logs /opt/librenms/bootstrap/cache/ /opt/librenms/storage/
Files:
/opt/librenms/storage/framework/views/c3b7464cd5445849d84e41e84c08be5a
You have new mail in /var/spool/mail/root
[librenms@librenms librenms]$ ./validate.php

Component	Version
LibreNMS	1.49
DB Schema	2019_02_10_220000_add_dates_to_fdb (132)
PHP	7.2.16
MySQL	5.5.60-MariaDB
RRDTool	1.4.8
SNMP	NET-SNMP 5.7.2

====================================

[OK] Composer Version: 1.8.4
[OK] Dependencies up-to-date.
[OK] Database connection successful
[OK] Database schema correct
[FAIL] Some folders have incorrect file permissions, this may cause issues.
[FIX]:
sudo chown -R librenms:librenms /opt/librenms
sudo setfacl -d -m g::rwx /opt/librenms/rrd /opt/librenms/logs /opt/librenms/bootstrap/cache/ /opt/librenms/storage/
sudo chmod -R ug=rwX /opt/librenms/rrd /opt/librenms/logs /opt/librenms/bootstrap/cache/ /opt/librenms/storage/
Files:
/opt/librenms/storage/framework/views/b5ccacdda92f6718c922c34634dcebb7
[librenms@librenms librenms]$ date
Fri Mar 29 08:11:05 EDT 2019
[librenms@librenms librenms]$ ls -alh /opt/librenms/storage/framework/views/b5ccacdda92f6718c922c34634dcebb7
-rw-r–r--. 1 librenms librenms 86 Mar 29 08:02 /opt/librenms/storage/framework/views/b5ccacdda92f6718c922c34634dcebb7

Running CentOS Linux release 7.6.1810 (Core)

Thanks,

[Chas]

I think its fine to ignore:

Daily file permission issue

At this time no. Can’t be fixed until the legacy PHP session usage is removed. For views it is probably ok. As long as the webserver can write to them. If a file needs to be written to by both the CLI and the WebUI, then this permissions issue could cause an error. The message is a bit overcautious at this time.

[John_Shrader]

Thanks, I didn’t see that thread in my searches. I’ll ignore the errors unless problems arise.

[garlandtech]

I am having this issue as well. As soon as daily.sh is run, the permissions issue comes back up from ./validate.php. I’m logged in as librenms, and working from the /opt/librenms directory.

Literally can run the permission fix commands, then run ./daily.sh, then run ./validate.php and will have permission issues. I just want to make sure things are going to work right. It appears that it does, but was interested why daily.sh is breaking permissions.

Thanks!