Web administration not accessible

No problem :slight_smile:

Btw, there’s a barely visible warning that one has to take care of LuCi-installed modules her-/himself just under the Software heading:
Be advised the software installed by this page is not updated automatically. You may want to enable a package list in /etc/config/updater instead.

I didn’t notice it before and what’s more, I’ve been missing a clue HOW (eg. a link to a piece of some external doc).

Thanks and have a nice time,
H.

Btw, while LuCi is alive and all collectd/rrd modules underwent a removal and a reinstallation (and hhtpd a few restarts) I still haven’t been able to get my stats back again – the relevant items disappeared from the Statistics menu. I’ll investigate it some day…until then I have to live without them :confused:

H.

I have got the same problem. Just bought new TO , unpacked from box , first time configured and run automatic update. After restart I lost web admin access to it. I had to run Factory default procedure to start over, and then disabled automatic updates. Now I am awaiting for stable packages. Hopefully they will be released soon. I have no linux experiences to investigate details.

Hello,

I ran into the same issue after an automatic update process.

After restarting the updater process manually with /usr/bin/updater.sh from the command line some packages were updated again and after that LuCI and Fortis were working.

CU JĂśrg

Not sure what exactly was the trigger (I was playing with my router all the afternoon) but the statistic modules got installed later in the afternoon and after some twiddling they are almost up and running again.

Almost means e.g. missing ping graph hasn’t been fixed… It does not seem to be a brand new issue.

H.

Hi,
for me in SSH terminal /usrbin/updater.sh run, but ended with errors:
Unreachable: /tmp/ crl.pem: No such file or directory
uci : Entry not found
uci : Entry not found
Alarm clock
uci : Entry not found

However, Forris access has been unlocked and I could get in via http interface.
Thanks for this.

Sorry if i missed something - but this issue has not been solved yet, has it?

