[Puppet Users] Re: Cannot update Puppet 3.7.5 to 3.8.1 on Windows

[cko]

By the way: ruby.exe is missing from *C:\puppet\sys\ruby\bin*

Is this intended?


On Friday, July 17, 2015 at 2:59:34 PM UTC+2, cko wrote:
>
> Hi all,
>
> updating Puppet from 3.7.5 to 3.8.1 fails on all my Windows Server 2008R2 
> nodes.
>
> I'm using the following code (puppet.pp):
>
> *package { 'Puppet':*
> *  ensure  => "3.8.1",*
> *  source  => 
> "puppet\\puppetsamba\\puppet_agent\\windows\\puppet-3.8.1.msi",*
> *  provider=> windows,*
> *  install_options => { 'INSTALLDIR' => 'C:\puppet' }*
> * }*
>
> This completes without any problem:
>
> *C:\Scripts>puppet apply puppet.pp*
> *Notice: Compiled catalog for server.local.domain in environment 
> production in 1.33 seconds*
> *Notice: /Stage[main]/Main/Package[Puppet]/ensure: ensure changed '3.7.5' 
> to '3.8.1'*
> *Notice: Finished catalog run in 84.66 seconds*
>
> But after the installation I am unable to use Puppet:
>
> *C:\Scripts>puppet agent -t*
> *'ruby' is not recognized as an internal or external command, operable 
> program or batch file.*
>
>
> Any ideas?
>

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/3a193a17-5ee3-4468-a15e-3edaa823a266%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Puppet Users] Cannot update Puppet 3.7.5 to 3.8.1 on Windows

[cko]

Hi all,

updating Puppet from 3.7.5 to 3.8.1 fails on all my Windows Server 2008R2 
nodes.

I'm using the following code (puppet.pp):

*package { 'Puppet':*
*  ensure  => "3.8.1",*
*  source  => 
"puppet\\puppetsamba\\puppet_agent\\windows\\puppet-3.8.1.msi",*
*  provider=> windows,*
*  install_options => { 'INSTALLDIR' => 'C:\puppet' }*
* }*

This completes without any problem:

*C:\Scripts>puppet apply puppet.pp*
*Notice: Compiled catalog for server.local.domain in environment production 
in 1.33 seconds*
*Notice: /Stage[main]/Main/Package[Puppet]/ensure: ensure changed '3.7.5' 
to '3.8.1'*
*Notice: Finished catalog run in 84.66 seconds*

But after the installation I am unable to use Puppet:

*C:\Scripts>puppet agent -t*
*'ruby' is not recognized as an internal or external command, operable 
program or batch file.*


Any ideas?

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/365a9306-7809-4ab8-9b27-e632c8ae94d8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] My puppet code is not idempotent (Windows package provider)

[cko]

I installed the package manually and used "puppet resource package" to 
determine the exact package name.

But I just found out that Puppet *doesn't install the package* at all 
*unless* I run puppet manually via "puppet agent -t". The report says 
otherwise.

The Puppet service on the nodes runs as the "Local System Account" (Default)


I do not want to run "puppet agent -t" manuall on every machine for this to 
work :|

On Thursday, February 19, 2015 at 11:15:34 AM UTC+1, Dirk Heinrichs wrote:
>
>  Am 19.02.2015 um 10:29 schrieb cko:
>
>  But on every puppet run, the "package" resource gets applied. Example 
> tagmail output:
>
>  
>
> *Thu Feb 19 09:48:28 +0100 2015 /Stage[main]/[ .. module 
> ]/Package[signotec WinUSB]/ensure (notice): created Thu Feb 19 10:16:59 
> +0100 2015 /Stage[main]/[ .. module ]/Package[signotec WinUSB]/ensure 
> (notice): created *
> *.*
>
>  Any ideas?
>
>
> Is  'signotec WinUSB' exactly the name of the package as reported by 
> Windows in Control Panel\All Control Panel Items\Programs and Features? 
> dito for the version?
>
> HTH...
>
> Dirk
> -- 
>
> *Dirk Heinrichs*, Senior Systems Engineer, Engineering Solutions
> *Recommind GmbH*, Von-Liebig-Straße 1, 53359 Rheinbach
> *Tel*: +49 2226 159 (Ansage) 1149
> *Email*: d...@recommind.com 
> *Skype*: dirk.heinrichs.recommind
> www.recommind.com
>  

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/fe2a6f7a-9010-4e47-bfb1-6c05896d6749%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Puppet Users] My puppet code is not idempotent (Windows package provider)

[cko]

Hi everyone,

I'm using the following manifest to deploy a driver package (and its 
certificate) to about 150 Windows Server 2008 R2 nodes.

https://gist.github.com/anonymous/1cbaa90e1d0497ebaeb3

The "file" and "exec" resources are applied successfully and only once.

But on every puppet run, the "package" resource gets applied. Example 
tagmail output:




*Thu Feb 19 09:48:28 +0100 2015 /Stage[main]/[ .. module ]/Package[signotec 
WinUSB]/ensure (notice): createdThu Feb 19 10:16:59 +0100 2015 
/Stage[main]/[ .. module ]/Package[signotec WinUSB]/ensure (notice): 
created*
*.*


Any ideas?

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/73b28b55-3f57-4ab1-b92a-1078c5175f76%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] Unreported Windows nodes (Puppet 3.7.3, Exchange 2010)

[cko]

I just updated to 3.7.4

This is the output when I manually run 
Puppet: http://i.imgur.com/pdrklFm.png (Still, only happening on exchange 
2010 nodes)

The Agent basically stops working after loading all facts, without removing 
the .lock file.

Let me know if you need more information on this.


