I can't update my virtualmin... how to resolve my problem??? this the error
Now updating perl-DBD-Pg ..
Installing package(s) with command yum -y install perl-DBD-Pg ..
Loading "fastestmirror" plugin
Loading mirror speeds from cached hostfile
* utterramblings: www.jasonlitka.com
* virtualmin: software.virtualmin.com
* virtualmin-universal: software.virtualmin.com
* base: centosq2-msync-dvd.centos.org
* updates: centosl3.centos.org
* addons: centosq2.centos.org
* extras: centosk2.centos.org
http://software.virtualmin.com/gpl/rhel/5/i386/repodata/repomd.xml: [Errno 12] Timeout: <urlopen error timed out>
Trying other mirror.
Error: Cannot retrieve repository metadata (repomd.xml) for repository: virtualmin. Please verify its path and try again
.. install failed!
Now updating wbm-virtual-server ..
Installing package(s) with command yum -y install wbm-virtual-server ..
Loading "fastestmirror" plugin
Loading mirror speeds from cached hostfile
* utterramblings: www.jasonlitka.com
* virtualmin: software.virtualmin.com
* virtualmin-universal: software.virtualmin.com
* base: centosq2-msync-dvd.centos.org
* updates: centosl3.centos.org
* addons: centosq2.centos.org
* extras: centosk2.centos.org
http://software.virtualmin.com/gpl/rhel/5/i386/repodata/repomd.xml: [Errno 12] Timeout: <urlopen error timed out>
Trying other mirror.
Error: Cannot retrieve repository metadata (repomd.xml) for repository: virtualmin. Please verify its path and try again
.. install failed!
The timeout error suggests that there may have been a network problem of some kind -- if you try it again, does it work now?
-Eric
no, everytime i try it not work, then i just use manual update use yum update at terminal, and rename virtualmin.repo at /etc/yum.repos.d to another name and just update again, and type yum clean all, and type yum update, then my centos is updated,virtualmin updated too... I don't know why virtualmin mirror time out....
Hello,
I get the same error:
"Cannot retrieve repository metadata (repomd.xml) for repository: virtualmin. Please verify its path and try again"
What can be the cause?
Try running "yum clean all" as root, and then try the upgrade again. Does that resolve the issue?
-Eric
Hello Eric,
no it doesn't. Also get the same error I had the other day:
Now re-checking your Virtualmin license .. .. license is OK! It is valid for 10 Virtualmin domains, and for use on 1 systems until 2012-01-13.
However, a temporary problem occurred during this license check : Failed to contact licence server : Failed to connect to software.virtualmin.com:80 : Connection timed out.
Seems to be a communication problem between the linode and virtualmin... but where?
Hmm, you had a problem yesterday communicating with software.virtualmin.com, right?
And if you try using telnet to access software.virtualmin.com on port 80, do you receive a similar failure?
I'm tempted to get the support folks over at Linode.com involved, as I'm not sure what else to have you check.
No one else has reported any problems in accessing the license server or software site, so the problems you're seeing seem specific to your Linode.
Do you have any security tools setup on your system that might automatically block hosts for some reason or another?
And, what output do you see from this command:
route -n
Hello Eric,
route -n gives the following
Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 66.246.76.1 0.0.0.0 UG 0 0 0 eth0 66.246.76.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 66.246.76.1 0.0.0.0 UG 0 0 0 eth0
66.246.76.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0
Well, it was worth a look, but I don't see anything in your route output that might cause that.
I think I might suggest asking the Linode support if they have any ideas as to why you may not be able to access software.virtualmin.com.
I don't think Linode is blocking it, but they might be able to assist you in figuring out what is :-)
-Eric
Many thanks Eric,
posted over at their forum.
Best regards,
Alex
I actually have the same issue happening on a brand new CentOS 5.7 server. Log is here:
http://pastebin.com/tZjxVXGt
The weird thing is that files download just fine, it appears to be just the checksums that fail. I downloaded http://software.virtualmin.com/gpl/rhel/5/i386/repodata/primary.xml.gz manually just fine. Here is the md5sum:
27402ff0764acedbc22e09fbee773dea primary.xml.gz
fuzzbawl, this is not actually the same thing. It is an entirely different issue, which affected everyone on CentOS 4 and 5 systems. Your issue has been fixed, and won't happen again (the repo meta data format has changed in the latest yum versions in ways that make it incompatible with older yum versions, so we had to switch back the legacy format for our repos).
So, as far as I can tell, this remains an isolated network issue on one specific system.
--
Check out the forum guidelines!
For those interested there's a thread on the linode forum: http://forum.linode.com/viewtopic.php?t=7966
In principle it was a firewall issue. Something must have gone wrong as I never experienced such network problems. Don't know what though for the moment.
The people over at the linode forums are kindly sharing their insights, give tips and hints. A great forum too.
Best regards,
Alex