Re: [Puppet Users] Puppet Standalone Behavior
Dan, yes I know I could do that, and in fact that's what I was doing (that
is, simply do a puppet /path/to/manifest-that-could-just-be-site.pp) but
yes, that article and occurrences elsewhere misled me. Appreciate your help,
I am just trying to learn. Thanks and apologies for being a bit
presumptuous.
Cheers.
On Tue, Aug 17, 2010 at 10:29 PM, Dan Bode wrote:
> Hi,
>
> On Tue, Aug 17, 2010 at 9:50 AM, mohit chawla <
> mohit.chawla.bin...@gmail.com> wrote:
>
>> I am sure I didn't make this up, but I was under the impression that
>> either it will autoload the default site.pp (under /etc/puppet/manifests) or
>> the one mentioned with the --manifest option. So, essentially I thought just
>> the modulepath option (with or without the explicit --manifest option) would
>> be sufficient in either case.
>>
>
> you can achieve this functionality by running
>
> #>puppet /etc/puppet/manifests/site.pp
>
> only the puppet server (puppetmasterd) uses manifest/manifestdir to
> automatically find site.pp
>
>
>> I was mainly trying out alternative deployment approaches apart from the
>> client/server arch that I have been using. Mainly inspired by this article:
>> http://bitfieldconsulting.com/scaling-puppet-with-distributed-version-control
>>
>
> I had a look at that article, it is slightly misleading. I think the
> examples are trying to highlight that you can specify modulepath with the
> puppet executalbe, but the statements:
>
> puppet --modulepath=/etc/puppet/modules
>
> are not valid, they will just hang unless the puppet manifest is also
> passed as an argument.
>
>
>
>>
>> Didn't think asking this would be so offensive.
>>
>
> I am definitely not offend, and I don't mean to offend, just trying to
> help.
>
>
>>
>> On Tue, Aug 17, 2010 at 12:10 PM, Dan Bode wrote:
>>
>>> the puppet executable expects one of the following:
>>>path to manifest file
>>>puppet code passed to stdin
>>>with the -e options, it accepts puppet code to execute.
>>>
>>> when you call puppet code without one of these options, it is patiently
>>> waiting for code from STDIN.
>>>
>>> What behavior are you expecting? Maybe you should look into the
>>> puppetmasterd/puppetd executables.
>>>
>>> -Dan
>>>
>>> On Mon, Aug 16, 2010 at 11:17 PM, mohit chawla <
>>> mohit.chawla.bin...@gmail.com> wrote:
>>>
Puppet version is 0.25.5 on Debian Squeeze.
On Tue, Aug 17, 2010 at 11:43 AM, alcy
wrote:
> If I do
>
> 1) puppet --modulepath=/home/abc/puppet/modules
>
> OR
>
> 2) puppet --modulepath=/home/abc/puppet/modules --manifest=/home/abc/
> puppet/site.pp
>
> (...where site.pp has import "nodes.pp", and nodes.pp has a default
> node definition that includes basic modules defined under /home/abc/
> puppet/modules)
>
> OR
>
> 3) 2) with confdir set as /home/abc/puppet with a puppet.conf just
> pointing to the var, ssl and other directories.
>
> , then I do not get any output (or anything in the logfile with the
> logdest set) whatsoever even with trace, logdest, debug and verbose
> options set.
>
>
> If however I explicitly do
>
> 4) puppet -e node default { include xyz include pqr} --modulepath=/
> home/abc/puppet/modules
>
> ,then the modules are applied fine.
>
> Any pointers regarding this behavior of the standalone executable ?
> Suggestions/tips for better understanding its working ?
>
> --
> You received this message because you are subscribed to the Google
> Groups "Puppet Users" group.
> To post to this group, send email to puppet-us...@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-users+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en.
>
>
--
You received this message because you are subscribed to the Google
Groups "Puppet Users" group.
To post to this group, send email to puppet-us...@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com
.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "Puppet Users" group.
>>> To post to this group, send email to puppet-us...@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> puppet-users+unsubscr...@googlegroups.com
>>> .
>>> For more options, visit this group at
>>> http://groups.google.com/group/puppet-users?hl=en.
>>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Puppet Users" group.
>> To post to this group, send email to puppet-us...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> puppet-users+unsubscr...@googlegroups.com
>> .
>> For more options, visit this group
Re: [Puppet Users] Puppet Standalone Behavior
Hi,
On Tue, Aug 17, 2010 at 9:50 AM, mohit chawla wrote:
> I am sure I didn't make this up, but I was under the impression that either
> it will autoload the default site.pp (under /etc/puppet/manifests) or the
> one mentioned with the --manifest option. So, essentially I thought just the
> modulepath option (with or without the explicit --manifest option) would be
> sufficient in either case.
>
you can achieve this functionality by running
#>puppet /etc/puppet/manifests/site.pp
only the puppet server (puppetmasterd) uses manifest/manifestdir to
automatically find site.pp
> I was mainly trying out alternative deployment approaches apart from the
> client/server arch that I have been using. Mainly inspired by this article:
> http://bitfieldconsulting.com/scaling-puppet-with-distributed-version-control
>
I had a look at that article, it is slightly misleading. I think the
examples are trying to highlight that you can specify modulepath with the
puppet executalbe, but the statements:
puppet --modulepath=/etc/puppet/modules
are not valid, they will just hang unless the puppet manifest is also passed
as an argument.
>
> Didn't think asking this would be so offensive.
>
I am definitely not offend, and I don't mean to offend, just trying to help.
>
> On Tue, Aug 17, 2010 at 12:10 PM, Dan Bode wrote:
>
>> the puppet executable expects one of the following:
>>path to manifest file
>>puppet code passed to stdin
>>with the -e options, it accepts puppet code to execute.
>>
>> when you call puppet code without one of these options, it is patiently
>> waiting for code from STDIN.
>>
>> What behavior are you expecting? Maybe you should look into the
>> puppetmasterd/puppetd executables.
>>
>> -Dan
>>
>> On Mon, Aug 16, 2010 at 11:17 PM, mohit chawla <
>> mohit.chawla.bin...@gmail.com> wrote:
>>
>>> Puppet version is 0.25.5 on Debian Squeeze.
>>>
>>>
>>> On Tue, Aug 17, 2010 at 11:43 AM, alcy wrote:
>>>
If I do
1) puppet --modulepath=/home/abc/puppet/modules
OR
2) puppet --modulepath=/home/abc/puppet/modules --manifest=/home/abc/
puppet/site.pp
(...where site.pp has import "nodes.pp", and nodes.pp has a default
node definition that includes basic modules defined under /home/abc/
puppet/modules)
OR
3) 2) with confdir set as /home/abc/puppet with a puppet.conf just
pointing to the var, ssl and other directories.
, then I do not get any output (or anything in the logfile with the
logdest set) whatsoever even with trace, logdest, debug and verbose
options set.
If however I explicitly do
4) puppet -e node default { include xyz include pqr} --modulepath=/
home/abc/puppet/modules
,then the modules are applied fine.
Any pointers regarding this behavior of the standalone executable ?
Suggestions/tips for better understanding its working ?
--
You received this message because you are subscribed to the Google
Groups "Puppet Users" group.
To post to this group, send email to puppet-us...@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com
.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "Puppet Users" group.
>>> To post to this group, send email to puppet-us...@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> puppet-users+unsubscr...@googlegroups.com
>>> .
>>> For more options, visit this group at
>>> http://groups.google.com/group/puppet-users?hl=en.
>>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Puppet Users" group.
>> To post to this group, send email to puppet-us...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> puppet-users+unsubscr...@googlegroups.com
>> .
>> For more options, visit this group at
>> http://groups.google.com/group/puppet-users?hl=en.
>>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To post to this group, send email to puppet-us...@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-users+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en.
>
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-us...@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
Re: [Puppet Users] Puppet Standalone Behavior
I am sure I didn't make this up, but I was under the impression that either
it will autoload the default site.pp (under /etc/puppet/manifests) or the
one mentioned with the --manifest option. So, essentially I thought just the
modulepath option (with or without the explicit --manifest option) would be
sufficient in either case.
I was mainly trying out alternative deployment approaches apart from the
client/server arch that I have been using. Mainly inspired by this article:
http://bitfieldconsulting.com/scaling-puppet-with-distributed-version-control
Didn't think asking this would be so offensive.
On Tue, Aug 17, 2010 at 12:10 PM, Dan Bode wrote:
> the puppet executable expects one of the following:
>path to manifest file
>puppet code passed to stdin
>with the -e options, it accepts puppet code to execute.
>
> when you call puppet code without one of these options, it is patiently
> waiting for code from STDIN.
>
> What behavior are you expecting? Maybe you should look into the
> puppetmasterd/puppetd executables.
>
> -Dan
>
> On Mon, Aug 16, 2010 at 11:17 PM, mohit chawla <
> mohit.chawla.bin...@gmail.com> wrote:
>
>> Puppet version is 0.25.5 on Debian Squeeze.
>>
>>
>> On Tue, Aug 17, 2010 at 11:43 AM, alcy wrote:
>>
>>> If I do
>>>
>>> 1) puppet --modulepath=/home/abc/puppet/modules
>>>
>>> OR
>>>
>>> 2) puppet --modulepath=/home/abc/puppet/modules --manifest=/home/abc/
>>> puppet/site.pp
>>>
>>> (...where site.pp has import "nodes.pp", and nodes.pp has a default
>>> node definition that includes basic modules defined under /home/abc/
>>> puppet/modules)
>>>
>>> OR
>>>
>>> 3) 2) with confdir set as /home/abc/puppet with a puppet.conf just
>>> pointing to the var, ssl and other directories.
>>>
>>> , then I do not get any output (or anything in the logfile with the
>>> logdest set) whatsoever even with trace, logdest, debug and verbose
>>> options set.
>>>
>>>
>>> If however I explicitly do
>>>
>>> 4) puppet -e node default { include xyz include pqr} --modulepath=/
>>> home/abc/puppet/modules
>>>
>>> ,then the modules are applied fine.
>>>
>>> Any pointers regarding this behavior of the standalone executable ?
>>> Suggestions/tips for better understanding its working ?
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "Puppet Users" group.
>>> To post to this group, send email to puppet-us...@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> puppet-users+unsubscr...@googlegroups.com
>>> .
>>> For more options, visit this group at
>>> http://groups.google.com/group/puppet-users?hl=en.
>>>
>>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Puppet Users" group.
>> To post to this group, send email to puppet-us...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> puppet-users+unsubscr...@googlegroups.com
>> .
>> For more options, visit this group at
>> http://groups.google.com/group/puppet-users?hl=en.
>>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To post to this group, send email to puppet-us...@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-users+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en.
>
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-us...@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
Re: [Puppet Users] Puppet Standalone Behavior
the puppet executable expects one of the following:
path to manifest file
puppet code passed to stdin
with the -e options, it accepts puppet code to execute.
when you call puppet code without one of these options, it is patiently
waiting for code from STDIN.
What behavior are you expecting? Maybe you should look into the
puppetmasterd/puppetd executables.
-Dan
On Mon, Aug 16, 2010 at 11:17 PM, mohit chawla <
mohit.chawla.bin...@gmail.com> wrote:
> Puppet version is 0.25.5 on Debian Squeeze.
>
>
> On Tue, Aug 17, 2010 at 11:43 AM, alcy wrote:
>
>> If I do
>>
>> 1) puppet --modulepath=/home/abc/puppet/modules
>>
>> OR
>>
>> 2) puppet --modulepath=/home/abc/puppet/modules --manifest=/home/abc/
>> puppet/site.pp
>>
>> (...where site.pp has import "nodes.pp", and nodes.pp has a default
>> node definition that includes basic modules defined under /home/abc/
>> puppet/modules)
>>
>> OR
>>
>> 3) 2) with confdir set as /home/abc/puppet with a puppet.conf just
>> pointing to the var, ssl and other directories.
>>
>> , then I do not get any output (or anything in the logfile with the
>> logdest set) whatsoever even with trace, logdest, debug and verbose
>> options set.
>>
>>
>> If however I explicitly do
>>
>> 4) puppet -e node default { include xyz include pqr} --modulepath=/
>> home/abc/puppet/modules
>>
>> ,then the modules are applied fine.
>>
>> Any pointers regarding this behavior of the standalone executable ?
>> Suggestions/tips for better understanding its working ?
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Puppet Users" group.
>> To post to this group, send email to puppet-us...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> puppet-users+unsubscr...@googlegroups.com
>> .
>> For more options, visit this group at
>> http://groups.google.com/group/puppet-users?hl=en.
>>
>>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To post to this group, send email to puppet-us...@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-users+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en.
>
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-us...@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
Re: [Puppet Users] Puppet Standalone Behavior
Puppet version is 0.25.5 on Debian Squeeze.
On Tue, Aug 17, 2010 at 11:43 AM, alcy wrote:
> If I do
>
> 1) puppet --modulepath=/home/abc/puppet/modules
>
> OR
>
> 2) puppet --modulepath=/home/abc/puppet/modules --manifest=/home/abc/
> puppet/site.pp
>
> (...where site.pp has import "nodes.pp", and nodes.pp has a default
> node definition that includes basic modules defined under /home/abc/
> puppet/modules)
>
> OR
>
> 3) 2) with confdir set as /home/abc/puppet with a puppet.conf just
> pointing to the var, ssl and other directories.
>
> , then I do not get any output (or anything in the logfile with the
> logdest set) whatsoever even with trace, logdest, debug and verbose
> options set.
>
>
> If however I explicitly do
>
> 4) puppet -e node default { include xyz include pqr} --modulepath=/
> home/abc/puppet/modules
>
> ,then the modules are applied fine.
>
> Any pointers regarding this behavior of the standalone executable ?
> Suggestions/tips for better understanding its working ?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Puppet Users" group.
> To post to this group, send email to puppet-us...@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-users+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en.
>
>
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-us...@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
