[Spacewalk-list] spacewalk configchannel

[David Rock]

> On Apr 7, 2017, at 09:15, Huber, Peter <peter.huber at uni-wh.de> wrote:
> 
> It is soo easy.. thank you...
> 
>> -----Ursprüngliche Nachricht-----
>> 
>> And you can use more than one activation key per system in your kickstart
>> profiles.

Be careful with this if you start doing config file management with activation keys. While you can define the priority of configs within an activation key, you can NOT define priority of activation keys.  As long as each activation key has unique items that it maintains, you will be fine.

An example of the issue:

Config channels:
    core-files: files all servers get (eg, /etc/sysctl.conf)
    oracles-files: new oracle-specific files, but also include files that should override core-files (eg, /etc/sysctl.conf with oracle-specific settings)

If you manage the config channels with keys like this:
    Key 1 - Core files
    Key 2 - Oracle files

You do not have control over whether the files in Key 1 or Key 2 get applied first.  If Key 1 files get applied first then Key 2, you will get the expected behavior (the oracle-specific /etc/sysctl.conf will be on the system), but if they are applied in the other order, your oracle server will have the “standard” /etc/sysctl,conf, not the one with the oracle-specific settings.

The only way to _guarantee_ the proper priority is to put both config channels under a single key and manage the priority directly.  There is no priority setting at a key level.

Again, as long as everything in each key is unique (nothing is overriding anything else), it will work as expected.


—
David Rock
david at graniteweb.com




-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20170407/5e5d9b48/attachment.sig>