[Spacewalk-list] Spacewalk-list Digest, Vol 49, Issue 1
Nathanaël MIETTON
nathanael_albert at hotmail.com
Fri Jun 1 14:37:59 UTC 2012
Hello Martin, Hello all,
I've already tried to see this kickstart file in my browser but when i
copy/past :
http://serversw.com/ks/cfg/org/1/mode/10.xx.xx.20 10.xx.xx.50,
I see an error : it doesn't displayed the kicsktart file perhaps it is
about the ip-range itself (notation ?)
You mean that i have to alter the Spacewalk server grub ?
Thanks one more.
Regards,
2012/6/1 <spacewalk-list-request at redhat.com>
> Send Spacewalk-list mailing list submissions to
> spacewalk-list at redhat.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://www.redhat.com/mailman/listinfo/spacewalk-list
> or, via email, send a message with subject or body 'help' to
> spacewalk-list-request at redhat.com
>
> You can reach the person managing the list at
> spacewalk-list-owner at redhat.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Spacewalk-list digest..."
>
>
> Today's Topics:
>
> 1. Re: RHEL repos in spacewalk ?
> (rhn-satellite at epperson.homelinux.net)
> 2. Re: First 'spacewalk-repo-sync' failed with "Cannot retrieve
> repository metadata (repomd.xml)" (Michael Mraka)
> 3. Re: [Bare metal Kickstart] (Martin Minar)
> 4. Re: Spacewalk server update list different from yum
> (Franky Van Liedekerke)
> 5. Re: Versions of Client-Tools and Server (Jan Huta?)
> 6. Re: how to push updates on newly built servers automatically
> (Jan Huta?)
> 7. Re: RHEL repos in spacewalk ? (Trent Johnson)
> 8. Re: Upgrade to 1.7 and errata list (Jan Pazdziora)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 31 May 2012 17:28:06 -0400
> From: rhn-satellite at epperson.homelinux.net
> To: spacewalk-list at redhat.com
> Subject: Re: [Spacewalk-list] RHEL repos in spacewalk ?
> Message-ID:
> <457c9c2630846bc4df663a3e8a3c0413.squirrel at epperson.homelinux.net>
> Content-Type: text/plain;charset=iso-8859-1
>
> On Thu, May 31, 2012 16:42, Jerome Bossert wrote:
> > Hi List,
> >
> > I'm fairly new to both RHEL and Spacewalk, and i have an issue to update
> > my RHEL servers, I'm missing something.
> > I've chosen Spacewalk rather then "redhat satellite server" because I
> want
> > to be able to manage my Solaris (Sparc) and Suse boxes as well in a near
> > future.
> >
> >
> > NEEDS :
> > I have a high number of RHEL 5.x /6.x servers to manage/update. Right now
> > they have an active subscription to "rhn classic subscription management"
> > with red hat, and it's working well.
> > I've installed Spacewalk 1.7, I can add/see my testing RHEL5 server, I
> can
> > create a channel "rhel5".
> >
> > PROBLEM :
> > But now I want this channel to be (automatically and frequently)
> populated
> > (and locally downloaded) with the official RHEL packages (in my case v. 5
> > for 64-bit x86_64), and being able to update my test server from
> > Spacewalk.
> >
> > Would you help me out to point what I'm missing ?
> >
>
> Probably this:
>
> https://www.redhat.com/archives/spacewalk-list/2012-May/msg00087.html
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 1 Jun 2012 08:23:53 +0200
> From: Michael Mraka <michael.mraka at redhat.com>
> To: spacewalk-list at redhat.com
> Subject: Re: [Spacewalk-list] First 'spacewalk-repo-sync' failed with
> "Cannot retrieve repository metadata (repomd.xml)"
> Message-ID: <20120601062353.GA3227 at magni.brq.redhat.com>
> Content-Type: text/plain; charset=utf-8
>
> Luiz Alfredo Baggiotto wrote:
> % Hello,
> %
> % I?m just installing a spacewalk system following the documentation in:
> % https://fedorahosted.org/spacewalk/wiki/UserDocs#Installation
> %
> % Everything was going on until the step where I need to use
> 'spacewalk-repo-sync' to get packages from mirror repositories. I?m
> receiving the following error:
> %
> % # spacewalk-repo-sync --channel centos6-x86_64
> %
> % Traceback (most recent call last):
> % File "/usr/bin/spacewalk-repo-sync", line 100, in <module>
> ...
> % yum.Errors.RepoError: Cannot retrieve repository metadata (repomd.xml)
> for repository: centos6-x86_64. Please verify its path and try again
> %
> % I was suspecting a network or proxy misconfiguration, however when I try
> with curl it works fine:
>
> Most likely you've set repo URL to
> http://mirror.centos.org/centos/6/os/x86_64/repodata/repomd.xml instead
> of correct http://mirror.centos.org/centos/6/os/x86_64. Anyway I've
> modified spacewalk-repo-sync in nightly to print URL before it tries to
> access repo so it's easier to see which repo failed. And also to rather
> print nice error message then traceback.
>
> Regards,
>
> --
> Michael Mr?ka
> Satellite Engineering, Red Hat
>
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 01 Jun 2012 09:42:11 +0200
> From: Martin Minar <mminar at redhat.com>
> To: spacewalk-list at redhat.com
> Subject: Re: [Spacewalk-list] [Bare metal Kickstart]
> Message-ID: <4FC87253.6080201 at redhat.com>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
> On 05/31/2012 05:48 PM, Nathana?l MIETTON wrote:
> > Hello all !
> >
> > I'm currently trying to kisckstart a machine using DHCP, TFTP and PXE
> > (under SW 1.7 + PgSQL) ... everything perfectly works but when i use
> > bare metal kickstart and i fill ip-range fields for a specific
> > kickstart profile ... i don't understand where i must copy
> > the given url ?
> >
> > So if anyone could help me ... i'd be very very very grateful !! ;-)
> >
> > Thanks in advance !
> >
> > Nat'
> >
> >
> Hello Nat,
>
> when you boot machine it is kernel parameter. You can add it the same
> way you for example edit parameters when booting into single user mode.
> This url contains kickstart configuration file - when ip of machine that
> calls this url is in specified range.
>
> (You can test it yourself, make Kickstart, go to bare metal tab, choose
> range in which your desktop machine is and then try to open this url
> using browser.)
>
> br
> Martin
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> https://www.redhat.com/archives/spacewalk-list/attachments/20120601/14562f52/attachment.html
> >
>
> ------------------------------
>
> Message: 4
> Date: Fri, 01 Jun 2012 09:55:41 +0200
> From: Franky Van Liedekerke <liedekef at telenet.be>
> To: <spacewalk-list at redhat.com>
> Subject: Re: [Spacewalk-list] Spacewalk server update list different
> from yum
> Message-ID: <db81e572210393d3fd541d9ab91b4b33 at imap.gmail.com>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> On 2012-05-31 19:51, Velayutham, Prakash wrote:
> > On May 30, 2012, at 9:24 AM, Prakash Velayutham wrote:
> >
> >>
> >> On May 29, 2012, at 3:23 AM, Michael Mraka wrote:
> >>
> >>> Franky Van Liedekerke wrote:
> >>> % On Mon, 28 May 2012 14:13:04 +0000
> >>> % "Velayutham, Prakash" <Prakash.Velayutham at cchmc.org> wrote:
> >>> %
> >>> % > Hi,
> >>> % >
> >>> % > I just noticed that the update list for one of the clients (I
> >>> am sure
> >>> % > there are other clients with this issue too) is different when
> >>> I
> >>> % > check using "yum check-update" on the client compared to what
> >>> the
> >>> % > Spacewalk server shows. Is this expected?
> >>> % >
> >>> % > Spacewalk version - 1.6
> >>> %
> >>> % I noticed it too, even with 1.7: it seems that "yum update" (or
> >>> % check-update) also lists packages that will replace other
> >>> packages,
> >>> % while spacewalk just seems to update to the newest version of
> >>> each of
> >>> % the installed packages, plus dependancies.
> >>>
> >>> Another reason for this behavior could be use of yum plugins
> >>> which modify list of packages - e.g. priorities, protect-packages,
> >>> protectbase, versionlock etc.
> >>>
> >>> Spacewalk has no idea what's filtered out locally on the client.
> >>>
> >>> Regards,
> >>>
> >>> --
> >>> Michael Mr?ka
> >>> Satellite Engineering, Red Hat
> >>>
> >>
> >> The other question is, after I schedule an update for a client from
> >> the Spacewalk server, when it runs on the client, does it update all
> >> the packages that were selected from the Spacewalk server, or just
> >> what "yum check-update" returns (which might be a subset)?
> >>
> >> Thanks,
> >> Prakash
>
> It will just update the packages selected from spacewalk, barring
> anything excluded by yum.conf.
>
> Franky
>
>
>
> ------------------------------
>
> Message: 5
> Date: Fri, 1 Jun 2012 10:04:23 +0200
> From: Jan Huta? <jhutar at redhat.com>
> To: spacewalk-list at redhat.com
> Subject: Re: [Spacewalk-list] Versions of Client-Tools and Server
> Message-ID: <20120601100423.4649a6a8.jhutar at redhat.com>
> Content-Type: text/plain; charset="us-ascii"
>
> On Thu, 31 May 2012 14:36:24 +0200 "Steve Meier"
> <email at steve-meier.de> wrote:
>
> > Hi,
> >
> > after seeing that rhnsd from Spacewalk Client-Tools 0.6 has a
> > file handle bug, I was wondering if the Client-Tools and
> > Server versions have to match?
> >
> > rhnsd 4783 root 1r REG 253,0 2833
> > 231105 /etc/sysconfig/rhn/up2date
> > rhnsd 4783 root 2r REG 253,0 2833
> > 231105 /etc/sysconfig/rhn/up2date
> > rhnsd 4783 root 3r REG 253,0 2833
> > 231105 /etc/sysconfig/rhn/up2date
> > [...]
> > rhnsd 4783 root 1021r REG 253,0 2833
> > 231105 /etc/sysconfig/rhn/up2date
> > rhnsd 4783 root 1022r REG 253,0 2833
> > 231105 /etc/sysconfig/rhn/up2date
> > rhnsd 4783 root 1023r REG 253,0 2833
> > 231105 /etc/sysconfig/rhn/up2date
> >
> > Can I use a newer version of Client-Tools (rhnsd) when my
> > server is still 0.6?
> >
> > Kind regards,
> > Steve Meier
>
> Hello,
> although this is generally not a good idea, in rhnsd case you
> should be safe to do so as (based on rpm changelog) there were
> no client<->server communication related changes in last few
> years.
>
> Regards,
> Jan
>
>
>
> --
> Jan Hutar Systems Management QA
> jhutar at redhat.com Red Hat, Inc.
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 198 bytes
> Desc: not available
> URL: <
> https://www.redhat.com/archives/spacewalk-list/attachments/20120601/da0b5a12/attachment.bin
> >
>
> ------------------------------
>
> Message: 6
> Date: Fri, 1 Jun 2012 10:40:59 +0200
> From: Jan Huta? <jhutar at redhat.com>
> To: spacewalk-list at redhat.com
> Subject: Re: [Spacewalk-list] how to push updates on newly built
> servers automatically
> Message-ID: <20120601104059.bcc0740d.jhutar at redhat.com>
> Content-Type: text/plain; charset="us-ascii"
>
> On Thu, 31 May 2012 16:41:37 -0400 "Musayev, Ilya"
> <imusayev at webmd.net> wrote:
>
> > How would I push updates on newly build server (build via
> > independent kickstart server) automatically - without logging
> > into spacewalk server?
>
> Hello,
> you can:
>
> 1) create post script in your kickstart profile you use for
> building your systems with "yum -y upgrade"
> 2) there is a possibility to select "Auto Errata Update:" in
> yours system profile, but it will work only for newly synced
> erratas in RHEL and I have not tried for Fedora when syncing
> repo with spacewalk-repo-sync
> 3) also you can configure your client to use yum-updatesd to
> automatically pull all available updates every day or so
> (and you can have config channel on SW and activation key
> assigned to your kickstart which auto-subscribe your system
> into the channel and schedules deploy action)
>
> Well, there might be easier solutions.
>
> Regards,
> Jan
>
>
>
> --
> Jan Hutar Systems Management QA
> jhutar at redhat.com Red Hat, Inc.
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 198 bytes
> Desc: not available
> URL: <
> https://www.redhat.com/archives/spacewalk-list/attachments/20120601/e1c12c6f/attachment.bin
> >
>
> ------------------------------
>
> Message: 7
> Date: Fri, 1 Jun 2012 07:00:28 -0500
> From: Trent Johnson <tljohnsn at oreilly.com>
> To: spacewalk-list at redhat.com
> Subject: Re: [Spacewalk-list] RHEL repos in spacewalk ?
> Message-ID: <2D89D2EF-C3A7-4253-8121-6A369C292C37 at oreilly.com>
> Content-Type: text/plain; charset=us-ascii
>
> This blog post should help you do what you want:
>
> http://www.codarama.com/drupal/?q=node/4
>
> Trent
>
>
>
> On May 31, 2012, at 3:42 PM, Jerome Bossert wrote:
>
> > Hi List,
> >
> > I'm fairly new to both RHEL and Spacewalk, and i have an issue to update
> my RHEL servers, I'm missing something.
> > I've chosen Spacewalk rather then "redhat satellite server" because I
> want to be able to manage my Solaris (Sparc) and Suse boxes as well in a
> near future.
> >
> >
> > NEEDS :
> > I have a high number of RHEL 5.x /6.x servers to manage/update. Right
> now they have an active subscription to "rhn classic subscription
> management" with red hat, and it's working well.
> > I've installed Spacewalk 1.7, I can add/see my testing RHEL5 server, I
> can create a channel "rhel5".
> >
> > PROBLEM :
> > But now I want this channel to be (automatically and frequently)
> populated (and locally downloaded) with the official RHEL packages (in my
> case v. 5 for 64-bit x86_64), and being able to update my test server from
> Spacewalk.
> >
> > Would you help me out to point what I'm missing ?
> >
> > Thanks a lot,
> >
> > Jerome
> >
> >
> > _______________________________________________
> > Spacewalk-list mailing list
> > Spacewalk-list at redhat.com
> > https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
>
>
> ------------------------------
>
> Message: 8
> Date: Fri, 1 Jun 2012 15:24:00 +0200
> From: Jan Pazdziora <jpazdziora at redhat.com>
> To: spacewalk-list at redhat.com
> Subject: Re: [Spacewalk-list] Upgrade to 1.7 and errata list
> Message-ID: <20120601132400.GC23750 at redhat.com>
> Content-Type: text/plain; charset=iso-8859-2
>
> On Fri, May 25, 2012 at 12:40:02PM +0200, ?LIPEK Krzysztof wrote:
> > Thanks for your answer.
> >
> > I know I can see all erratas which can be applied but, for example if I
> have server with RHEL 5.3 which was never patched I see more than thousand
> erratas. In Spacewalk 1.5 I see only 300 erratas with latest versions of
> packages which should be applied.
> >
> > In Spacewalk 1.7 I have to search for example for latest kernel errata
> because I don't want to install all kernel versions from 2.6.18-128 to
> 2.6.18-304.4.1.
> >
> > In my opinion the best would be option to switch view of errata list to
> see like in 1.5 or 1.7 Spacewalk.
> >
>
> If you just want to upgrade all packages to latest versions, can't
> you use Software > Packages > Upgrade, instead of erratas?
>
> --
> Jan Pazdziora
> Principal Software Engineer, Satellite Engineering, Red Hat
>
>
>
> ------------------------------
>
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
> End of Spacewalk-list Digest, Vol 49, Issue 1
> *********************************************
>
>
--
Nathanaël
06 51 88 84 96
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20120601/d25b11e3/attachment.htm>
More information about the Spacewalk-list
mailing list