On Thursday, February 5, 2015 at 11:27:43 PM UTC+1, Rob Reynolds wrote:
>
> On Tue, Feb 3, 2015 at 8:25 AM, cko > 
> wrote:
>
>> Icacls: http://i.imgur.com/s1xQy65.png
>>
>
> Can you run one against the last_run_report.yaml and the lock file (if 
> still present)? 
>
> I'm seeing a similar set of permissions for var/state but want to verify 
> the permissions on the files (as they can be different).
>
>
>> I will upgrade to Puppet 3.7.3 this week an see if that fixed the issue.
>>
>>
>> On Monday, February 2, 2015 at 9:49:01 PM UTC+1, Rob Reynolds wrote:
>>>
>>>
>>>
>>> On Mon, Feb 2, 2015 at 5:05 AM, cko  wrote:
>>>
>>>> I just noticed that the affected agents do not update the files located 
>>>> in "C:\ProgramData\PuppetLabs\puppet\var\state".
>>>>
>>>> Also interesting: The "agent_catalog_run.lock" file is not properly 
>>>> removed after a puppet run.
>>>>
>>>> See the timestamps on the files ( http://i.imgur.com/qE87OB5.png )
>>>>
>>>
>>>
>>> Can you give me an icacls on that folder? icacls 
>>> C:\ProgramData\PuppetLabs\puppet\var\state. Also I wonder if you have a 
>>> connection issue in sending the report to the master? From the gist I 
>>> didn't see an issue jump out at me though.
>>>
>>> Also, 3.7.4 just came out. I don't know for sure if it will resolve the 
>>> issues or not.
>>>  
>>>
>>>>
>>>>
>>>>
>>>> On Monday, December 15, 2014 at 5:24:55 PM UTC+1, Rob Reynolds wrote:
>>>>>
>>>>>
>>>>>
>>>>> On Sun, Dec 14, 2014 at 9:17 AM, cko  wrote:
>>>>>>
>>>>>> The Puppet Service is actually running.
>>>>>>
>>>>>> The eventlog shows records about successfully finished catalog runs. 
>>>>>> All files in the C:\ProgramData\PuppetLabs\puppet\var\state 
>>>>>> directory indicate that the puppet run finishes without problems.
>>>>>>
>>>>>> I suspect there is a problem with the submission of the report to the 
>>>>>> puppet master unless the puppet run is triggered manually. 
>>>>>>
>>>>>
>>>>> What user does the puppet agent service run under? 
>>>>>
>>>>>  
>>>>>
>>>>>>
>>>>>> That might be the reason they are marked "out of sync" in any 
>>>>>> dashboard application (puppetdb, puppetexplorer, foreman).
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Sunday, December 14, 2014 4:48:59 AM UTC+1, Rob Reynolds wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Dec 9, 2014 at 7:28 AM, cko  wrote:
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> I'm currently having an issue with the Windows Server 2008R2 nodes 
>>>>>>>> in our Exchange 2010 environment.
>>>>>>>>
>>>>>>>> Since I upgraded the four nodes to Puppet 3.7.3 , they do not check 
>>>>>>>> in to the Puppetmaster via the Windows Service every 30 minutes like 
>>>>>>>> all 
>>>>>>>> the other nodes do. 
>>>>>>>>
>>>>>>>> Here is a gist of the output from "puppet agent -t --debug" that 
>>>>>>>> might help https://gist.github.com/anonymous/e972393ea742631ccaef
>>>>>>>>
>>>>>>>> Is there a problem in my environment or are there any known issues 
>>>>>>>> regarding this behavior? 
>>>>>>>>
>>>>>>>
>>>>>>> We are not aware of a known issue for this behavior. If you could 
>>>>>>> check the eventlog and determine what issues it may be reporting?  
>>>>>>>
>>>>>>>>  -- 
>>>>>>>> You received 

Re: [Puppet Users] Unreported Windows nodes (Puppet 3.7.3, Exchange 2010)

[cko]

Icacls: http://i.imgur.com/s1xQy65.png

I will upgrade to Puppet 3.7.3 this week an see if that fixed the issue.


On Monday, February 2, 2015 at 9:49:01 PM UTC+1, Rob Reynolds wrote:
>
>
>
> On Mon, Feb 2, 2015 at 5:05 AM, cko > 
> wrote:
>
>> I just noticed that the affected agents do not update the files located 
>> in "C:\ProgramData\PuppetLabs\puppet\var\state".
>>
>> Also interesting: The "agent_catalog_run.lock" file is not properly 
>> removed after a puppet run.
>>
>> See the timestamps on the files ( http://i.imgur.com/qE87OB5.png )
>>
>
>
> Can you give me an icacls on that folder? icacls 
> C:\ProgramData\PuppetLabs\puppet\var\state. Also I wonder if you have a 
> connection issue in sending the report to the master? From the gist I 
> didn't see an issue jump out at me though.
>
> Also, 3.7.4 just came out. I don't know for sure if it will resolve the 
> issues or not.
>  
>
>>
>>
>>
>> On Monday, December 15, 2014 at 5:24:55 PM UTC+1, Rob Reynolds wrote:
>>>
>>>
>>>
>>> On Sun, Dec 14, 2014 at 9:17 AM, cko  wrote:
>>>>
>>>> The Puppet Service is actually running.
>>>>
>>>> The eventlog shows records about successfully finished catalog runs. 
>>>> All files in the C:\ProgramData\PuppetLabs\puppet\var\state directory 
>>>> indicate that the puppet run finishes without problems.
>>>>
>>>> I suspect there is a problem with the submission of the report to the 
>>>> puppet master unless the puppet run is triggered manually. 
>>>>
>>>
>>> What user does the puppet agent service run under? 
>>>
>>>  
>>>
>>>>
>>>> That might be the reason they are marked "out of sync" in any dashboard 
>>>> application (puppetdb, puppetexplorer, foreman).
>>>>
>>>>
>>>>
>>>>
>>>> On Sunday, December 14, 2014 4:48:59 AM UTC+1, Rob Reynolds wrote:
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Dec 9, 2014 at 7:28 AM, cko  wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I'm currently having an issue with the Windows Server 2008R2 nodes in 
>>>>>> our Exchange 2010 environment.
>>>>>>
>>>>>> Since I upgraded the four nodes to Puppet 3.7.3 , they do not check 
>>>>>> in to the Puppetmaster via the Windows Service every 30 minutes like all 
>>>>>> the other nodes do. 
>>>>>>
>>>>>> Here is a gist of the output from "puppet agent -t --debug" that 
>>>>>> might help https://gist.github.com/anonymous/e972393ea742631ccaef
>>>>>>
>>>>>> Is there a problem in my environment or are there any known issues 
>>>>>> regarding this behavior? 
>>>>>>
>>>>>
>>>>> We are not aware of a known issue for this behavior. If you could 
>>>>> check the eventlog and determine what issues it may be reporting?  
>>>>>
>>>>>>  -- 
>>>>>> 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...@googlegroups.com.
>>>>>> To view this discussion on the web visit https://groups.google.com/d/
>>>>>> msgid/puppet-users/4da95e8f-9c8f-4dca-a91d-dfae1ce1dd1d%40goog
>>>>>> legroups.com 
>>>>>> <https://groups.google.com/d/msgid/puppet-users/4da95e8f-9c8f-4dca-a91d-dfae1ce1dd1d%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>>>> .
>>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>>
>>>>>
>>>>>
>>>>> -- 
>>>>> Rob Reynolds
>>>>> Developer, Puppet Labs
>>>>>
>>>>> *Join us at **PuppetConf 2015, October 5-9 in Portland, OR - *
>>>>> http://2015.puppetconf.com/
>>>>> *Register early to save 40%!*
>>>>>  
>>>>  -- 
>>>> 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

Re: [Puppet Users] Unreported Windows nodes (Puppet 3.7.3, Exchange 2010)

[cko]

I just noticed that the affected agents do not update the files located in 
"C:\ProgramData\PuppetLabs\puppet\var\state".

Also interesting: The "agent_catalog_run.lock" file is not properly removed 
after a puppet run.

See the timestamps on the files ( http://i.imgur.com/qE87OB5.png )



On Monday, December 15, 2014 at 5:24:55 PM UTC+1, Rob Reynolds wrote:
>
>
>
> On Sun, Dec 14, 2014 at 9:17 AM, cko > 
> wrote:
>>
>> The Puppet Service is actually running.
>>
>> The eventlog shows records about successfully finished catalog runs. All 
>> files in the C:\ProgramData\PuppetLabs\puppet\var\state directory indicate 
>> that the puppet run finishes without problems.
>>
>> I suspect there is a problem with the submission of the report to the 
>> puppet master unless the puppet run is triggered manually. 
>>
>
> What user does the puppet agent service run under? 
>
>  
>
>>
>> That might be the reason they are marked "out of sync" in any dashboard 
>> application (puppetdb, puppetexplorer, foreman).
>>
>>
>>
>>
>> On Sunday, December 14, 2014 4:48:59 AM UTC+1, Rob Reynolds wrote:
>>>
>>>
>>>
>>> On Tue, Dec 9, 2014 at 7:28 AM, cko  wrote:
>>>>
>>>> Hi,
>>>>
>>>> I'm currently having an issue with the Windows Server 2008R2 nodes in 
>>>> our Exchange 2010 environment.
>>>>
>>>> Since I upgraded the four nodes to Puppet 3.7.3 , they do not check in 
>>>> to the Puppetmaster via the Windows Service every 30 minutes like all the 
>>>> other nodes do. 
>>>>
>>>> Here is a gist of the output from "puppet agent -t --debug" that might 
>>>> help https://gist.github.com/anonymous/e972393ea742631ccaef
>>>>
>>>> Is there a problem in my environment or are there any known issues 
>>>> regarding this behavior? 
>>>>
>>>
>>> We are not aware of a known issue for this behavior. If you could check 
>>> the eventlog and determine what issues it may be reporting?  
>>>
>>>>  -- 
>>>> 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...@googlegroups.com.
>>>> To view this discussion on the web visit https://groups.google.com/d/
>>>> msgid/puppet-users/4da95e8f-9c8f-4dca-a91d-dfae1ce1dd1d%
>>>> 40googlegroups.com 
>>>> <https://groups.google.com/d/msgid/puppet-users/4da95e8f-9c8f-4dca-a91d-dfae1ce1dd1d%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>> .
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>>
>>> -- 
>>> Rob Reynolds
>>> Developer, Puppet Labs
>>>
>>> *Join us at **PuppetConf 2015, October 5-9 in Portland, OR - *
>>> http://2015.puppetconf.com/
>>> *Register early to save 40%!*
>>>  
>>  -- 
>> 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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/puppet-users/311eff85-ba40-42bf-a983-a363fe5a61d1%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/puppet-users/311eff85-ba40-42bf-a983-a363fe5a61d1%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
> -- 
> Rob Reynolds
> Developer, Puppet Labs
>
> *Join us at **PuppetConf 2015, October 5-9 in Portland, OR - *
> http://2015.puppetconf.com/
> *Register early to save 40%!*
>  

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/74fa3e65-2974-46b5-95c4-a30bf6374a60%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] Unreported Windows nodes (Puppet 3.7.3, Exchange 2010)

[cko]

The service runs under the Local System account.

On Monday, December 15, 2014 5:24:55 PM UTC+1, Rob Reynolds wrote:
>
>
>
> On Sun, Dec 14, 2014 at 9:17 AM, cko > 
> wrote:
>>
>> The Puppet Service is actually running.
>>
>> The eventlog shows records about successfully finished catalog runs. All 
>> files in the C:\ProgramData\PuppetLabs\puppet\var\state directory indicate 
>> that the puppet run finishes without problems.
>>
>> I suspect there is a problem with the submission of the report to the 
>> puppet master unless the puppet run is triggered manually. 
>>
>
> What user does the puppet agent service run under? 
>
>  
>
>>
>> That might be the reason they are marked "out of sync" in any dashboard 
>> application (puppetdb, puppetexplorer, foreman).
>>
>>
>>
>>
>> On Sunday, December 14, 2014 4:48:59 AM UTC+1, Rob Reynolds wrote:
>>>
>>>
>>>
>>> On Tue, Dec 9, 2014 at 7:28 AM, cko  wrote:
>>>>
>>>> Hi,
>>>>
>>>> I'm currently having an issue with the Windows Server 2008R2 nodes in 
>>>> our Exchange 2010 environment.
>>>>
>>>> Since I upgraded the four nodes to Puppet 3.7.3 , they do not check in 
>>>> to the Puppetmaster via the Windows Service every 30 minutes like all the 
>>>> other nodes do. 
>>>>
>>>> Here is a gist of the output from "puppet agent -t --debug" that might 
>>>> help https://gist.github.com/anonymous/e972393ea742631ccaef
>>>>
>>>> Is there a problem in my environment or are there any known issues 
>>>> regarding this behavior? 
>>>>
>>>
>>> We are not aware of a known issue for this behavior. If you could check 
>>> the eventlog and determine what issues it may be reporting?  
>>>
>>>>  -- 
>>>> 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...@googlegroups.com.
>>>> To view this discussion on the web visit https://groups.google.com/d/
>>>> msgid/puppet-users/4da95e8f-9c8f-4dca-a91d-dfae1ce1dd1d%
>>>> 40googlegroups.com 
>>>> <https://groups.google.com/d/msgid/puppet-users/4da95e8f-9c8f-4dca-a91d-dfae1ce1dd1d%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>> .
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>>
>>> -- 
>>> Rob Reynolds
>>> Developer, Puppet Labs
>>>
>>> *Join us at **PuppetConf 2015, October 5-9 in Portland, OR - *
>>> http://2015.puppetconf.com/
>>> *Register early to save 40%!*
>>>  
>>  -- 
>> 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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/puppet-users/311eff85-ba40-42bf-a983-a363fe5a61d1%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/puppet-users/311eff85-ba40-42bf-a983-a363fe5a61d1%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
> -- 
> Rob Reynolds
> Developer, Puppet Labs
>
> *Join us at **PuppetConf 2015, October 5-9 in Portland, OR - *
> http://2015.puppetconf.com/
> *Register early to save 40%!*
>  

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/d87e164f-85d5-4262-8e7d-dbc9788bdfaf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] Unreported Windows nodes (Puppet 3.7.3, Exchange 2010)

[cko]

The Puppet Service is actually running.

The eventlog shows records about successfully finished catalog runs. All 
files in the C:\ProgramData\PuppetLabs\puppet\var\state directory indicate 
that the puppet run finishes without problems.

I suspect there is a problem with the submission of the report to the 
puppet master unless the puppet run is triggered manually. 

That might be the reason they are marked "out of sync" in any dashboard 
application (puppetdb, puppetexplorer, foreman).




On Sunday, December 14, 2014 4:48:59 AM UTC+1, Rob Reynolds wrote:
>
>
>
> On Tue, Dec 9, 2014 at 7:28 AM, cko > 
> wrote:
>>
>> Hi,
>>
>> I'm currently having an issue with the Windows Server 2008R2 nodes in our 
>> Exchange 2010 environment.
>>
>> Since I upgraded the four nodes to Puppet 3.7.3 , they do not check in to 
>> the Puppetmaster via the Windows Service every 30 minutes like all the 
>> other nodes do. 
>>
>> Here is a gist of the output from "puppet agent -t --debug" that might 
>> help https://gist.github.com/anonymous/e972393ea742631ccaef
>>
>> Is there a problem in my environment or are there any known issues 
>> regarding this behavior? 
>>
>
> We are not aware of a known issue for this behavior. If you could check 
> the eventlog and determine what issues it may be reporting?  
>
>>  -- 
>> 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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/puppet-users/4da95e8f-9c8f-4dca-a91d-dfae1ce1dd1d%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/puppet-users/4da95e8f-9c8f-4dca-a91d-dfae1ce1dd1d%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
> -- 
> Rob Reynolds
> Developer, Puppet Labs
>
> *Join us at **PuppetConf 2015, October 5-9 in Portland, OR - *
> http://2015.puppetconf.com/
> *Register early to save 40%!*
>  

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/311eff85-ba40-42bf-a983-a363fe5a61d1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] Passing exe switches on Windows

[cko]

I was referring to the documentation that I got from the developer of the 
executable.

The correct switches are:

['/S', '/v/qn'],



