[Nagios-users] n2rrd 1.4.4
Hi, We are using n2rrd (http://n2rrd.diglinks.com) to store performance data and use rrd2graph to display them. works great for us. 1) We would like to upgrade from 1.4.3 to 1.4.4, but would like to know anyone out there have already upgraded to the latest release. 2) any one has tried the new graph templates dir (see http://n2rrd-wiki.diglinks.com/display/n2rrd/Directory+and+Files) - */etc/n2rrd/templates/graph/plugins/custom/* - **/etc/n2rrd/templates/graph/plugins/default/* I assume this way 1) we need to create once a template for a check command alias 2) and this graph template will be used by all services using this command alias 3) good part is: service names could be different 4) Such that we don't have to create symlinks links e.g. eth.t to eth1.t, eth2.t etc.. Thanks in advance, nt * -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] perfdata-file not working the same since upgrade from 3.0.2 to 3.3.1
On 2011-09-06 21:35, Joe Hoot wrote: Yep. I had seen your post earlier and was hoping that there was an additional variable that I could add to tell nagios to include non-perfdata information in that file. This is a shame. In the past, my Nagios upgrades have went very smoothly. Thanks for the reply. I am now happily up and running again on 3.2.3 I've been tracking down this problem already in Icinga 1.3.x and provided a proper fix for our users. Unless there's a properly tested 3.3.x release you might wanna check my github branches for nagios 3.3.1 fixes. it's nothing official, but just a little help from the other evil side named Icinga me being a core dev there too. https://github.com/dnsmichi/nagios-fixed/commits/3.3.1-fixes feel free to test and/or use that and provide feedback on the nagios lists if any. kind regards, michael On Sep 6, 2011, at 1:01 PM, Michael Friedrich wrote: On 06.09.2011 18:36, Joe Hoot wrote: Hi all, I recently upgraded from Nagios Core 3.0.2 to 3.3.1. Once upgraded, I noticed that my nagiosgraph wasn't graphing data from some custom checks that I wrote. After further investigation, it turns out that nagiosgraph isn't seeing of the output from my check commands. This information used to go to my service_perfdata_file. I have the following template setup: service_perfdata_file_template=$LASTSERVICECHECK$||$HOSTNAME$||$SERVICEDESC$||$SERVICEOUTPUT$||$SERVICEPERFDATA$ And that has worked just fine for nagiosgraph to pull that information and parse it in order to fill rrd data. But now that I've upgraded to 3.3.1, I don't appear to be seeing any of my custom commands (ones that don't have perfdata) in that file. And upon investigating more, if I include perfdata in my custom commands, it sends to that perfdata_file just fine. but if the performance data isn't there, it doesn't show up in that file. nagios 3.3.1 does not process empty perfdata macros anymore which causes those results not to be put onto the perfdata channel. so all your plugins not returning perfdata won't even be put over there where nagiosgraph and other addons might calculate their perfdata from the output themselves. Is this a bug? i consider it a bug as it breaks compatibility. previous discussions on nagios-* mailinglists can be found in the archive. dunno when this will get fixed. http://www.mail-archive.com/nagios-users@lists.sourceforge.net/msg36537.html http://comments.gmane.org/gmane.network.nagios.devel/8128 i'd suggest downgrading onto 3.2.3 and wait for a properly tested 3.3.x release. kind regards, Michael -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 mobile:+43 664 60277 14359 fax:+43 1 4277 14338 web: http://www.univie.ac.at/zid http://www.aco.net Icinga Core IDOUtils Developer http://www.icinga.org -- Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free Love Thy Logs t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- Malware Security Report: Protecting Your Business, Customers, and the Bottom Line. Protect your business and customers by understanding the threat from malware and how it can impact your online business. http://www.accelacomm.com/jaw/sfnl/114/51427462/ ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 mobile:+43 664 60277 14359 fax: +43 1 4277 14338 web: http://www.univie.ac.at/zid http://www.aco.net Icinga Core IDOUtils Developer http://www.icinga.org -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what
Re: [Nagios-users] perfdata-file not working the same since upgrade from 3.0.2 to 3.3.1
On 7 Sep 2011, at 10:08, Michael Friedrich wrote: On 2011-09-06 21:35, Joe Hoot wrote: Yep. I had seen your post earlier and was hoping that there was an additional variable that I could add to tell nagios to include non-perfdata information in that file. This is a shame. In the past, my Nagios upgrades have went very smoothly. Thanks for the reply. I am now happily up and running again on 3.2.3 I've been tracking down this problem already in Icinga 1.3.x and provided a proper fix for our users. Unless there's a properly tested 3.3.x release you might wanna check my github branches for nagios 3.3.1 fixes. it's nothing official, but just a little help from the other evil side named Icinga me being a core dev there too. https://github.com/dnsmichi/nagios-fixed/commits/3.3.1-fixes feel free to test and/or use that and provide feedback on the nagios lists if any. Thanks for finding this Michael. I was going to change this so that enable_performance_processing=0 would not write anything, enable_performance_processing=1 does the old way (everything) and a new enable_performance_processing=2 would do this new behaviour. If you could amend your change to work in this way, I'll commit to core. If not, let me know and I'll look at it later. Ton -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
[Nagios-users] Unable to move file to check results queue
Hi list, I've used Nagios for a few years now, largely without any problems, but since I just rebuilt my Nagios server I'm having a problem. My nagios log file is full of entries like this, that recur every few seconds: Error: Unable to rename file '/var/log/nagios/spool/checkresults/checkf8zhrH' to '/var/log/nagios/spool/checkresults/c8M6TqA': No such file or directory Warning: Unable to move file '/var/log/nagios/spool/checkresults/checkf8zhrH' to check results queue. Error: Unable to rename file '/var/log/nagios/spool/checkresults/check3OnQ7y' to '/var/log/nagios/spool/checkresults/cKzmO7d': No such file or directory Warning: Unable to move file '/var/log/nagios/spool/checkresults/check3OnQ7y' to check results queue. Error: Unable to rename file '/var/log/nagios/spool/checkresults/checkbsjxap' to '/var/log/nagios/spool/checkresults/c6TEIkd': No such file or directory Warning: Unable to move file '/var/log/nagios/spool/checkresults/checkbsjxap' to check results queue. Error: Unable to rename file '/var/log/nagios/spool/checkresults/checkyHICiz' to '/var/log/nagios/spool/checkresults/c28Thaw': No such file or directory Warning: Unable to move file '/var/log/nagios/spool/checkresults/checkyHICiz' to check results queue. Error: Unable to rename file '/var/log/nagios/spool/checkresults/checknXxstZ' to '/var/log/nagios/spool/checkresults/cNhpsRH': No such file or directory Warning: Unable to move file '/var/log/nagios/spool/checkresults/checknXxstZ' to check results queue. I see from searching for the problem online that it can be caused by multiple running instances of nagios. When I do a ps -ef | grep nagios there are usually 4 processes - one that seems persistent (2337 in this case) and the other 3 that disappear and reappear with new pids. Killing the 3 extra processes makes them just reappear. Is this normal? [root@monitor ~]# ps -ef | grep \/usr\/sbin\/nagios nagios2337 1 0 13:05 ?00:00:02 /usr/sbin/nagios -d /etc/nagios/nagios.cfg nagios 15453 1 0 13:12 ?00:00:00 /usr/sbin/nagios -d /etc/nagios/nagios.cfg nagios 15621 1 0 13:12 ?00:00:00 /usr/sbin/nagios -d /etc/nagios/nagios.cfg nagios 15707 1 0 13:12 ?00:00:00 /usr/sbin/nagios -d /etc/nagios/nagios.cfg root 15744 6284 0 13:12 pts/000:00:00 grep /usr/sbin/nagios This is a 64-bit CentOS 6.0 virtual machine. It was running SELinux but I disabled it for debugging in case it was causing problems. Permissions on ls -la /var/log/nagios/spool/checkresults/ and parents are traversable and writable by the nagios user. I also saw online that sometimes permissions on /dev/null can cause this problem, but in my case /dev/null is world-writable so I can't see a problem. I adjusted max_check_result_file_age to 0 in case my checkresult files were being deleted prematurely, but the problem persists. So, I have no idea what to look at next while troubleshooting this. Can anyone suggest a pointer? Many thanks, Jonathan -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] perfdata-file not working the same since upgrade from 3.0.2 to 3.3.1
On 2011-09-07 11:26, Ton Voon wrote: On 7 Sep 2011, at 10:08, Michael Friedrich wrote: On 2011-09-06 21:35, Joe Hoot wrote: Yep. I had seen your post earlier and was hoping that there was an additional variable that I could add to tell nagios to include non-perfdata information in that file. This is a shame. In the past, my Nagios upgrades have went very smoothly. Thanks for the reply. I am now happily up and running again on 3.2.3 I've been tracking down this problem already in Icinga 1.3.x and provided a proper fix for our users. Unless there's a properly tested 3.3.x release you might wanna check my github branches for nagios 3.3.1 fixes. it's nothing official, but just a little help from the other evil side named Icinga me being a core dev there too. https://github.com/dnsmichi/nagios-fixed/commits/3.3.1-fixes feel free to test and/or use that and provide feedback on the nagios lists if any. Thanks for finding this Michael. I was going to change this so that enable_performance_processing=0 would not write anything, enable_performance_processing=1 does the old way (everything) and a new enable_performance_processing=2 would do this new behaviour. If you could amend your change to work in this way, I'll commit to core. If not, let me know and I'll look at it later. sounds good. tommorrow will be an icinga hack session here in nuremberg, so i think i'll check that out too. i like the proposal of reusing the enable_perfdata_processing better than my initial config variable attempt. thanks for the hint and stay tuned ;-) kind regards, michael Ton -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 mobile:+43 664 60277 14359 fax: +43 1 4277 14338 web: http://www.univie.ac.at/zid http://www.aco.net Icinga Core IDOUtils Developer http://www.icinga.org -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
