Losing GUI interface on RPI 2

[rainman110]

I have not lost my web interface on either of my RPi 2's since running the start and stop commands, and it's been two days for one, and three for the other. Previously I would usually lose the interface within a few hours. So something seems to be different. Will keep monitoring to see if this improvement persists.

[admin]

that is interesting... please keep me posted if this does the trick.

[rainman110]

Last night I had to briefly shut down my remote RPi2 to do some network equipment maintenance. The web interface had been stable for about four days now since running the rcthttpd start and stop commands. After I booted it back up, after a few hours the web interface went down again, same as before. So it would appear that running the rcthttpd start and stop commands is necessary following a boot up or reboot to stabilize the web interface. My other RPi2 has now been running three days since running the start and stop commands with no web interface issues.

So I guess the good news is that this pattern appears to be predictable and consistent between my two independent RPi2's. I will continue to monitor to see if this same behavior continues long-term.

[admin]

thanks, I will work on this. "rcthttpd start" is issued during boot, but may be the sending process quits after a few days and also takes the called programs with it. As said, your finding should help me spotting the problem.

[AlaskaWX]

Maybe placing

Code: Select all

rcthttpd restart

in an hourly crontab would work?

[admin]

yep, or every 5 min

[rainman110]

Well after a week, I have never had the web interface go down following a rcthttpd restart command. Following a reboot, the interface will drop anywhere from a few minutes to a few hours, but it always drops unless I run the restart command, then it is fine. I only have to run the restart command once. This is the same on both my RPi2's.

The only other issue I am noticing is that my Weather Underground "Rapid Fire" process is stopping after a few days, not sure why. Is there a way to restart that process from the command line?

[admin]

yes, "rcmeteonetd start".

I will try to find some time on the week end to step into this mystery...

[webrat11]

I have this issue on a RPI Model B. After a few hours the GUI can't be accessed. The unit can be pinged but get 404 instead of the GUI. This has been happening since 5.0i - how can I revert to 5.0h? The GUI through 7777 doesn't allow me to update "h" over "i "- "file not transferred".

br. Ian

[Arnfinn]

I have the same problem on RPI Model B (loosing GUI interface) (while weather underground data posting continues)
I have tested: rcthttpd stop , rcthttpd start, As well as the rcthttpd restart

web gui - used to work for some days after launch this spring, but now neither reboot or rcthttpd comands (start/stop/restart) make any difference.
(will take some time before I have physical access to test the emergency ip )

[webrat11]

I have reverted to build 5.0d and the GUI appears to be working correctly again. 5.0h doesn't solve the issue.
br. Ian

[rainman110]

I have reverted to build 5.0d and the GUI appears to be working correctly again. 5.0h doesn't solve the issue.
br. Ian

Interesting. I have tried 5.0h and found the same thing, it did not solve the issue, but I have not gone back any further than 5.0h. Have you tried 5.0g? The release notes for 5.0g state it fixes some bugs for RPi 2.

[najbo]

Hello !

I have exactly the same issue on my RPI2.

ps auwxx | grep thttpd -->
root 8181 0.0 0.0 1988 404 pts/0 S+ 08:53 0:00 grep thttpd

GUI is back after restarting webserver witch : "rcthttpd stop" and "rcthttpd start" :

root 8968 0.0 0.1 2632 1780 ? S<s 08:57 0:00 /usr/sbin/thttpd -C /etc/thttpd.conf
root 8970 0.0 0.1 2632 1780 ? S<s 08:57 0:00 /usr/sbin/thttpdbackup -C /etc/thttpd-backup.conf
root 8982 0.0 0.0 1988 408 pts/0 S+ 08:57 0:00 grep thttpd

I have version 5.0i (Build 124).
Boris, if you want to "play" with my system and SSH, you can PM me for the access, if this can help you (device has not been rebooted since webserver restard).

A thanks a lot to all, and specially to rainman110 for having posted this issue.

[admin]

When you look at crontab via "crontab -l", don't you have this statement on the second line?

Code: Select all

*/1 * * * * ([ -n "`/bin/pidof thttpd`" ] && [ -n "`/bin/pidof thttpdbackup`" ]) || rcthttpd restart

This checks for thttpd running every minute and restarts services if they are down.

[najbo]

Hi !

thank you for your reply.

No, I don't have this statement in crontab.

###@meteohub-rpi:~# crontab -l
*/1 */1 * * * /bin/pidof histeval0 || /usr/bin/nice /home/meteohub/histeval0
*/1 * * * * /bin/cat /proc/uptime >/var/run/meteohub/alive
22,52 * * * * echo 'wdnow' >/dev/meteohub
13 */6 * * * /bin/pidof histeval2 || /usr/bin/nice /home/meteohub/histeval2
47 4 * * * /bin/pidof histeval3 || /usr/bin/nice /home/meteohub/histeval3
*/3 * * * * /bin/pidof wswinimport || /usr/bin/nice /home/meteohub/wswinimport 2>>/data/log/messages
17 */6 * * * rm /var/run/*.idx
18 */4 * * * /usr/bin/tail -n 1000 /var/log/messages >/var/log/messages.new; /bin/mv -f /var/log/messages.new /var/log/messages
26 6 * * * nice /srv/www/meteolog.cgi 0 0
37 2 * * * /usr/bin/test -f /home/meteohub/autoreboot && echo norecompute >/home/meteohub/norecompute && /sbin/shutdown -r -n now