After successfully launching the CentOS VM and logging in, I got to the #
prompt. But when I type 'puppet resource service' or just the word puppet
I get a command not found. If I type whereis puppet I get puppet:
--
You received this message because you are subscribed to the Google Groups
I decided to uninstall the gem for version 2.7.1 and install
puppet version 2.6.9.
Everything worked just fine... no weird "Could not find class"
problem...
am I missing something?
Thanks in advance,
Gus
On Jul 13, 11:03 am, Nigel Kersten wrote:
> On Tue, Jul 12, 2011 at 11:29 PM, Pe
ommand $
{command}",
"set spec[last()]/host_group/command/
runas_user ALL",
"set spec[last()]/host_group/command/tag
NOPASSWD",
],
onlyif => "match *[user = '${name}'] size == 0"
he zaml implementation, can you reproduce this problem with
> 0.25.4 master?
>
> in anycase, it sounds like a bug :)
>
> Ohad
>
> On Wed, Jun 16, 2010 at 9:35 AM, Nigel Kersten wrote:
>
> > On Tue, Jun 15, 2010 at 6:32 PM, donavan wrote:
>
> >> On Jun 15,
out.
On Jun 15, 6:29 pm, Todd Zullinger wrote:
> Gus F. wrote:
> > I am using puppet (version 0.25.5-1.e15 for redhat) for password
> > management for non-system users. This morning, users on some of my
> > puppet clients had their encrypted password strings in /etc/shadow
>
Hi,
I am using puppet (version 0.25.5-1.e15 for redhat) for password
management for non-system users. This morning, users on some of my
puppet clients had their encrypted password strings in /etc/shadow
replaced with the following string:
YAML::syck::BadAlias
That has effectively broken the use
27;
/opt/local/lib/ruby/1.8/webrick/server.rb:23:in `start'
/opt/local/lib/ruby/1.8/webrick/server.rb:82:in `start'
vendor/rails/railties/lib/webrick_server.rb:62:in `dispatch'
vendor/rails/railties/lib/commands/servers/webrick.rb:66
/opt/local/lib/ruby/site_ruby/1
