|Anonymous | Login | Signup for a new account||2016-05-26 20:10 EDT|
|Main | My View | View Issues | Change Log | Roadmap|
|Viewing Issue Simple Details|
|ID||Category||Severity||Reproducibility||Date Submitted||Last Update|
|0000455||[Nagios Core] Core||crash||sometimes||2013-05-16 06:57||2015-11-16 15:17|
|Priority||normal||Resolution||unable to reproduce|
|Summary||0000455: Nagios go down every night when (maybe) logrotate|
Nagios go down every night when (maybe) logrotate
We have create post in support forum for non customers users
see debug files with last 1000lines before core goes down
in dmesg we have this notification
nagios: segfault at 0000000100000001 rip 00000038ca079b60 rsp 00007fffcd8a6868 error 4
|Tags||No tags attached.|
|OS Version||Enterprise Linux Server release 5.7 (Tikanga)|
nagios.debug.1.txt [^] (936,487 bytes) 2013-05-16 06:58
nagios.debug.2.txt [^] (918,976 bytes) 2013-05-16 06:58
nagios.debug.3.txt [^] (799,155 bytes) 2013-05-16 06:59
We have experienced this with version 3.5.0 too - last night... But we didn´t get any segfaults anywhere - Nagios did just report (in it`s log) that it was shutdown at midnight - and nothing after that.
OS: Ubuntu 12.04 LTS running kernel 3.2.0-44-generic.
...and happened again.
I will disable log rotation for now.
edited on: 2013-09-20 09:38
Archives logrotate gives SIGSEGV Signal to Nagios
DIstribution : Debian i686 version 7.
Nagios Core : 3.5.0 Installed by compilation of source .
There was no problem during 2 month and one day ...
I am having an issue with nagios and the archive/log rotation. I have
configured "log_rotation_method=d" and when it runs I see a SIGSEGV in the
nagios.log and nagios shutsdown. I can move it to =h and it will do it every
hour (crash). The logfile has nothing else to indicate why it is crashing.
Anyone have suggestions on how to trace down the real problem here? File
permissions on the archive dir are nagios:nagios as is the nagios.log file.
There is no new archive log since this crashdate.
I've set "log_rotation_method=n" because this server is on 24/7 production but i think it isn't the right way
Actually, 53 Day Logs rotate OK, 75% free space on disk.
Did you need any further informations (logs,...)?
I ran into this issue in conjunction with the livestatus NEB module after the 3.5.0 release of Nagios or whatever release finally implemented fixes for downtime notifications being resent.
Disabling livestatus or appying this patch should resolve the issue:
If you aren't using livestatus and this is happening that I'm not sure what the problem is and you'll have to wait for devs to look into it.
|That patch fixed it for me|
|I'm also seeing this with Nagios 3.5.1. It seems only to happen when there are services that have a downtime scheduled. I'm using livestatus 1.2.2p3. I haven't tried the patch to the nagios downtime struct. Is that patch safe to use where scheduled downtimes are concerned? Will that patch be incorporated into a future release of 3.5?|
|That patch works for me currently. Been using it in production for several months without any issues. As for it being added to 3.5.1, as far as I know there will no longer be any updates to the 3.x branch and it is encouraged for people to upgrade to 4.x.|
|Unless someone reports that this is occurring in nagios 4.x, I will be closing this issue and http://tracker.nagios.org/view.php?id=516. [^]|
|No one reports that this is occurring in nagios 4.x.|
|2013-05-16 06:57||FPastor||New Issue|
|2013-05-16 06:57||FPastor||Nagios Version||=> 3.5.0|
|2013-05-16 06:57||FPastor||OS||=> Red Hat|
|2013-05-16 06:57||FPastor||OS Version||=> Enterprise Linux Server release 5.7 (Tikanga)|
|2013-05-16 06:58||FPastor||File Added: nagios.debug.1.txt|
|2013-05-16 06:58||FPastor||File Added: nagios.debug.2.txt|
|2013-05-16 06:59||FPastor||File Added: nagios.debug.3.txt|
|2013-06-06 05:29||FPastor||Issue Monitored: FPastor|
|2013-08-07 03:58||iiro||Issue Monitored: iiro|
|2013-08-07 07:35||iiro||Note Added: 0000786|
|2013-08-08 01:51||iiro||Note Added: 0000789|
|2013-09-20 04:34||dekeister||Note Added: 0000812|
|2013-09-20 04:35||dekeister||Note Edited: 0000812|
|2013-09-20 09:38||dekeister||Note Edited: 0000812|
|2013-09-23 14:00||awiddersheim||Note Added: 0000816|
|2013-10-08 04:38||hsmade||Note Added: 0000861|
|2013-10-09 04:51||ps||Issue Monitored: ps|
|2013-11-08 10:32||dvoryanchikov||Issue Monitored: dvoryanchikov|
|2014-03-10 16:38||PMDubuc||Note Added: 0001142|
|2014-03-10 16:38||PMDubuc||Issue Monitored: PMDubuc|
|2014-03-10 16:42||awiddersheim||Note Added: 0001143|
|2014-09-22 03:39||giner||Issue Monitored: giner|
|2015-09-24 15:05||jfrickson||Status||new => assigned|
|2015-09-24 15:05||jfrickson||Assigned To||=> jfrickson|
|2015-10-06 12:18||jfrickson||Note Added: 0001446|
|2015-10-06 12:18||jfrickson||Status||assigned => feedback|
|2015-11-16 15:17||jfrickson||Note Added: 0001504|
|2015-11-16 15:17||jfrickson||Status||feedback => closed|
|2015-11-16 15:17||jfrickson||Resolution||open => unable to reproduce|
|Mantis 1.1.7[^] Copyright © 2000 - 2008 Mantis Group|