On Friday, December 12, 2014 6:46:14 PM UTC+1, Josh Cooper wrote:
>
>
>
> On Fri, Dec 12, 2014 at 8:59 AM, cko > 
> wrote:
>
>> It turned out that it was a small typo in the documentation of the .exe 
>> file.
>>
>> I resolved this issue by simply providing the correct switches to the 
>> install_options parameter.
>>
>
> Can you provide details about what was wrong with the documentation, and 
> what the correct switches were?
>
> Thanks!
>>
>>
>>
>> On Friday, December 12, 2014 5:50:06 PM UTC+1, Rob Reynolds wrote:
>>>
>>>
>>>
>>> On Wed, Dec 10, 2014 at 5:23 AM, cko  wrote:
>>>>
>>>> Hi,
>>>>
>>>> I'm trying to get the following manifest to work on a Windows Server 
>>>> 2008R2 node:
>>>>
>>>> *package { 'signotec WinUSB':*
>>>> * ensure   => '1.0.4',*
>>>> * source   => "E:/signotec_WinUSB_1.0.4_64Bit.exe",*
>>>> * install_options  => ['/S', '/vn'],*
>>>> *}*
>>>>
>>>> Running 'puppet agent -t --debug' shows that the following command is 
>>>> executed:
>>>>
>>>> *Debug: Executing 'cmd.exe /c start "puppet-install" /w 
>>>> E:\signotec_WinUSB_1.0.4_64Bit.exe /S /vn'*
>>>>
>>>> About a second later, the MSI help pops up ( 
>>>> http://i.imgur.com/PpW5zVB.png ).
>>>>
>>>> When i manually run the command "*E:\signotec_WinUSB_1.0.4_64Bit.exe 
>>>> /S /vn"* the package Installation works as expected.
>>>>
>>>> Note that the /S /vn switches are mandatory with this particular 
>>>> package to perform a silent installation.
>>>>
>>>>
>>>> What Puppet actually does is probably something like this:
>>>>
>>>> *msiexec.exe /qn /norestart /i E:/signotec_WinUSB_1.0.4_64Bit.exe /S 
>>>> /vn*
>>>>
>>>
>>>
>>> Unlikely. Have you tried running the full command that Puppet is 
>>> reporting that it is running?
>>>
>>> *cmd.exe /c start "puppet-install" /w E:\signotec_WinUSB_1.0.4_64Bit.exe 
>>> /S /vn*
>>>  
>>>
>>>>
>>>>
>>>>
>>>> Which fails because the past two parameters are not supported my 
>>>> msiexec.
>>>>
>>>>
>>>>
>>>> Any ideas how to work around this issue?
>>>>
>>>> -- 
>>>> 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...@googlegroups.com.
>>>> To view this discussion on the web visit https://groups.google.com/d/
>>>> msgid/puppet-users/625500ec-db79-4564-ae25-883747c7ae54%
>>>> 40googlegroups.com 
>>>> <https://groups.google.com/d/msgid/puppet-users/625500ec-db79-4564-ae25-883747c7ae54%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>> .
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>>
>>> -- 
>>> Rob Reynolds
>>> Developer, Puppet Labs
>>>
>>> *Join us at **PuppetConf 2015, October 5-9 in Portland, OR - *
>>> http://2015.puppetconf.com/
>>> *Register early to save 40%!*
>>>  
>>  -- 
>> 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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/puppet-users/20581ead-156d-4d1f-bfe3-efeada5d6121%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/puppet-users/20581ead-156d-4d1f-bfe3-efeada5d6121%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Josh Cooper
> Developer, Puppet Labs
>
> *Join us at **PuppetConf 2015, October 5-9 in Portland, OR - *
> http://2015.puppetconf.com.  
> *Register early to save 40%!*
>  

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/1514b8bc-4bcf-4bc6-812e-788871b7c351%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] Passing exe switches on Windows

[cko]

It turned out that it was a small typo in the documentation of the .exe 
file.

I resolved this issue by simply providing the correct switches to the 
install_options parameter.

Thanks!



On Friday, December 12, 2014 5:50:06 PM UTC+1, Rob Reynolds wrote:
>
>
>
> On Wed, Dec 10, 2014 at 5:23 AM, cko > 
> wrote:
>>
>> Hi,
>>
>> I'm trying to get the following manifest to work on a Windows Server 
>> 2008R2 node:
>>
>> *package { 'signotec WinUSB':*
>> * ensure   => '1.0.4',*
>> * source   => "E:/signotec_WinUSB_1.0.4_64Bit.exe",*
>> * install_options  => ['/S', '/vn'],*
>> *}*
>>
>> Running 'puppet agent -t --debug' shows that the following command is 
>> executed:
>>
>> *Debug: Executing 'cmd.exe /c start "puppet-install" /w 
>> E:\signotec_WinUSB_1.0.4_64Bit.exe /S /vn'*
>>
>> About a second later, the MSI help pops up ( 
>> http://i.imgur.com/PpW5zVB.png ).
>>
>> When i manually run the command "*E:\signotec_WinUSB_1.0.4_64Bit.exe /S 
>> /vn"* the package Installation works as expected.
>>
>> Note that the /S /vn switches are mandatory with this particular package 
>> to perform a silent installation.
>>
>>
>> What Puppet actually does is probably something like this:
>>
>> *msiexec.exe /qn /norestart /i E:/signotec_WinUSB_1.0.4_64Bit.exe /S /vn*
>>
>
>
> Unlikely. Have you tried running the full command that Puppet is reporting 
> that it is running?
>
> *cmd.exe /c start "puppet-install" /w E:\signotec_WinUSB_1.0.4_64Bit.exe 
> /S /vn*
>  
>
>>
>>
>>
>> Which fails because the past two parameters are not supported my msiexec.
>>
>>
>>
>> Any ideas how to work around this issue?
>>
>> -- 
>> 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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/puppet-users/625500ec-db79-4564-ae25-883747c7ae54%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/puppet-users/625500ec-db79-4564-ae25-883747c7ae54%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
> -- 
> Rob Reynolds
> Developer, Puppet Labs
>
> *Join us at **PuppetConf 2015, October 5-9 in Portland, OR - *
> http://2015.puppetconf.com/
> *Register early to save 40%!*
>  

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/20581ead-156d-4d1f-bfe3-efeada5d6121%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Puppet Users] Passing exe switches on Windows

[cko]

Hi,

I'm trying to get the following manifest to work on a Windows Server 2008R2 
node:

*package { 'signotec WinUSB':*
* ensure   => '1.0.4',*
* source   => "E:/signotec_WinUSB_1.0.4_64Bit.exe",*
* install_options  => ['/S', '/vn'],*
*}*

Running 'puppet agent -t --debug' shows that the following command is 
executed:

*Debug: Executing 'cmd.exe /c start "puppet-install" /w 
E:\signotec_WinUSB_1.0.4_64Bit.exe /S /vn'*

About a second later, the MSI help pops up ( http://i.imgur.com/PpW5zVB.png 
).

When i manually run the command "*E:\signotec_WinUSB_1.0.4_64Bit.exe /S 
/vn"* the package Installation works as expected.

Note that the /S /vn switches are mandatory with this particular package to 
perform a silent installation.


What Puppet actually does is probably something like this:

*msiexec.exe /qn /norestart /i E:/signotec_WinUSB_1.0.4_64Bit.exe /S /vn*


Which fails because the past two parameters are not supported my msiexec.



Any ideas how to work around this issue?

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/625500ec-db79-4564-ae25-883747c7ae54%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Puppet Users] Unreported Windows nodes (Puppet 3.7.3, Exchange 2010)

[cko]

Hi,

I'm currently having an issue with the Windows Server 2008R2 nodes in our 
Exchange 2010 environment.

Since I upgraded the four nodes to Puppet 3.7.3 , they do not check in to 
the Puppetmaster via the Windows Service every 30 minutes like all the 
other nodes do. 

Here is a gist of the output from "puppet agent -t --debug" that might help 
https://gist.github.com/anonymous/e972393ea742631ccaef

Is there a problem in my environment or are there any known issues 
regarding this behavior? 

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/4da95e8f-9c8f-4dca-a91d-dfae1ce1dd1d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Puppet Users] scheduled_task changes on every puppet run

[cko]

Hi,

I'm using the following scheduled_task on one of my windows server 2008 r2 
boxes:

scheduled_task { 'reboot':
>   command   => 'C:\WINDOWS\System32\shutdown.exe',
>   arguments => "-r -f -t 01",
>   user  => 'SYSTEM',
>   trigger   => {
> schedule=> weekly,
> start_time  => '06:00',
> every   => 1,
> day_of_week => sun,
>   }
> }


Puppet creates the task and works just fine.

However, on every single puppet run the trigger changes (even though I 
didn't change the puppet code).

The report shows the following output:
 

> *Notice: /Stage[main]/Main/Node[NODE]/Scheduled_task[reboot]/trigger: 
> trigger changed '{'every' => '1', 'on' => ['sun'], 'schedule' => 'weekly', 
> 'start_date' => '2014-8-7', 'start_time' => '06:00'}' to '[{'day_of_week' 
> => ['sun'], ' every' => '1', 'schedule' => 'weekly', 'start_time' => 
> '06:00'}]' Notice: Finished catalog run in 6.55 seconds*

 
Is there anything I can do to achieve idempotence with this scheduled task?

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/29fafc9a-061f-442f-8efa-de7124c883f2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Puppet Users] Strange exec behavior on windows

[cko]

Hi everyone,

I am running Puppet 3.6.2 on the affected Windows Server 2008 R2 node.

First of all the manifest that I'm trying to use:

*   define static_route ($net,$netmask,$gw) *
*   {*
*  if $::kernel == 'Linux' *
*  {*
* exec { "$name":*
*command  => "route add -net ${net} netmask ${netmask} gw 
${gw}",*
*path => "$::path",*
*unless   => "route -n | grep -i 
'${net}\s*${gw}\s*${netmask}'",*
* }*
*  }*
*  if $::kernel == 'windows' {*
* exec { "$name":*
*command  => "route ADD ${net} MASK ${netmask} ${gw}",*
*path => "$::path",*
*unless   => "cmd /c route PRINT -4 | FINDSTR /r 
${net}.*${netmask}.*${gw}",*
* }*
*  }*
*   }*

*   # example values*
*   static_route { 'route01':*
*  net => '200.60.80.148',*
*  netmask => '255.255.255.128',*
*  gw  => '10.21.10.5',*
*   }*


This enables me to add a static route to Windows and Linux nodes with the 
same Puppet syntax. On my Linux nodes this works just fine.

But on my Windows node i notice a strange behavior:

   - When I test this manifest with 'puppet agent -t' ,Puppet creates the 
   static route in the first try. When I run 'puppet agent -t' again there are 
   *no* further changes. (this is the expected behavior)
   - But when the Puppet run gets triggered* by the Puppet service* (every 
   30 minutes) it executes the route add command on EVERY following run. (As 
   if the route is not present. The agent sends a report to the Puppet 
   Dashboard that indicates an successfully executed "Exec" resource)


Is there a mistake in my Puppet code? Or is there any other logical 
explanation for this behavior?






-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/6a9a32a3-b13f-4a2c-80ca-3ce614978312%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] Service stuck after updating puppet on Windows Server 2003

[cko]

Any idea?

