[Spacewalk-list] old package versions installed duringkickstarts

Wed Mar 23 23:09:37 UTC 2016

Just as an update, I did a spacewalk-repo-sync for our centos 7 updates
channel, and now kickstarts are failling, saying that it needs
device-mapper-persisten-data >= 0.5.5-1. I verified that the required
version is present on the spacewalk server's repo cache:

/var/satellite/redhat/2/1b1/device-mapper-persistent-data/0.5.5-1.el7/x86_64/1b1bb401fd50e3f9ea686e3810e803fc764d2a6d455fced3bb9a749d8c0b5316/device-mapper-persistent-data-0.5.5-1.el7.x86_64.rpm

On Wed, Mar 16, 2016 at 4:27 PM, Noah Rømer <baronmog at gmail.com> wrote:

> Perhaps I'm missing a step in the process:
>
> 1) Build a new version of an rpm (using koji)
> 2) Sign the package (using sigul)
> 3) Run mash on the rpm repo  server
> 4) Run `spacewalk-repo-sync --channel [channel name]` for the channel that
> uses the repo in question
>
> The above causes existing systems to get the new version via `yum upgrade`
> or pushing an update using the spacewalk webui, but the new versions of the
> packages don't get installed during kickstarts until some seemingly random
> time later (I haven't figured out what causes spacewalk to start handing
> out newer package versions).
>
> On Mon, Mar 14, 2016 at 9:49 AM, Noah Rømer <baronmog at gmail.com> wrote:
>
>> Well, I tried using the "Always use the newest Tree for this base
>> channel" setting a week or so back, with the existing channels/repos. It
>> did cause the outstanding package updates at the time to get used during
>> kickstart. Subsequent updates did not picked up for kickstart, though.
>>
>>
>> On Mon, Mar 14, 2016 at 8:29 AM, William H. ten Bensel <WHTENBEN at up.com>
>> wrote:
>>
>>> Could it be that a new distribution needs to be created and the
>>> kickstart profile should have "Always use the newest Tree for this base
>>> channel"
>>>
>>> - Thanks and good luck
>>>
>>>
>>>
>>>
>>> From:        Noah Rømer <baronmog at gmail.com>
>>> To:        spacewalk-list at redhat.com
>>> Date:        03/11/2016 11:41 AM
>>> Subject:        Re: [Spacewalk-list] old package versions installed
>>> during        kickstarts
>>>
>>> Sent by:        spacewalk-list-bounces at redhat.com
>>> ------------------------------
>>>
>>>
>>>
>>> This email originated from outside of the company. Please use discretion
>>> if opening attachments or clicking on links.
>>> ------------------------------
>>>
>>>
>>> We just have the one kickstart profile, with activation keys for a group
>>> of repositories including upstream Cetnos and a repository for our internal
>>> code.
>>>
>>> On Thu, Mar 10, 2016 at 6:41 AM, William H. ten Bensel <
>>> *WHTENBEN at up.com* <WHTENBEN at up.com>> wrote:
>>> We do this, however it is by design.  Hopefully this will help.
>>>
>>> It is accomplished by:
>>>
>>> A Kickstart profile is pointed to a "clone-by-date" base channel,
>>> updates, extras, debuginfo, and spacewalk-client.   This gives us 6.1, 6.2,
>>> 6.5, 6.5r1, 6.5r2, 6.6, kickstarts.
>>>         Systems->kickstart->profiles-> "profile" -> Kickstart details ->
>>> Operating system
>>> The same Kickstart profile has an activation key that is pointed to the
>>> updated version base channel, updates, extras, debuginfo, and
>>> spacewalk-client.
>>>         Systems->kickstart->profiles-> "profile" ->Activation Keys ->
>>> "activation key" -> Child Channels
>>>
>>> So, if the kickstart profile 6.4 is used, the older packages are
>>> installed.  Then the activation key is applied with the updated channels
>>> which allows the newer packages to be available but not installed during
>>> kickstart.  The Admin/application team is then able to determine when the
>>> best time would be to update the system.
>>>
>>> Caution:  If you are cloning the spacewalk-client channel and doing it
>>> this way  *https://bugzilla.redhat.com/show_bug.cgi?id=1280167*
>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1280167>
>>>
>>> - Thanks and good luck
>>>
>>>
>>>
>>> From:        Noah Rømer <*baronmog at gmail.com* <baronmog at gmail.com>>
>>> To:        *spacewalk-list at redhat.com* <spacewalk-list at redhat.com>
>>> Date:        03/09/2016 05:02 PM
>>> Subject:        [Spacewalk-list] old package versions installed during
>>> kickstarts
>>> Sent by:        *spacewalk-list-bounces at redhat.com*
>>> <spacewalk-list-bounces at redhat.com>
>>> ------------------------------
>>>
>>>
>>>
>>> This email originated from outside of the company. Please use discretion
>>> if opening attachments or clicking on links.
>>> ------------------------------
>>>
>>>
>>> We're using Spacewalk 2.2 (on CentOS 6.6 servers) to handle kickstart
>>> profiles and channels.
>>>
>>> If I update a package in one of the channels/yum repositories, after
>>> doing a spacewalk-repo-sync for the channel, the new version shows up as an
>>> available update, but the old version is still installed when a new system
>>> is kickstarted.
>>>
>>> Any ideas on what would cause this? There is a http proxy and a
>>> spacewalk proxy in front of the spacewalk server, but restarting the
>>> proxies doesn't fix the issue. Often times, the issue will go away after a
>>> few days/weeks, but I can't connect it to a specific action. That makes me
>>> think there's some cache somewhere that I haven't yet found.
>>>
>>> --
>>> Squirrels are the lunatic teenagers of the animal kingdom.This email
>>> originated from outside of the company.  Please use discretion if opening
>>> attachments or clicking on links.
>>>
>>> _______________________________________________
>>> Spacewalk-list mailing list
>>> *Spacewalk-list at redhat.com* <Spacewalk-list at redhat.com>
>>> *https://www.redhat.com/mailman/listinfo/spacewalk-list*
>>> <https://www.redhat.com/mailman/listinfo/spacewalk-list>
>>>
>>>
>>>
>>> **
>>>
>>>
>>>
>>> This email and any attachments may contain information that is
>>> confidential and/or privileged for the sole use of the intended recipient.
>>> Any use, review, disclosure, copying, distribution or reliance by others,
>>> and any forwarding of this email or its contents, without the express
>>> permission of the sender is strictly prohibited by law. If you are not the
>>> intended recipient, please contact the sender immediately, delete the
>>> e-mail and destroy all copies.
>>>
>>> **
>>>
>>> _______________________________________________
>>> Spacewalk-list mailing list
>>> *Spacewalk-list at redhat.com* <Spacewalk-list at redhat.com>
>>> *https://www.redhat.com/mailman/listinfo/spacewalk-list*
>>> <https://www.redhat.com/mailman/listinfo/spacewalk-list>
>>>
>>>
>>>
>>> --
>>> Squirrels are the lunatic teenagers of the animal kingdom.This email
>>> originated from outside of the company.  Please use discretion if opening
>>> attachments or clicking on links.
>>>
>>> _______________________________________________
>>> Spacewalk-list mailing list
>>> Spacewalk-list at redhat.com
>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>>
>>>
>>>
>>> **
>>>
>>>
>>>
>>> This email and any attachments may contain information that is
>>> confidential and/or privileged for the sole use of the intended recipient.
>>> Any use, review, disclosure, copying, distribution or reliance by others,
>>> and any forwarding of this email or its contents, without the express
>>> permission of the sender is strictly prohibited by law. If you are not the
>>> intended recipient, please contact the sender immediately, delete the
>>> e-mail and destroy all copies.
>>>
>>> **
>>>
>>>
>>> _______________________________________________
>>> Spacewalk-list mailing list
>>> Spacewalk-list at redhat.com
>>> https://www.redhat.com/mailman/listinfo/spacewalk-list
>>>
>>
>>
>>
>> --
>> Squirrels are the lunatic teenagers of the animal kingdom.
>>
>
>
>
> --
> Squirrels are the lunatic teenagers of the animal kingdom.
>

-- 
Squirrels are the lunatic teenagers of the animal kingdom.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20160323/bbf95401/attachment.htm>