It may sound stupid, but are you using a proxy or something on the 3 servers having problems ? If so, is it properly set ?
Loïc CHANEL System & virtualization engineer TO - XaaS Ind - Worldline (Villeurbanne, France) 2015-11-30 11:27 GMT+01:00 Philipp Wehling <[email protected]>: > Hello, > > just did it now, both service restart and server restart. > > Still no success. > > > kind regards, > Philipp > > ------------------------------ > *From: *"Moshe Linzer" <[email protected]> > *To: *[email protected] > *Sent: *Monday, November 30, 2015 11:00:45 AM > > *Subject: *Re: [Spacewalk-list] Cannot retrieve > repository metadata (repomd.xml) > > I had this issue and restarting the spacewalk server solved it. > > -----Original Message----- > From: [email protected] [mailto: > [email protected]] On Behalf Of Kobus Bensch > Sent: Monday, November 30, 2015 11:23 AM > To: [email protected] > Subject: Re: [Spacewalk-list] Cannot retrieve repository metadata > (repomd.xml) > > what happens when you do rhncfg-client get and rhn-profile-sync and > rhn-channel --list > > > On 30/11/2015 09:05, Philipp Wehling wrote: > > Hello, > > > > Im using spacewalk for roundabout 60 systems. > > > > Only 3 of them have problems with repository metadata: > > > > # yum update > > Loaded plugins: rhnplugin, security > > This system is receiving updates from RHN Classic or Red Hat Satellite. > > Error: Cannot retrieve repository metadata (repomd.xml) for > > repository: epel6-x86_64-sl. Please verify its path and try again > > # yum repolist all > > Loaded plugins: rhnplugin, security > > This system is receiving updates from RHN Classic or Red Hat Satellite. > > repo id repo name status > > epel6-x86_64-sl EPEL 6 - x86_64 - SL enabled: 0 > > sl-x86_64 Scientific Linux - x86_64 enabled: 0 > > sl6-x86_64 Scientific Linux 6 - x86_64 enabled: 0 > > sl6-x86_64-fastbugs Scientific Linux 6 - x86_64 - Fastbugs enabled: 0 > > sl6-x86_64-security Scientific Linux 6 - x86_64 - Security enabled: 0 > > spacewalkclient-x86_64-sl6 Spacewalk Client - x86_64 - SL6 enabled: 0 > > repolist: 0 > > > > > > I already looked for solutions via google, but didnt find any working > > solution: > > > > > > - https doesnt work and is NOT used > > > > > > Only appearance in the Apache Logs during yum update: > > > > > > access_log: > > > > <IP> - - [30/Nov/2015:10:03:51 +0100] "POST /XMLRPC HTTP/1.1" 200 5917 > > "-" "rhn.rpclib.py/2.5.75-1.el6" > > <IP> - - [30/Nov/2015:10:03:51 +0100] "POST /XMLRPC HTTP/1.1" 200 1966 > > "-" "rhn.rpclib.py/2.5.75-1.el6" > > <IP> - - [30/Nov/2015:10:03:51 +0100] "POST /XMLRPC HTTP/1.1" 200 1966 > > "-" "rhn.rpclib.py/2.5.75-1.el6" > > <IP> - - [30/Nov/2015:10:03:51 +0100] "POST /XMLRPC HTTP/1.1" 200 1966 > > "-" "rhn.rpclib.py/2.5.75-1.el6" > > > > > > All other logs are "clean". > > > > > > Any ideas how to narrow down the issue? > > > > > > > > kind regards, > > > > Philipp Wehling > > > > > > > > _______________________________________________ > > Spacewalk-list mailing list > > [email protected] > > https://www.redhat.com/mailman/listinfo/spacewalk-list > > -- > Kobus Bensch Trustpay Global LTD email signature Kobus Bensch > Senior Systems Administrator > Address: 22 & 24 | Frederick Sanger Road | Guildford | Surrey | GU2 7YD > DDI: 0207 871 3958 > Tel: 0207 871 3890 > Email: [email protected] > <mailto:[email protected]> > > -- > > > Trustpay Global Limited is an authorised Electronic Money Institution > regulated by the Financial Conduct Authority registration number 900043. > Company No 07427913 Registered in England and Wales with registered address > 130 Wood Street, London, EC2V 6DL, United Kingdom. > > For further details please visit our website at www.trustpayglobal.com. > > The information in this email and any attachments are confidential and > remain the property of Trustpay Global Ltd unless agreed by contract. It is > intended solely for the person to whom or the entity to which it is > addressed. If you are not the intended recipient you may not use, disclose, > copy, distribute, print or rely on the content of this email or its > attachments. If this email has been received by you in error please advise > the sender and delete the email from your system. Trustpay Global Ltd does > not accept any liability for any personal view expressed in this message. > > _______________________________________________ > Spacewalk-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > =========================================================================================== > The privileged confidential information contained in this email is > intended for use only by the addressees as indicated by the original sender > of this email. If you are not the addressee indicated in this email or are > not responsible for delivery of the email to such a person, please kindly > reply to the sender indicating this fact and delete all copies of it from > your computer and network server immediately. Your cooperation is highly > appreciated. It is advised that any unauthorized use of confidential > information of Nuvoton is strictly prohibited; and any information in this > email irrelevant to the official business of Nuvoton shall be deemed as > neither given nor endorsed by Nuvoton. > > _______________________________________________ > Spacewalk-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > _______________________________________________ > Spacewalk-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/spacewalk-list >
_______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