On Saturday, May 10, 2014 12:22:46 PM UTC+2, cko wrote:
>
> After the puppet run the agent service is basically stopped.
>
> Although when i run "sc queryex puppet" the output is "STOP_PENDING" (not 
> stopped but not running either).
>
> So i have to run "taskkill /f /pid 1234" and then start the service again.
>
>
>
> On Friday, May 9, 2014 9:45:35 PM UTC+2, Rob Reynolds wrote:
>>
>> This error is somewhat of a misnomer: "The requested service has already 
>> been started."
>>
>> When you say it gets stuck, what do you mean exactly?
>>
>>
>> On Fri, May 9, 2014 at 8:08 AM, cko  wrote:
>>
>>> Hi,
>>>
>>> I'm using puppet to manage the puppet agent (package, config, service) 
>>> in my Windows Server 2003 boxes.
>>>
>>> Whenever I update the package, the puppet agent service gets stuck 
>>>  (STOP PENDING).
>>>
>>> The report returns:
>>>
>>> *Fri May 09 12:13:51 +0200 2014 
>>> /Stage[main]/puppet_agent::Windows::Service/Service[puppet] (err): Failed 
>>> to call refresh: Cannot start puppet, error was: Execution of 
>>> 'C:/WINDOWS/system32/net.exe start puppet' returned 2: The requested 
>>> service has already been started.*
>>> *More help is available by typing NET HELPMSG 2182.*
>>> *Fri May 09 12:13:51 +0200 2014 
>>> /Stage[main]/puppet_agent::Windows::Service/Service[puppet] (err): Cannot 
>>> start puppet, error was: Execution of 'C:/WINDOWS/system32/net.exe start 
>>> puppet' returned 2: The requested service has already been started.*
>>> *More help is available by typing NET HELPMSG 2182.*
>>>
>>> I use the same manifest for Windows Server 2008 nodes without runnning 
>>> into this problem.
>>>
>>> My manifest looks like this:
>>>
>>>
>>> *package { 'Puppet':*
>>> *   ensure  => "3.5.1",*
>>> *   source  => 
>>> "share\\puppet_agent\\windows\\puppet-3.5.1.msi",*
>>> *   provider=> windows,*
>>> *   install_options => { 'INSTALLDIR' => 'C:\puppet' } *
>>> *}*
>>>
>>> *file { 'C:\Documents and Settings\All Users\Application 
>>> Data\PuppetLabs\puppet\etc\puppet.conf':*
>>> *   content => template("base_puppet_agent/windows/puppet_windows.erb"), 
>>>   *
>>> *   notify  => Service['puppet'],*
>>> *   require => Package ['Puppet'],*
>>> *}*
>>>
>>> *service { 'puppet':*
>>> *   ensure   => running,*
>>> *   enable   => true,*
>>> *   require  => Package['Puppet'],*
>>> *}*
>>>
>>>
>>>  -- 
>>> 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...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/puppet-users/0a9a5b19-b44f-47b2-9749-5bfc38c8404e%40googlegroups.com<https://groups.google.com/d/msgid/puppet-users/0a9a5b19-b44f-47b2-9749-5bfc38c8404e%40googlegroups.com?utm_medium=email&utm_source=footer>
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> -- 
>> Rob Reynolds
>> Developer, Puppet Labs
>>
>> *Join us at **PuppetConf 2014 <http://puppetconf.com>**, September 
>> 23-24 in San Francisco*
>> *Register by May 30th to take advantage of the Early Adopter discount 
>> <http://links.puppetlabs.com/puppetconf-early-adopter> **—**save $349!*
>>  
>

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/0e98161c-af86-46d7-b89d-efac6d4a8ea0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] Service stuck after updating puppet on Windows Server 2003

[cko]

After the puppet run the agent service is basically stopped.

Although when i run "sc queryex puppet" the output is "STOP_PENDING" (not 
stopped but not running either).

So i have to run "taskkill /f /pid 1234" and then start the service again.



On Friday, May 9, 2014 9:45:35 PM UTC+2, Rob Reynolds wrote:
>
> This error is somewhat of a misnomer: "The requested service has already 
> been started."
>
> When you say it gets stuck, what do you mean exactly?
>
>
> On Fri, May 9, 2014 at 8:08 AM, cko >wrote:
>
>> Hi,
>>
>> I'm using puppet to manage the puppet agent (package, config, service) in 
>> my Windows Server 2003 boxes.
>>
>> Whenever I update the package, the puppet agent service gets stuck  (STOP 
>> PENDING).
>>
>> The report returns:
>>
>> *Fri May 09 12:13:51 +0200 2014 
>> /Stage[main]/puppet_agent::Windows::Service/Service[puppet] (err): Failed 
>> to call refresh: Cannot start puppet, error was: Execution of 
>> 'C:/WINDOWS/system32/net.exe start puppet' returned 2: The requested 
>> service has already been started.*
>> *More help is available by typing NET HELPMSG 2182.*
>> *Fri May 09 12:13:51 +0200 2014 
>> /Stage[main]/puppet_agent::Windows::Service/Service[puppet] (err): Cannot 
>> start puppet, error was: Execution of 'C:/WINDOWS/system32/net.exe start 
>> puppet' returned 2: The requested service has already been started.*
>> *More help is available by typing NET HELPMSG 2182.*
>>
>> I use the same manifest for Windows Server 2008 nodes without runnning 
>> into this problem.
>>
>> My manifest looks like this:
>>
>>
>> *package { 'Puppet':*
>> *   ensure  => "3.5.1",*
>> *   source  => 
>> "share\\puppet_agent\\windows\\puppet-3.5.1.msi",*
>> *   provider=> windows,*
>> *   install_options => { 'INSTALLDIR' => 'C:\puppet' } *
>> *}*
>>
>> *file { 'C:\Documents and Settings\All Users\Application 
>> Data\PuppetLabs\puppet\etc\puppet.conf':*
>> *   content => template("base_puppet_agent/windows/puppet_windows.erb"), 
>>   *
>> *   notify  => Service['puppet'],*
>> *   require => Package ['Puppet'],*
>> *}*
>>
>> *service { 'puppet':*
>> *   ensure   => running,*
>> *   enable   => true,*
>> *   require  => Package['Puppet'],*
>> *}*
>>
>>
>>  -- 
>> 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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/puppet-users/0a9a5b19-b44f-47b2-9749-5bfc38c8404e%40googlegroups.com<https://groups.google.com/d/msgid/puppet-users/0a9a5b19-b44f-47b2-9749-5bfc38c8404e%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Rob Reynolds
> Developer, Puppet Labs
>
> *Join us at **PuppetConf 2014 <http://puppetconf.com>**, September 
> 23-24 in San Francisco*
> *Register by May 30th to take advantage of the Early Adopter discount 
> <http://links.puppetlabs.com/puppetconf-early-adopter> **—**save $349!*
>  

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/5ad40498-23f1-4338-bae9-e749ab8e2a17%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Puppet Users] Service stuck after updating puppet on Windows Server 2003

[cko]

Hi,

I'm using puppet to manage the puppet agent (package, config, service) in 
my Windows Server 2003 boxes.

Whenever I update the package, the puppet agent service gets stuck  (STOP 
PENDING).

The report returns:

*Fri May 09 12:13:51 +0200 2014 
/Stage[main]/puppet_agent::Windows::Service/Service[puppet] (err): Failed 
to call refresh: Cannot start puppet, error was: Execution of 
'C:/WINDOWS/system32/net.exe start puppet' returned 2: The requested 
service has already been started.*
*More help is available by typing NET HELPMSG 2182.*
*Fri May 09 12:13:51 +0200 2014 
/Stage[main]/puppet_agent::Windows::Service/Service[puppet] (err): Cannot 
start puppet, error was: Execution of 'C:/WINDOWS/system32/net.exe start 
puppet' returned 2: The requested service has already been started.*
*More help is available by typing NET HELPMSG 2182.*

I use the same manifest for Windows Server 2008 nodes without runnning into 
this problem.

My manifest looks like this:


*package { 'Puppet':*
*   ensure  => "3.5.1",*
*   source  => 
"share\\puppet_agent\\windows\\puppet-3.5.1.msi",*
*   provider=> windows,*
*   install_options => { 'INSTALLDIR' => 'C:\puppet' } *
*}*

*file { 'C:\Documents and Settings\All Users\Application 
Data\PuppetLabs\puppet\etc\puppet.conf':*
*   content => template("base_puppet_agent/windows/puppet_windows.erb"),   
*
*   notify  => Service['puppet'],*
*   require => Package ['Puppet'],*
*}*

*service { 'puppet':*
*   ensure   => running,*
*   enable   => true,*
*   require  => Package['Puppet'],*
*}*


-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/0a9a5b19-b44f-47b2-9749-5bfc38c8404e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Puppet Users] Re: tagging nodes in site.pp (tagmail)

[cko]

Thanks!

On Thursday, March 27, 2014 4:00:28 PM UTC+1, cko wrote:
>
> hi,
>
> i want to be able to send reports via email for certain hosts. for example:
>
> *site.pp*
>
> node 'node1.localdomain' {
>tag 'webshop'
> }
> node 'node2.localdomain' {
>tag 'webshop'
> }
> node 'node3.localdomain' {
>tag 'foo''
> }
>
> *tagmail.conf*
>
> webshop*:* developers@company.domain
>
>
> So only the changes applied to node1 and node2 would be e-mailed to the 
> webshop team.
>
> Is there a way to do this?
>
>
>
>
>
>

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/fa07552a-983c-41e9-8cc0-70ebf90cd7bf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Puppet Users] tagging nodes in site.pp (tagmail)

[cko]

hi,

i want to be able to send reports via email for certain hosts. for example:

*site.pp*

node 'node1.localdomain' {
   tag 'webshop'
}
node 'node2.localdomain' {
   tag 'webshop'
}
node 'node3.localdomain' {
   tag 'foo''
}

*tagmail.conf*

webshop*:* developers@company.domain


So only the changes applied to node1 and node2 would be e-mailed to the 
webshop team.

Is there a way to do this?





-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/290e57bc-4158-46a3-a85c-527ed1617c2d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Puppet Users] Re: puppet master stopped loading facts since puppetdb installation

[cko]

This was indeed the problem.

Thank you, Ryan!

