Puppet users - Sep 2013 - How to specify kernel version from puppet and downgrade pkg version.

Hello

I have some kernel moduls rpms related to specific kernel version.
Is there a method to control kernel versions by puppet?

Another question is :
Some time we need upgrade pkg version and downgrade pkg version, 
is possible by puppet?

Regards
Xiaofei

-- 
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to puppet-users+unsubscribe@googlegroups.com.
To post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users.
For more options, visit https://groups.google.com/groups/opt_out.

On Monday, September 16, 2013 1:57:19 AM UTC-5, Yan Xiaofei
wrote:
>
> Hello
>
> I have some kernel moduls rpms related to specific kernel version.
> Is there a method to control kernel versions by puppet?
>

You can use Puppet to install and remove kernel packages.  You can control 
what version of a given package must be installed.  You can use facts to 
determine which kernel version is currently running -- there are built-in 
facts for this.

 
>
> Another question is :
> Some time we need upgrade pkg version and downgrade pkg version, 
> is possible by puppet?
>
>
You can specify specific package versions that are supposed to be 
installed, and Puppet will attempt to achieve it.  As with most things 
related to packages, this works best when the underlying package manager 
relies on a package repository somewhere, as many do.  You can also ask 
that Puppet ensure the latest available version of a given package is 
installed.  Refer to the docs for the Package resource type: 
http://docs.puppetlabs.com/references/3.stable/type.html#package


John

-- 
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to puppet-users+unsubscribe@googlegroups.com.
To post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users.
For more options, visit https://groups.google.com/groups/opt_out.

Hello John

Thanks very much! I am a new user of puppet.

If I have lot of machines that install different version of kernel. I
want them install the same version.
Do I need specify delete all other version of kernel?


Another question : I didn''t find where to set the arch of package from
resource type.

Best regards
Xiaofei

于 2013/9/16 22:31, jcbollinger wrote:
>
>
> On Monday, September 16, 2013 1:57:19 AM UTC-5, Yan Xiaofei wrote:
>
>     Hello
>
>     I have some kernel moduls rpms related to specific kernel version.
>     Is there a method to control kernel versions by puppet?
>
>
>
> You can use Puppet to install and remove kernel packages. You can
> control what version of a given package must be installed. You can use
> facts to determine which kernel version is currently running -- there
> are built-in facts for this.
>
>
>     Another question is :
>     Some time we need upgrade pkg version and downgrade pkg version,
>     is possible by puppet?
>
>
>
> You can specify specific package versions that are supposed to be
> installed, and Puppet will attempt to achieve it. As with most things
> related to packages, this works best when the underlying package
> manager relies on a package repository somewhere, as many do. You can
> also ask that Puppet ensure the latest available version of a given
> package is installed. Refer to the docs for the Package resource type:
> http://docs.puppetlabs.com/references/3.stable/type.html#package
>
>
> John
>
> -- 
> You received this message because you are subscribed to the Google
> Groups "Puppet Users" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to puppet-users+unsubscribe@googlegroups.com.
> To post to this group, send email to puppet-users@googlegroups.com.
> Visit this group at http://groups.google.com/group/puppet-users.
> For more options, visit https://groups.google.com/groups/opt_out.
-- 
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to puppet-users+unsubscribe@googlegroups.com.
To post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users.
For more options, visit https://groups.google.com/groups/opt_out.

On Monday, September 16, 2013 10:40:43 AM UTC-5, Yan Xiaofei
wrote:
>
>  Hello John
>
> Thanks very much! I am a new user of puppet.
>
> If I have lot of machines that install different version of kernel. I want 
> them install the same version.
> Do I need specify delete all other version of kernel?
>

That''s to some extent a question of your specific OS distribution.  
Supposing that your distro supports multiple kernel packages simultaneously 
installed (e.g. RedHat-family distros), you probably don''t need to
delete
other versions to *install* the target version.  But that''s not the
whole
picture.  Supposing that you care not only about what kernel version is 
installed, but also about what version your systems actually use, you need 
also to worry about which kernel your systems boot by default, and you must 
reboot into the target kernel (after ensuring it installed) if the system 
is not already running it.  And it is not safe to attempt to remove the 
running kernel -- at best, the package manager refuses to do it, but the 
alternatives get worse from there.

Puppet can be made to manage all of that, but it will be complicated, as a 
reflection of the fact that the problem is complicated.

 
>
> Another question : I didn''t find where to set the arch of package
from
> resource type.
>
>
This is a longstanding weakness of Puppet.  Package architecture is a 
concept specific to a subset of package management systems, and Puppet does 
not explicitly account for it.  One possible approach to the issue is to 
ensure that the package repositories configured on each client contain only 
packages for the appropriate architecture.  If you are managing multilib 
systems, then you might look for a package manager option, such as is 
available in yum, to manage x86 and x86_64 packages together when both are 
available.


John

-- 
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to puppet-users+unsubscribe@googlegroups.com.
To post to this group, send email to puppet-users@googlegroups.com.
Visit this group at http://groups.google.com/group/puppet-users.
For more options, visit https://groups.google.com/groups/opt_out.