nagios-db-devel Mailing List for Nagios-DB
Status: Beta
Brought to you by:
bench23
Menu
▾
▴
nagios-db-devel — An easy way for Nagios-DB developers to contact each other.
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(62) |
Feb
(9) |
Mar
(27) |
Apr
(9) |
May
(17) |
Jun
|
Jul
(7) |
Aug
(11) |
Sep
(5) |
Oct
|
Nov
(7) |
Dec
|
| 2006 |
Jan
|
Feb
(2) |
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Domenico H. <le...@ba...> - 2007-02-20 22:00:14
|
Hi, VIArrGRA $3. 35 VALrrIUM $1. 25 CIArrLIS $3. 75 XArrNAX SOrrMA FOR LESS! http://www.kedrx-com Replace "-" with "." in the above link to make it working. Ron in on everything Sirius had told him about Karkaroff. Though shocked at first to hear that Karkaroff had been a Death Eater, by the time they entered the Owlery Ron was saying that they ought to have suspected it |
|
From: Dallas H. <da...@ol...> - 2006-04-12 17:37:46
|
Dallas Helquist wrote: > Hello, > > I am looking for the patch to the mysql/inserter.c file that allows it > to compile correctly with nagios 2.0. It seems a patch was released in > the fall of 2005, but was only sent out as an attachment. The > sourceforge lists strip attachments. I can't seem to locate a copy of > it on the sourceforge site, or via a google search. Can someone re-send > it as inline text? Post a URL? Upload it to the sourceforge site? > > See > http://sourceforge.net/mailarchive/forum.php?thread_id=8926718&forum_id=43496 > > <SNIP> Ok, after not having any luck locating a patch for the mysql neb module, I put this together. It is basicly a copy of the postgres patch submitted by Peter Bieringer last year. I _believe_ it works. :) My test box a CentOS 4.2 x86_64. The makefile still needs to be modified accordingly..not very difficult. Patch provided as is. If you have something that works better - let me know! -dallas --- /home/dallas/tmp/nagios-db-0.91/neb/mysql/inserter.c 2005-02-04 17:57:58.000000000 -0700 +++ /usr/src/nagios-db-0.91/neb/mysql/inserter.c 2006-04-12 10:10:16.000000000 -0600 @@ -64,6 +64,7 @@ int buffer(char ***, char*, int); void err_out(char *); void free_buffers(); +void *inserter_module_handle=NULL; extern hostgroup *hostgroup_list; extern servicegroup *servicegroup_list; @@ -115,6 +116,7 @@ { char error[2048]; time_t current_time; + inserter_module_handle=handle; write_to_logs_and_console("initializing nagios-db mysql inserter...",NSLOG_INFO_MESSAGE,TRUE); @@ -135,7 +137,7 @@ write_to_logs_and_console("nagios-db: inserter locked into db",NSLOG_INFO_MESSAGE,TRUE); /* do startup routine after the point when nagios loads its retention file */ - neb_register_callback(NEBCALLBACK_TIMED_EVENT_DATA, 0, loadconfig); + neb_register_callback(NEBCALLBACK_TIMED_EVENT_DATA,inserter_module_handle, 0, loadconfig); } return 0; @@ -340,10 +342,10 @@ write_to_logs_and_console("nagios-db: configuration complete. Registering for status notifications...",NSLO G_INFO_MESSAGE,TRUE); neb_deregister_callback(NEBCALLBACK_TIMED_EVENT_DATA, loadconfig); - neb_register_callback(NEBCALLBACK_HOST_STATUS_DATA, 0, processStatus); - neb_register_callback(NEBCALLBACK_SERVICE_STATUS_DATA, 0, processStatus); - neb_register_callback(NEBCALLBACK_HOST_CHECK_DATA, 0, processCheck); - neb_register_callback(NEBCALLBACK_SERVICE_CHECK_DATA, 0, processCheck); + neb_register_callback(NEBCALLBACK_HOST_STATUS_DATA, inserter_module_handle, 0, processStatus); + neb_register_callback(NEBCALLBACK_SERVICE_STATUS_DATA, inserter_module_handle, 0, processStatus); + neb_register_callback(NEBCALLBACK_HOST_CHECK_DATA, inserter_module_handle, 0, processCheck); + neb_register_callback(NEBCALLBACK_SERVICE_CHECK_DATA, inserter_module_handle, 0, processCheck); return 0; } |
|
From: Dallas H. <da...@ol...> - 2006-04-06 18:03:27
|
Hello, I am looking for the patch to the mysql/inserter.c file that allows it to compile correctly with nagios 2.0. It seems a patch was released in the fall of 2005, but was only sent out as an attachment. The sourceforge lists strip attachments. I can't seem to locate a copy of it on the sourceforge site, or via a google search. Can someone re-send it as inline text? Post a URL? Upload it to the sourceforge site? See http://sourceforge.net/mailarchive/forum.php?thread_id=8926718&forum_id=43496 Thanks in advance! -dallas |
|
From: Ben <be...@si...> - 2006-02-20 04:22:32
|
CVS is more recent than the newest release. But no, I would say the project isn't really active. It's got some known issues but is working well enough for me that I've gone on to more pressing problems in my life. :) If you have a particular problem with what's in CVS, what isn't working? Maybe I can point you in the right direction. Or..... feel free to fix it. ;) Plus, I told Ethan I'd take a look at seeing what it would take for me to enhance his own Nagios2 database module to offer the same features as this one. I'll get around to that one of these months.... On Feb 19, 2006, at 7:15 PM, Michael Henry wrote: > Hi, > > I see the last post to this list was November of last year. Is this > project still active? > > I have a client who has Nagios 2.0 installed and would like to use > Crystal Reports to report on the availability of their hosts and > services. Obviously Nagios-DB fits the bill perfectly. The release > on sourceforge is now over a year old; has any progress been made > in that time? If so would it be possible for someone to cut a new > release? I played with Nagios-DB some time ago, probably with the > release that is still up there. I recall that the release was > barely usable so if this project is still in the same state please > let me know. > > Thanks, > > Michael > > > > > axe group > innovation through understanding > michael henry > infrastructure manager > > t +61 2 9966 9336 > f +61 2 9966 9337 > e mic...@ax... > w www.axegroup.com.au > > 51a hume street crows nest nsw 2065 australia > axe group pty. limited - abn 62 095 107 814 > This email and any files transmitted with it are confidential and > intended solely for the use of the individual or entity to whom > they are addressed. If you have received this email in error please > notify Axe Group. > |
|
From: Michael H. <mic...@ax...> - 2006-02-20 03:15:17
|
Hi,
=20
I see the last post to this list was November of last year. Is this
project still active?
=20
I have a client who has Nagios 2.0 installed and would like to use
Crystal Reports to report on the availability of their hosts and
services. Obviously Nagios-DB fits the bill perfectly. The release on
sourceforge is now over a year old; has any progress been made in that
time? If so would it be possible for someone to cut a new release? I
played with Nagios-DB some time ago, probably with the release that is
still up there. I recall that the release was barely usable so if this
project is still in the same state please let me know.
=20
Thanks,
=20
Michael
=20
=20
=20
=20
axe group
innovation through understanding
________________________________
michael henry
infrastructure manager=20
t +61 2 9966 9336
f +61 2 9966 9337
e mic...@ax... <mailto:mic...@ax...>=20
w www.axegroup.com.au <http://www.axegroup.com.au/> =20
=20
51a hume street
<http://www.axegroup.com.au/?main=3Dcontact%20us&appCode=3D&#streetmap>
<http://www.axegroup.com.au/?main=3Dcontact%20us&appCode=3D&#streetmap>
crows nest nsw 2065 australia
axe group pty. limited - abn 62 095 107 814
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they are
addressed. If you have received this email in error please notify Axe
Group.=20
________________________________
=20
|
|
From: Ben <be...@si...> - 2005-11-25 19:23:41
|
Thank you Peter, I am (finally) finding time to apply this. Will be in CVS in a few minutes. On Sep 27, 2005, at 5:09 AM, Peter Bieringer wrote: > > > --On Samstag, 24. September 2005 12:01 -0500 Marty Buchaus > <ma...@da...> wrote: > >> Would you please post the patch in text on the mailing list to >> allow for >> acquisition by others. > > Attached. > > Hope it helps, > > Peter > -- > Dr. Peter Bieringer http://www.bieringer.de/pb/ > GPG/PGP Key 0x958F422D mailto: pb at bieringer dot de > Deep Space 6 Co-Founder and Core Member http://www.deepspace6.net/ > <inserter.c-fix-nebregistration.diff> |
|
From: Ben <be...@si...> - 2005-11-25 19:14:16
|
Thanks S=E9bastien, I'm applying these to CVS right now. Well, except =20= for the change to use NEBCALLBACK_PROCESS_DATA instead of =20 NEBCALLBACK_TIMED_EVENT_DATA. In the past, I purposely stopped using =20 PROCESS_DATA. I haven't time recently to work on Nagios or pay much =20 attention to checkins, but have things changed to make the =20 TIMED_EVENT_DATA callback point unacceptable? If so, how? On Nov 24, 2005, at 6:36 AM, S=E9bastien Barbereau wrote: > Hi list, > here is a patch to the current CVS revision of nagios-db for =20 > postgres. This patch does: > * correct a bug on startup concerning neb_register_callback command =20= > change > * add some logging messages to help debugging > * correct a small typo in handling options (see "offset bugs in =20 > option parsing" http://sourceforge.net/mailarchive/message.php?=20 > msg_id=3D12557459 ) > * modified neb initialisation so that 'processStart' is called when =20= > Nagios starts and not when we have a NEBCALLBACK_TIMED_EVENT_DATA . =20= > The problem was that processStart() was called berfore the nagios =20 > configuration was loaded and therefor processStart() did not have =20 > configuration data available. > > good luck. > Seb.B > > forgot the file :) > > <inserter.c.patch> |
|
From: <bar...@gm...> - 2005-11-24 14:36:24
|
SW5kZXg6IGluc2VydGVyLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL3Zhci9saWIvbmFtLWN2cy9O QU0tc3JjL25hZ2lvcy1zcmMvbmFnaW9zLWRiL25lYi9pbnNlcnRlci5jLHYKcmV0cmlldmluZyBy ZXZpc2lvbiAxLjIKcmV0cmlldmluZyByZXZpc2lvbiAxLjQKZGlmZiAtdSAtcjEuMiAtcjEuNAot LS0gaW5zZXJ0ZXIuYwkyNCBOb3YgMjAwNSAxMDo1Njo1MSAtMDAwMAkxLjIKKysrIGluc2VydGVy LmMJMjQgTm92IDIwMDUgMTM6NTk6MDkgLTAwMDAJMS40CkBAIC01Miw2ICs1Miw5IEBACiBzdGF0 aWMgaW50IHByb2Nlc3NTdGF0dXMoaW50LCB2b2lkICopOwogc3RhdGljIGludCBwcm9jZXNzQ2hl Y2soaW50LCB2b2lkICopOwogCisvKiBoYW5kbGUgKi8KK3ZvaWQgKmluc2VydGVyX21vZHVsZV9o YW5kbGU9TlVMTDsKKwogY2hhciAqCiBwdWxsVmFsdWUoY2hhciogaW4pCiB7CkBAIC04OSw2ICs5 Miw5IEBACiAKIAlnX3RocmVhZF9pbml0KDApOwogCisJLyogc2F2ZSBvdXIgaGFuZGxlICovCisJ aW5zZXJ0ZXJfbW9kdWxlX2hhbmRsZT1oYW5kbGU7CisKIAl3cml0ZV90b19hbGxfbG9ncygiaW5p dGlhbGl6aW5nIG5hZ2lvcy1kYiBwb3N0Z3JlcyBpbnNlcnRlci4uLiIsTlNMT0dfSU5GT19NRVNT QUdFKTsKIAogCS8qIFBhcnNlIG91ciBhcmcgc3RyaW5nLgpAQCAtOTksMTIgKzEwNSwxNCBAQAog CQl3cml0ZV90b19hbGxfbG9ncygibmFnaW9zLWRiIHBvc3RncmVzIGluc2VydGVyIGZhaWxlZCB0 byBmaW5kIHBvc3RncmVzIGhvc3QgaW4gYXJndWVtZW50IHN0cmluZyIsTlNMT0dfSU5GT19NRVNT QUdFKTsKIAkJcmV0dXJuIDA7CiAJfQorCXdyaXRlX3RvX2FsbF9sb2dzKCJpbml0aWFsaXppbmcg bmFnaW9zLWRiIHBvc3RncmVzIGluc2VydGVyLi4uaG9zdCIsTlNMT0dfSU5GT19NRVNTQUdFKTsK IAlpZighKGhvc3QgPSBwdWxsVmFsdWUodG9rKzUpKSkKIAl7CiAJCS8qIHdlbGwsIHRoaXMgaXNu J3QgZ29pbmcgdG8gZmx5LiAqLwogCQl3cml0ZV90b19hbGxfbG9ncygibmFnaW9zLWRiIHBvc3Rn cmVzIGluc2VydGVyIGZhaWxlZCB0byBmaW5kIHZhbGlkIHBvc3RncmVzIGhvc3QgaW4gYXJndWVt ZW50IHN0cmluZyIsTlNMT0dfSU5GT19NRVNTQUdFKTsKIAkJcmV0dXJuIDA7CiAJfQorCXdyaXRl X3RvX2FsbF9sb2dzKCJpbml0aWFsaXppbmcgbmFnaW9zLWRiIHBvc3RncmVzIGluc2VydGVyLi4u aG9zdCBPSyIsTlNMT0dfSU5GT19NRVNTQUdFKTsKIAogCWlmKCEodG9rID0gc3Ryc3RyKGFyZ3Ms ImRiPSIpKSkKIAl7CkBAIC0xMTMsNiArMTIxLDcgQEAKIAkJZnJlZShob3N0KTsKIAkJcmV0dXJu IDA7CiAJfQorCXdyaXRlX3RvX2FsbF9sb2dzKCJpbml0aWFsaXppbmcgbmFnaW9zLWRiIHBvc3Rn cmVzIGluc2VydGVyLi4uZGIiLE5TTE9HX0lORk9fTUVTU0FHRSk7CiAJaWYoIShkYiA9IHB1bGxW YWx1ZSh0b2srMykpKQogCXsKIAkJLyogd2VsbCwgdGhpcyBpc24ndCBnb2luZyB0byBmbHkuICov CkBAIC0xMjAsNiArMTI5LDcgQEAKIAkJZnJlZShob3N0KTsKIAkJcmV0dXJuIDA7CiAJfQorCXdy aXRlX3RvX2FsbF9sb2dzKCJpbml0aWFsaXppbmcgbmFnaW9zLWRiIHBvc3RncmVzIGluc2VydGVy Li4uZGIgb2siLE5TTE9HX0lORk9fTUVTU0FHRSk7CiAKIAlpZighKHRvayA9IHN0cnN0cihhcmdz LCJ0aW1lb3V0PSIpKSkKIAl7CkBAIC0xMjksNiArMTM5LDcgQEAKIAkJZnJlZShkYik7CiAJCXJl dHVybiAwOwogCX0KKwl3cml0ZV90b19hbGxfbG9ncygiaW5pdGlhbGl6aW5nIG5hZ2lvcy1kYiBw b3N0Z3JlcyBpbnNlcnRlci4uLiB0aW1lb3V0IixOU0xPR19JTkZPX01FU1NBR0UpOwogCWlmKCEo dmFsID0gcHVsbFZhbHVlKHRvays4KSkpCiAJewogCQkvKiB3ZWxsLCB0aGlzIGlzbid0IGdvaW5n IHRvIGZseS4gKi8KQEAgLTEzNyw2ICsxNDgsNyBAQAogCQlmcmVlKGRiKTsKIAkJcmV0dXJuIDA7 CiAJfQorCXdyaXRlX3RvX2FsbF9sb2dzKCJpbml0aWFsaXppbmcgbmFnaW9zLWRiIHBvc3RncmVz IGluc2VydGVyLi4udGltZW91dCBvayIsTlNMT0dfSU5GT19NRVNTQUdFKTsKIAl0aW1lb3V0ID0g YXRvbCh2YWwpOwogCWZyZWUodmFsKTsKIAl2YWw9MDsKQEAgLTE0OSw3ICsxNjEsOCBAQAogCQlm cmVlKGRiKTsKIAkJcmV0dXJuIDA7CiAJfQotCWlmKCEodmFsID0gcHVsbFZhbHVlKHRvays4KSkp CisJd3JpdGVfdG9fYWxsX2xvZ3MoImluaXRpYWxpemluZyBuYWdpb3MtZGIgcG9zdGdyZXMgaW5z ZXJ0ZXIuLi52YWNhdGlvbiIsTlNMT0dfSU5GT19NRVNTQUdFKTsKKwlpZighKHZhbCA9IHB1bGxW YWx1ZSh0b2srOSkpKQogCXsKIAkJLyogd2VsbCwgdGhpcyBpc24ndCBnb2luZyB0byBmbHkuICov CiAJCXdyaXRlX3RvX2FsbF9sb2dzKCJuYWdpb3MtZGIgcG9zdGdyZXMgaW5zZXJ0ZXIgZmFpbGVk IHRvIGZpbmQgdmFsaWQgd3JhcHBlciB2YWNhdGlvbiB2YWx1ZSBpbiBhcmd1ZW1lbnQgc3RyaW5n IixOU0xPR19JTkZPX01FU1NBR0UpOwpAQCAtMTU3LDYgKzE3MCw3IEBACiAJCWZyZWUoZGIpOwog CQlyZXR1cm4gMDsKIAl9CisJd3JpdGVfdG9fYWxsX2xvZ3MoImluaXRpYWxpemluZyBuYWdpb3Mt ZGIgcG9zdGdyZXMgaW5zZXJ0ZXIuLi52YWNhdGlvbiBvayIsTlNMT0dfSU5GT19NRVNTQUdFKTsK IAl2YWNhdGlvbiA9IGF0b2wodmFsKTsKIAlmcmVlKHZhbCk7CiAJdmFsPTA7CkBAIC0xNjksNyAr MTgzLDggQEAKIAkJZnJlZShkYik7CiAJCXJldHVybiAwOwogCX0KLQlpZighKHZhbCA9IHB1bGxW YWx1ZSh0b2srOCkpKQorCXdyaXRlX3RvX2FsbF9sb2dzKCJpbml0aWFsaXppbmcgbmFnaW9zLWRi IHBvc3RncmVzIGluc2VydGVyLi4ud3JpdGVzIixOU0xPR19JTkZPX01FU1NBR0UpOworCWlmKCEo dmFsID0gcHVsbFZhbHVlKHRvays3KSkpCiAJewogCQkvKiB3ZWxsLCB0aGlzIGlzbid0IGdvaW5n IHRvIGZseS4gKi8KIAkJd3JpdGVfdG9fYWxsX2xvZ3MoIm5hZ2lvcy1kYiBwb3N0Z3JlcyBpbnNl cnRlciBmYWlsZWQgdG8gZmluZCB2YWxpZCB3cmFwcGVyIHdyaXRlIGxpbWl0IGluIGFyZ3VlbWVu dCBzdHJpbmciLE5TTE9HX0lORk9fTUVTU0FHRSk7CkBAIC0xNzcsNiArMTkyLDcgQEAKIAkJZnJl ZShkYik7CiAJCXJldHVybiAwOwogCX0KKwl3cml0ZV90b19hbGxfbG9ncygiaW5pdGlhbGl6aW5n IG5hZ2lvcy1kYiBwb3N0Z3JlcyBpbnNlcnRlci4uLndyaXRlcyBvayIsTlNMT0dfSU5GT19NRVNT QUdFKTsKIAl3cml0ZXMgPSBhdG9sKHZhbCk7CiAJZnJlZSh2YWwpOwogCXZhbD0wOwpAQCAtMjUw LDcgKzI2Niw3IEBACiAKIAl3cml0ZV90b19hbGxfbG9ncygibmFnaW9zLWRiIHBvc3RncmVzIGlu c2VydGVyIGxvY2tlZCBpbnRvIGRiIixOU0xPR19JTkZPX01FU1NBR0UpOwogCi0JbmViX3JlZ2lz dGVyX2NhbGxiYWNrKE5FQkNBTExCQUNLX1RJTUVEX0VWRU5UX0RBVEEsIDAsIHByb2Nlc3NTdGFy dCk7CisJbmViX3JlZ2lzdGVyX2NhbGxiYWNrKE5FQkNBTExCQUNLX1BST0NFU1NfREFUQSwgaW5z ZXJ0ZXJfbW9kdWxlX2hhbmRsZSwgMCwgcHJvY2Vzc1N0YXJ0KTsKIAogCXJldHVybiAwOwogfQpA QCAtMzA5LDEwICszMjUsMTAgQEAKIAlnaW50OAkJc3RhdHVzID0gMDsKIAogCS8qIHZlcmlmeSB0 aGF0IHdlJ3JlIGRlYWxpbmcgd2l0aCB0aGUgcmlnaHQga2luZCBvZiBtZXNzYWdlLiAqLwotCWlm KGNtZCAhPSBORUJDQUxMQkFDS19USU1FRF9FVkVOVF9EQVRBKSByZXR1cm4gMDsKKwlpZihjbWQg IT0gTkVCQ0FMTEJBQ0tfUFJPQ0VTU19EQVRBKSByZXR1cm4gMDsKIAogCS8qIHZlcmlmeSB0aGF0 IG91ciBjb25maWcgZGF0YSBoYXMgYmVlbiBpbml0aWFsaXplZC4gKi8KLQlpZigoKG5lYnN0cnVj dF90aW1lZF9ldmVudF9kYXRhKilkYXRhKS0+dHlwZSAhPSBORUJUWVBFX1RJTUVERVZFTlRfQURE KSByZXR1cm4gMDsKKwlpZigoKG5lYnN0cnVjdF9wcm9jZXNzX2RhdGEqKWRhdGEpLT50eXBlICE9 IE5FQlRZUEVfUFJPQ0VTU19TVEFSVCkgcmV0dXJuIDA7CiAKIAkvKiBDbGVhciBvdXQgdGhlIHBy ZXZpb3VzIGNvbmZpZyBpbmZvLi4uLiAqLwogCXN0YXR1cyA9IFBHcXVlcnkoInNlbGVjdCBlbXB0 eV9jb25maWcoKSIsJnJlcywzKTsKQEAgLTMyNiw2ICszNDIsNyBAQAogCS8qIC4uLi4gYW5kIGlu c2VydCBuZXcgY29uZmlnIGluZm8uIFN0YXJ0IHdpdGggdGhlIGhvc3RzLiAqLwogCWZvcihncm91 cGNvdW50PTAsIGhsID0gaG9zdF9saXN0OyBobDsgaGwgPSBobC0+bmV4dCkKIAl7CisJCQogCQkv KiB1cGRhdGUgdGhpcyBob3N0ICovCiAJCWNoYXIgKmhvc3ROYW1lID0gcXVlcmlmeShobC0+bmFt ZSk7CiAKQEAgLTU3OCwxMiArNTk1LDE0IEBACiAKIAl3cml0ZV90b19hbGxfbG9ncygibmFnaW9z LWRiOiBjb25maWd1cmF0aW9uIGNvbXBsZXRlLiBSZWdpc3RlcmluZyBmb3Igc3RhdHVzIG5vdGlm aWNhdGlvbnMuLi4iLE5TTE9HX0lORk9fTUVTU0FHRSk7CiAKLQluZWJfZGVyZWdpc3Rlcl9jYWxs YmFjayhORUJDQUxMQkFDS19USU1FRF9FVkVOVF9EQVRBLCBwcm9jZXNzU3RhcnQpOwotCW5lYl9y ZWdpc3Rlcl9jYWxsYmFjayhORUJDQUxMQkFDS19IT1NUX1NUQVRVU19EQVRBLCAwLCBwcm9jZXNz U3RhdHVzKTsKLQluZWJfcmVnaXN0ZXJfY2FsbGJhY2soTkVCQ0FMTEJBQ0tfU0VSVklDRV9TVEFU VVNfREFUQSwgMCwgcHJvY2Vzc1N0YXR1cyk7Ci0JbmViX3JlZ2lzdGVyX2NhbGxiYWNrKE5FQkNB TExCQUNLX0hPU1RfQ0hFQ0tfREFUQSwgMCwgcHJvY2Vzc0NoZWNrKTsKLQluZWJfcmVnaXN0ZXJf Y2FsbGJhY2soTkVCQ0FMTEJBQ0tfU0VSVklDRV9DSEVDS19EQVRBLCAwLCBwcm9jZXNzQ2hlY2sp OworCW5lYl9kZXJlZ2lzdGVyX2NhbGxiYWNrKE5FQkNBTExCQUNLX1BST0NFU1NfREFUQSwgcHJv Y2Vzc1N0YXJ0KTsKKwluZWJfcmVnaXN0ZXJfY2FsbGJhY2soTkVCQ0FMTEJBQ0tfSE9TVF9TVEFU VVNfREFUQSwgaW5zZXJ0ZXJfbW9kdWxlX2hhbmRsZSwgMCwgcHJvY2Vzc1N0YXR1cyk7CisJbmVi X3JlZ2lzdGVyX2NhbGxiYWNrKE5FQkNBTExCQUNLX1NFUlZJQ0VfU1RBVFVTX0RBVEEsIGluc2Vy dGVyX21vZHVsZV9oYW5kbGUsIDAsIHByb2Nlc3NTdGF0dXMpOworCW5lYl9yZWdpc3Rlcl9jYWxs YmFjayhORUJDQUxMQkFDS19IT1NUX0NIRUNLX0RBVEEsIGluc2VydGVyX21vZHVsZV9oYW5kbGUs IDAsIHByb2Nlc3NDaGVjayk7CisJbmViX3JlZ2lzdGVyX2NhbGxiYWNrKE5FQkNBTExCQUNLX1NF UlZJQ0VfQ0hFQ0tfREFUQSwgaW5zZXJ0ZXJfbW9kdWxlX2hhbmRsZSwgMCwgcHJvY2Vzc0NoZWNr KTsKIAorCXdyaXRlX3RvX2FsbF9sb2dzKCJuYWdpb3MtZGI6IEZpbmlzaGVkIHByb2Nlc3NTdGFy dCgpIixOU0xPR19JTkZPX01FU1NBR0UpOworCQogCXJldHVybiAwOwogfQogCkBAIC02NzksNiAr Njk4LDkgQEAKIAkJCWNoYXIgKnNhZmVIb3N0Q2hlY2tDb21tYW5kID0gcXVlcmlmeSh0bXBfaG9z dC0+aG9zdF9jaGVja19jb21tYW5kKTsKIAkJCWNoYXIgKnNhZmVQZXJmRGF0YSA9IHF1ZXJpZnko dG1wX2hvc3QtPnBlcmZfZGF0YSk7CiAKKwkJCXNucHJpbnRmKHRlbXBfYnVmZmVyLHNpemVvZih0 ZW1wX2J1ZmZlciksIm5hZ2lvcy1kYjogdXBkYXRpbmcgJyVzJyIsIHNhZmVOYW1lKTsKKwkJCXdy aXRlX3RvX2FsbF9sb2dzKHRlbXBfYnVmZmVyLE5TTE9HX0lORk9fTUVTU0FHRSk7CisKIAogCQkJ c25wcmludGYodGVtcF9idWZmZXIsIHNpemVvZih0ZW1wX2J1ZmZlciksICJzZWxlY3QgdXBkYXRl X2hvc3QoJXMsJXMsJXMsJXMsJXMsJXMsJXMsJXMsJXMsJXMsJWx1LCVzLCVzLCVzLCVkLCVkLCVz LCVkLCVzLCVmLCVmLCVsdSwlbHUsJWQsJWx1LCVsdSwlcywlcywlZCkiLAogCQkJCQkJCQkJCQkJ CQlOVUxMX1NUUklORyhzYWZlTmFtZSksCg== |
|
From: <bar...@gm...> - 2005-11-24 14:34:38
|
Hi list, here is a patch to the current CVS revision of nagios-db for postgres. This patch does: * correct a bug on startup concerning neb_register_callback command change * add some logging messages to help debugging * correct a small typo in handling options (see "offset bugs in option parsing" http://sourceforge.net/mailarchive/message.php?msg_id=3D12557459) * modified neb initialisation so that 'processStart' is called when Nagios starts and not when we have a NEBCALLBACK_TIMED_EVENT_DATA . The problem wa= s that processStart() was called berfore the nagios configuration was loaded and therefor processStart() did not have configuration data available. good luck. Seb.B |
|
From: Mauri S. <Mau...@pr...> - 2005-11-10 10:01:25
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Thanks. With this patch and newest cvs and with added: -lssl -lkrb5 inserter compiles but causes segmentation fault on load. I'm giving up for a while. Lindsay Whitbread wrote: > > > -------- Original Message -------- > From: - Tue Sep 27 22:09:43 2005 > X-Mozilla-Status: 0001 > X-Mozilla-Status2: 00000000 > Received: from agonis.services.adelaide.edu.au ([10.0.3.20]) by > unimail.services.adelaide.edu.au (Sun Java System Messaging Server > 6.1 HotFix 0.02 (built Aug 25 2004)) with SMTP id > <0IN...@un...> for > lin...@ad...; Tue, 27 Sep 2005 22:08:50 +0930 > (CST) > Received: from garfield.ultri.cx ([150.101.115.192]) by > agonis.services.adelaide.edu.au (SMSSMTP 4.1.0.19) with SMTP id > M2005092722084915303 for <lin...@ad...>; Tue, > 27 Sep 2005 22:08:49 +0930 > Received: from lists-outbound.sourceforge.net ([66.35.250.225]) > by garfield.ultri.cx with esmtp (Exim 4.51) id > 1EKEjR-0005A5-Bt for li...@ul...; Tue, 27 Sep 2005 22:38:49 > +1000 > Received: from projects.sourceforge.net > (sc8-sf-list2-b.sourceforge.net [10.3.1.8]) by > sc8-sf-spam2.sourceforge.net (Postfix) with ESMTP id 70C491378E; > Tue, 27 Sep 2005 05:38:14 -0700 (PDT) > Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92] > helo=3Dmail.sourceforge.net) by sc8-sf-list2.sourceforge.net with > esmtp (Exim 4.30) id 1EKEhP-0003DL-3j for > nag...@li...; Tue, 27 Sep 2005 05:36:43 -0700 > Received: from pib.aerasec.de ([195.226.187.36] > helo=3Dsmtp1.aerasec.de) by mail.sourceforge.net with esmtps > (TLSv1:AES256-SHA:256) (Exim 4.44) id 1EKEhM-0004Ht-Is for > nag...@li...; Tue, 27 Sep 2005 05:36:43 -0700 > Received: from aerasec.de (p549973B5.dip.t-dialin.net > [84.153.115.181]) (using TLSv1 with cipher DHE-RSA-AES256-SHA > (256/256 bits)) (No client certificate requested) by > smtp1.aerasec.de (Postfix) with ESMTP id 957C327245 for > <nag...@li...>; Tue, 27 Sep 2005 14:09:14 > +0200 (CEST) > Date: Tue, 27 Sep 2005 14:09:11 +0200 > From: Peter Bieringer <pb...@bi...> > Subject: [Nagios-db-devel] Re: NEB patch nagios2.0b4 > In-reply-to: <15B...@da...> > Sender: nag...@li... > To: nag...@li... > Errors-to: nag...@li... > Message-id: <1DC7AD4156A5B840FD600231@[10.3.62.6]> > Organization: AERAsec Network Services and Security GmbH > MIME-version: 1.0 > X-Mailer: Mulberry/3.1.6 (Win32) > Content-type: multipart/mixed; > boundary=3D"=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D5EABB68EC17C6E84C305=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D" > Precedence: bulk > X-BeenThere: nag...@li... > References: <15B...@da...> > X-Mailman-Version: 2.0.9-sf.net > List-Post: <mailto:nag...@li...> > List-Subscribe: > <https://lists.sourceforge.net/lists/listinfo/nagios-db-devel>, > <mailto:nag...@li...?subject=3Dsubscri= be> > > List-Unsubscribe: > <https://lists.sourceforge.net/lists/listinfo/nagios-db-devel>, > <mailto:nag...@li...?subject=3Dunsubsc= ribe> > > List-Archive: > <http://sourceforge.net/mailarchive/forum.php?forum=3Dnagios-db-devel> > List-Help: > <mailto:nag...@li...?subject=3Dhelp> > List-Id: <nagios-db-devel.lists.sourceforge.net> > X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on > melaleuca.services.adelaide.edu.au > X-Spam-Status: No, score=3D0.0 required=3D10.0 tests=3DBAYES_50 > autolearn=3Ddisabled version=3D3.0.4 > X-Spam-Level: > > > > --On Samstag, 24. September 2005 12:01 -0500 Marty Buchaus > <ma...@da...> wrote: > >> Would you please post the patch in text on the mailing list to >> allow for >> acquisition by others. > > > Attached. > > Hope it helps, > > Peter - -- - --- Mauri Sahlberg Production Manager B.SC Phone: +358 207 44 2228 Pretax Systems Oy Technology Evangelist Fax: +358 207 44 2201 =20 =20 P=E4=E4skyl=E4nrinne 8 http://www.pretax.net/ FIN-00500 Helsinki -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDcxptdraPhRSjnAoRAstnAJ9H+LEDvaVKuPcD3FtyDAQnQS+4GQCfSa7/ POzyLf+gWj67jOufEj3e/cw=3D =3DoovW -----END PGP SIGNATURE----- |
|
From: Lindsay W. <lin...@ad...> - 2005-11-09 12:11:57
|
-------- Original Message -------- From: - Tue Sep 27 22:09:43 2005 X-Mozilla-Status: 0001 X-Mozilla-Status2: 00000000 Received: from agonis.services.adelaide.edu.au ([10.0.3.20]) by unimail.services.adelaide.edu.au (Sun Java System Messaging Server 6.1 HotFix 0.02 (built Aug 25 2004)) with SMTP id <0IN...@un...> for lin...@ad...; Tue, 27 Sep 2005 22:08:50 +0930 (CST) Received: from garfield.ultri.cx ([150.101.115.192]) by agonis.services.adelaide.edu.au (SMSSMTP 4.1.0.19) with SMTP id M2005092722084915303 for <lin...@ad...>; Tue, 27 Sep 2005 22:08:49 +0930 Received: from lists-outbound.sourceforge.net ([66.35.250.225]) by garfield.ultri.cx with esmtp (Exim 4.51) id 1EKEjR-0005A5-Bt for li...@ul...; Tue, 27 Sep 2005 22:38:49 +1000 Received: from projects.sourceforge.net (sc8-sf-list2-b.sourceforge.net [10.3.1.8]) by sc8-sf-spam2.sourceforge.net (Postfix) with ESMTP id 70C491378E; Tue, 27 Sep 2005 05:38:14 -0700 (PDT) Received: from sc8-sf-mx2-b.sourceforge.net ([10.3.1.92] helo=mail.sourceforge.net) by sc8-sf-list2.sourceforge.net with esmtp (Exim 4.30) id 1EKEhP-0003DL-3j for nag...@li...; Tue, 27 Sep 2005 05:36:43 -0700 Received: from pib.aerasec.de ([195.226.187.36] helo=smtp1.aerasec.de) by mail.sourceforge.net with esmtps (TLSv1:AES256-SHA:256) (Exim 4.44) id 1EKEhM-0004Ht-Is for nag...@li...; Tue, 27 Sep 2005 05:36:43 -0700 Received: from aerasec.de (p549973B5.dip.t-dialin.net [84.153.115.181]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp1.aerasec.de (Postfix) with ESMTP id 957C327245 for <nag...@li...>; Tue, 27 Sep 2005 14:09:14 +0200 (CEST) Date: Tue, 27 Sep 2005 14:09:11 +0200 From: Peter Bieringer <pb...@bi...> Subject: [Nagios-db-devel] Re: NEB patch nagios2.0b4 In-reply-to: <15B...@da...> Sender: nag...@li... To: nag...@li... Errors-to: nag...@li... Message-id: <1DC7AD4156A5B840FD600231@[10.3.62.6]> Organization: AERAsec Network Services and Security GmbH MIME-version: 1.0 X-Mailer: Mulberry/3.1.6 (Win32) Content-type: multipart/mixed; boundary="==========5EABB68EC17C6E84C305==========" Precedence: bulk X-BeenThere: nag...@li... References: <15B...@da...> X-Mailman-Version: 2.0.9-sf.net List-Post: <mailto:nag...@li...> List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/nagios-db-devel>, <mailto:nag...@li...?subject=subscribe> List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/nagios-db-devel>, <mailto:nag...@li...?subject=unsubscribe> List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=nagios-db-devel> List-Help: <mailto:nag...@li...?subject=help> List-Id: <nagios-db-devel.lists.sourceforge.net> X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on melaleuca.services.adelaide.edu.au X-Spam-Status: No, score=0.0 required=10.0 tests=BAYES_50 autolearn=disabled version=3.0.4 X-Spam-Level: --On Samstag, 24. September 2005 12:01 -0500 Marty Buchaus <ma...@da...> wrote: > Would you please post the patch in text on the mailing list to allow for > acquisition by others. Attached. Hope it helps, Peter -- Dr. Peter Bieringer http://www.bieringer.de/pb/ GPG/PGP Key 0x958F422D mailto: pb at bieringer dot de Deep Space 6 Co-Founder and Core Member http://www.deepspace6.net/ |
|
From: Mauri S. <Mau...@pr...> - 2005-11-09 10:47:12
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
Just tried first time to compile with nagios 2.04b and found out that
it requires a patch and the list archive does not archive attachments.
Could somebody please post the patch included in the message?
Thank you.
- --
- ---
Mauri Sahlberg Production Manager B.SC Phone: +358 207 44 2228
Pretax Systems Oy Technology Evangelist Fax: +358 207 44 2201 =20
=20
P=E4=E4skyl=E4nrinne 8 http://www.pretax.net/
FIN-00500 Helsinki
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFDcdOhdraPhRSjnAoRAj/uAJ9AaphcZXwATs3YTZdB4Q6uwQZ8TwCffhIu
Foe4R8VQsd0oJltIQ6Cf4kk=3D
=3D1Ok9
-----END PGP SIGNATURE-----
|
|
From: Peter B. <pb...@bi...> - 2005-09-27 12:36:49
|
--On Samstag, 24. September 2005 12:01 -0500 Marty Buchaus <ma...@da...> wrote: > Would you please post the patch in text on the mailing list to allow for > acquisition by others. Attached. Hope it helps, Peter -- Dr. Peter Bieringer http://www.bieringer.de/pb/ GPG/PGP Key 0x958F422D mailto: pb at bieringer dot de Deep Space 6 Co-Founder and Core Member http://www.deepspace6.net/ |
|
From: Lindsay W. <lin...@ad...> - 2005-09-25 06:25:35
|
Hi, I'm having some problems getting Nagios-DB up and running properly after an upgrade of Nagios from 2.0b3 to 2.0b4. So far as Nagios-DB is concerned, I'm starting from scratch with beta4. I've got the latest Nagios-DB CVS source, applied the 2.0b4 NEB registration patch, and manually edited the pgwrapper so that the PQconnect arguments are sure to make a successful connect. I can confirm that the module is connecting to the database OK and issuing commands. My problem is: When I start Nagios the logs don't report any errors but the Web GUI gives the typical error page when trying to view something like host details (gives generic configuration problem error). Nagios itself does not perform any checks at all. If I remove the module load config from nagios.cfg then everything works fine...so it seems related to the Nagios-DB NEB module load. an `/etc/init.d/nagios stop` will not properly shutdown nagios and that needs to be manually killed before starting again, once again this is only if the NEB module is configured to load. Logs seem fine: Sep 25 15:43:23 whippet nagios: Nagios 2.0b4 starting... (PID=12576) Sep 25 15:43:23 whippet nagios: LOG VERSION: 2.0 Sep 25 15:43:23 whippet nagios: initializing nagios-db postgres inserter... Sep 25 15:43:23 whippet postgres[12598]: [1-1] LOG: connection received: host=127.0.0.1 port=49532 Sep 25 15:43:23 whippet postgres[12598]: [2-1] LOG: connection authorized: user=nagios database=nagios Sep 25 15:43:23 whippet postgres[12598]: [3-1] LOG: statement: begin Sep 25 15:43:23 whippet postgres[12598]: [4-1] LOG: duration: 0.921 ms statement: begin Sep 25 15:43:23 whippet nagios: nagios-db postgres inserter locked into db Sep 25 15:43:23 whippet nagios: Event broker module '/usr/local/nagios/nagios-db/inserter.o' initialized successfully. Sep 25 15:43:23 whippet nagios: Executor has 0 threads active out of 20 max, with 0 threads idle and 0 tasks outstanding Sep 25 15:43:23 whippet nagios: Finished daemonizing... (New PID=12601) I don't fully understand the interaction between the NEB modules and the Nagios core process so I've been messing around with this for quite a number of hours and have not made any progress, any assistance or tips would be appreciated. I'm using: postgres (PostgreSQL) 7.4.6. Nagios 2.0b4 CVS Nagios-DB Fedora Core release 3 (Heidelberg) Cheers, Lindsay |
|
From: Mike T. <mke...@ya...> - 2005-09-09 12:52:20
|
Thanks for the response, I'll plug through the mailing list. Is the patch your referring to for mysql or postgresql? How do people submit to the project? This looks like the best solution for us provided I can get it working. That being said, I'd like to get together a list of known working nagios 2x/nagios-db-XX configurations. Also would be willing to submit an install doc. Again thanks --- Ben <be...@si...> wrote: > Yeah, I've got a patch waiting to apply from > somebody else that makes > this work with 2.04b, but as you can see, I haven't > had the time to > apply it. Nor have I had the time to upgrade my > install of nagios, so > the pain point hasn't been that high for me, > personally.... not that > that helps you. :) > > I'll do the upgrade when I can, but in the meantime > perhaps you should > look through the archives of this list for a patch > in the last few months. > > As for whether this will be continued to be > developed.... well, my > company relies on it now, so I can say the answer is > yes. But will it be > developed quickly? History shows that the answer is > probably no, if I'm > going to stay in charge. So I'd be happy to let > somebody else maintain > this project, if they desire. > > And as for the 5k host question.... the answer is > yes, assuming you > don't starve your database on hardware. :) > > Michael Thompson wrote: > > >Is everyone stuck on an earlier version? I haven't > been able to get any > >neb to compile without playing with the inserter.c > file. > > > >nagios-2.04b nebmods.c requires 4 entries for the > neb_register_callback > >function. inserter.c only calls for three > >in nebmods.c you'll find that the "int priority" is > required on > >neb_register_callback I chose to look at this > literally as a priority > >state and changed the inserter.c to reflect this. > > > >inserter.c now compiles, initializes, but doesn't > write diddly to the > >db. > >My changes can be seen below. I need to know if my > thinking was correct, > >and why I wouldn't be seeing anything written to > the db. > > > >I'm willing to pitch in a helping hand where ever I > can. > >I know you guys are probably swamped with various > projects. > > > >Developers**** I want to use this in a 5000+ host, > not service > >environment. Can this implementation handle it? > > > >Will this package continue to be developed? > > > > > >neb_deregister_callback(NEBCALLBACK_TIMED_EVENT_DATA, > loadconfig); > > > neb_register_callback(NEBCALLBACK_HOST_STATUS_DATA, > 0, 3,***** > >processStatus); > > > neb_register_callback(NEBCALLBACK_SERVICE_STATUS_DATA, > 0, 4,**** > >processStatus); > > > neb_register_callback(NEBCALLBACK_HOST_CHECK_DATA, > 0, 2,**** > >processCheck); > > > neb_register_callback(NEBCALLBACK_SERVICE_CHECK_DATA, > 0, 5,***** > >processCheck); > > > > > >TIA > > > > > > > > > > > > > >------------------------------------------------------- > >SF.Net email is Sponsored by the Better Software > Conference & EXPO > >September 19-22, 2005 * San Francisco, CA * > Development Lifecycle Practices > >Agile & Plan-Driven Development * Managing Projects > & Teams * Testing & QA > >Security * Process Improvement & Measurement * > http://www.sqe.com/bsce5sf > >_______________________________________________ > >Nagios-db-devel mailing list > >Nag...@li... > >https://lists.sourceforge.net/lists/listinfo/nagios-db-devel > > > > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software > Conference & EXPO > September 19-22, 2005 * San Francisco, CA * > Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects > & Teams * Testing & QA > Security * Process Improvement & Measurement * > http://www.sqe.com/bsce5sf > _______________________________________________ > Nagios-db-devel mailing list > Nag...@li... > https://lists.sourceforge.net/lists/listinfo/nagios-db-devel > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Ben <be...@si...> - 2005-09-08 22:33:22
|
Yeah, I've got a patch waiting to apply from somebody else that makes this work with 2.04b, but as you can see, I haven't had the time to apply it. Nor have I had the time to upgrade my install of nagios, so the pain point hasn't been that high for me, personally.... not that that helps you. :) I'll do the upgrade when I can, but in the meantime perhaps you should look through the archives of this list for a patch in the last few months. As for whether this will be continued to be developed.... well, my company relies on it now, so I can say the answer is yes. But will it be developed quickly? History shows that the answer is probably no, if I'm going to stay in charge. So I'd be happy to let somebody else maintain this project, if they desire. And as for the 5k host question.... the answer is yes, assuming you don't starve your database on hardware. :) Michael Thompson wrote: >Is everyone stuck on an earlier version? I haven't been able to get any >neb to compile without playing with the inserter.c file. > >nagios-2.04b nebmods.c requires 4 entries for the neb_register_callback >function. inserter.c only calls for three >in nebmods.c you'll find that the "int priority" is required on >neb_register_callback I chose to look at this literally as a priority >state and changed the inserter.c to reflect this. > >inserter.c now compiles, initializes, but doesn't write diddly to the >db. >My changes can be seen below. I need to know if my thinking was correct, >and why I wouldn't be seeing anything written to the db. > >I'm willing to pitch in a helping hand where ever I can. >I know you guys are probably swamped with various projects. > >Developers**** I want to use this in a 5000+ host, not service >environment. Can this implementation handle it? > >Will this package continue to be developed? > > >neb_deregister_callback(NEBCALLBACK_TIMED_EVENT_DATA, loadconfig); > neb_register_callback(NEBCALLBACK_HOST_STATUS_DATA, 0, 3,***** >processStatus); > neb_register_callback(NEBCALLBACK_SERVICE_STATUS_DATA, 0, 4,**** >processStatus); > neb_register_callback(NEBCALLBACK_HOST_CHECK_DATA, 0, 2,**** >processCheck); > neb_register_callback(NEBCALLBACK_SERVICE_CHECK_DATA, 0, 5,***** >processCheck); > > >TIA > > > > > > >------------------------------------------------------- >SF.Net email is Sponsored by the Better Software Conference & EXPO >September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices >Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA >Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf >_______________________________________________ >Nagios-db-devel mailing list >Nag...@li... >https://lists.sourceforge.net/lists/listinfo/nagios-db-devel > > |
|
From: Michael T. <mic...@mc...> - 2005-09-08 22:19:41
|
Is everyone stuck on an earlier version? I haven't been able to get any
neb to compile without playing with the inserter.c file.
nagios-2.04b nebmods.c requires 4 entries for the neb_register_callback
function. inserter.c only calls for three
in nebmods.c you'll find that the "int priority" is required on
neb_register_callback I chose to look at this literally as a priority
state and changed the inserter.c to reflect this.
inserter.c now compiles, initializes, but doesn't write diddly to the
db.
My changes can be seen below. I need to know if my thinking was correct,
and why I wouldn't be seeing anything written to the db.
I'm willing to pitch in a helping hand where ever I can.
I know you guys are probably swamped with various projects.
Developers**** I want to use this in a 5000+ host, not service
environment. Can this implementation handle it?
Will this package continue to be developed?
neb_deregister_callback(NEBCALLBACK_TIMED_EVENT_DATA, loadconfig);
neb_register_callback(NEBCALLBACK_HOST_STATUS_DATA, 0, 3,*****
processStatus);
neb_register_callback(NEBCALLBACK_SERVICE_STATUS_DATA, 0, 4,****
processStatus);
neb_register_callback(NEBCALLBACK_HOST_CHECK_DATA, 0, 2,****
processCheck);
neb_register_callback(NEBCALLBACK_SERVICE_CHECK_DATA, 0, 5,*****
processCheck);
TIA
|
|
From: Ben <be...@si...> - 2005-08-23 23:18:01
|
Hey Kevin, I don't believe I wrote the db schema to capture state stalking. That doesn't mean it can't easily be extended.... I just never saw a need for it. On Tue, 23 Aug 2005, Kevin Mau wrote: > I had one quick question, is there any way to get nagios-db to log the > state stalking info into the database? > Ive gone through all the tables and am not seeing this info being being > logged there, am i missing something? > I'd like to have this stored in the database so I can generate reports > off of it instead of everything just sitting in the nagios.log > > > Thanks In Advanced > Kevin > |
|
From: Andreas E. <ae...@op...> - 2005-08-23 22:31:01
|
Ben wrote: > Regarding a whole new GUI, I have to wonder why start that process from > scratch? I don't know if you've looked at groundwork's new stuff, but I > took a gander at it today, and it appears to show promise. Granted, it's > not yet complete, but it's GPL'd as well, and appears to be mature and > somewhat polished, as far as it goes. > It has too many dependencies though, so it's not really something that is likely to catch on. > Obviously, you probably have your reasons.... I'm just curious what they > are. :) And I guess if you're going to base it off the nagios-db stuff, > then you're not really starting from scatch anyway. > We will (start from scratch, that is). We need to get design proper from the start, because we'll be wanting to be able to hook in pretty much anything pretty much anywhere. Sort of module-based PHP. > On Tue, 23 Aug 2005, Andreas Ericsson wrote: > > >>Matthew Kent wrote: >> >>>Hey Ben, just looking at the pgwrapper stuff you added a while back and >>>I think it's great and exactly what the mysql implementation needs as >>>well. Have you happened upon a similar implementation for mysql? >>> >>>I'm thinking I'll write one and draw up a new version of my neb based on >>>mysql 5.0 so I can use triggers and stored procs this time around. Plus >>>I figure by the time I get a good interface together MySQL 5 will >>>probably go from beta to stable anyway :) >>> >>>On the interface front I really never did find a suitable framework for >>>recreating a better version of the nagios cgis in PHP. The time >>>investment to create one properly from scratch was just too much (partly >>>because I'm not fantastic with php in the first place). So I've been >>>learning ruby for the past couple months with the goal of writing it in >>>ruby on rails. Ideally it should keep me from having to write the nitty >>>gritty stuff like authentication, caching and template support and focus >>>more on presenting the data. >>> >>>Has anyone listening on this list developed with ruby on rails and is >>>interested in helping? >> >> >>Can't say that I have, but we might be able to give you a load off from >>that anyways though. >> >>We'll be developing a GUI with everything and sugar on top, and we'll >>most likely base it on one (or both) of the database modules. >> >>We in this case means OP5, the company I work for. The resulting code >>will be GPL'd and released to the public. >> >>Incidentally, we're also looking for developers (C, Perl, PHP and SQL >>mainly, with some shell and possibly Python thrown in for good measure). >>Interested? >> >>-- >>Andreas Ericsson and...@op... >>OP5 AB www.op5.se >>Lead Developer >> >> >>------------------------------------------------------- >>SF.Net email is Sponsored by the Better Software Conference & EXPO >>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices >>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA >>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf >>_______________________________________________ >>Nagios-db-devel mailing list >>Nag...@li... >>https://lists.sourceforge.net/lists/listinfo/nagios-db-devel >> > > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Nagios-db-devel mailing list > Nag...@li... > https://lists.sourceforge.net/lists/listinfo/nagios-db-devel > -- Andreas Ericsson and...@op... OP5 AB www.op5.se Lead Developer |
|
From: Matthew K. <mk...@ma...> - 2005-08-23 22:30:05
|
On Tue, 2005-23-08 at 14:21 -0700, Ben wrote: > Regarding the pgwrapper stuff, I wrote that for another project, and > included it in here too, because, like say, it's pretty useful. I haven't > seen anything similar for mysql, but then again I haven't touched mysql > for 6 years, and the last time I did I was much less mature and wouldn't > have been looking for something like pgwrapper anyway. > > Regarding a ruby on rails interface, I couldn't help you, but I say go for > it, at the very least as a learning experience. I hear nothing but good > things about that, assuming you want a web app. > > I'll be sure to clean out your incomplete php template scheme for the next > nagios-db package release, which I (really do) plan on releasing Real Soon > Now. > Yeah please nuke away :) > Regarding a whole new GUI, I have to wonder why start that process from > scratch? I don't know if you've looked at groundwork's new stuff, but I > took a gander at it today, and it appears to show promise. Granted, it's > not yet complete, but it's GPL'd as well, and appears to be mature and > somewhat polished, as far as it goes. > Yeah I took a look at the 'Groundwork Status Viewer' a week or so back, from what I can tell discern its a nagios 1.x addition which pulls data out of the flatfiles still though. Wonder if extending it to 2.x with full database support via an neb module would be something they're working on... but maybe it's been discussed, I'm out of the loop on the nagios-users list. I wonder how well it scales. > Obviously, you probably have your reasons.... I'm just curious what they > are. :) And I guess if you're going to base it off the nagios-db stuff, > then you're not really starting from scatch anyway. > Not sure if this is directed at me or Andreas, but I won't be working on anything beyond the neb module for public consumption unless my learning/experimenting with ruby on rails produces something uniquely useful. > On Tue, 23 Aug 2005, Andreas Ericsson wrote: > > > Matthew Kent wrote: > > > Hey Ben, just looking at the pgwrapper stuff you added a while back and > > > I think it's great and exactly what the mysql implementation needs as > > > well. Have you happened upon a similar implementation for mysql? > > > > > > I'm thinking I'll write one and draw up a new version of my neb based on > > > mysql 5.0 so I can use triggers and stored procs this time around. Plus > > > I figure by the time I get a good interface together MySQL 5 will > > > probably go from beta to stable anyway :) > > > > > > On the interface front I really never did find a suitable framework for > > > recreating a better version of the nagios cgis in PHP. The time > > > investment to create one properly from scratch was just too much (partly > > > because I'm not fantastic with php in the first place). So I've been > > > learning ruby for the past couple months with the goal of writing it in > > > ruby on rails. Ideally it should keep me from having to write the nitty > > > gritty stuff like authentication, caching and template support and focus > > > more on presenting the data. > > > > > > Has anyone listening on this list developed with ruby on rails and is > > > interested in helping? > > > > > > Can't say that I have, but we might be able to give you a load off from > > that anyways though. > > > > We'll be developing a GUI with everything and sugar on top, and we'll > > most likely base it on one (or both) of the database modules. > > > > We in this case means OP5, the company I work for. The resulting code > > will be GPL'd and released to the public. > > > > Incidentally, we're also looking for developers (C, Perl, PHP and SQL > > mainly, with some shell and possibly Python thrown in for good measure). > > Interested? > > > > -- > > Andreas Ericsson and...@op... > > OP5 AB www.op5.se > > Lead Developer > > > > > > ------------------------------------------------------- > > SF.Net email is Sponsored by the Better Software Conference & EXPO > > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > > _______________________________________________ > > Nagios-db-devel mailing list > > Nag...@li... > > https://lists.sourceforge.net/lists/listinfo/nagios-db-devel > > > > > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Nagios-db-devel mailing list > Nag...@li... > https://lists.sourceforge.net/lists/listinfo/nagios-db-devel -- Matthew Kent <mk...@ma...> http://magoazul.com |
|
From: Matthew K. <mk...@ma...> - 2005-08-23 21:44:29
|
On Tue, 2005-23-08 at 21:18 +0200, Andreas Ericsson wrote: > Matthew Kent wrote: > > Hey Ben, just looking at the pgwrapper stuff you added a while back and > > I think it's great and exactly what the mysql implementation needs as > > well. Have you happened upon a similar implementation for mysql? > > > > I'm thinking I'll write one and draw up a new version of my neb based on > > mysql 5.0 so I can use triggers and stored procs this time around. Plus > > I figure by the time I get a good interface together MySQL 5 will > > probably go from beta to stable anyway :) > > > > On the interface front I really never did find a suitable framework for > > recreating a better version of the nagios cgis in PHP. The time > > investment to create one properly from scratch was just too much (partly > > because I'm not fantastic with php in the first place). So I've been > > learning ruby for the past couple months with the goal of writing it in > > ruby on rails. Ideally it should keep me from having to write the nitty > > gritty stuff like authentication, caching and template support and focus > > more on presenting the data. > > > > Has anyone listening on this list developed with ruby on rails and is > > interested in helping? > > > Can't say that I have, but we might be able to give you a load off from > that anyways though. > > We'll be developing a GUI with everything and sugar on top, and we'll > most likely base it on one (or both) of the database modules. > > We in this case means OP5, the company I work for. The resulting code > will be GPL'd and released to the public. > > Incidentally, we're also looking for developers (C, Perl, PHP and SQL > mainly, with some shell and possibly Python thrown in for good measure). > Interested? > Oh cool, that's good to hear. I'll work on getting the mysql module up to par and see how close I can get to unifying the views and stored procs to match the postgres module (with the goal being to make any future interface abstraction easier). I'd be more than willing to help with any database work, but since we are switching to ruby on rails at work it's in my best interest to spend my free time learning about it for now. -- Matthew Kent <mk...@ma...> http://magoazul.com |
|
From: Kevin M. <km...@te...> - 2005-08-23 21:42:03
|
I had one quick question, is there any way to get nagios-db to log the state stalking info into the database? Ive gone through all the tables and am not seeing this info being being logged there, am i missing something? I'd like to have this stored in the database so I can generate reports off of it instead of everything just sitting in the nagios.log =20 =20 Thanks In Advanced Kevin |
|
From: Ben <be...@si...> - 2005-08-23 21:21:47
|
Regarding the pgwrapper stuff, I wrote that for another project, and included it in here too, because, like say, it's pretty useful. I haven't seen anything similar for mysql, but then again I haven't touched mysql for 6 years, and the last time I did I was much less mature and wouldn't have been looking for something like pgwrapper anyway. Regarding a ruby on rails interface, I couldn't help you, but I say go for it, at the very least as a learning experience. I hear nothing but good things about that, assuming you want a web app. I'll be sure to clean out your incomplete php template scheme for the next nagios-db package release, which I (really do) plan on releasing Real Soon Now. Regarding a whole new GUI, I have to wonder why start that process from scratch? I don't know if you've looked at groundwork's new stuff, but I took a gander at it today, and it appears to show promise. Granted, it's not yet complete, but it's GPL'd as well, and appears to be mature and somewhat polished, as far as it goes. Obviously, you probably have your reasons.... I'm just curious what they are. :) And I guess if you're going to base it off the nagios-db stuff, then you're not really starting from scatch anyway. On Tue, 23 Aug 2005, Andreas Ericsson wrote: > Matthew Kent wrote: > > Hey Ben, just looking at the pgwrapper stuff you added a while back and > > I think it's great and exactly what the mysql implementation needs as > > well. Have you happened upon a similar implementation for mysql? > > > > I'm thinking I'll write one and draw up a new version of my neb based on > > mysql 5.0 so I can use triggers and stored procs this time around. Plus > > I figure by the time I get a good interface together MySQL 5 will > > probably go from beta to stable anyway :) > > > > On the interface front I really never did find a suitable framework for > > recreating a better version of the nagios cgis in PHP. The time > > investment to create one properly from scratch was just too much (partly > > because I'm not fantastic with php in the first place). So I've been > > learning ruby for the past couple months with the goal of writing it in > > ruby on rails. Ideally it should keep me from having to write the nitty > > gritty stuff like authentication, caching and template support and focus > > more on presenting the data. > > > > Has anyone listening on this list developed with ruby on rails and is > > interested in helping? > > > Can't say that I have, but we might be able to give you a load off from > that anyways though. > > We'll be developing a GUI with everything and sugar on top, and we'll > most likely base it on one (or both) of the database modules. > > We in this case means OP5, the company I work for. The resulting code > will be GPL'd and released to the public. > > Incidentally, we're also looking for developers (C, Perl, PHP and SQL > mainly, with some shell and possibly Python thrown in for good measure). > Interested? > > -- > Andreas Ericsson and...@op... > OP5 AB www.op5.se > Lead Developer > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Nagios-db-devel mailing list > Nag...@li... > https://lists.sourceforge.net/lists/listinfo/nagios-db-devel > |
|
From: Andreas E. <and...@op...> - 2005-08-23 19:18:38
|
Matthew Kent wrote: > Hey Ben, just looking at the pgwrapper stuff you added a while back and > I think it's great and exactly what the mysql implementation needs as > well. Have you happened upon a similar implementation for mysql? > > I'm thinking I'll write one and draw up a new version of my neb based on > mysql 5.0 so I can use triggers and stored procs this time around. Plus > I figure by the time I get a good interface together MySQL 5 will > probably go from beta to stable anyway :) > > On the interface front I really never did find a suitable framework for > recreating a better version of the nagios cgis in PHP. The time > investment to create one properly from scratch was just too much (partly > because I'm not fantastic with php in the first place). So I've been > learning ruby for the past couple months with the goal of writing it in > ruby on rails. Ideally it should keep me from having to write the nitty > gritty stuff like authentication, caching and template support and focus > more on presenting the data. > > Has anyone listening on this list developed with ruby on rails and is > interested in helping? Can't say that I have, but we might be able to give you a load off from that anyways though. We'll be developing a GUI with everything and sugar on top, and we'll most likely base it on one (or both) of the database modules. We in this case means OP5, the company I work for. The resulting code will be GPL'd and released to the public. Incidentally, we're also looking for developers (C, Perl, PHP and SQL mainly, with some shell and possibly Python thrown in for good measure). Interested? -- Andreas Ericsson and...@op... OP5 AB www.op5.se Lead Developer |
|
From: Matthew K. <mk...@ma...> - 2005-08-23 18:52:55
|
Hey Ben, just looking at the pgwrapper stuff you added a while back and I think it's great and exactly what the mysql implementation needs as well. Have you happened upon a similar implementation for mysql? I'm thinking I'll write one and draw up a new version of my neb based on mysql 5.0 so I can use triggers and stored procs this time around. Plus I figure by the time I get a good interface together MySQL 5 will probably go from beta to stable anyway :) On the interface front I really never did find a suitable framework for recreating a better version of the nagios cgis in PHP. The time investment to create one properly from scratch was just too much (partly because I'm not fantastic with php in the first place). So I've been learning ruby for the past couple months with the goal of writing it in ruby on rails. Ideally it should keep me from having to write the nitty gritty stuff like authentication, caching and template support and focus more on presenting the data. Has anyone listening on this list developed with ruby on rails and is interested in helping? -- Matthew Kent <mk...@ma...> http://magoazul.com |
