Harish, I don't have any direct insight into your performance woes. But have you investigated what changes were made in the past 7 days around the time your issues began? I'm my experience, such issues are rarely spontaneous but a result of a purposeful change somewhere in the system.
On Mon, Dec 12, 2016 at 11:34 AM Harish Kothuri <[email protected]> wrote: > Hi, > > I have a puppet master v3.8.7 and having 300+ nodes running fine till last > week. > > All the agents are running very slow since last week and sometimes it > started complaining that puppet master is running on heavy load. > > > Following is my master configuration details: > Puppet : 3.8.7 > CentOS: 6.7 Final > RAM : 32GB > > *processor : 0* > *vendor_id : GenuineIntel* > *cpu family : 6* > *model : 44* > *model name : Intel(R) Xeon(R) CPU X5690 @ 3.47GHz* > *stepping : 2* > *microcode : 26* > *cpu MHz : 3457.999* > *cache size : 12288 KB* > *physical id : 0* > *siblings : 2* > *core id : 0* > *cpu cores : 2* > *apicid : 0* > *initial apicid : 0* > *fpu : yes* > *fpu_exception : yes* > *cpuid level : 11* > *wp : yes* > *flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss ht syscall nx rdtscp lm > constant_tsc arch_perfmon pebs bts xtopology tsc_reliable nonstop_tsc > aperfmperf unfair_spinlock pni pclmulqdq ssse3 cx16 sse4_1 sse4_2 popcnt > aes hypervisor lahf_lm ida arat epb dtherm* > *bogomips : 6915.99* > *clflush size : 64* > *cache_alignment : 64* > *address sizes : 40 bits physical, 48 bits virtual* > *power management:* > > *processor : 1* > *vendor_id : GenuineIntel* > *cpu family : 6* > *model : 44* > *model name : Intel(R) Xeon(R) CPU X5690 @ 3.47GHz* > *stepping : 2* > *microcode : 26* > *cpu MHz : 3457.999* > *cache size : 12288 KB* > *physical id : 0* > *siblings : 2* > *core id : 1* > *cpu cores : 2* > *apicid : 1* > *initial apicid : 1* > *fpu : yes* > *fpu_exception : yes* > *cpuid level : 11* > *wp : yes* > *flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > mca cmov pat pse36 clflush dts mmx fxsr sse sse2 ss ht syscall nx rdtscp lm > constant_tsc arch_perfmon pebs bts xtopology tsc_reliable nonstop_tsc > aperfmperf unfair_spinlock pni pclmulqdq ssse3 cx16 sse4_1 sse4_2 popcnt > aes hypervisor lahf_lm ida arat epb dtherm* > *bogomips : 6915.99* > > *Error Details:* > > *Error 1:* > Failed to generate additional resources using 'eval_generate': Error 503 > on SERVER: <h1>This website is under heavy load</h1><p>We're sorry, too > many people are accessing this website at the same time. We're working on > this problem. Please try again later.</p> > > *Error 2:* > Could not retrieve catalog from remote server: Error 400 on SERVER: Failed > to submit 'replace facts' command for node.domain.com to PuppetDB at > puppetmaster.domain.com:8081: Connection refused - connect(2) > > Also, attaching the puppet agent log with --debug enabled. > > Kindly help. > > > > > > > > > > > > -- > > > 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 [email protected]. > > > To view this discussion on the web visit > https://groups.google.com/d/msgid/puppet-users/bc165bf9-ab20-4a95-8785-1b804dcc2ce3%40googlegroups.com > <https://groups.google.com/d/msgid/puppet-users/bc165bf9-ab20-4a95-8785-1b804dcc2ce3%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > > For more options, visit https://groups.google.com/d/optout. > > > -- Rob Nelson -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/CAC76iT8GDFu2XcmbbdrbLAzx4gTaE9sbU224tVP5_TjG3XGR-w%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
