On Thursday, February 28, 2013 12:16:58 PM UTC-6, r.yeo wrote: > > Architecture of PM is Ubuntu 12.04 in a VM with 8GB of RAM (4.7GB used) > with Apache 2.2 as the front end. > > No network bottlenecks that I have been able to identify and the nodes > this is happening on seem to be random. Different buildings on campus, > different vlans, etc. I have nodes on the same network segment getting > identical configs that are performing flawlessly. > > recurse => true is not being called in any module and no directories in my > file manifests. > > My typical module with files has about 5 files and they are all smaller > then 5KB. > > I'll keep digging and see if I can find any similarities on the client > machines that might be causing this. It really seems client side at this > point since looking in dashboard it does seem to be very consistent on the > nodes that are having issues and the nodes that are good even though they > are getting identical configs. >
I concur with Felix: your best bet is to monitor and analyze the actual failure behavior. The characteristics of the machines on which that behavior manifests are secondary. Also, the more you say, the more I likely Felix's timeout theory seems. Indeed, I find it particularly striking that the timing of the slow file operations is so tightly clustered around 75s. That is very suggestive of a fixed-length external delay, or a series of a consistent number of them. My first guess, then, would be that the failing clients are talking to a name resolution service that accepts requests but never responds (perhaps its firewall intentionally discards the requests, or maybe it's just wedged). The client eventually falls back to an alternative server, at which point it gets the file. Note, too, that that theory supposes that the client systems are not caching successful name lookups; that might be something to consider configuring for overall better networking performance. John -- 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?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
