Unable to access the WebUI

Rhino · 10 May 2018 15:46

Thank you - it worked like a charm on CentOS 7.

Thanks!

Escarolo_Bueso · 11 May 2018 14:53

this works for me, THANKS !!

Zach · 11 May 2018 15:15

Additionally, I had to install php7.0-xml and php7.0-mbstring to get composer_wrapper.php to complete.

I had to do this for Ubuntu as well.

theredon · 11 May 2018 16:16

I’m still unable to access the webUI. I get the following.

Error: bootstrap/cache, storage, storage/framework/sessions, storage/framework/views, storage/framework/cache, logs not writable! Run these commands as root on your LibreNMS server to fix:

chown -R librenms:librenms /opt/librenms/bootstrap/cache /opt/librenms/storage /opt/librenms/storage/framework/sessions /opt/librenms/storage/framework/views /opt/librenms/storage/framework/cache /opt/librenms/logs

setfacl -R -m g::rwx /opt/librenms/bootstrap/cache /opt/librenms/storage /opt/librenms/storage/framework/sessions /opt/librenms/storage/framework/views /opt/librenms/storage/framework/cache /opt/librenms/logs

setfacl -d -m g::rwx /opt/librenms/bootstrap/cache /opt/librenms/storage /opt/librenms/storage/framework/sessions /opt/librenms/storage/framework/views /opt/librenms/storage/framework/cache /opt/librenms/logs

I’ve run the commands recommended above and that didn’t help. I’ve tried the suggestions in this thread and that didn’t help. I don’t have SELinux running on this box. This was working up until yesterday, and I suspect it broke with a daily.sh update. Anybody have any thoughts?

librenms@cerento010:~$ /opt/librenms/scripts/composer_wrapper.php install --no-dev

LibreNMS\ComposerHelper::preInstall
Loading composer repositories with package information
Installing dependencies from lock file
Nothing to install or update
Generating autoload files
LibreNMS\ComposerHelper::postInstall
Illuminate\Foundation\ComposerScripts::postInstall
php artisan optimize
Generating optimized class loader
The compiled services file has been removed.
librenms@cerento010:~$ ./daily.sh
Updating to latest codebase OK
Updating Composer packages OK
Updated from 5fd81db81 to 824ce313f OK
Updating SQL-Schema OK
Updating submodules OK
Cleaning up DB OK
Fetching notifications OK
Caching PeeringDB data OK
librenms@cerento010:~$ ./validate.php
====================================
Component | Version
--------- | -------
LibreNMS | 1.39-41-g824ce313f
DB Schema | 249
PHP | 7.0.27-0+deb9u1
MySQL | 10.1.26-MariaDB-0+deb9u1
RRDTool | 1.6.0
SNMP | NET-SNMP 5.7.3
====================================

[OK] Composer Version: 1.6.5
[OK] Dependencies up-to-date.
[OK] Database connection successful
[OK] Database schema correct

Daniel_Schmidt · 11 May 2018 16:34

theredon - What does ./validate.php say?

theredon · 11 May 2018 19:59

Everything looks good.

albrntout · 11 May 2018 23:30

Any news thereden?

I’m on a Virtual CentOs install. I can no longer access the webui; I get the following like many in here:
Error: bootstrap/cache, storage, storage/framework/sessions, storage/framework/views, storage/framework/cache not writable! Run these commands as root on your LibreNMS server to fix:
chown -R librenms:librenms /opt/librenms/bootstrap/cache /opt/librenms/storage /opt/librenms/storage/framework/sessions /opt/librenms/storage/framework/views /opt/librenms/storage/framework/cache
setfacl -R -m g::rwx /opt/librenms/bootstrap/cache /opt/librenms/storage /opt/librenms/storage/framework/sessions /opt/librenms/storage/framework/views /opt/librenms/storage/framework/cache
setfacl -d -m g::rwx /opt/librenms/bootstrap/cache /opt/librenms/storage /opt/librenms/storage/framework/sessions /opt/librenms/storage/framework/views /opt/librenms/storage/framework/cache

Commands don’t do anything. My validate.php complains about a time not being set in php. ====================================

Component	Version
LibreNMS	1.39-46-g7f4566a
DB Schema	249
PHP	7.1.16
MySQL	5.5.56-MariaDB
RRDTool	1.4.8
SNMP	NET-SNMP 5.7.2

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

[OK] Composer Version: 1.6.5
[OK] Dependencies up-to-date.
[OK] Database connection successful
[OK] Database schema correct
[WARN] Missing optional PHP extension: posix
[FIX] It is suggested you install php-process or the one that matches your php version
[FAIL] You have no timezone set for php.
[FIX] http://php.net/manual/en/datetime.configuration.php#ini.date.timezone
[FAIL] Discovery has not completed in the last 24 hours.
[FIX] Check the cron job to make sure it is running and using discovery-wrapper.py
[FAIL] You need to run this script as root or librenms