On Tuesday, March 4, 2014 11:40:22 PM UTC+1, Ryan Senior wrote:
>
> I think the problem is the following two lines:
>
> storeconfigs = true
> storeconfigs_backend = puppetdb
>
> Those need to be in the [master] section. When it's in [main], it applies 
> both the agent and the master on that box. You only want that to apply to 
> the master.
>
> -Ryan
>
>
> On Tue, Mar 4, 2014 at 12:10 PM, cko >wrote:
>
>> The /etc/puppet/puppet.conf looks like this:
>>
>> [main]
>>logdir = /var/log/puppet
>>rundir = /var/run/puppet
>>ssldir = $vardir/ssl
>>pluginsync = true
>>storeconfigs = true
>>storeconfigs_backend = puppetdb
>>
>> [live]
>>modulepath = /etc/puppet//modules/live
>>manifest = /etc/puppet/manifests/live/site.pp
>>
>> [test]
>>modulepath = /etc/puppet/modules/test
>>manifest = /etc/puppet/manifests/test/site.pp
>>
>> [dev]
>>modulepath = /etc/puppet/modules/dev
>>manifest = /etc/puppet/manifests/dev/site.pp
>>
>> [sandbox]
>>modulepath = /etc/puppet/modules/sandbox
>>manifest = /etc/puppet/manifests/sandbox/site.pp
>>
>> [agent]
>>environment = live
>>classfile = $vardir/classes.txt
>>localconfig = $vardir/localconfig
>>report = true
>>runinterval = 1800
>>archive_files = true
>>
>> [master]
>>reports = http, puppetdb
>>certname = puppet.local.domain
>>dns_alt_names = puppet,puppet.local.domain
>>ssl_client_header = SSL_CLIENT_S_DN
>>ssl_client_verify_header = SSL_CLIENT_VERIFY
>>
>> *puppetversion: *3.4.3
>> *facterversion: *1.7.5
>> *puppetdb: *1.6.2
>>
>> Another Error i just noticed on my puppet master (maybe this is 
>> connected):
>>
>> $ puppet resource package puppet
>> Error: Could not run: undefined method `prune_parameters' for nil:NilClass
>>
>>
>> (I'm cko in #puppet)
>>
>>
>>
>> On Tuesday, March 4, 2014 8:52:20 PM UTC+1, Ryan Senior wrote:
>>
>>> Can you post your puppet.conf? Should be in /etc/puppet, also the 
>>> versions of puppet/puppetdb/facter packages?
>>>
>>> If you want to drop into freenode #puppet IRC channel, we can 
>>> troubleshoot this more in real time. I'm rsenior there.
>>>
>>>
>>> On Mon, Mar 3, 2014 at 1:35 PM, cko  wrote:
>>>
>>>>  I'm still having these issues. 
>>>>
>>>> Here is some output that might help:
>>>>
>>>> https://gist.github.com/anonymous/1afccb3d54ae33b48544
>>>>
>>>> Any ideas?
>>>>
>>>>
>>>> On Tuesday, December 17, 2013 5:56:55 PM UTC+1, cko wrote:
>>>>>
>>>>> hey,
>>>>>
>>>>> so i just installed puppetdb on a dedicated server (with pgsql). 
>>>>>
>>>>> I noticed that the puppet master server doesn't load any facts.
>>>>>
>>>>> root@puppetmaster:~$ puppet agent -t
>>>>>> Info: Retrieving plugin
>>>>>> Info: Caching catalog for puppetmaster.local.domain
>>>>>> Info: 'replace catalog' command for puppetmaster.local.domain 
>>>>>> submitted to PuppetDB with UUID 87de0ebc-1543-4b8a-8434-ca9220238fda
>>>>>> Info: Applying configuration version '1387297065'
>>>>>> Notice: Finished catalog run in 20.88 seconds
>>>>>>
>>>>>
>>>>> Is this intended? Or did i miss something while installing and 
>>>>> connecting puppetDB?
>>>>>
>>>>  -- 
>>>> 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...@googlegroups.com.
>>>> To view this discussion on the web visit https://groups.google.com/d/
>>>> msgid/puppet-users/1cb2719e-d006-428f-8516-92c795176a10%
>>>> 40googlegroups.com.
>>>>
>>>> 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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/puppet-users/0109833f-7f0c-4611-9a7d-68da0fdc9a3f%40googlegroups.com<https://groups.google.com/d/msgid/puppet-users/0109833f-7f0c-4611-9a7d-68da0fdc9a3f%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>> 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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/b7d68ebd-18fd-4e92-8b8c-bd9cc9e5c2cd%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Re: puppet master stopped loading facts since puppetdb installation

[cko]

The /etc/puppet/puppet.conf looks like this:

[main]
   logdir = /var/log/puppet
   rundir = /var/run/puppet
   ssldir = $vardir/ssl
   pluginsync = true
   storeconfigs = true
   storeconfigs_backend = puppetdb

[live]
   modulepath = /etc/puppet//modules/live
   manifest = /etc/puppet/manifests/live/site.pp

[test]
   modulepath = /etc/puppet/modules/test
   manifest = /etc/puppet/manifests/test/site.pp

[dev]
   modulepath = /etc/puppet/modules/dev
   manifest = /etc/puppet/manifests/dev/site.pp

[sandbox]
   modulepath = /etc/puppet/modules/sandbox
   manifest = /etc/puppet/manifests/sandbox/site.pp

[agent]
   environment = live
   classfile = $vardir/classes.txt
   localconfig = $vardir/localconfig
   report = true
   runinterval = 1800
   archive_files = true

[master]
   reports = http, puppetdb
   certname = puppet.local.domain
   dns_alt_names = puppet,puppet.local.domain
   ssl_client_header = SSL_CLIENT_S_DN
   ssl_client_verify_header = SSL_CLIENT_VERIFY

*puppetversion: *3.4.3
*facterversion: *1.7.5
*puppetdb: *1.6.2

Another Error i just noticed on my puppet master (maybe this is connected):

$ puppet resource package puppet
Error: Could not run: undefined method `prune_parameters' for nil:NilClass


(I'm cko in #puppet)



On Tuesday, March 4, 2014 8:52:20 PM UTC+1, Ryan Senior wrote:
>
> Can you post your puppet.conf? Should be in /etc/puppet, also the versions 
> of puppet/puppetdb/facter packages?
>
> If you want to drop into freenode #puppet IRC channel, we can troubleshoot 
> this more in real time. I'm rsenior there.
>
>
> On Mon, Mar 3, 2014 at 1:35 PM, cko >wrote:
>
>> I'm still having these issues. 
>>
>> Here is some output that might help:
>>
>> https://gist.github.com/anonymous/1afccb3d54ae33b48544
>>
>> Any ideas?
>>
>>
>> On Tuesday, December 17, 2013 5:56:55 PM UTC+1, cko wrote:
>>>
>>> hey,
>>>
>>> so i just installed puppetdb on a dedicated server (with pgsql). 
>>>
>>> I noticed that the puppet master server doesn't load any facts.
>>>
>>> root@puppetmaster:~$ puppet agent -t
>>>> Info: Retrieving plugin
>>>> Info: Caching catalog for puppetmaster.local.domain
>>>> Info: 'replace catalog' command for puppetmaster.local.domain submitted 
>>>> to PuppetDB with UUID 87de0ebc-1543-4b8a-8434-ca9220238fda
>>>> Info: Applying configuration version '1387297065'
>>>> Notice: Finished catalog run in 20.88 seconds
>>>>
>>>
>>> Is this intended? Or did i miss something while installing and 
>>> connecting puppetDB?
>>>
>>  -- 
>> 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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/puppet-users/1cb2719e-d006-428f-8516-92c795176a10%40googlegroups.com
>> .
>>
>> 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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/0109833f-7f0c-4611-9a7d-68da0fdc9a3f%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Re: Excluding hostnames from a module via parameter

[cko]

Thanks! That worked

On Monday, March 3, 2014 4:33:38 PM UTC+1, cko wrote:
>
> Hi,
> here is what I'm trying to do:
>
> I want to be able to exclude certain hostnames/ from a module by passing 
> their hostnames in a parameter (array) within this module.
>
> Example:
>
> class centos-default {
>
>   class { 'module':
> exclude => [ 'host1', 'host2' ],
>   }
>
>   class { 'module2':
> exclude => [ 'host3', 'host4' ],
>   }
>
> }
>
> Now I assumed that the module code would have to look something like this:
>
> class module(
>
>   $exclude = '',
>
> )
> {
>
>   if $::hostname != $exclude {
> include module::config
> include module::install
> 
>   }
>
> }
>
> But I can't seem to find the correct syntax for my "if" statement.
>
>
>  
>

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/19efe237-2edf-432d-b3d4-11d35d18ce47%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Re: puppet master stopped loading facts since puppetdb installation

[cko]

I'm still having these issues. 

Here is some output that might help:

https://gist.github.com/anonymous/1afccb3d54ae33b48544

Any ideas?

On Tuesday, December 17, 2013 5:56:55 PM UTC+1, cko wrote:
>
> hey,
>
> so i just installed puppetdb on a dedicated server (with pgsql). 
>
> I noticed that the puppet master server doesn't load any facts.
>
> root@puppetmaster:~$ puppet agent -t
>> Info: Retrieving plugin
>> Info: Caching catalog for puppetmaster.local.domain
>> Info: 'replace catalog' command for puppetmaster.local.domain submitted 
>> to PuppetDB with UUID 87de0ebc-1543-4b8a-8434-ca9220238fda
>> Info: Applying configuration version '1387297065'
>> Notice: Finished catalog run in 20.88 seconds
>>
>
> Is this intended? Or did i miss something while installing and connecting 
> puppetDB?
>

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/1cb2719e-d006-428f-8516-92c795176a10%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Excluding hostnames from a module via parameter

[cko]

Hi,
here is what I'm trying to do:

I want to be able to exclude certain hostnames/ from a module by passing 
their hostnames in a parameter (array) within this module.

Example:

class centos-default {

  class { 'module':
exclude => [ 'host1', 'host2' ],
  }

  class { 'module2':
exclude => [ 'host3', 'host4' ],
  }

}

Now I assumed that the module code would have to look something like this:

class module(

  $exclude = '',

)
{

  if $::hostname != $exclude {
include module::config
include module::install

  }

}

But I can't seem to find the correct syntax for my "if" statement.


 

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/6928abf7-b83b-4173-854b-e7f7efccbde7%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] puppet master stopped loading facts since puppetdb installation

[cko]

Yes, ist looks exactly like this.

cat /etc/puppet/routes.yaml 
---
master:
  facts:
terminus: puppetdb
cache: yaml


