Web GUI unresponsive, all other components working perfectly

[MrChunky]

As mentioned in the title I have encountered a weird problem recently were the web GUI becomes unresponsive (loading forever), all other components working perfectly.

 

This morning I connected to my routers VPN and tried to access the GUI, while the /main page started loading it did not manage to load fully. When I tried to switch to /dashboard the interface was unable to load at all. Switching from router VPN to openvpn-as docker VPN did not solve the issue. Using a different client did not solve the issue. It seems this is not the first time this has happened to my server. So I was wondering if someone could provide some clarity on the issue. The diagnostics file is attached.

 

i am running the latest stable version of UnRaid.

 

Thanks in advance.

tower-diagnostics-20170321-1009.zip

Edited March 21, 2017 by MrChunky

[Squid]

15 minutes ago, MrChunky said:

As mentioned in the title I have encountered a weird problem recently were the web GUI becomes unresponsive (loading forever

 

16 minutes ago, MrChunky said:

while the /main page started loading it did not manage to load fully

The problem is that a process from the webUI crashed or is hanging up waiting for something.  emhttp unfortunately is single-threaded, and every process executed must complete before a new page request can be processed.

 

Nothing in the ps report in the diagnostics outright jumps out at me as which process it is, so at this point, you can either wait it out -> hopefully it will complete, or at the command prompt

powerdown -r

to hopefully restart the system.

 

Note that unRaid 6.4 will be switching to utilizing nginx instead of emhttp so hopefully this issue will no longer surface.

[MrChunky]

40 minutes ago, Squid said:

Nothing in the ps report in the diagnostics outright jumps out at me as which process it is, so at this point, you can either wait it out -> hopefully it will complete, or at the command prompt

powerdown -r

to hopefully restart the system.

 Is there any way to restart emhttp separately? I've looked around, but could not find anything.

 

Its weird that emhttp is not even showing high usage. I was particularly concerned about the broken pipe message in the syslog that showed up around the time GUI crashed.

[Squid]

1 minute ago, MrChunky said:

Is there any way to restart emhttp separately? I've looked around, but could not find anything.

No

 

[MrChunky]

Just now, Squid said:

No

 

Thanks for the info:)

 

Looking forward to nginx

[eebrains]

I have the same problem, it appears.  I was hoping to avoid a reboot, but it seems inevitable.

[MrChunky]

2 minutes ago, eebrains said:

I have the same problem, it appears.  I was hoping to avoid a reboot, but it seems inevitable.

 

I waited it out, half a day later it was fine again. No reboot.

[eebrains]

On 3/23/2017 at 8:01 AM, MrChunky said:

 

I waited it out, half a day later it was fine again. No reboot.

Well, turns out I had stuck bits in my DDR4.  fun stuff.

[Paul_Ber]

My webui crashed while using the preclear plugin which was at 99% of step 3.  The area on the main screen further down in the preclear section was empty and rotating star.  I was using preclear to check if a sdcard was good or bad.

 

I will wait it out.

 

Is there a way to start a VM from terminal?

[claira]

I have this same issue today.  Is there anyway to progress?  I put in the telnet to powerdown -r.  will see what happens./