Re: [Nagios-devel] nagios check_* and files limits
Posted: Fri Dec 07, 2012 7:46 pm
On 12/7/2012 1:28 PM, Mike Wilson wrote:
> On 12/7/2012 9:17 AM, Mike Guthrie wrote:
>> Some of the newer distributions have additional files in
>> /etc/security/limits.d/ that could override settings specified in
>> limits.conf. I have seen a few support tickets where certain checks
>> require the boosting of ulimit values, although usually there's an error
>> that accompanies it in the nagios.log that looks something like this:
>>
>> [1331755699] Warning: The check of service 'SWAP' on host
>> 'nameserver' not could be due to Performed
>> to fork () error 'Resource temporarily unavailable'. The check will
>> be rescheduled.
>>
>> We've got some settings posted for users running into ulimit problems on
>> the following FAQ, they could be worth giving a try:
>> http://support.nagios.com/wiki/index.ph ... g_Orphaned
Oddly enough I do not see the fork() errors. Perhaps assuming that (open
files/procs cap) was the problem has got me looking in the wrong places.
All things are pointing to some sort of cap somewhere tho. However, now
the ulimit caps seem to be raised the problem still persists.
I reviewed the document you linked, checked that I was using the changes
they suggested (had to tweak the perl settings) but have still been
unable to resolve the 127 error without reducing the number of checks
(currently 4k passive, 200 active) below 2780ish.
--
Mike Wilson
214-413-1115x1067
VoIP 1067
NTTA, mwilson@us.ntt.net
===========
This email message is intended for the use of the person to whom it has
been sent, and may contain information that is confidential or legally
protected. If you are not the intended recipient or have received this
message in error, you are not authorized to copy, distribute, or
otherwise use this message or its attachments. Please notify the sender
immediately by return e-mail and permanently delete this message and any
attachments. NTT America makes no warranty that this email is error or
virus free.
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: uce_mike@yahoo.com
> On 12/7/2012 9:17 AM, Mike Guthrie wrote:
>> Some of the newer distributions have additional files in
>> /etc/security/limits.d/ that could override settings specified in
>> limits.conf. I have seen a few support tickets where certain checks
>> require the boosting of ulimit values, although usually there's an error
>> that accompanies it in the nagios.log that looks something like this:
>>
>> [1331755699] Warning: The check of service 'SWAP' on host
>> 'nameserver' not could be due to Performed
>> to fork () error 'Resource temporarily unavailable'. The check will
>> be rescheduled.
>>
>> We've got some settings posted for users running into ulimit problems on
>> the following FAQ, they could be worth giving a try:
>> http://support.nagios.com/wiki/index.ph ... g_Orphaned
Oddly enough I do not see the fork() errors. Perhaps assuming that (open
files/procs cap) was the problem has got me looking in the wrong places.
All things are pointing to some sort of cap somewhere tho. However, now
the ulimit caps seem to be raised the problem still persists.
I reviewed the document you linked, checked that I was using the changes
they suggested (had to tweak the perl settings) but have still been
unable to resolve the 127 error without reducing the number of checks
(currently 4k passive, 200 active) below 2780ish.
--
Mike Wilson
214-413-1115x1067
VoIP 1067
NTTA, mwilson@us.ntt.net
===========
This email message is intended for the use of the person to whom it has
been sent, and may contain information that is confidential or legally
protected. If you are not the intended recipient or have received this
message in error, you are not authorized to copy, distribute, or
otherwise use this message or its attachments. Please notify the sender
immediately by return e-mail and permanently delete this message and any
attachments. NTT America makes no warranty that this email is error or
virus free.
This post was automatically imported from historical nagios-devel mailing list archives
Original poster: uce_mike@yahoo.com