Just tried from home and found that there is still a problem - so coming in from a different ISP has no effect. The only difference is that the long pause has gone.
I have Virtualmin installed on 2 test servers. One of the test servers is suffering the same problem, but the other (which has webmin 1.620-1 and usermin 1.540-1 waiting to be installed) doesn’t have a problem, so it looks like the problem might be in one of those 2 updates.
Hmm, we hadn’t heard any other reports of a problem like you’re describing.
Are you seeing any errors in the Webmin error log when that occurs?
That log is in /var/webmin/miniserv.error.
Also, just for fun, although you did try a different ISP (which is one of the things I was going to suggest), could you also try a different browser? That would rule out a few things as well.
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all – 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
ACCEPT all – 0.0.0.0/0 0.0.0.0/0 state NEW
10000 is there, as is 20000. 20000 worked OK.
Something to note is that Virtualmin spotted (big yellow banner) that the OS needed to go from Centos 5.9 to 6.01. Both servers had that update. Could it be that the OS upgrade has overwritten something critical? All the updates have been done inside the Virtualmin environment.
Next question, why didn’t webmin starting when the server is rebooted?!
[root@server109-228-12-164 webmin]# /etc/init.d/webmin restart
Stopping Webmin server in /usr/libexec/webmin
cat: /var/webmin/miniserv.pid: No such file or directory
kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec … or kill -l [sigspec]
Starting Webmin server in /usr/libexec/webmin
I’ve restarted the server and Virtualmin HAS restarted automatically this time. Looks like there was some kind of blip in the system - possibly due to updates?!
This server is missing 10000 and 20000 from the iptables.
[root@bankphb ~]# iptables -L -n
Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT all – 0.0.0.0/0 0.0.0.0/0
ACCEPT all – 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
ACCEPT tcp – 0.0.0.0/0 0.0.0.0/0 tcp dpt:22 state NEW
ACCEPT tcp – 0.0.0.0/0 0.0.0.0/0 tcp dpt:80 state NEW
ACCEPT tcp – 0.0.0.0/0 0.0.0.0/0 tcp dpt:443 state NEW
ACCEPT udp – 0.0.0.0/0 0.0.0.0/0 udp dpt:53 state NEW
ACCEPT tcp – 0.0.0.0/0 0.0.0.0/0 tcp dpt:53 state NEW
ACCEPT udp – 0.0.0.0/0 0.0.0.0/0 udp dpt:69 state NEW
ACCEPT tcp – 0.0.0.0/0 0.0.0.0/0 tcp dpt:69 state NEW
ACCEPT tcp – 0.0.0.0/0 0.0.0.0/0 tcp dpt:25 state NEW
ACCEPT tcp – 0.0.0.0/0 0.0.0.0/0 tcp dpt:110 state NEW
ACCEPT tcp – 0.0.0.0/0 0.0.0.0/0 tcp dpt:143 state NEW
ACCEPT udp – 0.0.0.0/0 0.0.0.0/0 udp dpt:123 state NEW
ACCEPT tcp – 0.0.0.0/0 0.0.0.0/0 tcp dpt:20 state NEW
ACCEPT tcp – 0.0.0.0/0 0.0.0.0/0 tcp dpt:21 state NEW
ACCEPT tcp – 0.0.0.0/0 0.0.0.0/0 tcp dpt:3306 state NEW
ACCEPT udp – 0.0.0.0/0 0.0.0.0/0 udp dpt:3306 state NEW
DROP all – 0.0.0.0/0 0.0.0.0/0
ACCEPT tcp – 0.0.0.0/0 0.0.0.0/0 tcp dpt:10000