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 <harishkoth...@gmail.com> 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 puppet-users+unsubscr...@googlegroups.com. > > > 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 puppet-users+unsubscr...@googlegroups.com. 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.
