When attempting to install nethserver-backup, I get the following error.
Error: Cannot retrieve repository metadata (repomd.xml) for repository: centos-base. Please verify its path and try again
The install/update may have failed due to metadata caching issues. Please clean the cache by clicking the button below and retry the install/update operation.
Still Erroring:
Cannot retrieve repository metadata (repomd.xml) for repository: centos-base. Please verify its path and try again
The install/update may have failed due to metadata caching issues. Please clean the cache by clicking the button below and retry the install/update operation
CentOS server seems to deny access to your client (yum)! Crazy, I canât reproduce it. The following command works as expected on my host, by retrieving an XML document:
curl -H 'Cache-Control: no-cache' -v -A 'urlgrabber/3.9.1 yum/3.2.29' http://vault.centos.org/6.7/os/x86_64/repodata/repomd.xml
Could you paste the output of the command above? Are you behind a web proxy?
Iâd rather say someone is trying to redirect your client to an opendns address. I canât say if this is wanted or not: it depends on your network setup!
_ One of the configured repositories failed (Unknown),_ _ and yum doesnât have enough cached data to continue. At this point the only_ _ safe thing yum can do is fail. There are a few ways to work âfixâ this:_
_ 1. Contact the upstream for the repository and get them to fix the problem._
_ 2. Reconfigure the baseurl/etc. for the repository, to point to a working_ _ upstream. This is most often useful if you are using a newer_ _ distribution release than is supported by the repository (and the_ _ packages for the previous distribution release still work)._
_ 3. Disable the repository, so yum wonât use it by default. Yum will then_ _ just ignore the repository until you permanently enable it again or use_ _ --enablerepo for temporary usage:_
_ yum-config-manager --disable _
_ 4. Configure the failing repository to be skipped, if it is unavailable._ _ Note that yum will try to contact the repo. when it runs most commands,_ _ so will have to try and fail each time (and thus. yum will be be much_ _ slower). If it is a very temporary problem though, this is often a nice_ _ compromise:_
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data. 64 bytes from 8.8.8.8: icmp_seq=1 ttl=55 time=85.3 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=55 time=83.3 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=55 time=50.2 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=55 time=77.3 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=55 time=54.4 ms ^[64 bytes from 8.8.8.8: icmp_seq=6 ttl=55 time=36.3 ms 64 bytes from 8.8.8.8: icmp_seq=7 ttl=55 time=35.3 ms 64 bytes from 8.8.8.8: icmp_seq=8 ttl=55 time=88.6 ms ^C â 8.8.8.8 ping statistics â 8 packets transmitted, 8 received, 0% packet loss, time 7006ms rtt min/avg/max/mdev = 35.371/63.868/88.603/20.840 ms
And I only have one network connection.
This is the first time have encounted this on Nethserver. 7. THis is the 26th aNS7 server I am setting up for someone and its the FIRST time I have encounted this.
For 4 days, struggling fighting breaking stuff and Then @Stefano_Zamboni Just says its a DNS issue. I log back into the server and Suddenly its got updates.
if you believe that the problem is solved, please marks âsolvedâ the answer that helped you.
This helps anyone looking for the same problem and who responds to the support