I’m stumped PHP --ini
Configuration File (php.ini) Path: /etc
Loaded Configuration File: /etc/php.ini
Scan for additional .ini files in: /etc/php.d
Additional .ini files parsed: /etc/php.d/bz2.ini,
/etc/php.d/calendar.ini,
/etc/php.d/ctype.ini,
/etc/php.d/curl.ini,
/etc/php.d/dom.ini,
/etc/php.d/exif.ini,
/etc/php.d/fileinfo.ini,
/etc/php.d/ftp.ini,
/etc/php.d/gd.ini,
/etc/php.d/gettext.ini,
/etc/php.d/gmp.ini,
/etc/php.d/iconv.ini,
/etc/php.d/json.ini,
/etc/php.d/mbstring.ini,
/etc/php.d/mcrypt.ini,
/etc/php.d/mysqli.ini,
/etc/php.d/pdo.ini,
/etc/php.d/pdo_mysql.ini,
/etc/php.d/pdo_sqlite.ini,
/etc/php.d/phar.ini,
/etc/php.d/shmop.ini,
/etc/php.d/simplexml.ini,
/etc/php.d/snmp.ini,
/etc/php.d/sockets.ini,
/etc/php.d/sqlite3.ini,
/etc/php.d/tokenizer.ini,
/etc/php.d/xml.ini,
/etc/php.d/xml_wddx.ini,
/etc/php.d/xmlreader.ini,
/etc/php.d/xmlwriter.ini,
/etc/php.d/xsl.ini,
/etc/php.d/zip.ini

I’m so stuck. I do have yesterdays snapshot where it all worked still but I don’t want to stop the Cron job.

PS I’m a giant MORON got it working. Sometimes I can’t believe how dumb I am! Thanks for reading either way!

theredon · 14 May 2018 20:09

Congrats on getting yours working. I’m still dead in the water here. Everything I can see is correct but I’m still getting the page stating that it can’t write to the logs, even though all the permissions are correct. I don’t know how many times I’ve run the chown command now, hoping that this time it might fix it.

laf · 14 May 2018 21:10

Tried restarting your web server and / or php-fpm?

nikatnite · 14 May 2018 21:16

I’m in the same boat as you man…running CentOS7 and keep getting the message about the permissions.

theredon · 14 May 2018 21:23

I have, still telling me it can’t write to the logs file.

Error: logs not writable! Run these commands as root on your LibreNMS server to fix:
chown -R librenms:librenms /opt/librenms/logs

drwxrwxr-x 2 librenms librenms 4096 Jan 12 10:45 logs/

I thought that it could possibly be due to something with the remote pollers not having the mbstring module so I jumped into those and updated and fixed that issue but I’m still seeing the same thing. I’m at a loss at this point.

Chas · 15 May 2018 08:54

@theredon

Can you show the structure inside that folder, run:

ls -li /opt/librenms/logs

theredon · 15 May 2018 15:02

librenms@cerento010:~$ ls -li /opt/librenms/logs/
total 219108
277652 -rw-r–r-- 1 librenms librenms 121007 May 15 00:17 daily.log
277584 -rw-r–r-- 1 librenms librenms 224203498 May 15 08:49 librenms.log

Chas · 15 May 2018 15:19

You have different file permissions to me,

Try this

chmod 664 /opt/librenms/logs/librenms.log

also your librenms log file is 224 MB, although probably not related you could try clearing it anyway
echo "" > /opt/librenms/logs/librenms.log

theredon · 15 May 2018 15:21

OUTSTANDING!!! Much appreciated Chas!!

errorskazo · 14 September 2018 14:02

Please Assist.
I am running Librenms on ubuntu
i have ran the composer and the key generator but nothing seems to work.
Am still getting the error below after putting username and password in Web Gui.

below is the result of ./validate.php

root@libresvr:/opt/librenms# ./validate.php

Component	Version
LibreNMS	1.43-70-g9aa429c8d
DB Schema	267
PHP	7.0.30-0ubuntu0.16.04.1
MySQL	10.3.8-MariaDB-1:10.3.8+maria~xenial
RRDTool	1.5.5
SNMP	NET-SNMP 5.7.3
====================================

[OK] Composer Version: 1.0.0-beta2
[OK] Dependencies up-to-date.
[OK] Database connection successful
[OK] Database schema correct

Chas · 14 September 2018 15:15

paste librenms.log errors, did you check other recent threads ? this one is old

Daniel_Schmidt · 14 September 2018 15:25

Just for kicks: (Quoting TheGreatDoc)

Try: chown -R librenms:librenms /opt/librenms setfacl -d -m g::rwx /opt/librenms/rrd /opt/librenms/logs /opt/librenms/bootstrap/cache/ /opt/librenms/storage/ setfacl -R -m g::rwx /opt/librenms/rrd /opt/librenms/logs /opt/librenms/bootstrap/cache/ /opt/librenms/storage/

Zach · 14 September 2018 15:30

Proper formatting of the commands^:

chown -R librenms:librenms /opt/librenms
setfacl -d -m g::rwx /opt/librenms/rrd /opt/librenms/logs /opt/librenms/bootstrap/cache/ /opt/librenms/storage/
setfacl -R -m g::rwx /opt/librenms/rrd /opt/librenms/logs /opt/librenms/bootstrap/cache/ /opt/librenms/storage/

errorskazo · 17 September 2018 04:44

Thanks Zach.
This worked perfectly well