On Thursday, December 19, 2013 1:41:13 PM UTC+1, Erik Dalén wrote:
>
> Sounds like there could be something wrong with your routes.yaml file. 
> Does it look like this example? 
> http://docs.puppetlabs.com/puppetdb/latest/connect_puppet_master.html#edit-routesyaml
>
>
> On 18 December 2013 08:27, cko > wrote:
>
>> Every node (except for the master) does something like this when i run 
>> "puppet agent -t":
>>
>>
>> root@node1:~$ puppet agent -t
>>> Info: Retrieving plugin
>>> Info: Loading facts in /var/lib/puppet/lib/facter/concat_basedir.rb
>>> Info: Loading facts in /var/lib/puppet/lib/facter/environment.rb
>>> Info: Loading facts in /var/lib/puppet/lib/facter/pe_version.rb
>>> Info: Loading facts in /var/lib/puppet/lib/facter/puppet_vardir.rb
>>> Info: Loading facts in /var/lib/puppet/lib/facter/iptables_version.rb
>>> Info: Loading facts in 
>>> /var/lib/puppet/lib/facter/ssh_hostkey_localhost.rb
>>> Info: Loading facts in /var/lib/puppet/lib/facter/fsecure_version.rb
>>> Info: Loading facts in /var/lib/puppet/lib/facter/facter_dot_d.rb
>>> Info: Loading facts in /var/lib/puppet/lib/facter/root_home.rb
>>> Info: Loading facts in 
>>> /var/lib/puppet/lib/facter/iptables_persistent_version.rb
>>> Info: Loading facts in /var/lib/puppet/lib/facter/ip6tables_version.rb
>>> Info: Caching catalog for node1.local.domain
>>> Info: Applying configuration version '1386350341'
>>> Notice: Finished catalog run in 25.51 seconds
>>>
>>  
>> The puppet master however doesn't. 
>>
>> An example on how this affects the functionality:
>>
>> I use a template that manages the /etc/motd file. 
>> It contains the fact "kernelrelease". Meaning after i update the kernel 
>> on the master, this information is supposed to be updated. (I'm still 
>> talking about the master server, every other nodes works as expected!)
>> But since the master doesn't load facts on a run, the motd file doesn't 
>> get updated.
>>
>>
>>
>> On Wednesday, December 18, 2013 12:13:09 AM UTC+1, Deepak Giridharagopal 
>> wrote:
>>>
>>> On Dec 17, 2013, at 9:56 AM, cko  wrote:
>>>
>>> hey,
>>>
>>> so i just installed puppetdb on a dedicated server (with pgsql). 
>>>
>>> I noticed that the puppet master server doesn't load any facts.
>>>
>>>
>>> What do you mean "doesn't load any facts"? What is the problem you're 
>>> seeing?
>>>
>>>
>>> root@puppetmaster:~$ puppet agent -t
>>>> Info: Retrieving plugin
>>>> Info: Caching catalog for puppetmaster.local.domain
>>>> Info: 'replace catalog' command for puppetmaster.local.domain submitted 
>>>> to PuppetDB with UUID 87de0ebc-1543-4b8a-8434-ca9220238fda
>>>> Info: Applying configuration version '1387297065'
>>>> Notice: Finished catalog run in 20.88 seconds
>>>>
>>>
>>> Is this intended? Or did i miss something while installing and 
>>> connecting puppetDB?
>>>
>>> -- 
>>> 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...@googlegroups.com.
>>>
>>> To view this discussion on the web visit https://groups.google.com/d/
>>> msgid/puppet-users/18ad2d51-9259-4abb-97a4-5b28bd77eee0%
>>> 40googlegroups.com.
>>> 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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/puppet-users/4f188ea4-bab7-4b30-9154-07b22ad4bc88%40googlegroups.com
>> .
>>
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>
>
> -- 
> Erik Dalén 
>

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/e1c2303b-1f04-4439-8732-5a484f372982%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] puppet master stopped loading facts since puppetdb installation

[cko]

Every node (except for the master) does something like this when i run 
"puppet agent -t":


root@node1:~$ puppet agent -t
> Info: Retrieving plugin
> Info: Loading facts in /var/lib/puppet/lib/facter/concat_basedir.rb
> Info: Loading facts in /var/lib/puppet/lib/facter/environment.rb
> Info: Loading facts in /var/lib/puppet/lib/facter/pe_version.rb
> Info: Loading facts in /var/lib/puppet/lib/facter/puppet_vardir.rb
> Info: Loading facts in /var/lib/puppet/lib/facter/iptables_version.rb
> Info: Loading facts in /var/lib/puppet/lib/facter/ssh_hostkey_localhost.rb
> Info: Loading facts in /var/lib/puppet/lib/facter/fsecure_version.rb
> Info: Loading facts in /var/lib/puppet/lib/facter/facter_dot_d.rb
> Info: Loading facts in /var/lib/puppet/lib/facter/root_home.rb
> Info: Loading facts in 
> /var/lib/puppet/lib/facter/iptables_persistent_version.rb
> Info: Loading facts in /var/lib/puppet/lib/facter/ip6tables_version.rb
> Info: Caching catalog for node1.local.domain
> Info: Applying configuration version '1386350341'
> Notice: Finished catalog run in 25.51 seconds
>
 
The puppet master however doesn't. 

An example on how this affects the functionality:

I use a template that manages the /etc/motd file. 
It contains the fact "kernelrelease". Meaning after i update the kernel on 
the master, this information is supposed to be updated. (I'm still talking 
about the master server, every other nodes works as expected!)
But since the master doesn't load facts on a run, the motd file doesn't get 
updated.



On Wednesday, December 18, 2013 12:13:09 AM UTC+1, Deepak Giridharagopal 
wrote:
>
> On Dec 17, 2013, at 9:56 AM, cko > wrote:
>
> hey,
>
> so i just installed puppetdb on a dedicated server (with pgsql). 
>
> I noticed that the puppet master server doesn't load any facts.
>
>
> What do you mean "doesn't load any facts"? What is the problem you're 
> seeing?
>
>
> root@puppetmaster:~$ puppet agent -t
>> Info: Retrieving plugin
>> Info: Caching catalog for puppetmaster.local.domain
>> Info: 'replace catalog' command for puppetmaster.local.domain submitted 
>> to PuppetDB with UUID 87de0ebc-1543-4b8a-8434-ca9220238fda
>> Info: Applying configuration version '1387297065'
>> Notice: Finished catalog run in 20.88 seconds
>>
>
> Is this intended? Or did i miss something while installing and connecting 
> puppetDB?
>
> -- 
> 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...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/puppet-users/18ad2d51-9259-4abb-97a4-5b28bd77eee0%40googlegroups.com
> .
> 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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/4f188ea4-bab7-4b30-9154-07b22ad4bc88%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] puppet master stopped loading facts since puppetdb installation

[cko]

hey,

so i just installed puppetdb on a dedicated server (with pgsql). 

I noticed that the puppet master server doesn't load any facts.

root@puppetmaster:~$ puppet agent -t
> Info: Retrieving plugin
> Info: Caching catalog for puppetmaster.local.domain
> Info: 'replace catalog' command for puppetmaster.local.domain submitted to 
> PuppetDB with UUID 87de0ebc-1543-4b8a-8434-ca9220238fda
> Info: Applying configuration version '1387297065'
> Notice: Finished catalog run in 20.88 seconds
>

Is this intended? Or did i miss something while installing and connecting 
puppetDB?

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/18ad2d51-9259-4abb-97a4-5b28bd77eee0%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] matching all current "ipaddress_ethX" facts

[cko]

Thanks, i think i got something here:

Facter.add("ip_prodlan") do
   confine :kernel => "Linux"
   setcode do
  Facter::Util::Resolution.exec("/sbin/ifconfig | /bin/grep 
'20.20.\\|30.31.\\|200.30.80.\\|120.' | /bin/awk '{ print $2 }' | /bin/cut 
-d':' -f2 | /usr/bin/head -n1")
   end
end

I'm currently using the custom fact to print the production LAN ip address 
in /etc/motd .
It usually returns the correct value. But in some cases the "puppet agent 
-t" command changes the file in a *different* way than "service puppet 
restart" does. Any idea?

Another question:

I want my custom fact to do something like this:
if the "Resolution.exec" returns 0 (nothing) then ip_prodlan should use the 
value of the fact "$ipaddress".
Is it possible to do something like this?


On Thursday, November 21, 2013 10:36:52 PM UTC+1, Jo wrote:
>
> Yep, write it out as such :)  Either if/then in the manifest, or write a 
> custom function that iterates through all ipaddress facts.
>
> On Nov 21, 2013, at 4:32 AM, cko > wrote:
>
> I'm currently trying to solve the following problem:
>
> I wrote a module that matches the "$ipaddress" fact for certain IP subnets 
> (like 20.20.2... or 30.30.2..). Depending on the subnet, the variable 
> $proxy-server changes.
>
> The problem is, that some of our physical machines have a random number of 
> interfaces connected to many different subnets. In some cases the 
> $ipadddress fact returns the correct subnet, lets call it "production 
> server lan" and some don't.
>
> Is there any way to make puppet check every available NIC for a specific 
> subnet/ regex? Something like this:
>
> if $ipaddress_eth*** =~ /^20\.20\.\..*$/ {
>$proxy-server = foo 
> }
> . 
>
> -- 
> 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...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/puppet-users/9e5f1c49-cf71-4eab-a11b-18a9d31b5b0a%40googlegroups.com
> .
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
> -- 
> Jo Rhett
> Net Consonance : net philanthropy to improve open source and 
> internet projects.
>
> Author of Instant Puppet 3 Starter: 
> http://www.netconsonance.com/instant-puppet-3-starter-book/
>
>
>  
>

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/f9847332-1266-4ca7-88e0-cff871964d60%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] matching all current "ipaddress_ethX" facts

[cko]

Hi,

I'm currently trying to solve the following problem:

I wrote a module that matches the "$ipaddress" fact for certain IP subnets 
(like 20.20.2... or 30.30.2..). Depending on the subnet, the variable 
$proxy-server changes.

The problem is, that some of our physical machines have a random number of 
interfaces connected to many different subnets. In some cases the 
$ipadddress fact returns the correct subnet, lets call it "production 
server lan" and some don't.

Is there any way to make puppet check every available NIC for a specific 
subnet/ regex? Something like this:

if $ipaddress_eth*** =~ /^20\.20\.\..*$/ {
   $proxy-server = foo 
}
. 

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/9e5f1c49-cf71-4eab-a11b-18a9d31b5b0a%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Custom Windows Fact (match ipaddress)

[cko]

