[Spacewalk-list] Restoring Spacewalk works fine then Cannot retrieve repository metadata

2012-04-18 Thread Ludovic BRACHET
Hi,

I just do a restore of Spacewalk, everything works again, but when I do a yum 
clean all  yum update I have:

Error: Cannot retrieve repository metadata (repomd.xml) for repository: 
epel-x86_64-el5. Please verify its path and try again

I try on many servers and I received the same error: do you know how to debug 
that?

Best regards,
Ludovic




___

Ce message contient des informations confidentielles ou appartenant à
Boursorama et est établi à l'intention exclusive de ses destinataires.
Toute divulgation, utilisation, diffusion ou reproduction (totale ou
partielle) de ce message, ou des informations qu'il contient, doit être
préalablement autorisée. Tout message électronique est susceptible
d'altération et son intégrité ne peut être assurée. Boursorama
décline toute responsabilité au titre de ce message s'il a été
modifié ou falsifié. Si vous n'êtes pas destinataire de ce message,
merci de le détruire immédiatement et d'avertir l'expéditeur de
l'erreur de distribution et de la destruction du message.
___

This e-mail contains confidential information or information belonging to
Boursorama and is intended solely for the addressees. The unauthorised
disclosure, use, dissemination or copying (either whole or partial) of this
e-mail, or any information it contains, is prohibited. E-mails are
susceptible to alteration and their integrity cannot be guaranteed.
Boursorama shall not be liable for this e-mail if modified or falsified. If
you are not the intended recipient of this e-mail, please delete it
immediately from your system and notify the sender of the wrong delivery
and the mail deletion.
___
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Restoring Spacewalk works fine then Cannot retrieve repository metadata

2012-04-18 Thread Ludovic BRACHET
You're right, I missed this part. So, I check the directory and I have some 
channels but not all.

I did a restart of taskomatic then it rebuilt some channels but it seems it 
take a lot of time. So, I'll see.

Now, I had 404 errors when I tried to do a yum update on a centos server.
Then, I discovered osa-dispatcher doesn't start :

