[Spacewalk-list] Cannot retrieve repository metadata (repomd.xml)

[Loïc Chanel]

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 <philipp.wehling at megatel.de>:

> Hello,
>
> just did it now, both service restart and server restart.
>
> Still no success.
>
>
> kind regards,
> Philipp
>
> ------------------------------
> *From: *"Moshe Linzer" <Moshe.Linzer at nuvoton.com>
> *To: *spacewalk-list at redhat.com
> *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: spacewalk-list-bounces at redhat.com [mailto:
> spacewalk-list-bounces at redhat.com] On Behalf Of Kobus Bensch
> Sent: Monday, November 30, 2015 11:23 AM
> To: spacewalk-list at redhat.com
> 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
> > Spacewalk-list at redhat.com
> > 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: kobus.bensch at trustpayglobal.com
> <mailto:kobus.bensch at trustpayglobal.com>
>
> --
>
>
> 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
> Spacewalk-list at redhat.com
> 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
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20151130/ea720de8/attachment.htm>