I still can't get it to work:


 Facter::Util::Resolution.exec("C:\\Windows\\System32\\cmd.exe /c 
'C:\\Windows\\System32\\WindowsPowerShell\\v1.0\\powershell.exe ipconfig | 
Select-String -pattern '192.168.20[567]' | %{$_.line.split()} | FINDSTR 
192.168.20[567]'")




On Wednesday, October 30, 2013 4:23:45 PM UTC+1, Josh Cooper wrote:
>
> The second issue is that findstr is a shell builtin, so you have wrap the 
> entire command in:
>
> cmd.exe /c 
>
> You may have to quote the original command and adjust the interior quotes 
> accordingly.
>
> Josh
>
> On Wednesday, October 30, 2013, cko wrote:
>
>> Still no effect.
>>
>>
>> Facter::Util::Resolution.exec("C:\\Windows\\System32\\WindowsPowerShell\\v1.0\\powershell.exe
>>  
>> ipconfig | Select-String -pattern '192.168.20[567]' | %{$_.line.split()} | 
>> FINDSTR 192.168.20[567]")
>>
>> Is there anything else i need to escape?
>>
>>
>>
>>
>> On Tuesday, October 29, 2013 3:07:12 PM UTC+1, cko wrote:
>>>
>>> Hi everybody,
>>>
>>> I'm trying to write a custom fact that gets the IP Address of any given 
>>> NIC if it matches a specific IP range.
>>>
>>> On Linux i use this (works fine) 
>>>
>>> Facter.add("ip_foo") do
>>>setcode do
>>>   Facter::Util::Resolution.exec("/sbin/ifconfig | /bin/grep 
>>> '192.168.20[567].' | /bin/awk '{ print $2 }' | /bin/cut -d':' -f2")
>>>end
>>> end
>>>
>>> Now my Windows Version:
>>>
>>> Facter.add("ip_foo_windows") do
>>>confine :operatingsystem => :windows
>>>setcode do
>>>   Facter::Util::Resolution.exec("C:\Windows\System32\
>>> WindowsPowerShell\v1.0\powershell.exe ipconfig | Select-String -pattern 
>>> '192.168.20[567]' | %{$_.line.split()} | FINDSTR 192.168.20[567]")
>>>   end
>>> end
>>>
>>>
>>> When i run the command 
>>> C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe 
>>> ipconfig | Select-String -pattern '192.168.20[567]' | %{$_.line.split()} | 
>>> FINDSTR 192.168.20[567] on the box it works perfectly fine. It returns the 
>>> value that i need.
>>>
>>> But it seems that puppet doesn't get that value into the fact.
>>>
>>>
>>>  -- 
>> 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+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/puppet-users/f0fbe47f-5bc0-4fc3-bc2a-5eb8d6cad367%40googlegroups.com
>> .
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>
> -- 
> Josh Cooper
> Developer, Puppet Labs
>
>

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/4e1302b5-1fdb-4a72-b696-9df65f586460%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Re: Custom Windows Fact (match ipaddress)

[cko]

Still no effect.

   
Facter::Util::Resolution.exec("C:\\Windows\\System32\\WindowsPowerShell\\v1.0\\powershell.exe
 
ipconfig | Select-String -pattern '192.168.20[567]' | %{$_.line.split()} | 
FINDSTR 192.168.20[567]")

Is there anything else i need to escape?




On Tuesday, October 29, 2013 3:07:12 PM UTC+1, cko wrote:
>
> Hi everybody,
>
> I'm trying to write a custom fact that gets the IP Address of any given 
> NIC if it matches a specific IP range.
>
> On Linux i use this (works fine) 
>
> Facter.add("ip_foo") do
>setcode do
>   Facter::Util::Resolution.exec("/sbin/ifconfig | /bin/grep 
> '192.168.20[567].' | /bin/awk '{ print $2 }' | /bin/cut -d':' -f2")
>end
> end
>
> Now my Windows Version:
>
> Facter.add("ip_foo_windows") do
>confine :operatingsystem => :windows
>setcode do
>   
> Facter::Util::Resolution.exec("C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe
>  
> ipconfig | Select-String -pattern '192.168.20[567]' | %{$_.line.split()} | 
> FINDSTR 192.168.20[567]")
>   end
> end
>
>
> When i run the command 
> C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe 
> ipconfig | Select-String -pattern '192.168.20[567]' | %{$_.line.split()} | 
> FINDSTR 192.168.20[567] on the box it works perfectly fine. It returns the 
> value that i need.
>
> But it seems that puppet doesn't get that value into the fact.
>
>
>

-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/f0fbe47f-5bc0-4fc3-bc2a-5eb8d6cad367%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[Puppet Users] Custom Windows Fact (match ipaddress)

[cko]

Hi everybody,

I'm trying to write a custom fact that gets the IP Address of any given NIC 
if it matches a specific IP range.

On Linux i use this (works fine) 

Facter.add("ip_foo") do
   setcode do
  Facter::Util::Resolution.exec("/sbin/ifconfig | /bin/grep 
'192.168.20[567].' | /bin/awk '{ print $2 }' | /bin/cut -d':' -f2")
   end
end

Now my Windows Version:

Facter.add("ip_foo_windows") do
   confine :operatingsystem => :windows
   setcode do
  
Facter::Util::Resolution.exec("C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe
 
ipconfig | Select-String -pattern '192.168.20[567]' | %{$_.line.split()} | 
FINDSTR 192.168.20[567]")
  end
end


When i run the command 
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe 
ipconfig | Select-String -pattern '192.168.20[567]' | %{$_.line.split()} | 
FINDSTR 192.168.20[567] on the box it works perfectly fine. It returns the 
value that i need.

But it seems that puppet doesn't get that value into the fact.


-- 
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+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/65472ec1-fe7d-4a83-a144-9534419c78e3%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [Puppet Users] Re: Puppet dashboard stuck pending jobs

[cko]

That fixed the problem for me. Thanks.

On Friday, September 6, 2013 10:21:12 PM UTC+2, Psyber wrote:
>
> I ran into this as a result of the output of failed deps on a yum 
> install and had a couple jobs that just wouldn't go away. After fixing 
> the condition creating the error I used  /usr/bin/rake jobs:clear to 
> clear out the delayed_job queue and everything was back to normal. 
>

-- 
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+unsubscr...@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.

[Puppet Users] Basic LDAP authentication in puppet opensource dashboard

[cko]

Hi,
i'm trying to enable a basic LDAP authentication mechanism for our puppet 
opensource dashboard.

My /etc/httpd/conf.d/puppetdashboard.conf looks like this: (i changed 
sensitive data)

Listen 3000
> 
>ServerName puppet.local.domain
>DocumentRoot /usr/share/puppet-dashboard/public/
>   
>  Options None
>  Order allow,deny
>  allow from all
> AuthBasicProvider ldap
> AuthType Basic
> AuthzLDAPAuthoritative on
> AuthName "Puppet Dashboard"
> AuthLDAPURL 
> "ldaps://ldapproxy.local.domain/dc=local,dc=domain?sAMAccountName?sub?(objectclass=*)"
>  
> NONE
> AuthLDAPBindDN cn=nameofcn,ou=maneofou,c=local,dc=domain
> AuthLDAPBindPassword passwd
> Require ldap-group cn=nameofcn,ou=nameofou,dc=local,dc=domain
>   
>ErrorLog /var/log/httpd/dashboard_error.log
>LogLevel warn
>CustomLog /var/log/httpd/dashboard_access.log combined
>ServerSignature On
> 


After i restart http the dashboard looks like this:

http://i.imgur.com/YefrpXu.jpg
http://i.imgur.com/TC5dFia.jpg

What could be the cause of this? Images are not displayed at all.

-- 
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+unsubscr...@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.

Re: [Puppet Users] Re: [windows server 2008 r2] puppet errors in 3.3.0 on exchange database servers

[cko]

https://gist.github.com/anonymous/6814400


On Thursday, October 3, 2013 5:23:05 PM UTC+2, Rob Reynolds wrote:
>
> You should be able to run 
>
> facter --trace --debug
>
>
> On Wed, Oct 2, 2013 at 5:18 PM, cko >wrote:
>
>> Hi Ethan,
>>
>> what's the exact command that i would have to use? 
>>
>>
>> On Wednesday, October 2, 2013 11:35:29 PM UTC+2, Ethan Brown wrote:
>>
>>> Christian - 
>>>
>>> I'm doing the final verification of our fix, and was hoping that I could 
>>> get the output from Facter run by itself?
>>>
>>>
>>>
>>> On Fri, Sep 20, 2013 at 1:36 PM, Rob Reynolds wrote:
>>>
>>>>  I would say with all of this in mind we move forward with a fix where 
>>>> we look to see that the network adapter itself is also enabled. This is 
>>>> laid out in the ticket that I noted earlier.
>>>>  
>>>>
>>>> On Fri, Sep 20, 2013 at 7:44 AM, Rich Siegel  wrote:
>>>>
>>>>>  Exchange DAG is essentially a cluster and the adapter in question the 
>>>>> dag ip.
>>>>>
>>>>> My guess is the logic for adapters should be modded for when 
>>>>> netconnectionid is not null.
>>>>>
>>>>> In general don't try to mess with hidden adapters on dags unless you 
>>>>> understand ramifications.
>>>>>
>>>>> --
>>>>> 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...@**googlegroups.com.
>>>>> To post to this group, send email to puppet...@googlegroups.com.
>>>>>
>>>>> Visit this group at 
>>>>> http://groups.google.com/**group/puppet-users<http://groups.google.com/group/puppet-users>
>>>>> .
>>>>> For more options, visit 
>>>>> https://groups.google.com/**groups/opt_out<https://groups.google.com/groups/opt_out>
>>>>> .
>>>>>
>>>>
>>>>
>>>>
>>>> -- 
>>>> Rob Reynolds
>>>> Developer, Puppet Labs
>>>>
>>>> Join us at PuppetConf 2014, September 23-24 in San Francisco
>>>>  
>>>> -- 
>>>> 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...@**googlegroups.com.
>>>> To post to this group, send email to puppet...@googlegroups.com.
>>>>
>>>> Visit this group at 
>>>> http://groups.google.com/**group/puppet-users<http://groups.google.com/group/puppet-users>
>>>> .
>>>> For more options, visit 
>>>> https://groups.google.com/**groups/opt_out<https://groups.google.com/groups/opt_out>
>>>> .
>>>>
>>>
>>>
>>>
>>> -- 
>>> --
>>> Ethan Brown
>>> et...@puppetlabs.com
>>> Software Engineer
>>>
>>> *Join us at PuppetConf 2014, September 23-24 in San Francisco*
>>>  
>>  -- 
>> 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...@googlegroups.com .
>> To post to this group, send email to puppet...@googlegroups.com
>> .
>> Visit this group at http://groups.google.com/group/puppet-users.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>
>
> -- 
> Rob Reynolds
> Developer, Puppet Labs
>
> Join us at PuppetConf 2014, September 23-24 in San Francisco
>  

-- 
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+unsubscr...@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.

Re: [Puppet Users] Re: [windows server 2008 r2] puppet errors in 3.3.0 on exchange database servers

[cko]

Hi Ethan,

what's the exact command that i would have to use? 


On Wednesday, October 2, 2013 11:35:29 PM UTC+2, Ethan Brown wrote:
>
> Christian - 
>
> I'm doing the final verification of our fix, and was hoping that I could 
> get the output from Facter run by itself?
>
>
>
> On Fri, Sep 20, 2013 at 1:36 PM, Rob Reynolds 
> 
> > wrote:
>
>> I would say with all of this in mind we move forward with a fix where we 
>> look to see that the network adapter itself is also enabled. This is laid 
>> out in the ticket that I noted earlier.
>>  
>>
>> On Fri, Sep 20, 2013 at 7:44 AM, Rich Siegel 
>> > wrote:
>>
>>> Exchange DAG is essentially a cluster and the adapter in question the 
>>> dag ip.
>>>
>>> My guess is the logic for adapters should be modded for when 
>>> netconnectionid is not null.
>>>
>>> In general don't try to mess with hidden adapters on dags unless you 
>>> understand ramifications.
>>>
>>> --
>>> 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...@googlegroups.com .
>>> To post to this group, send email to puppet...@googlegroups.com
>>> .
>>> Visit this group at http://groups.google.com/group/puppet-users.
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>
>>
>>
>>
>> -- 
>> Rob Reynolds
>> Developer, Puppet Labs
>>
>> Join us at PuppetConf 2014, September 23-24 in San Francisco
>>  
>> -- 
>> 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...@googlegroups.com .
>> To post to this group, send email to puppet...@googlegroups.com
>> .
>> Visit this group at http://groups.google.com/group/puppet-users.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>
>
> -- 
> --
> Ethan Brown
> et...@puppetlabs.com 
> Software Engineer
>
> *Join us at PuppetConf 2014, September 23-24 in San Francisco*
>  

-- 
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+unsubscr...@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.

[Puppet Users] Re: [windows server 2008 r2] puppet errors in 3.3.0 on exchange database servers

[cko]

First of all: the virtual machine only has 3 virtual network devices.

Therefore the "Control Panel\ Network and Internet\ Network Connections" 
menu only shows the first three network adapters. (index 7, 12 and 14).

When i run "ipconfig /all" i can see that the network adapters "Index=16" 
and "Index=14" have very similar mac addresses .

I guess this adapter has something to do with the replication between 
exchange databases / cas servers. 
 

On Friday, September 13, 2013 3:23:56 PM UTC+2, cko wrote:
>
> Hi,
>
> i recently updated our windows 2008 r2 servers to puppet 3.3.0 .
>
> Im getting the following error* (only on our exchange 2010 db servers)*ever 
> since:
>
> LevelMessageSourceFileLineTimeerrCould not retrieve local facts: 
> undefined method `gsub' for nil:NilClassPuppet13.09.2013 15:12 CESTerrFailed 
> to apply catalog: Could not retrieve local facts: undefined method `gsub' 
> for nil:NilClassPuppet13.09.2013 15:12 CEST
> All other windows hosts run perfectly fine.
>
> Any ideas?
>

-- 
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+unsubscr...@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.

[Puppet Users] [windows server 2008 r2] puppet errors in 3.3.0 on exchange database servers

[cko]

Hi,

i recently updated our windows 2008 r2 servers to puppet 3.3.0 .

Im getting the following error* (only on our exchange 2010 db servers)*ever 
since:

LevelMessageSourceFileLineTimeerrCould not retrieve local facts: undefined 
method `gsub' for nil:NilClassPuppet13.09.2013 15:12 CESTerrFailed to apply 
catalog: Could not retrieve local facts: undefined method `gsub' for 
nil:NilClassPuppet13.09.2013 15:12 CEST
All other windows hosts run perfectly fine.

Any ideas?

-- 
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+unsubscr...@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.

Re: [Puppet Users] serving .exe file via http (provider => windows)

[cko]

Hi,

from the official documentation:

Additional Notes on Windows Packages
>
>- The source parameter is required, and must refer to a local .msi 
>file, a file from a mapped drive, or a UNC path. You can distribute 
>packages as file resources. Puppet URLs are not currently supported 
>for the package type’s source attribute.
>
>
This is why i want to serve the file via httpd (like i said, it worked with 
msi files). 



On Monday, August 5, 2013 9:30:30 AM UTC+2, Martin Alfke wrote:
>
> Hi, 
>
> I assume that you have the exe file within your module in the files 
> folder. 
> Adopt the source attribute to the following: 
>
> source => 'puppet: 
>
> Put the exe in your module: 
> //files/ 
>
> http://docs.puppetlabs.com/references/latest/type.html#file 
>
> hth, 
>
> Martin 
>
> On Aug 5, 2013, at 8:01 AM, cko > wrote: 
>
> > hi everyone, i'm trying to roll out an .exe file for the puppet package 
> provider "windows". 
> > 
> > my manifest looks like this: 
> > 
> > $package_source   = "
> http://puppet.local.domain/base_check_mk/windows/check-mk-agent-1.2.3i1.exe"; 
>
> > $package_name = "Check_MK Agent 1.2.3i1" 
> > 
> > package { "$package_name": 
> > ensure   => installed, 
> > provider => windows, 
> > source   => "$package_source", 
> > install_options => ['/S', '/D=C:\check_mk'] 
> > } 
> > 
> > the agent says: 
> > 
> > Error: The source does not exist: '
> http://puppet.local.domain/basecheckmk/windows/check-mk-agent-1.2.3i1.exe' 
>
> > 
> > When i open this link in the browser of the agent, the download of the 
> file starts. (So the path is correct). 
> > 
> > The same procedure works with ".msi" files though. Are .exe files not 
> supported for this kind of method? 
> > 
> > 
> > -- 
> > 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...@googlegroups.com . 
> > To post to this group, send email to 
> > puppet...@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+unsubscr...@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.

[Puppet Users] serving .exe file via http (provider => windows)

[cko]

hi everyone, i'm trying to roll out an .exe file for the puppet package 
provider "windows".

my manifest looks like this:

$package_source   = 
"http://puppet.local.domain/base_check_mk/windows/check-mk-agent-1.2.3i1.exe"; 
$package_name = "Check_MK Agent 1.2.3i1" 

package { "$package_name":
ensure   => installed,
provider => windows,
source   => "$package_source",
install_options => ['/S', '/D=C:\check_mk']
}

the agent says:

Error: The source does not exist: 'http://puppet.local.domain/base*check*
mk/windows/check-mk-agent-1.2.3i1.exe'

When i open this link in the browser of the agent, the download of the file 
starts. (So the path is correct).

The same procedure works with ".msi" files though. Are .exe files not 
supported for this kind of method?

-- 
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+unsubscr...@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.

[Puppet Users] updating package and all dependency updates with puppet

[cko]

hi,
 im trying to update the zend server package the following way:


  package { "zend-server-php-5.4-6.1.0:
ensure => present,
require => [Yumrepo["ZendRepo"],Yumrepo["Zend_noarch"]],
notify => File["/etc/ld.so.conf.d/zend_server.conf"]
  }

when i install a node from scratch, the latest version (*including *the 
latest depencencies) gets installed.

when i apply this to an existing node (with an older version of zend 
server) *ONLY *the package ""zend-server-php-" gets updated. updates for 
the packages "mod-php-5.4-apache2-zend-server-*" and " php*-5.4.16" (the 
dependencies) are ignored.

whats the best way to solve this?

i was thinking about an "yum update php*" exec?

-- 
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+unsubscr...@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.

[Puppet Users] puppet ignoring dependencies

[cko]

hi everyone,

my *site.pp* looks like this:


node "server.my.fqdn" { 
   class { "puppet_agent": } 
   class {"base_config:
 require=>Class["puppet_agent"]
 }
}

im trying to achieve that the "puppet_agent" module is applied before the 
"base config" modules. 

however, the puppet_agent module gets installed LAST.

any ideas?

-- 
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+unsubscr...@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.

[Puppet Users] Puppet run fails with service, succeeds with "puppet agent -t"

[cko]

hi everybody,

im trying to install a package on a windows server host. my source 
parameter looks like this:

$package_filename = "check-mk-agent-1.2.3i1.exe"
 $package_name = "Check_MK Agent 1.2.3i1"

  package { "$package_name":
 ensure   => installed,
 provider => windows,
 source => 
"\\\server/install/Tools/check_mk-agent/$package_filename",
 install_options => ['/S', '/D=C:\check_mk']
  }


here is the problem: when i run "puppet agent -t" on the server , it works 
and the package is installed.

but when the puppet service (every 30 minutes) runs, there is an error:

change from absent to present failed: The source does not exist: 
'\\server\install\Tools\check_mk-agent\check-mk-agent-1.2.3i1.exe'

when i open the directory 
(\server\install\Tools\check_mk-agent\check-mk-agent-1.2.3i1.exe) the file 
opens.

how can i fix this?

thank you

-- 
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+unsubscr...@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.

[Puppet Users] updating puppet with puppet on windows node (msi)

[cko]

hi, im trying to update the puppet windows agent on my windows server 2008 
r2 node.

i installed puppet-3.2.2 manually. my goal is to update the puppet agent to 
puppet-3.2.3-rc1

i tried that with the following manifest:

*init.pp:*

class base_puppet_agent {
   include base_puppet_agent::install,
   base_puppet_agent::service,
   base_puppet_agent::config
}

*install.pp:*

class base_puppet_agent::install {
   case $::operatingsystem {
  windows : {
 package { 'PuppetWindows':
name=> 'Puppet',
ensure   => installed,
source   => 
'puppet:\\\modules\base_puppet_agent\puppet-3.2.3-rc1.msi',
provider => windows
 }
  }
  centos, redhat: {
 package { 'puppet':
ensure => installed,
 }
  }
   }
}

*service.pp:*

class base_puppet_agent::service {
   service { 'puppet':
  ensure => running,
  enable => true,
  hasstatus  => true,
  hasrestart => true
   }
}

*config.pp:*

class base_puppet_agent::config {

   case $::operatingsystem {
  windows: {
 #Windows
 file { 'C:\ProgramData\PuppetLabs\puppet\etc\puppet.conf':
source => "puppet:///modules/base_puppet_agent/puppet_windows.conf",
notify => Service['puppet'],
require => Package ['PuppetWindows']
 }
  }
  centos, redhat: {
 #Linux
 file { '/etc/puppet/puppet.conf':
source => "puppet:///modules/base_puppet_agent/puppet.conf",
owner => 'root',
group => 'root',
mode => '0644',
notify => Service['puppet'],
require => Package ['puppet']
 }
  }
   }
}

the puppet run works perfectly. no errors whatsoever. the problem is, that 
it doesn't update to the desired version. it just checks, if a package 
named "puppet" is installed, but ignores the current version.

thoughts?

-- 
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+unsubscr...@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.

[Puppet Users] Re: install module via rpm-> behind a proxy

[cko]

thank you! 

i changed the* /usr/lib/rpm/macros *file via puppet. works fine

On Wednesday, June 19, 2013 8:17:25 AM UTC+2, cko wrote:
>
> hi,
>
> I'm trying to run the following manifest on my puppet agent: (snippet)
>
>package { 'check_mk-agent-logwatch-1.2.3i1-1.noarch':
>   provider => 'rpm',
>   ensure   => installed,
>   source   => 'http : // 
> mathias-kettner.de/download/check_mk-agent-logwatch-1.2.3i1-1.noarch.rpm',
>   require  => Package['xinetd']
>}
>
> (please note that i had to change the link in the manifest because of 
> insufficient karma.
>
> This results in an error:
>
> Execution of '/bin/rpm -i http : 
> //mathias-kettner.de/download/check*mk-agent-1.2.3i1-1.noarch.rpm' 
> returned 1: curl: (7) couldn't connect to host error: skipping http : //
> mathias-kettner.de/download/check*mk-agent-1.2.3i1-1.noarch.rpm - 
> transfer failed
>
> Now here is the clue: my company doesnt want to set a globaly proxy on our 
> services (e.g. export=http-proxy ...).
>
> Is there any other way to "tell" puppet to use our http-proxy for the 
> installation?
>

-- 
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+unsubscr...@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.

[Puppet Users] install module via rpm-> behind a proxy

[cko]

hi,

I'm trying to run the following manifest on my puppet agent: (snippet)

   package { 'check_mk-agent-logwatch-1.2.3i1-1.noarch':
  provider => 'rpm',
  ensure   => installed,
  source   => 'http : // 
mathias-kettner.de/download/check_mk-agent-logwatch-1.2.3i1-1.noarch.rpm',
  require  => Package['xinetd']
   }

(please note that i had to change the link in the manifest because of 
insufficient karma.

This results in an error:

Execution of '/bin/rpm -i http : 
//mathias-kettner.de/download/check*mk-agent-1.2.3i1-1.noarch.rpm' 
returned 1: curl: (7) couldn't connect to host error: skipping http : 
//mathias-kettner.de/download/check*mk-agent-1.2.3i1-1.noarch.rpm - 
transfer failed

Now here is the clue: my company doesnt want to set a globaly proxy on our 
services (e.g. export=http-proxy ...).

Is there any other way to "tell" puppet to use our http-proxy for the 
installation?

-- 
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+unsubscr...@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.

[Puppet Users] puppet-dashboard not linking both filebucket md5 links

[cko]

Hi everyone,

I have the following problem with the puppet-dashboard / filebucket "diff" 
functionality:






It doesnt show the content of the "new / changed" file.

I configured the client and server as instructed 
here: http://links.puppetlabs.com/enabling_the_filebucket_viewer.

Any ideas?


-- 
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+unsubscr...@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.