Asuswrt-Merlin 384.19 WebUI won't load after Login

[garycnew]

All:

This morning, I found my Internet was down. I tried logging into the Asuswrt-Merlin 384.19 WebUI, but after logging in the default Network Map page won't load.

I was able to ssh into the the Asuswrt-Merlin router to perform a service restart_wan, which brought the Internet back online. However, even with a service restart_httpd, I still can't get the Asuswrt-Merlin WebUI to render successfully.

I've tried several different browsers and am able to browse any site except for the Asuswrt-Merlin WebUI.

I've even confirmed that it is not a swap or space issue with the Asuswrt-Merlin router.

Are there any other services that lend themselves to the rendering of the Asuswrt-Merlin WebUI that need to be restarted besides httpd?

Thanks, again.


Gary

 

[SomeWhereOverTheRainBow]

All:

This morning, I found my Internet was down. I tried logging into the Asuswrt-Merlin 384.19 WebUI, but after logging in the default Network Map page won't load.

I was able to ssh into the the Asuswrt-Merlin router to perform a service restart_wan, which brought the Internet back online. However, even with a service restart_httpd, I still can't get the Asuswrt-Merlin WebUI to render successfully.

I've tried several different browsers and am able to browse any site except for the Asuswrt-Merlin WebUI.

I've even confirmed that it is not a swap or space issue with the Asuswrt-Merlin router.

Are there any other services that lend themselves to the rendering of the Asuswrt-Merlin WebUI that need to be restarted besides httpd?

Thanks, again.


Gary

Have you tried rebooting without your USB storage device connected? Let me know if this makes your webui accessible.

 

[garycnew]

Have you tried rebooting without your USB storage device connected? Let me know if this makes your webui accessible.

I'm fairly confident a reboot will resolve the issue, regardless of USB storage.

Since we resolved the cfg_server swap issue, I've been trying to maintain uptime.

I was hoping there might be a way to resolve this issue without a reboot.

Thanks!

 

[SomeWhereOverTheRainBow]

I'm fairly confident a reboot will resolve the issue, regardless of USB storage.

Since we resolved the cfg_server swap issue, I've been trying to maintain uptime.

I was hoping there might be a way to resolve this issue without a reboot.

Thanks!

What do you get when you run the command

netstat -nlp | grep 80

On your ssh terminal

Also, try simply unmounting your USB storage (no reboot). Check and see if it changes your ability to access your WebUI. If it does then try reconnecting your USB storage, see if this changes you being able to access your webui.

 

[SomeWhereOverTheRainBow]

The reason I bring this up about the USB storage was because I experienced a similar issue once when I plugged corrupt hard drive in. When I unplugged it, I was once again able to access the webui.

 

[garycnew]

What do you get when you run the command

netstat -nlp | grep 80

On your ssh terminal

Also, try simply unmounting your USB storage (no reboot). Check and see if it changes your ability to access your WebUI. If it does then try reconnecting your USB storage, see if this changes you being able to access your webui.

Netstat Output:

# netstat -nlp | grep 80
tcp       11      0 0.0.0.0:18017           0.0.0.0:*               LISTEN      182/wanduck
tcp        0      0 127.0.0.1:80            0.0.0.0:*               LISTEN      32647/httpd
tcp       37      0 192.168.0.1:80          0.0.0.0:*               LISTEN      32647/httpd
tcp        0      0 xxx.xxx.xxx.xxx:80         0.0.0.0:*               LISTEN      20706/nginx: master
tcp        0      0 192.168.0.3:80          0.0.0.0:*               LISTEN      20706/nginx: master
tcp        0      0 192.168.0.2:80          0.0.0.0:*               LISTEN      20706/nginx: master
tcp        0      0 0.0.0.0:8082            0.0.0.0:*               LISTEN      21318/lighttpd
udp        0      0 0.0.0.0:19480           0.0.0.0:*                           12729/mountd
udp   122112      0 0.0.0.0:18018           0.0.0.0:*                           182/wanduck
udp        0      0 0.0.0.0:38000           0.0.0.0:*                           207/eapd
udp        0      0 127.0.0.1:38032         0.0.0.0:*                           224/nas
udp        0      0 0.0.0.0:28098           0.0.0.0:*

I'm not sure I can umount the USB storage as I have a ton of processes constantly reading and writing to it.

Much appreciated.

 

[drinkingbird]

All:

This morning, I found my Internet was down. I tried logging into the Asuswrt-Merlin 384.19 WebUI, but after logging in the default Network Map page won't load.

I was able to ssh into the the Asuswrt-Merlin router to perform a service restart_wan, which brought the Internet back online. However, even with a service restart_httpd, I still can't get the Asuswrt-Merlin WebUI to render successfully.

I've tried several different browsers and am able to browse any site except for the Asuswrt-Merlin WebUI.

I've even confirmed that it is not a swap or space issue with the Asuswrt-Merlin router.

Are there any other services that lend themselves to the rendering of the Asuswrt-Merlin WebUI that need to be restarted besides httpd?

Thanks, again.


Gary

This would happen to me from time to time on 384.19 on my RT-AC68U. Only solution was a reboot (though I never went out of my way to try restarting various processes, didn't see the point). Issuing a reboot from the CLI/SSH wouldn't even work, had to power cycle. Sometimes I'd also see one CPU pegged at 100%, but that seemed to be a separate bug. Both only seemed to happen once every month or two (and not necessarily at the same time). It was more frequent with some earlier versions of 384.

Occasional reboot is not a bad thing anyway. You could set it to restart every night or every week overnight when not in use. I'm on 386 now but not long enough to know if this will still happen or not.

 

[garycnew]

Well... It just started swapping with the load average taking off.

I managed to get the following prior to having to reboot the router:

# uptime
 01:20:34 up 28 days,  5:50,  load average: 249.89, 250.36, 252.62

# cat /proc/meminfo | grep -i swap
xSwapCached:        23908 kB
SwapTotal:       2097148 kB
SwapFree:         126820 kB

# ps w | grep cfg_server | more
  314 admin    1859m D    cfg_server
  395 admin    1859m D    cfg_server
  556 admin    1859m D    cfg_server
  711 admin    1859m D    cfg_server
  734 admin    1859m D    cfg_server
  796 admin    1859m D    cfg_server
 1050 admin    1859m D    cfg_server
 1256 admin    1859m D    cfg_server
 1476 admin    1859m D    cfg_server
 1492 admin    1859m D    cfg_server

# ps w | grep cfg_server | wc -l
245

This seems like a good time to implement @SomeWhereOverTheRainBow cfg_server code (hadn't had time).