On Wed, Feb 11, 2015 at 11:31 PM, cko dert...@gmail.com wrote:
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
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.
This is what it looks like: http://i.imgur.com/Woxi68C.png
On Thu, Feb 5, 2015 at 11:27 PM, Rob Reynolds r...@puppetlabs.com wrote:
On Tue, Feb 3, 2015 at 8:25 AM, cko dert...@gmail.com wrote:
Icacls: http://i.imgur.com/s1xQy65.png
Can you run one against the last_run_report.yaml and the
On Tue, Feb 3, 2015 at 8:25 AM, cko dert...@gmail.com 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
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 der...@gmail.com javascript:
wrote:
I just noticed that the affected
On Mon, Feb 2, 2015 at 5:05 AM, cko dert...@gmail.com 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
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,
On Sun, Dec 14, 2014 at 9:17 AM, cko dert...@gmail.com 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
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 der...@gmail.com javascript:
wrote:
The Puppet Service is actually running.
The eventlog shows records about successfully finished
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
On Tue, Dec 9, 2014 at 7:28 AM, cko dert...@gmail.com 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
On 12/09/2014 02:28 PM, 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
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
13 matches
Mail list logo