Starting osa-dispatcher: RHN 2292 2012/04/18 14:57:35 +02:00: ('Traceback 
caught:',)
RHN 2292 2012/04/18 14:57:35 +02:00: ('Traceback (most recent call last):\n  
File /usr/share/rhn/osad/jabber_lib.py, line 611, in connect\n
self.verify_peer(ssl)\n  File /usr/share/rhn/osad/jabber_lib.py, line 691, in 
verify_peer\nraise SSLVerifyError(Mismatch: peer name: %s; common name: 
%s %\nSSLVerifyError: Mismatch: peer name: spacewalk001; common name: 
spacewalk001.test.mydomain.com.\n',)

So, I think osa-dispatcher is my problem for the 404 errors.

Do you know how to correct the ssl name for osa-dispatcher?
What's the impact because, if it's possible, I won't like to redeploy SSL keys 
on all the servers.

Thanks a lot!

Best regards,
Ludovic

-Message d'origine-
De : spacewalk-list-boun...@redhat.com 
[mailto:spacewalk-list-boun...@redhat.com] De la part de richard rigby
Envoyé : mercredi 18 avril 2012 13:18
À : spacewalk-list@redhat.com
Objet : Re: [Spacewalk-list] Restoring Spacewalk works fine then Cannot 
retrieve repository metadata

On 18/04/12 11:49, Ludovic BRACHET wrote:

 I just do a restore of Spacewalk, everything works again, but when I 
 do a yum clean all  yum update I have:

 Error: Cannot retrieve repository metadata (repomd.xml) for repository:
 epel-x86_64-el5. Please verify its path and try again

 I try on many servers and I received the same error: do you know how to debug 
 that?


hi ludovic,

do you have a repomd.xml file in your
/var/cache/rhn/repodata/epel-x86_64-el5  directory?
taskomatic (i *think* it's taskomatic...) should create these files/update them 
when the packages in a channel change.

thanks,

richard

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list


___

Ce message contient des informations confidentielles ou appartenant à
Boursorama et est établi à l'intention exclusive de ses destinataires.
Toute divulgation, utilisation, diffusion ou reproduction (totale ou
partielle) de ce message, ou des informations qu'il contient, doit être
préalablement autorisée. Tout message électronique est susceptible
d'altération et son intégrité ne peut être assurée. Boursorama
décline toute responsabilité au titre de ce message s'il a été
modifié ou falsifié. Si vous n'êtes pas destinataire de ce message,
merci de le détruire immédiatement et d'avertir l'expéditeur de
l'erreur de distribution et de la destruction du message.
___

This e-mail contains confidential information or information belonging to
Boursorama and is intended solely for the addressees. The unauthorised
disclosure, use, dissemination or copying (either whole or partial) of this
e-mail, or any information it contains, is prohibited. E-mails are
susceptible to alteration and their integrity cannot be guaranteed.
Boursorama shall not be liable for this e-mail if modified or falsified. If
you are not the intended recipient of this e-mail, please delete it
immediately from your system and notify the sender of the wrong delivery
and the mail deletion.
___

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list


Re: [Spacewalk-list] Restoring Spacewalk works fine then Cannot retrieve repository metadata

2012-04-18 Thread Ludovic BRACHET
Hi,

If it could help someone, here the solution:

* verify FQDN in /etc/jabberd/sm.xml, /etc/jabberd/c2s.xml and /etc/rhn/rhn.conf
* the directory /var/lib/jabberd/db/ must contains some  __db.00*  files, if 
it's not, remove all files inside this directory

When you restart osa-dispatcher, the files inside /var/lib/jabberd/db/ will be 
regenerated, so you must see some  __db.00*  files.

Best regards,
Ludovic

-Message d'origine-
De : Ludovic BRACHET 
Envoyé : mercredi 18 avril 2012 15:02
À : 'spacewalk-list@redhat.com'
Objet : RE: [Spacewalk-list] Restoring Spacewalk works fine then Cannot 
retrieve repository metadata

You're right, I missed this part. So, I check the directory and I have some 
channels but not all.

I did a restart of taskomatic then it rebuilt some channels but it seems it 
take a lot of time. So, I'll see.

Now, I had 404 errors when I tried to do a yum update on a centos server.
Then, I discovered osa-dispatcher doesn't start :

Starting osa-dispatcher: RHN 2292 2012/04/18 14:57:35 +02:00: ('Traceback 
caught:',)
RHN 2292 2012/04/18 14:57:35 +02:00: ('Traceback (most recent call last):\n  
File /usr/share/rhn/osad/jabber_lib.py, line 611, in connect\n
self.verify_peer(ssl)\n  File /usr/share/rhn/osad/jabber_lib.py, line 691, in 
verify_peer\nraise SSLVerifyError(Mismatch: peer name: %s; common name: 
%s %\nSSLVerifyError: Mismatch: peer name: spacewalk001; common name: 
spacewalk001.test.mydomain.com.\n',)

So, I think osa-dispatcher is my problem for the 404 errors.

Do you know how to correct the ssl name for osa-dispatcher?
What's the impact because, if it's possible, I won't like to redeploy SSL keys 
on all the servers.

Thanks a lot!

Best regards,
Ludovic

-Message d'origine-
De : spacewalk-list-boun...@redhat.com 
[mailto:spacewalk-list-boun...@redhat.com] De la part de richard rigby Envoyé : 
mercredi 18 avril 2012 13:18 À : spacewalk-list@redhat.com Objet : Re: 
[Spacewalk-list] Restoring Spacewalk works fine then Cannot retrieve 
repository metadata

On 18/04/12 11:49, Ludovic BRACHET wrote:

 I just do a restore of Spacewalk, everything works again, but when I 
 do a yum clean all  yum update I have:

 Error: Cannot retrieve repository metadata (repomd.xml) for repository:
 epel-x86_64-el5. Please verify its path and try again

 I try on many servers and I received the same error: do you know how to debug 
 that?


hi ludovic,

do you have a repomd.xml file in your
/var/cache/rhn/repodata/epel-x86_64-el5  directory?
taskomatic (i *think* it's taskomatic...) should create these files/update them 
when the packages in a channel change.

thanks,

richard

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list


___

Ce message contient des informations confidentielles ou appartenant à
Boursorama et est établi à l'intention exclusive de ses destinataires.
Toute divulgation, utilisation, diffusion ou reproduction (totale ou
partielle) de ce message, ou des informations qu'il contient, doit être
préalablement autorisée. Tout message électronique est susceptible
d'altération et son intégrité ne peut être assurée. Boursorama
décline toute responsabilité au titre de ce message s'il a été
modifié ou falsifié. Si vous n'êtes pas destinataire de ce message,
merci de le détruire immédiatement et d'avertir l'expéditeur de
l'erreur de distribution et de la destruction du message.
___

This e-mail contains confidential information or information belonging to
Boursorama and is intended solely for the addressees. The unauthorised
disclosure, use, dissemination or copying (either whole or partial) of this
e-mail, or any information it contains, is prohibited. E-mails are
susceptible to alteration and their integrity cannot be guaranteed.
Boursorama shall not be liable for this e-mail if modified or falsified. If
you are not the intended recipient of this e-mail, please delete it
immediately from your system and notify the sender of the wrong delivery
and the mail deletion.
___

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list


[Spacewalk-list] Error : 'NoneType' object is unsubscriptable when I used RHNPUSH

2012-02-08 Thread Ludovic BRACHET
Hi all,

I use Spacewalk 1.6 on a Red Hat Enterprise Linux Server release 6.2 (Santiago).

I have 2 problems.

1)

On the RHEL 6 (which is subscribe on the RHN), I install the 
spacewalk-repo-1.6-1.el6.noarch.rpm, and when I update with yum update, it 
downloads some rhn* package, then, I have the error Cannot retrieve repository 
metadata (repomd.xml).
To correct it, I must set the parameter to useNoSSLForPackages=1 instead of 
useNoSSLForPackages=0.

Then, I'm able to do a successful yum update.

It only appears when the repository spacewalk is used then, RHEL downloads some 
rhn* package from it.

2)

I use the command reposync to grab the package from the RHN. Then I push the 
packages with rhnpush.

You can see the command line:

rhnpush --exclude=nexuiz* --exclude=root-doc* --channel=epel6_x64 
--server=https://spacewalk/APP --dir=/mnt/local_rhn/x86_64/6/epel/ -u admin -p 
password -vv -tolerant

The result:

Package 
/mnt/local_rhn/x86_64/6/epel/rubygem-state_machine-1.1.2-2.el6.noarch.rpm Not 
Found on RHN Server -- Uploading
Uploading package 
/mnt/local_rhn/x86_64/6/epel/rubygem-state_machine-1.1.2-2.el6.noarch.rpm
Using POST request
Package 
/mnt/local_rhn/x86_64/6/epel/rubygem-state_machine-doc-1.1.2-2.el6.noarch.rpm 
Not Found on RHN Server -- Uploading
Uploading package 
/mnt/local_rhn/x86_64/6/epel/rubygem-state_machine-doc-1.1.2-2.el6.noarch.rpm
Using POST request
Package /mnt/local_rhn/x86_64/6/epel/jgoodies-looks-2.4.2-1.el6.noarch.rpm Not 
Found on RHN Server -- Uploading
Uploading package 
/mnt/local_rhn/x86_64/6/epel/jgoodies-looks-2.4.2-1.el6.noarch.rpm
Using POST request
While running 'packages.channelPackageSubscriptionBySession': caught
type 'exceptions.TypeError' : 'NoneType' object is unsubscriptable

Then, the uploading stops and no package appears in the channels.

When I retry and retry to upload, it fails again and again with the same error.

I didn't know what to do next?
I could upload some package one by one and it works but it fails when I try to 
upload many packages.

I will try to setup a new VM with RHEL6 + Spacewalk 1.5 to try.

3)

Do you know how to increase the limits size of an uploaded package? I must 
exclude the packages nexuiz* because the RHNPUSH says 500 Internal Server 
Error when I uploaded it.

Thanks.

Best regards,
Ludovic



___

Ce message contient des informations confidentielles ou appartenant à
Boursorama et est établi à l'intention exclusive de ses destinataires.
Toute divulgation, utilisation, diffusion ou reproduction (totale ou
partielle) de ce message, ou des informations qu'il contient, doit être
préalablement autorisée. Tout message électronique est susceptible
d'altération et son intégrité ne peut être assurée. Boursorama
décline toute responsabilité au titre de ce message s'il a été
modifié ou falsifié. Si vous n'êtes pas destinataire de ce message,
merci de le détruire immédiatement et d'avertir l'expéditeur de
l'erreur de distribution et de la destruction du message.
___

This e-mail contains confidential information or information belonging to
Boursorama and is intended solely for the addressees. The unauthorised
disclosure, use, dissemination or copying (either whole or partial) of this
e-mail, or any information it contains, is prohibited. E-mails are
susceptible to alteration and their integrity cannot be guaranteed.
Boursorama shall not be liable for this e-mail if modified or falsified. If
you are not the intended recipient of this e-mail, please delete it
immediately from your system and notify the sender of the wrong delivery
and the mail deletion.
___
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list