[Spacewalk-list] Kickstart/DNS issue

Mike Wilson mrwboilers at gmail.com
Mon Oct 29 18:10:17 UTC 2012


I was able to get it to work with an IP address rather than the DNS name.
Still frustrating that DNS wouldn't work, even though I've checked and
checked, and the spacewalk server is in DNS and WILL resolve.

at Systems | Kickstart | Profiles | Kickstart Details | Advanced Options, I
changed the url option from

--url /var/distro-trees/CentOS5

to

--url http://10.xx.yy.zz/ks/dist/CentOS5/

That seemed to do the trick.

On Mon, Oct 29, 2012 at 1:01 PM, Josh Preston <JoshPreston at dswinc.com>wrote:

>  Mike,
>
>  The /etc/hosts file that I'm appending to in the PRE script is the
> install image's filesystem, not the system's end filesystem.  It's the
> initial filesystem used immediately after booting, but before any packages
> or system configuration tasks.  Changes made to that /etc/hosts are lost
> after the initial reboot.  IIRC, this actually occurs after STAGE1 but
> before STAGE2.
>
>  I have a couple meetings coming up, if I can get some free time, I'll
> take a quick look at our configuration.
>
>  Thanks!
>
>   From: Mike Wilson <mrwboilers at gmail.com>
> Reply-To: spacewalk-list <spacewalk-list at redhat.com>
> Date: Monday, October 29, 2012 1:50 PM
>
> To: spacewalk-list <spacewalk-list at redhat.com>
> Subject: Re: [Spacewalk-list] Kickstart/DNS issue
>
>  Josh,
>
>  Thanks for the reply. I'm not having any luck with the pre-script
> though. It doesn't seem to be making a difference. I'm a little confused as
> to how/when the pre-scripts run. How do you write to /etc/hosts when the
> file system hasn't even been created yet?
>
>  Is there some way within spacewalk to tell it to just use the spacewalk
> server's IP address instead of it's hostname?
>
>  Also, I'm still very confused as to why it's trying to resolve reverse
> DNS for an IPv6 address.
>
>  Mike
>
> On Mon, Oct 29, 2012 at 10:54 AM, Josh Preston <JoshPreston at dswinc.com>wrote:
>
>>  Mike,
>>
>>  As for #1:
>>
>>  I've run into similar problems, and instead of figuring out what is
>> wrong, I instead opted to side step it by using a PRE script to ensure the
>> /etc/hosts file has the correct entry for the Satellite server:
>>
>>   # Begin spacewalk/1/pre-configure-networking snippet
>>
>>  #if $redhat_management_server == "my.satellite.fqdn.local"
>> echo "10.0.xx.yy   $redhat_management_server" >> /etc/hosts
>> #else if $redhat_management_server == "my.satellite.proxy.fqdn.local"
>> echo "10.97.xx.yy   $redhat_management_server" >> /etc/hosts
>> #else if $redhat_management_server ==
>> "my.satellite.other.proxy.fqdn.local"
>> echo "172.16.xx.yy   $redhat_management_server" >> /etc/hosts
>> #else
>>
>>  # $redhat_management_server is not supported (ok); you better hope DNS
>> resolves correctly!
>>
>>  #end if
>>
>>  # End spacewalk/1/pre-configure-networking snippet
>>
>>
>>  As for #2:
>>
>>  I prefer to not register at the end of the installation (kickstart).  I
>> instead prefer to register it to a specific activation key after the system
>> has been built.  It's sort of like building a GOLD image (base install) and
>> then a second step of customizing it to a specific purpose.
>>
>>  Thanks!
>>
>>
>>   From: Mike Wilson <mrwboilers at gmail.com>
>> Reply-To: spacewalk-list <spacewalk-list at redhat.com>
>> Date: Monday, October 29, 2012 11:15 AM
>> To: spacewalk-list <spacewalk-list at redhat.com>
>> Subject: Re: [Spacewalk-list] Kickstart/DNS issue
>>
>>  I hope this isn't bad form, but I just wanted to give this a bump.
>>
>> On Fri, Oct 26, 2012 at 3:49 PM, Mike Wilson <mrwboilers at gmail.com>wrote:
>>
>>> Is there some place in the kickstart profile to tell it NOT to use IPv6?
>>>
>>>
>>> On Fri, Oct 26, 2012 at 3:25 PM, Mike Wilson <mrwboilers at gmail.com>wrote:
>>>
>>>> At the point in the install where it stops because it can't resolve the
>>>> spacewalk server's hostname, if I hit alt-F3, I can see more detail of what
>>>> is happening.
>>>>
>>>>  It says reverse name lookup failed
>>>> starting to STEP_URL
>>>> URL_STAGE_MAIN - url is http://myswalkserver/ks/dist/CentOS5
>>>> trying to mount CD device hda
>>>> trying to mount CD device scd0
>>>> transferring http://myswalkserver//ks/dist/CentOS5/images/updates.imgto a fd
>>>> we don't have reverse DNS for IPv6 yet
>>>> transferring
>>>> http://141swalk01//ks/dist/CentOS5/disc1/images/updates.img to a fd
>>>> ... more like that ("we don't have reverse DNS for IPv6 yet" appears a
>>>> few more times.)
>>>>
>>>>  I'm not using IPv6. What gives?
>>>>
>>>>
>>>> On Fri, Oct 26, 2012 at 9:56 AM, Mike Wilson <mrwboilers at gmail.com>wrote:
>>>>
>>>>> I just built a spacewalk server and I'm trying to use it to kickstart
>>>>> the build of another box. It mostly works fine, with 2 exceptions:
>>>>>
>>>>>  1. When the CentOS install starts, it says that it can't find the
>>>>> stage2.img file. It is trying to find it by the DNS name of my spacewalk
>>>>> server. It will let me edit where it's looking, and if I replace the server
>>>>> name with the server IP address, then it finds the file and the OS install
>>>>> completes. My spacewalk server provides DHCP, and valid DNS servers are
>>>>> included in the DHCP scope. After the install is complete and the newly
>>>>> built server boots up, it gets DHCP from the spacewalk server,
>>>>> /etc/resolv.conf is properly populated and I can successfully do an
>>>>> nslookup of the spacewalk server on it. So as far as I can tell, DHCP and
>>>>> DNS are working. Any suggestions?
>>>>>
>>>>>  2. When the kickstart completes, the newly built server is not
>>>>> registered in spacewalk. Shouldn't it be? Or do they always need to be
>>>>> registered manually? Or is it best to have it be registered through a post
>>>>> install script? I do have an activation key associated with the kickstart
>>>>> profile, and I've set up the tools child channel as outlined here:
>>>>> https://fedorahosted.org/spacewalk/wiki/HowToKickstartCobbler
>>>>>
>>>>>  Any guidance is appreciated.
>>>>>
>>>>
>>>>
>>>
>>
>> _______________________________________________
>> 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/20121029/a72412d5/attachment.htm>


More information about the Spacewalk-list mailing list