This is similar to what I'm talking about. It looks like this resource is
specifically using modified time as the "checksum." Is this something you've
configured or is this a default of those directories as something internal to
puppet.
----- "Tony G." <tony...@gmail.com> wrote:
> I've see this very often but not sure if this is the issue you are
> describing:
>
> Dec 4 03:36:19 puppetclient puppetd[16163]:
> (/File[/var/lib/puppet/lib]/checksum) checksum changed '{mtime}Fri Oct
> 30 11:05:32 -0700 2009' to '{mtime}Fri Oct 30 18:05:50 +0000 2009'
> Dec 4 03:36:20 puppetclient puppetd[16163]:
> (/File[/var/lib/puppet/lib/puppet]/checksum) checksum changed
> '{mtime}Fri Oct 30 11:05:33 -0700 2009' to '{mtime}Fri Oct 30 18:05:50
> +0000 2009'
> Dec 4 03:36:21 puppetclient puppetd[16163]:
> (/File[/var/lib/puppet/lib/puppet/type]/checksum) checksum changed
> '{mtime}Fri Oct 30 11:05:49 -0700 2009' to '{mtime}Fri Oct 30 18:05:50
> +0000 2009'
> Dec 4 03:36:24 puppetclient puppetd[16163]:
> (/File[/var/lib/puppet/lib/puppet/parser]/checksum) checksum changed
> '{mtime}Fri Oct 30 11:05:50 -0700 2009' to '{mtime}Fri Oct 30 18:05:50
> +0000 2009'
> Dec 4 03:36:29 puppetclient puppetd[16163]:
> (/File[/var/lib/puppet/lib/puppet/parser/functions]/checksum) checksum
> changed '{mtime}Fri Oct 30 11:05:50 -0700 2009' to '{mtime}Fri Oct 30
> 18:05:50 +0000 2009'
> Dec 4 03:36:29 puppetclient puppetd[16163]:
> (/File[/var/lib/puppet/lib/puppet/provider]/checksum) checksum changed
> '{mtime}Fri Oct 30 11:05:33 -0700 2009' to '{mtime}Fri Oct 30 18:05:48
> +0000 2009'
> Dec 4 03:36:36 puppetclient puppetd[16163]:
> (/File[/var/lib/puppet/lib/puppet/provider/package]/checksum) checksum
> changed '{mtime}Fri Oct 30 11:05:35 -0700 2009' to '{mtime}Fri Oct 30
> 18:05:48 +0000 2009'
> Dec 4 03:37:00 puppetclient puppetd[16163]:
> (/File[/var/lib/puppet/lib/puppet/provider/sysctl]/checksum) checksum
> changed '{mtime}Fri Oct 30 11:05:48 -0700 2009' to '{mtime}Fri Oct 30
> 18:05:49 +0000 2009'
> Dec 4 03:37:01 puppetclient puppetd[16163]:
> (/File[/var/lib/puppet/lib/puppet/provider/volumegroup]/checksum)
> checksum changed '{mtime}Fri Oct 30 11:05:34 -0700 2009' to
> '{mtime}Fri Oct 30 18:05:35 +0000 2009'
> Dec 4 03:37:06 puppetclient puppetd[16163]:
> (/File[/var/lib/puppet/lib/puppet/provider/logicalvolume]/checksum)
> checksum changed '{mtime}Fri Oct 30 11:05:33 -0700 2009' to
> '{mtime}Fri Oct 30 18:05:34 +0000 2009'
> Dec 4 03:37:07 puppetclient puppetd[16163]:
> (/File[/var/lib/puppet/lib/puppet/provider/physicalvolume]/checksum)
> checksum changed '{mtime}Fri Oct 30 11:05:34 -0700 2009' to
> '{mtime}Fri Oct 30 18:05:34 +0000 2009'
> Dec 4 03:37:15 puppetclient puppetd[16163]:
> (/File[/var/lib/puppet/lib/facter]/checksum) checksum changed
> '{mtime}Fri Oct 30 11:05:50 -0700 2009' to '{mtime}Tue Nov 03 08:00:05
> +0000 2009'
> Dec 4 03:37:33 puppetclient puppetd[16163]: Starting catalog run
> Dec 4 03:39:46 puppetclient puppetd[16163]: Finished catalog run in
> 133.44 seconds
>
> I've not been able to look on what is causing it, I belive it's coming
> after we change the environment the puppetclient is pointing to,
> although we use the same puppetmaster to use different
> environments(dev, prod).
>
> Thoughts?
>
> Thanks
>
>
> On Thu, Dec 3, 2009 at 2:31 PM, Digant C Kasundra <
> dig...@stanford.edu > wrote:
>
>
> Hey guys,
>
> We're using multiple puppetmasters and I could have sworn I had
> uncovered an issue once where if a file had a different timestamp on
> two puppetmasters, clients would keep replacing the file depending on
> which puppetmaster they talked to because the clients thought the
> files were changing. But I've been unable to reproduce this problem.
> Is this only an issue in certain situations? We're not using the
> checksum parameter to tell file resources to use timestamps and the
> type references seems to indicate that the default is md5 but I could
> have sworn I uncovered the aforementioned issue before but cannot for
> the life of me replicate it now. Anyone else know what I'm talking
> about?
>
>
> --
> Digant C Kasundra < dig...@stanford.edu >
> Technical Lead, ITS Unix Systems and Applications, Stanford University
>
> --
>
> You received this message because you are subscribed to the Google
> Groups "Puppet Users" group.
> To post to this group, send email to puppet-users@googlegroups.com .
> To unsubscribe from this group, send email to
> puppet-users+unsubscr...@googlegroups.com .
> For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en .
>
>
>
>
>
> --
> Tony
>
>
>
>
> -- You received this message because you are subscribed to the Google
> Groups "Puppet Users" group.
> To post to this group, send email to puppet-us...@googlegroups.com.
> To unsubscribe from this group, send email to
> puppet-users+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/puppet-users?hl=en.
--
Digant C Kasundra <dig...@stanford.edu>
Technical Lead, ITS Unix Systems and Applications, Stanford University
--
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-us...@googlegroups.com.
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en.
