[Spacewalk-list] SLES best practices

[Flores, Javier (D4\INF\IT ID)]

Hi Klaas,

I have been using one base channel for every major release (sles11, sles12) and child channels per service pack (sles11-sp3-pool, sles11-sp3-updates, sles11-sp4-pool, sles11-sp4-updates etc.)

To update from SLES 11 SP3 to SLES 11 SP4 I have simply added the SP4 channels to a SP3 system and then executed "zipper dup". After finishing I unsubscribe the system from the SP3 channels.

With SLES 11 I have had systems attached to channels of different service packs and no problems. But that was just because I forgot to unsubscribe from the old channels. I don't know if it's safe with SLES 12 and modules like web-scripting which have a different life cycle than the service packs.

Regards,
Javier



-----Ursprüngliche Nachricht-----
Von: spacewalk-list-bounces at redhat.com [mailto:spacewalk-list-bounces at redhat.com] Im Auftrag von Klaas Demter
Gesendet: Mittwoch, 13. Januar 2016 10:33
An: spacewalk-list at redhat.com
Betreff: [Spacewalk-list] SLES best practices

Hi,
I have a couple of questions regarding sles handling in spacewalk. What is a better solution and how can I more easily upgrade the machines connected to my spacewalk:
- create one base channel for a major Release (sles12) and child channels for GA/SP1/...
- create one base channel for each release (sles12-ga)

Can I safely have a sles12 sp1 system with the ga channels attached to it (ga-updates/ga-pool) or could this lead to inconsistency in that system? I guess the question is could a ga-update somehow be considered newer than a package in sp1 by zypper or could GA include packages dropped in newer service packs?

Does a simple zypper update suffice to update from one release to the next one once I change the subscribed channels in spacewalk or does zypper migrate do more than alter repositories and update packages?

Thanks in advance.

Greetings,
Klaas Demter

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list