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 <[EMAIL PROTECTED]> 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" <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---