josh
2008-Sep-29 17:14 UTC
[Puppet Users] Puppet clients stop talking to the puppetmaster server
Here''s the scenario, We have roughly 700 OpenSolaris hosts running puppet-0.24.4, facter-1.3.8, and ruby 1.8.6. Puppetmaster server is running OpenSolaris, puppet-0.24.5, facter-1.5.2, and ruby 1.8.6. I''m running 4 puppetmasterd instances with mongrel fronted by apache in load balancer mode. It seems that quite a few (roughly a third) of the boxes stop checking in to the puppetmaster server, or just stop downloading/creating the new classes file from the puppetmaster server. If I ssh into each box, stop puppetd and restart it, it downloads the new /var/puppet/ state/classes.txt and everything is good again. All of the clients are identical, same OS versions, same patch levels, same puppet.conf, etc. I am not seeing anything in the logs on the puppetmaster server (either in the apache logs or puppetmasterd logs) that is indicative of an issue. Any thoughts? Thanks, Josh --~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
Andrew Shafer
2008-Sep-29 21:56 UTC
[Puppet Users] Re: Puppet clients stop talking to the puppetmaster server
What do the logs look like on the clients that stop connecting? That''s where I''d expect to see something, not on the master. On Mon, Sep 29, 2008 at 11:14 AM, josh <dorqus@gmail.com> wrote:> > Here''s the scenario, > > We have roughly 700 OpenSolaris hosts running puppet-0.24.4, > facter-1.3.8, and ruby 1.8.6. > Puppetmaster server is running OpenSolaris, puppet-0.24.5, > facter-1.5.2, and ruby 1.8.6. > I''m running 4 puppetmasterd instances with mongrel fronted by apache > in load balancer mode. > > It seems that quite a few (roughly a third) of the boxes stop checking > in to the puppetmaster server, or just stop downloading/creating the > new classes file from the puppetmaster server. If I ssh into each > box, stop puppetd and restart it, it downloads the new /var/puppet/ > state/classes.txt and everything is good again. > > All of the clients are identical, same OS versions, same patch levels, > same puppet.conf, etc. > > I am not seeing anything in the logs on the puppetmaster server > (either in the apache logs or puppetmasterd logs) that is indicative > of an issue. > > Any thoughts? > > Thanks, > Josh > > > > >--~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
josh
2008-Sep-30 02:29 UTC
[Puppet Users] Re: Puppet clients stop talking to the puppetmaster server
The clients still check in every 30 minutes or so, but aren''t downloading the new classes from the server, and they wil still be trying to download non-existant classes. I''m pushing out an upgrade of facter from 1.3.8 to 1.5.2, as of right now 500 out of 700 hosts have the new facter version, the other 200 or so need to have puppetd restarted. I can enable debug mode in the logs and see if that helps with the troubleshooting. i.e.: Sep 29 21:58:49 xxxx puppetd[17414]: [ID 702911 daemon.notice] Starting catalog run Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ ensure) No specified sources exist Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ ensure) No specified sources exist Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ source) No specified sources exist Sep 29 21:59:01 xxxx puppetd[17414]: [ID 702911 daemon.notice] Finished catalog run in 12.23 seconds On Sep 29, 5:56 pm, "Andrew Shafer" <and...@reductivelabs.com> wrote:> What do the logs look like on the clients that stop connecting? > > That''s where I''d expect to see something, not on the master. > > On Mon, Sep 29, 2008 at 11:14 AM, josh <dor...@gmail.com> wrote: > > > Here''s the scenario, > > > We have roughly 700 OpenSolaris hosts running puppet-0.24.4, > > facter-1.3.8, and ruby 1.8.6. > > Puppetmaster server is running OpenSolaris, puppet-0.24.5, > > facter-1.5.2, and ruby 1.8.6. > > I''m running 4 puppetmasterd instances with mongrel fronted by apache > > in load balancer mode. > > > It seems that quite a few (roughly a third) of the boxes stop checking > > in to the puppetmaster server, or just stop downloading/creating the > > new classes file from the puppetmaster server. If I ssh into each > > box, stop puppetd and restart it, it downloads the new /var/puppet/ > > state/classes.txt and everything is good again. > > > All of the clients are identical, same OS versions, same patch levels, > > same puppet.conf, etc. > > > I am not seeing anything in the logs on the puppetmaster server > > (either in the apache logs or puppetmasterd logs) that is indicative > > of an issue. > > > Any thoughts? > > > Thanks, > > Josh--~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
Andrew Shafer
2008-Sep-30 02:59 UTC
[Puppet Users] Re: Puppet clients stop talking to the puppetmaster server
I believe the problem is on the client. Debugging logs there would be the place I''d start. On Mon, Sep 29, 2008 at 8:29 PM, josh <dorqus@gmail.com> wrote:> > The clients still check in every 30 minutes or so, but aren''t > downloading the new classes from the server, and they wil still be > trying to download non-existant classes. I''m pushing out an upgrade > of facter from 1.3.8 to 1.5.2, as of right now 500 out of 700 hosts > have the new facter version, the other 200 or so need to have puppetd > restarted. I can enable debug mode in the logs and see if that helps > with the troubleshooting. > > i.e.: > > Sep 29 21:58:49 xxxx puppetd[17414]: [ID 702911 daemon.notice] > Starting catalog run > Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// > Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ > ensure) No specified sources exist > Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// > Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ > ensure) No specified sources exist > Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// > Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ > source) No specified sources exist > Sep 29 21:59:01 xxxx puppetd[17414]: [ID 702911 daemon.notice] > Finished catalog run in 12.23 seconds > > > > On Sep 29, 5:56 pm, "Andrew Shafer" <and...@reductivelabs.com> wrote: > > What do the logs look like on the clients that stop connecting? > > > > That''s where I''d expect to see something, not on the master. > > > > On Mon, Sep 29, 2008 at 11:14 AM, josh <dor...@gmail.com> wrote: > > > > > Here''s the scenario, > > > > > We have roughly 700 OpenSolaris hosts running puppet-0.24.4, > > > facter-1.3.8, and ruby 1.8.6. > > > Puppetmaster server is running OpenSolaris, puppet-0.24.5, > > > facter-1.5.2, and ruby 1.8.6. > > > I''m running 4 puppetmasterd instances with mongrel fronted by apache > > > in load balancer mode. > > > > > It seems that quite a few (roughly a third) of the boxes stop checking > > > in to the puppetmaster server, or just stop downloading/creating the > > > new classes file from the puppetmaster server. If I ssh into each > > > box, stop puppetd and restart it, it downloads the new /var/puppet/ > > > state/classes.txt and everything is good again. > > > > > All of the clients are identical, same OS versions, same patch levels, > > > same puppet.conf, etc. > > > > > I am not seeing anything in the logs on the puppetmaster server > > > (either in the apache logs or puppetmasterd logs) that is indicative > > > of an issue. > > > > > Any thoughts? > > > > > Thanks, > > > Josh > > >--~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
Paul Lathrop
2008-Sep-30 18:41 UTC
[Puppet Users] Re: Puppet clients stop talking to the puppetmaster server
Have you restarted puppetmasterd? Often when I see changes not propagating to clients, it turns out there was a syntax error which stopped the puppetmaster from reloading changes. Try restarting puppetmasterd and watch the logs. --Paul On Mon, Sep 29, 2008 at 7:29 PM, josh <dorqus@gmail.com> wrote:> > The clients still check in every 30 minutes or so, but aren''t > downloading the new classes from the server, and they wil still be > trying to download non-existant classes. I''m pushing out an upgrade > of facter from 1.3.8 to 1.5.2, as of right now 500 out of 700 hosts > have the new facter version, the other 200 or so need to have puppetd > restarted. I can enable debug mode in the logs and see if that helps > with the troubleshooting. > > i.e.: > > Sep 29 21:58:49 xxxx puppetd[17414]: [ID 702911 daemon.notice] > Starting catalog run > Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// > Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ > ensure) No specified sources exist > Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// > Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ > ensure) No specified sources exist > Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// > Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ > source) No specified sources exist > Sep 29 21:59:01 xxxx puppetd[17414]: [ID 702911 daemon.notice] > Finished catalog run in 12.23 seconds > > > > On Sep 29, 5:56 pm, "Andrew Shafer" <and...@reductivelabs.com> wrote: >> What do the logs look like on the clients that stop connecting? >> >> That''s where I''d expect to see something, not on the master. >> >> On Mon, Sep 29, 2008 at 11:14 AM, josh <dor...@gmail.com> wrote: >> >> > Here''s the scenario, >> >> > We have roughly 700 OpenSolaris hosts running puppet-0.24.4, >> > facter-1.3.8, and ruby 1.8.6. >> > Puppetmaster server is running OpenSolaris, puppet-0.24.5, >> > facter-1.5.2, and ruby 1.8.6. >> > I''m running 4 puppetmasterd instances with mongrel fronted by apache >> > in load balancer mode. >> >> > It seems that quite a few (roughly a third) of the boxes stop checking >> > in to the puppetmaster server, or just stop downloading/creating the >> > new classes file from the puppetmaster server. If I ssh into each >> > box, stop puppetd and restart it, it downloads the new /var/puppet/ >> > state/classes.txt and everything is good again. >> >> > All of the clients are identical, same OS versions, same patch levels, >> > same puppet.conf, etc. >> >> > I am not seeing anything in the logs on the puppetmaster server >> > (either in the apache logs or puppetmasterd logs) that is indicative >> > of an issue. >> >> > Any thoughts? >> >> > Thanks, >> > Josh > > >--~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
josh
2008-Oct-02 14:25 UTC
[Puppet Users] Re: Puppet clients stop talking to the puppetmaster server
Paul, Yes puppetmasterd has been restarted several times but no luck. I''m upgrading all the clients to facter-1.5.2 now, and once that done I may either upgrade all the clients to puppet-0.24.5, or downgrade the server to 0.24.4, that way both the clients and the server will have the same versions of facter and puppet (and ruby, which they already do) Josh On Sep 30, 2:41 pm, "Paul Lathrop" <p...@tertiusfamily.net> wrote:> Have you restarted puppetmasterd? Often when I see changes not > propagating to clients, it turns out there was a syntax error which > stopped the puppetmaster from reloading changes. > > Try restarting puppetmasterd and watch the logs. > > --Paul > > On Mon, Sep 29, 2008 at 7:29 PM, josh <dor...@gmail.com> wrote: > > > The clients still check in every 30 minutes or so, but aren''t > > downloading the new classes from the server, and they wil still be > > trying to download non-existant classes. I''m pushing out an upgrade > > of facter from 1.3.8 to 1.5.2, as of right now 500 out of 700 hosts > > have the new facter version, the other 200 or so need to have puppetd > > restarted. I can enable debug mode in the logs and see if that helps > > with the troubleshooting. > > > i.e.: > > > Sep 29 21:58:49 xxxx puppetd[17414]: [ID 702911 daemon.notice] > > Starting catalog run > > Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// > > Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ > > ensure) No specified sources exist > > Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// > > Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ > > ensure) No specified sources exist > > Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// > > Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ > > source) No specified sources exist > > Sep 29 21:59:01 xxxx puppetd[17414]: [ID 702911 daemon.notice] > > Finished catalog run in 12.23 seconds > > > On Sep 29, 5:56 pm, "Andrew Shafer" <and...@reductivelabs.com> wrote: > >> What do the logs look like on the clients that stop connecting? > > >> That''s where I''d expect to see something, not on the master. > > >> On Mon, Sep 29, 2008 at 11:14 AM, josh <dor...@gmail.com> wrote: > > >> > Here''s the scenario, > > >> > We have roughly 700 OpenSolaris hosts running puppet-0.24.4, > >> > facter-1.3.8, and ruby 1.8.6. > >> > Puppetmaster server is running OpenSolaris, puppet-0.24.5, > >> > facter-1.5.2, and ruby 1.8.6. > >> > I''m running 4 puppetmasterd instances with mongrel fronted by apache > >> > in load balancer mode. > > >> > It seems that quite a few (roughly a third) of the boxes stop checking > >> > in to the puppetmaster server, or just stop downloading/creating the > >> > new classes file from the puppetmaster server. If I ssh into each > >> > box, stop puppetd and restart it, it downloads the new /var/puppet/ > >> > state/classes.txt and everything is good again. > > >> > All of the clients are identical, same OS versions, same patch levels, > >> > same puppet.conf, etc. > > >> > I am not seeing anything in the logs on the puppetmaster server > >> > (either in the apache logs or puppetmasterd logs) that is indicative > >> > of an issue. > > >> > Any thoughts? > > >> > Thanks, > >> > Josh--~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
Andrew Shafer
2008-Oct-02 18:32 UTC
[Puppet Users] Re: Puppet clients stop talking to the puppetmaster server
Can you get debug logs on the client and server? On Thu, Oct 2, 2008 at 8:25 AM, josh <dorqus@gmail.com> wrote:> > Paul, > > Yes puppetmasterd has been restarted several times but no luck. I''m > upgrading all the clients to facter-1.5.2 now, and once that done I > may either upgrade all the clients to puppet-0.24.5, or downgrade the > server to 0.24.4, that way both the clients and the server will have > the same versions of facter and puppet (and ruby, which they already > do) > > Josh > > > On Sep 30, 2:41 pm, "Paul Lathrop" <p...@tertiusfamily.net> wrote: > > Have you restarted puppetmasterd? Often when I see changes not > > propagating to clients, it turns out there was a syntax error which > > stopped the puppetmaster from reloading changes. > > > > Try restarting puppetmasterd and watch the logs. > > > > --Paul > > > > On Mon, Sep 29, 2008 at 7:29 PM, josh <dor...@gmail.com> wrote: > > > > > The clients still check in every 30 minutes or so, but aren''t > > > downloading the new classes from the server, and they wil still be > > > trying to download non-existant classes. I''m pushing out an upgrade > > > of facter from 1.3.8 to 1.5.2, as of right now 500 out of 700 hosts > > > have the new facter version, the other 200 or so need to have puppetd > > > restarted. I can enable debug mode in the logs and see if that helps > > > with the troubleshooting. > > > > > i.e.: > > > > > Sep 29 21:58:49 xxxx puppetd[17414]: [ID 702911 daemon.notice] > > > Starting catalog run > > > Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// > > > Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ > > > ensure) No specified sources exist > > > Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// > > > Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ > > > ensure) No specified sources exist > > > Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// > > > Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ > > > source) No specified sources exist > > > Sep 29 21:59:01 xxxx puppetd[17414]: [ID 702911 daemon.notice] > > > Finished catalog run in 12.23 seconds > > > > > On Sep 29, 5:56 pm, "Andrew Shafer" <and...@reductivelabs.com> wrote: > > >> What do the logs look like on the clients that stop connecting? > > > > >> That''s where I''d expect to see something, not on the master. > > > > >> On Mon, Sep 29, 2008 at 11:14 AM, josh <dor...@gmail.com> wrote: > > > > >> > Here''s the scenario, > > > > >> > We have roughly 700 OpenSolaris hosts running puppet-0.24.4, > > >> > facter-1.3.8, and ruby 1.8.6. > > >> > Puppetmaster server is running OpenSolaris, puppet-0.24.5, > > >> > facter-1.5.2, and ruby 1.8.6. > > >> > I''m running 4 puppetmasterd instances with mongrel fronted by apache > > >> > in load balancer mode. > > > > >> > It seems that quite a few (roughly a third) of the boxes stop > checking > > >> > in to the puppetmaster server, or just stop downloading/creating the > > >> > new classes file from the puppetmaster server. If I ssh into each > > >> > box, stop puppetd and restart it, it downloads the new /var/puppet/ > > >> > state/classes.txt and everything is good again. > > > > >> > All of the clients are identical, same OS versions, same patch > levels, > > >> > same puppet.conf, etc. > > > > >> > I am not seeing anything in the logs on the puppetmaster server > > >> > (either in the apache logs or puppetmasterd logs) that is indicative > > >> > of an issue. > > > > >> > Any thoughts? > > > > >> > Thanks, > > >> > Josh > > >--~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
josh
2008-Oct-02 21:00 UTC
[Puppet Users] Re: Puppet clients stop talking to the puppetmaster server
Yes I can. The server will have a LOT of log info as it''s serving up just under 700 clients, but I can pick a few clients and enable debug logging for them and report back. On Oct 2, 2:32 pm, "Andrew Shafer" <and...@reductivelabs.com> wrote:> Can you get debug logs on the client and server? > > On Thu, Oct 2, 2008 at 8:25 AM, josh <dor...@gmail.com> wrote: > > > Paul, > > > Yes puppetmasterd has been restarted several times but no luck. I''m > > upgrading all the clients to facter-1.5.2 now, and once that done I > > may either upgrade all the clients to puppet-0.24.5, or downgrade the > > server to 0.24.4, that way both the clients and the server will have > > the same versions of facter and puppet (and ruby, which they already > > do) > > > Josh > > > On Sep 30, 2:41 pm, "Paul Lathrop" <p...@tertiusfamily.net> wrote: > > > Have you restarted puppetmasterd? Often when I see changes not > > > propagating to clients, it turns out there was a syntax error which > > > stopped the puppetmaster from reloading changes. > > > > Try restarting puppetmasterd and watch the logs. > > > > --Paul > > > > On Mon, Sep 29, 2008 at 7:29 PM, josh <dor...@gmail.com> wrote: > > > > > The clients still check in every 30 minutes or so, but aren''t > > > > downloading the new classes from the server, and they wil still be > > > > trying to download non-existant classes. I''m pushing out an upgrade > > > > of facter from 1.3.8 to 1.5.2, as of right now 500 out of 700 hosts > > > > have the new facter version, the other 200 or so need to have puppetd > > > > restarted. I can enable debug mode in the logs and see if that helps > > > > with the troubleshooting. > > > > > i.e.: > > > > > Sep 29 21:58:49 xxxx puppetd[17414]: [ID 702911 daemon.notice] > > > > Starting catalog run > > > > Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// > > > > Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ > > > > ensure) No specified sources exist > > > > Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// > > > > Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ > > > > ensure) No specified sources exist > > > > Sep 29 21:58:55 xxxx puppetd[17414]: [ID 702911 daemon.warning] (// > > > > Node[default]/dhcp_server/File[/export/home/jrivel/dhcp-server.tar]/ > > > > source) No specified sources exist > > > > Sep 29 21:59:01 xxxx puppetd[17414]: [ID 702911 daemon.notice] > > > > Finished catalog run in 12.23 seconds > > > > > On Sep 29, 5:56 pm, "Andrew Shafer" <and...@reductivelabs.com> wrote: > > > >> What do the logs look like on the clients that stop connecting? > > > > >> That''s where I''d expect to see something, not on the master. > > > > >> On Mon, Sep 29, 2008 at 11:14 AM, josh <dor...@gmail.com> wrote: > > > > >> > Here''s the scenario, > > > > >> > We have roughly 700 OpenSolaris hosts running puppet-0.24.4, > > > >> > facter-1.3.8, and ruby 1.8.6. > > > >> > Puppetmaster server is running OpenSolaris, puppet-0.24.5, > > > >> > facter-1.5.2, and ruby 1.8.6. > > > >> > I''m running 4 puppetmasterd instances with mongrel fronted by apache > > > >> > in load balancer mode. > > > > >> > It seems that quite a few (roughly a third) of the boxes stop > > checking > > > >> > in to the puppetmaster server, or just stop downloading/creating the > > > >> > new classes file from the puppetmaster server. If I ssh into each > > > >> > box, stop puppetd and restart it, it downloads the new /var/puppet/ > > > >> > state/classes.txt and everything is good again. > > > > >> > All of the clients are identical, same OS versions, same patch > > levels, > > > >> > same puppet.conf, etc. > > > > >> > I am not seeing anything in the logs on the puppetmaster server > > > >> > (either in the apache logs or puppetmasterd logs) that is indicative > > > >> > of an issue. > > > > >> > Any thoughts? > > > > >> > Thanks, > > > >> > Josh--~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---