I just factory resetted my device with the latest firmware (https://api.turris.cz/openwrt-repo/omnia/medkit/omnia-medkit-latest-full.tar.gz). After the initial setup (pppoe username and password) and a reboot the webinterface did not start and i need to ssh and execute the “updater.sh” for the webinterface - every time i reboot the router.

I get this output from the updater:

updater.sh
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 82318 100 82318 0 0 390k 0 --:–:-- --:–:-- --:–:-- 394k
WARN:Script revision-specific not found, but ignoring its absence as requested
WARN:Script serial-specific not found, but ignoring its absence as requested
WARN:Multiple candidates from same repository with same version for package shairport-sync-openssl
WARN:Lock on //var/lock/opkg.lock released by garbage collector
uci: Entry not found
uci: Entry not found

The second time (after another reboot) the output is more or less the same:

updater.sh
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 82318 100 82318 0 0 436k 0 --:–:-- --:–:-- --:–:-- 444k
WARN:Script revision-specific not found, but ignoring its absence as requested
WARN:Script serial-specific not found, but ignoring its absence as requested
WARN:Multiple candidates from same repository with same version for package shairport-sync-openssl
WARN:Lock on //var/lock/opkg.lock released by garbage collector
uci: Entry not found
uci: Entry not found

Any ideas how to solve this permanently?

Check if there are any errors in the log file “/var/log/lighttpd/error.log”. There should be only something like this:

2016-12-16 20:54:54: (log.c.217) server started

after last update for 3.4 I have exact same issue

I try /etc/init.d/lighttpd restart

and web administration and lucy works fine

I have encountered this issue just after I changed directory for collectd to /mnt/nas/***

after 15 minutes I have same issue if I open 192.168.1.1 I get errors:
IOError(32, ‘Broken pipe’)

Stack trace

Traceback (most recent call last):

File “/usr/lib/python2.7/site-packages/foris/utils/reporting_middleware.py”, line 86, in call
return self.app(environ, start_response)
File “/usr/lib/python2.7/site-packages/bottle_i18n.py”, line 68, in call
return self.app(e,h)
File “/usr/lib/python2.7/site-packages/bottle.py”, line 979, in call
return self.wsgi(environ, start_response)
File “/usr/lib/python2.7/site-packages/bottle.py”, line 954, in wsgi
out = self._cast(self._handle(environ))
File “/usr/lib/python2.7/site-packages/bottle.py”, line 862, in _handle
return route.call(**args)
File “/usr/lib/python2.7/site-packages/bottle.py”, line 682, in mountpoint_wrapper
body = app(request.environ, start_response)
File “/usr/lib/python2.7/site-packages/bottle.py”, line 979, in call
return self.wsgi(environ, start_response)
File “/usr/lib/python2.7/site-packages/bottle.py”, line 954, in wsgi
out = self._cast(self._handle(environ))
File “/usr/lib/python2.7/site-packages/bottle.py”, line 862, in _handle
return route.call(**args)
File “/usr/lib/python2.7/site-packages/bottle.py”, line 1729, in wrapper
rv = callback(*a, **ka)
File “/usr/lib/python2.7/site-packages/foris/utils/init.py”, line 64, in wrapper
return func(*args, **kwargs)
File “/usr/lib/python2.7/site-packages/foris/config.py”, line 457, in index
notifications = client.get_messages()
File “/usr/lib/python2.7/site-packages/foris/nuci/client.py”, line 216, in get_messages
return get(filter=filters.messages).find_child(“messages”) or user_notify.Messages()
File “/usr/lib/python2.7/site-packages/foris/nuci/client.py”, line 131, in get
data = netconf.get(filter=(“subtree”, filter) if filter is not None else None).data_ele
File “/usr/lib/python2.7/site-packages/ncclient/manager.py”, line 89, in wrapper
return self.execute(op_cls, *args, **kwds)
File “/usr/lib/python2.7/site-packages/foris/nuci/client.py”, line 94, in execute
raise_mode=cls._raise_mode).request(*args, **kwargs)
File “/usr/lib/python2.7/site-packages/ncclient/operations/retrieve.py”, line 65, in request
return self._request(node)
File “/usr/lib/python2.7/site-packages/ncclient/operations/rpc.py”, line 284, in _request
raise self._error
IOError: [Errno 32] Broken pipe

and

Environment

{‘CONTENT_LENGTH’: ‘0’,
‘DOCUMENT_ROOT’: ‘/www’,
‘GATEWAY_INTERFACE’: ‘CGI/1.1’,
‘HTTP_ACCEPT’: ‘text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,/;q=0.8’,
‘HTTP_ACCEPT_ENCODING’: ‘gzip, deflate, sdch’,
‘HTTP_ACCEPT_LANGUAGE’: ‘sk-SK,sk;q=0.8,cs;q=0.6,en-US;q=0.4,en;q=0.2’,
‘HTTP_CACHE_CONTROL’: ‘max-age=0’,
‘HTTP_CONNECTION’: ‘keep-alive’,
‘HTTP_COOKIE’: ‘beaker.session.id=067d9a0227394ba6845b4f91cb2e0064’,
‘HTTP_HOST’: ‘192.168.1.1’,
‘HTTP_REFERER’: ‘http://192.168.1.1/’,
‘HTTP_UPGRADE_INSECURE_REQUESTS’: ‘1’,
‘HTTP_USER_AGENT’: ‘Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36’,
‘PATH_INFO’: ‘/config/’,
‘PATH_TRANSLATED’: ‘/www/config/’,
‘QUERY_STRING’: ‘’,
‘REDIRECT_STATUS’: ‘200’,
‘REMOTE_ADDR’: ‘192.168.1.174’,
‘REMOTE_PORT’: ‘26970’,
‘REQUEST_METHOD’: ‘GET’,
‘REQUEST_URI’: ‘/config/’,
‘SCRIPT_FILENAME’: ‘/www/’,
‘SCRIPT_NAME’: ‘/’,
‘SERVER_ADDR’: ‘192.168.1.1’,
‘SERVER_NAME’: ‘192.168.1.1’,
‘SERVER_PORT’: ‘80’,
‘SERVER_PROTOCOL’: ‘HTTP/1.1’,
‘SERVER_SOFTWARE’: ‘lighttpd/1.4.42’,
‘beaker.get_session’: <bound method SessionMiddleware._get_session of <beaker.middleware.SessionMiddleware object at 0x1d1cc80>>,
‘beaker.session’: {‘csrf_token’: ‘yQoKWeRvuHf0zAREjSnx0KxHnboa532C’, ‘wizard_finished’: True, ‘_accessed_time’: 1482693146.7851019, ‘allowed_step_max’: ‘10’, ‘_creation_time’: 1482693108.801074, ‘user_authenticated’: True},
‘bottle.app’: <bottle.Bottle object at 0x1b77100>,
‘bottle.raw_path’: ‘/’,
‘bottle.request’: <LocalRequest: GET http://192.168.1.1/config/>,
‘bottle.request.urlparts’: SplitResult(scheme=‘http’, netloc=‘192.168.1.1’, path=‘/config/’, query=‘’, fragment=‘’),
‘bottle.route’: <GET ‘/’ <function index at 0x1d2b3c0>>,
‘route.handle’: <GET ‘/’ <function index at 0x1d2b3c0>>,
‘route.url_args’: {},
‘wsgi.errors’: <flup.server.fcgi_base.OutputStream object at 0x1b2a330>,
‘wsgi.input’: <flup.server.fcgi_base.InputStream object at 0x1c3cba0>,
‘wsgi.multiprocess’: False,
‘wsgi.multithread’: True,
‘wsgi.run_once’: False,
‘wsgi.url_scheme’: ‘http’,
‘wsgi.version’: (1, 0)}

Hi BuloZB

This seems to be simmiliar to my problem. Just time helped me. Maybe your issue is different. I don’t know.

1 Like

yes is exact same issue

I have just encountered a problem with inaccesible interface after instaling package collectd*

Seems that it is quite buggy now.

anyone dont know how to fix this problem?

I worked on the revival of the charts after the last update. After restarting - the web interface does not work. I tried some of the instructions in this section.

I am SSH beginner - instructions please for a fool or stupid.

root@turris:~# /etc/init.d/lighttpd restart
Syntax OK
/usr/lib/lighttpd/mod_alias.so
/usr/lib/lighttpd/mod_cgi.so
daemonized server failed to start; check error log for details

root@turris:~# opkg install lighttpd
Package lighttpd (1.4.42-2) installed in root is up to date.

root@turris:~# opkg install libpcre
Package libpcre (8.39-1) installed in root is up to date.

root@turris:~# updater.sh -n again
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 82318  100 82318    0     0   174k      0 --:--:-- --:--:-- --:--:--  223k
Unknown parameter -n. Continuing anyway, as a compatibility measure for the old  updater.
Unknown parameter again. Continuing anyway, as a compatibility measure for the old updater.
WARN:Script revision-specific not found, but ignoring its absence as requested
WARN:Script serial-specific not found, but ignoring its absence as requested
WARN:Lock on //var/lock/opkg.lock released by garbage collector

You should check the lighttpd’s log file.

please where I can check lighttpd´s log file?

I don’t have my turris with me now but if I remember correctly check the /var/log/lighttpd directory.

1 Like

I have the same issue as everyone else, I have tried the following but there is no response from the router in the shell and I still cannot connect to LuCi (connection refused).

BusyBox v1.25.1 (2016-12-19 05:23:39 CET) built-in shell (ash)
    
  _______  _    _  _____   _____   _____   _____
 |__   __|| |  | ||  __ \ |  __ \ |_   _| / ____|
    | |   | |  | || |__) || |__) |  | |  | (___
    | |   | |  | ||  _  / |  _  /   | |   \___ \
    | |   | |__| || | \ \ | | \ \  _| |_  ____) |
    |_|    \____/ |_|  \_\|_|  \_\|_____||_____/



root@turris:~# /etc/init.d/lighttpd restart

How long should I wait, does this command take a lot of time?

UPDATE: My problem was solved by first running command:
updater.sh
and then the rest worked as a charm

root@turris:~# /etc/init.d/lighttpd restart
Syntax OK
/usr/lib/lighttpd/mod_alias.so
/usr/lib/lighttpd/mod_cgi.so
root@turris:~#

Thanks for all your answers, it really helps a n00b on Linux.