[Spacewalk-list] Using Spacewalk and KickstartwithoutPXE/cobbler?

Paul Robert Marino prmarino1 at gmail.com
Mon Mar 12 13:19:17 UTC 2012


Yea I ran into a simmilar problem to I ran the cobbler check command and it
gave me a list of the requiered updates to the policies
On Mar 12, 2012 6:08 AM, "Gruel Alexander" <Alexander.Gruel at cor.fja.com>
wrote:

> small update, it seems to have been a problem with SELinux being activated
> when I thought it was turned off.. creating profiles works now,
> and the cobbler buildiso error vanished as well.. typical case of pebcak :D
>
>
> -----Ursprüngliche Nachricht-----
> Von: spacewalk-list-bounces at redhat.com [mailto:
> spacewalk-list-bounces at redhat.com] Im Auftrag von Gruel Alexander
> Gesendet: Montag, 12. März 2012 10:31
> An: spacewalk-list at redhat.com
> Betreff: Re: [Spacewalk-list] Using Spacewalk and
> KickstartwithoutPXE/cobbler?
>
> Hello,
>
> as stated by Paul Marino, what I am looking for is indeed a solution using
> cobbler buildiso - so I can have the kickstart scripts managed using
> Spacewalk, but boot my environment using Matrix42 EMC.
>
> I stumbled about another issue while testing this.. when I try to create a
> kickstart profile using the Spacewalk GUI, I always end up in an Internal
> Server Error:
>
> The server experienced a problem which prevented your request from being
> filled out. It may not be possible to execute this action at this time.
>
> Please help us correct this problem by contacting us with details of how
> you received this message.
>
> This leads to a Kickstart script being created, but marked as "not managed
> by Spacewalk GUI".
>
> Also, if I try to run cobbler buildiso (with a created distribution, but
> no kickstart scripts..if that matters):
>
> task started: 2012-03-12_102836_buildiso task started (id=Build Iso,
> time=Mon Mar 12 10:28:36 2012) using/creating buildisodir:
> /var/cache/cobbler/buildiso Exception occured: <type 'exceptions.OSError'>
> Exception value: [Errno 13] Permission denied: '/var/cache/cobbler/buildiso'
> Exception Info:
>
> I don't really see how it can be a permission problem though, since all
> folder permissions starting from VAR up to the buildiso folder
> are drwxr-xr-x.  3 root      root which should be fine..
>
> -----Ursprüngliche Nachricht-----
> Von: spacewalk-list-bounces at redhat.com [mailto:
> spacewalk-list-bounces at redhat.com] Im Auftrag von Jonathan DeHaan
> Gesendet: Freitag, 9. März 2012 17:53
> An: spacewalk-list at redhat.com
> Betreff: Re: [Spacewalk-list] Using Spacewalk and Kickstart
> withoutPXE/cobbler?
>
> 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>*****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
> > --
> > Jonathan DeHaan
> > Linux Systems Engineer
>
> _______________________________________________
> 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
>
> _______________________________________________
> 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/20120312/f599df41/attachment.htm>


More information about the Spacewalk-list mailing list