[Spacewalk-list] Using Spacewalk and Kickstart without PXE/cobbler?

[Paul Robert Marino]

If I udnerstand you correctly one of thes two should work for you.
1) you can create a custom boot iso with all of your kickstarts using the
cobbler command and there is plenty of documentation good on the subject.

2) you can always boot with the original install cd assuming anaconda is
the native os installer for the os and append the path to your kickstart
file on the network with the ks, ksdevice, etc. options to the boot options
per the anaconda kickstart. documentation on fedoras wiki.
 On Mar 9, 2012 11:58 AM, "Jonathan DeHaan" <jdehaan at nexstar.tv> wrote:

> Alexander,
>
> Can you elaborate on 'without invoking it into the boot process' ? I'm not
> sure what you mean there.
>
> You might be able to put a ks.cfg in the root directory of your ISO that
> has a %ksappend to pull in the kickstart generated by Spacewalk.
>
> You don't bypass the ISO that Spacewalk hosts, because Spacewalk doesn't
> use the ISO as an ISO - it only needs a couple files in a few directories
> from the ISO.
>
> Jonathan
>
> On Fri 09 Mar 2012 05:54:19 AM CST, Gruel Alexander wrote:
>
>>
>> Hello all,
>>
>> I have been tasked with setting up the following scenario, and hope I
>> can realise it using Spacewalk:
>> We have (as some might have seen earlier) a working Spacewalk 1.7
>> Server, which has been setup
>> recently. We also have a PXE-Boot solution for IT Deployments
>> (Matrix42EMC) up and running, which
>> works fine for deploying Operating Systems etc.
>>
>> What we want to do now would be to have Matrix42 boot a client to a
>> redhat/centos install iso, and attach it
>> to a kickstart file serviced/provided by Spacewalk, but without
>> invoking it into the boot process.
>>
>> I understand that you have to create a local kickstart tree with the
>> ISO to use it, but I guess it would be possible
>> to bypass that later when you just boot the same iso using other means
>> and give the correct path to the kickstart
>> file(s) on the console?
>>
>> Anyone ever experimented with this kind of setup?
>>
>> Mit freundlichen Grüßen/ Kind regards
>> *Alexander Gruel*
>> ------------------------------**-------------------------
>> IT-Systems Engineer / Abteilung IT-Operations
>>
>> *COR&FJA AG
>> *Humboldtstr. 35
>> D-70771 Leinfelden-Echterdingen
>> Phone: +49 711 94958-219 *I*Fax: +49 711 94958-8219
>> Mobile: +49 151 10863635
>> E-mail: _alexander.gruel at cor.fja.com_
>> <mailto:alexander.gruel at cor.**fja.com <alexander.gruel at cor.fja.com>
>> >*****I*_www.cor.fja.**com_
>> <http://www.cor.fja.com>
>>
>> Sitz der Gesellschaft: Leinfelden-Echterdingen
>> Registergericht: Amtsgericht Stuttgart, HRB 222956
>> Geschäftsführer: Thorsten Budde, Klaus Hackbarth, Milenko Radic,
>> Volker Weimer, Ulrich Wörner, Rolf Zielke
>>
>> Diese E-Mail enthält vertrauliche und/ oder rechtlich geschützte
>> Informationen. Wenn Sie nicht der richtige Adressat sind oder diese
>> E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den
>> Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie
>> die unbefugte Weitergabe dieser Mail ist nicht gestattet.
>>
>> This e-mail may contain confidential and/ or privileged information.
>> If you are not the intended recipient (or have received this e-mail in
>> error) please notify the sender immediately and destroy this e-mail.
>> Any unauthorised copying, disclosure or distribution of the material
>> in this e-mail is strictly forbidden.
>>
>>
>>
>> ______________________________**_________________
>> Spacewalk-list mailing list
>> Spacewalk-list at redhat.com
>> https://www.redhat.com/**mailman/listinfo/spacewalk-**list<https://www.redhat.com/mailman/listinfo/spacewalk-list>
>> --
>> Jonathan DeHaan
>> Linux Systems Engineer
>>
>
> ______________________________**_________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/**mailman/listinfo/spacewalk-**list<https://www.redhat.com/mailman/listinfo/spacewalk-list>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20120309/746b8e56/attachment.htm>