[Spacewalk-list] spacewalk cobbler issue

[Johnny Mirza]

Thanks Jeffrey, I didn't' think to look there.

But I think I found the issue and I am hoping someone has a simple solution.
It looks like the 10 min delay at the post section is because yum is trying to access the Centos default mirrors (created in the /etc/yum.repos.d/* directory as part of yum). Access will not be allowed because the server is behind a proxy.

Determining fastest mirrors
Could not retrieve mirrorlist http://mirrorlist.centos.org/?release=5&arch=x86_64&repo=addons error was
[Errno 4] IOError: <urlopen error (110, 'Connection timed out')>
Loaded plugins: fastestmirror, kmod, rhnplugin
Loading mirror speeds from cached hostfile
Could not retrieve mirrorlist http://mirrorlist.centos.org/?release=5&arch=x86_64&repo=addons error was
[Errno 4] IOError: <urlopen error (110, 'Connection timed out')>

Do you have any idea how to disable this?

thanks



From: spacewalk-list-bounces at redhat.com [mailto:spacewalk-list-bounces at redhat.com] On Behalf Of Jeffrey Watts
Sent: Thursday, 25 February 2010 4:18 AM
To: spacewalk-list at redhat.com
Subject: Re: [Spacewalk-list] spacewalk cobbler issue

Have you looked in your ks-post.log in the root directory of the system?  That would be the first place to look.  Make sure you have that logging enabled in the kickstart.

Jeffrey.
On Tue, Feb 23, 2010 at 10:53 PM, Johnny Mirza <JMirza at fairfaxdigital.com.au<mailto:JMirza at fairfaxdigital.com.au>> wrote:
Hi,

I have successfully been using spacewalk for a few months now but have recently started using cobbler/kickstart.
The profiles have been setup to the correct group/activation keys and a boot iso has been created, I have created several installs on vmware and the install goes through fine, up until the post script part.
For some reason it is hanging on the post section for about 10 mins, then it looks like what ever it was trying to do times out and it continues on and the guest is built successfully.

I want to know how I can fix that 10-15 min post delay, doing some investigation I noticed that there are two processes that seem to stick out. They are the "rhn_register .... " and the "rhn_check" processes.

I have a feeling that my gpg keys are not setup correctly and this may  be what kickstart is timing out on. Below a copy of the kickstart file that is running and I have a section in there to disable gpg checking, but that is after the rhn_check part of the install

rhnreg_ks --serverUrl=https://server/XMLRPC --sslCACert=/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT --activationkey=1-e0cc1b592eb4611c5ca6cb774aab27ed,1-67e122a4439b70a9518a1dfe40682036<https://server/XMLRPC--sslCACert=/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT--activationkey=1-e0cc1b592eb4611c5ca6cb774aab27ed,1-67e122a4439b70a9518a1dfe40682036>
# end Red Hat management server registration
# end cobbler snippet
rhn_check

) >> /root/ks-post.log 2>&1
# MOTD
echo >> /etc/motd
echo "Spacewalk kickstart on $(date +'%Y-%m-%d')" >> /etc/motd
echo >> /etc/motd

# end of generated kickstart file

%post --interpreter /bin/bash
(
if [ -d "/etc/yum.repos.d" ]; then
 for file in $(find /etc/yum.repos.d/ -type f -iname 'CentOS*.repo')
 do
  sed -i '/^gpgcheck=.*$/aenabled=0' ${file}
  sed -i 'x; G; /^\(.*\)\n\1$/ d; g; p; d' ${file} # to clean up those pesky duplicate lines
 done
fi
[ -f "/etc/yum/pluginconf.d/rhnplugin.conf" ] && sed -i -e 's/^gpgcheck = 1$/gpgcheck = 0/g' /etc/yum/pluginconf.d/rhnplugin.conf

Is there a way to turn off gpg checking from the spacewalk server, rather than from the client?

Thanks for your help


--

"He that would make his own liberty secure must guard even his enemy from oppression; for if he violates this duty he establishes a precedent that will reach to himself." -- Thomas Paine

The information contained in this e-mail message and any accompanying files is or may be confidential. If you are not the intended recipient, any use, dissemination, reliance, forwarding, printing or copying of this e-mail or any attached files is unauthorised. This e-mail is subject to copyright. No part of it should be reproduced, adapted or communicated without the written consent of the copyright owner. If you have received this e-mail in error please advise the sender immediately by return e-mail or telephone and delete all copies. Fairfax does not guarantee the accuracy or completeness of any information contained in this e-mail or attached files. Internet communications are not secure, therefore Fairfax does not accept legal responsibility for the contents of this message or attached files.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20100226/1d1f5a49/attachment.htm>