Submitted by Tempest on Thu, 01/26/2012 - 07:46 Pro Licensee
I'm not sure if this is related, but today we are unable to get to any vps from the net, on any protocol, ssh pop3 imap http etc in cloudmin everything is fine, or seems to be except, we have a license error and it cannot check the license server, saying "A problem was detected with your Cloudmin license : Failed to contact licence server : Download timed out" the license was updated in december. we also cannot update these packages perl The Perl programming language 5.8.8-32.el5_7.6 webmin A web-based administration interface for Unix systems. 1.580-1 wbm-server-manager Webmin module for 'Cloudmin' 6.0-1 in cloudmin
Status:
Active
Comments
Submitted by andreychek on Thu, 01/26/2012 - 08:52 Comment #1
Howdy -- it almost sounds like you're having a networking problem of some sort... it may be preventing any traffic from coming in or out of your server.
Is Cloudmin on the server having problems? And if so, how are you accessing Cloudmin -- are you at a remote location, or on a local LAN? It's unusual that Cloudmin would be available, but no other services are.
Submitted by Tempest on Thu, 01/26/2012 - 09:16 Pro Licensee Comment #2
Hi, it seems to be back now, the servers in utah, and I'm in the uk, it was only the vps i couldn't get too, cloudmin was fine all on the same physical server, and same block of ip addresses what was strange, is using the console in cloudmin i could log into the fps and ping out, etc but we just couldn't get to a few ip's or the vps or those sites, which was why i though it might have been an issue with the license, and cloudmin saying "cos it aint valid, I'm not allowing access "??? lol maybe there was a major network issue in the datacenter? no ones reported anything back to me yet?
Submitted by andreychek on Thu, 01/26/2012 - 09:28 Comment #3
Cloudmin and Virtualmin wouldn't ever disable your server or the services on them -- the worse case is that if they were out of date long enough, it could prevent you from getting new versions of them.
So the networking problems you're having aren't related to Cloudmin or Virtualmin -- it's probably the other way around, it sounds like a networking issue occurred, preventing Cloudmin from contacting the license server (but again, it would take much longer than a few missed calls to the license server before anything was done, and at worst it would just prevent future updates).
Submitted by Tempest on Thu, 01/26/2012 - 09:49 Pro Licensee Comment #4
cool, thats what i thought as well, but i had to ask ;-) i'm also getting a strange issue when a fps is rebooted, we seem to be getting 67.0.0.0 added into the routing table, which is causing issues until we delete it comandline after reboot we get Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 67.137.54.0 * 255.255.255.128 U 0 0 0 eth0 67.0.0.0 * 255.0.0.0 U 0 0 0 eth0 default td-67-137-54-1. 0.0.0.0 UG 100 0 0 eth0 then once I've removed it manually certain customers can access the server again root@ns:~# route del -net 67.0.0.0/8 root@ns:~# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 67.137.54.0 * 255.255.255.128 U 0 0 0 eth0 default td-67-137-54-1. 0.0.0.0 UG 100 0 0 eth0 but for the life of me I cannot find it anywhere in the system, as to why thats getting added? you wouldn't have an idea that can point me into the right direction? many thanks in advance
Submitted by andreychek on Thu, 01/26/2012 - 10:04 Comment #5
Well, your system shouldn't have any devices or routes setup unless they were configured by you.
If you do, it's possible that your VPS provider added it for some reason.
But, just to be sure -- you could try running this command to see if any config files define that route:
find /etc | xargs grep 67.0.0.0 2>/dev/null