So I have two classes for openvz setup. The first is openvz::setup
and it sets up the box for OpenVZ.. then another class (in same .pp
file) called openvz::master sets up the config for the main system (as
opposed to a VE). The error I see is that the openvz::master class is
executed (and fails) becuase it doesn''t seem to load up the setup
class?
debug: Calling puppetmaster.getconfig
err: Could not retrieve catalog: sys13w96m6 is not running correct
OpenVZ kernel! REBOOT? at /etc/puppet/modules/openvz/manifests/
openvz.pp:114 on node sys13w96m6.etrade.com
warning: Not using cache on failed catalog
What did I miss? I tried "require"-ing the setup class int he first
package install but it doesn''t seem to work.
class openvz::setup {
file { "/etc/sysconfig/selinux":
owner => "root",
mode => 644,
ensure => present,
content => "SELINUX=disabled",
}
file {"/etc/yum.repos.d/openvz.repo":
owner => root,
mode => 644,
ensure => present,
source => "puppet:///openvz/openvz.repo",
}
file {"/etc/sysctl.conf":
owner => "root",
mode => 644,
ensure => present,
source => "puppet:///openvz/sysctl.conf",
}
file {"/etc/modprobe.conf":
owner => "root",
mode => 644,
ensure => present,
}
line {"conn_track":
file => "/etc/modprobe.conf",
line => "options ip_conntrack
ip_conntrack_enable_ve0=1",
}
package {"ovzkernel-2.6.18-53.1.19.el5.028stab053.14.x86_64":
ensure => installed,
provider => yum,
require =>
[File["/etc/sysconfig/selinux"],File["/etc/
sysctl.conf"],File["/etc/modprobe.conf"]],
}
package {"ovzkernel-
devel-2.6.18-53.1.19.el5.028stab053.14.x86_64":
ensure => installed,
provider => yum,
require =>
Package["ovzkernel-2.6.18-53.1.19.el5.028stab053.14.x86_64"],
}
}
class openvz::master {
case $kernelrelease {
"2.6.18-53.1.19.el5.028stab053.14": {
package {["vzctl","vzquota"]:
ensure => installed,
provider => yum,
require => Class["openvz::setup"],
}
service {"vz":
enable => true,
ensure => running,
require => Package["vzctl"],
}
case $hardwaremodel {
"x86_64": {
package {"vzyum":
ensure => installed,
provider => "rpm",
source => "http://download.openvz.org/
template/utils/vzyum/2.4.0-11/vzyum-2.4.0-11.noarch.rpm",
}
package
{["vzpkg","vzrpm43-python","vzrpm44-
python","vzctl-lib"]:
ensure => installed,
provider => "yum",
require => Service["vz"],
}
}
"default": {
package
{["vzpkg","vzyum","vzrpm43-
python","vzrpm44-python","vzctl-lib"]:
ensure => installed,
provider => yum,
require => Service["vz"],
}
}
}
file {"/vz/template":
ensure => directory,
owner => "root",
mode => 775,
group => "etrade",
}
file {"/etc/sysconfig/iptables-config":
ensure => present,
owner => root,
mode => 600,
source => "puppet:///openvz/iptables-config",
}
service {"iptables":
enable => true,
ensure => running,
require => File["/etc/sysconfig/iptables-config"],
}
exec {"nat":
command => "/sbin/iptables -t nat -A POSTROUTING -s
192.168.0.0/24 -o eth0 -j SNAT --to $ipaddress",
require => Service["iptables"],
}
}
default: {
fail("$hostname is not running correct OpenVZ kernel!
REBOOT?")
}
}
}
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---
On 8/11/2008 1:08 PM, Jeff Leggett wrote:> debug: Calling puppetmaster.getconfig > err: Could not retrieve catalog: sys13w96m6 is not running correct > OpenVZ kernel! REBOOT? at /etc/puppet/modules/openvz/manifests/ > openvz.pp:114 on node sys13w96m6.etrade.com > warning: Not using cache on failed catalogWhat does ''facter kernelrelease'' return on the OpenVZ system? Is it different than ''2.6.18-53.1.19.el5.028stab053.14''? Is the rpm for the OpenVZ kernel installed? Has the system been rebooted since that kernel''s installation? -- Mike Renfro / R&D Engineer, Center for Manufacturing Research, 931 372-3601 / Tennessee Technological University --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
[jleggett@sys13w96m6 manifests]$ facter kernelrelease 2.6.18-8.el5 [jleggett@sys13w96m6 manifests]$ but that''s the problem... The class openvz::setup should well, setup the system for the configuration of the openvz::master config - that''s what it''s not doing... On Aug 11, 2:48 pm, Mike Renfro <ren...@tntech.edu> wrote:> On 8/11/2008 1:08 PM, Jeff Leggett wrote: > > > debug: Calling puppetmaster.getconfig > > err: Could not retrieve catalog: sys13w96m6 is not running correct > > OpenVZ kernel! REBOOT? at /etc/puppet/modules/openvz/manifests/ > > openvz.pp:114 on node sys13w96m6.etrade.com > > warning: Not using cache on failed catalog > > What does ''facter kernelrelease'' return on the OpenVZ system? Is it > different than ''2.6.18-53.1.19.el5.028stab053.14''? Is the rpm for the > OpenVZ kernel installed? Has the system been rebooted since that > kernel''s installation? > > -- > Mike Renfro / R&D Engineer, Center for Manufacturing Research, > 931 372-3601 / Tennessee Technological University--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
On 8/11/2008 3:55 PM, Jeff Leggett wrote:> but that''s the problem... The class openvz::setup should well, setup > the system for the configuration of the openvz::master config - that''s > what it''s not doing...I see two possible options right off: 1. that openvz::setup isn''t actually being applied unless there''s an ''include openvz::setup'' somewhere in the manifests. I *think* require just forces a dependency, i.e., that "changes to required objects happen before the dependent object". 2. that openvz::setup has actually been applied, as could be checked by seeing if the right kernel rpm is installed, but the system hasn''t been rebooted into the new kernel yet. -- Mike Renfro / R&D Engineer, Center for Manufacturing Research, 931 372-3601 / Tennessee Technological University --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
I define this in my templates.pp
class p8class {
include openvz::setup
include openvz::master
}
node p8 {
include p8class
}
then:
[jleggett@sys13w96m6 manifests]$ cat nodes.pp
node ''sys13w96m6.etrade.com'' inherits p8 {
}
[jleggett@sys13w96m6 manifests]$ hostname
sys13w96m6
[jleggett@sys13w96m6 manifests]$
checking for right kernel:
[jleggett@sys13w96m6 manifests]$ rpm -qa | grep kernel
kernel-headers-2.6.18-8.el5
kernel-2.6.18-8.el5
[jleggett@sys13w96m6 manifests]$
So, you see why I am stumped...
But thanks for helping me trouble shoot it - sure never hurts to
double check.
On Aug 11, 5:51 pm, Mike Renfro <ren...@tntech.edu>
wrote:> On 8/11/2008 3:55 PM, Jeff Leggett wrote:
>
> > but that''s the problem... The class openvz::setup should
well, setup
> > the system for the configuration of the openvz::master config -
that''s
> > what it''s not doing...
>
> I see two possible options right off:
>
> 1. that openvz::setup isn''t actually being applied unless
there''s an
> ''include openvz::setup'' somewhere in the manifests. I
*think* require
> just forces a dependency, i.e., that "changes to required objects
happen
> before the dependent object".
>
> 2. that openvz::setup has actually been applied, as could be checked by
> seeing if the right kernel rpm is installed, but the system hasn''t
been
> rebooted into the new kernel yet.
>
> --
> Mike Renfro / R&D Engineer, Center for Manufacturing Research,
> 931 372-3601 / Tennessee Technological University
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---
OK I thought I worked this out last week when Luke and Teyo were
onsite with me, but guess not.
I still get the error
Aug 20 16:20:42 lxp6d4m3 puppetmasterd[5685]:
(Scope(Class[openvz::master])) lxp6d15m3 is not running correct OpenVZ
kernel! REBOOT?
Which comes from the master class, but I see NOTHING from the setup
class... I *think* it has to do with the case at the beginning of the
master class. It immediately goes to the default since the setup
class has not been run. Do I stub in a throwaway resource type
requiring that class?! I''ll try that, but seems order in the nodes.pp
should take care of it.
something like
class openvz::master {
file { "/tmp/stub":
ensure => exists,
require => Class["openvz::setup"]
}
case $kernelrelease {
"2.6.18-53.1.19.el5.028stab053.14": {
package {["vzctl","vzquota"]:
and so on?
On Aug 11, 6:27 pm, Jeff Leggett <jeffrey.legg...@etrade.com>
wrote:> I define this in my templates.pp
>
> classp8class {
> include openvz::setup
> include openvz::master}
>
> node p8 {
> include p8class
>
> }
>
> then:
>
> [jleggett@sys13w96m6 manifests]$ cat nodes.pp
> node ''sys13w96m6.etrade.com'' inherits p8 {}
>
> [jleggett@sys13w96m6 manifests]$ hostname
> sys13w96m6
> [jleggett@sys13w96m6 manifests]$
>
> checking for right kernel:
> [jleggett@sys13w96m6 manifests]$ rpm -qa | grep kernel
> kernel-headers-2.6.18-8.el5
> kernel-2.6.18-8.el5
> [jleggett@sys13w96m6 manifests]$
>
> So, you see why I am stumped...
>
> But thanks for helping me trouble shoot it - sure never hurts to
> double check.
>
> On Aug 11, 5:51 pm, Mike Renfro <ren...@tntech.edu> wrote:
>
> > On 8/11/2008 3:55 PM, Jeff Leggett wrote:
>
> > > but that''s the problem... Theclassopenvz::setup should
well, setup
> > > the system for the configuration of the openvz::master config -
that''s
> > > what it''s not doing...
>
> > I see two possible options right off:
>
> > 1. that openvz::setup isn''t actually being applied unless
there''s an
> > ''include openvz::setup'' somewhere in the manifests.
I *think* require
> > just forces adependency, i.e., that "changes to required objects
happen
> > before the dependent object".
>
> > 2. that openvz::setup has actually been applied, as could be checked
by
> > seeing if the right kernel rpm is installed, but the system
hasn''t been
> > rebooted into the new kernel yet.
>
> > --
> > Mike Renfro / R&D Engineer, Center for Manufacturing Research,
> > 931 372-3601 / Tennessee Technological University
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com
To unsubscribe from this group, send email to
puppet-users+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---
That didn''t work either. I still see: Aug 20 17:06:04 lxp6d4m3 puppetmasterd[5685]: Caching node lxp6d15m3.etrade.com Aug 20 17:06:04 lxp6d4m3 puppetmasterd[5685]: Autoloaded module openvz Aug 20 17:06:04 lxp6d4m3 puppetmasterd[5685]: (Scope(Class[openvz::master])) lxp6d15m3 is not running correct OpenVZ kernel! REBOOT? Aug 20 17:06:04 lxp6d4m3 puppetmasterd[5685]: Compiled configuration for lxp6d15m3.etrade.com in 0.05 seconds On Aug 20, 4:52 pm, Jeff Leggett <jeffrey.legg...@etrade.com> wrote:> OK I thought I worked this out last week when Luke and Teyo were > onsite with me, but guess not. > > I still get the error > > Aug 20 16:20:42 lxp6d4m3 puppetmasterd[5685]: > (Scope(Class[openvz::master])) lxp6d15m3 is not running correct OpenVZ > kernel! REBOOT? > > Which comes from the masterclass, but I see NOTHING from the setupclass... I *think* it has to do with the case at the beginning of the > masterclass. It immediately goes to the default since the setupclasshas not been run. Do I stub in a throwaway resource type > requiring thatclass?! I''ll try that, but seems order in the nodes.pp > should take care of it. > > something like > > classopenvz::master { > file { "/tmp/stub": > ensure => exists, > require =>Class["openvz::setup"] > } > case $kernelrelease { > "2.6.18-53.1.19.el5.028stab053.14": { > package {["vzctl","vzquota"]: > and so on? > > On Aug 11, 6:27 pm, Jeff Leggett <jeffrey.legg...@etrade.com> wrote: > > > I define this in my templates.pp > > > classp8class { > > include openvz::setup > > include openvz::master} > > > node p8 { > > include p8class > > > } > > > then: > > > [jleggett@sys13w96m6 manifests]$ cat nodes.pp > > node ''sys13w96m6.etrade.com'' inherits p8 {} > > > [jleggett@sys13w96m6 manifests]$ hostname > > sys13w96m6 > > [jleggett@sys13w96m6 manifests]$ > > > checking for right kernel: > > [jleggett@sys13w96m6 manifests]$ rpm -qa | grep kernel > > kernel-headers-2.6.18-8.el5 > > kernel-2.6.18-8.el5 > > [jleggett@sys13w96m6 manifests]$ > > > So, you see why I am stumped... > > > But thanks for helping me trouble shoot it - sure never hurts to > > double check. > > > On Aug 11, 5:51 pm, Mike Renfro <ren...@tntech.edu> wrote: > > > > On 8/11/2008 3:55 PM, Jeff Leggett wrote: > > > > > but that''s the problem... Theclassopenvz::setup should well, setup > > > > the system for the configuration of the openvz::master config - that''s > > > > what it''s not doing... > > > > I see two possible options right off: > > > > 1. that openvz::setup isn''t actually being applied unless there''s an > > > ''include openvz::setup'' somewhere in the manifests. I *think* require > > > just forces adependency, i.e., that "changes to required objects happen > > > before the dependent object". > > > > 2. that openvz::setup has actually been applied, as could be checked by > > > seeing if the right kernel rpm is installed, but the system hasn''t been > > > rebooted into the new kernel yet. > > > > -- > > > Mike Renfro / R&D Engineer, Center for Manufacturing Research, > > > 931 372-3601 / Tennessee Technological University--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---