On Tue, Jul 20, 2010 at 4:06 PM, Asif Iqbal <vadud3 at gmail.com> wrote:
On Fri, Jul 2, 2010 at 12:45 PM, Asif Iqbal <vadud3 at gmail.com> wrote:
On Fri, Jul 2, 2010 at 12:38 PM, Clark, Sean <sean.clark at twcable.com> wrote:
Acknowledge.log in the logs directory
Hi Sean,
That is not really what I am asking for. That is only the log if someone acknowledges it.
It is really the alert code that we may or may not ack. Since alerts gets logged in notifications.log file. So would be a logical place to have the alert code in there as well, even if we never ACK it
so looks like I just need to modify the hobbitd/do_alert.c line 148 to 150 to add the cookie if I want it the alert code to show up in notifications.log file. Is there any other places I need to make change as well?
137 if ((alert->color >= 0) && (alert->color < COL_COUNT)) sev = sevtxt[alert->color]; 138 139 switch (alert->state) { 140 case A_PAGING: 141 case A_ACKED: 142 subjfmt = (include_configid ? "Hobbit [%d] %s:%s %s [cfid:%d]" : "Hobbit [%d] %s:%s %s"); 143 snprintf(subj, sizeof(subj)-1, subjfmt, 144 alert->cookie, alert->hostname, alert->testname, sev, recip->cfid); 145 break; 146 147 case A_NOTIFY: 148 subjfmt = (include_configid ? "Hobbit %s:%s NOTICE [cfid:%d]" : "Hobbit %s:%s NOTICE"); 149 snprintf(subj, sizeof(subj)-1, subjfmt, 150 alert->hostname, alert->testname, recip->cfid); 151 break; 152 153 case A_RECOVERED: 154 subjfmt = (include_configid ? "Hobbit %s:%s recovered [cfid:%d]" : "Hobbit %s:%s recovered"); 155 snprintf(subj, sizeof(subj)-1, subjfmt, 156 alert->hostname, alert->testname, recip->cfid); 157 break; 158 159 case A_NORECIP: 160 case A_DEAD: 161 /* Cannot happen */ 162 break; 163 }
I am still playing with the ackcode/alertcode to put into notifications.log. Looks like I actually have to modify the code here
387 if (logfd) { 388 init_timestamp(); 389 fprintf(logfd, "%s %s.%s (%s) %s[%d] %ld %d", 390 timestamp, alert->hostname, alert->testname, 391 alert->ip, recip->recipient, recip->cfid, 392 (long)now, servicecode(alert->testname)); 393 if (alert->state == A_RECOVERED) { 394 fprintf(logfd, " %ld\n", (long)(now - alert->eventstart)); 395 } 396 else { 397 fprintf(logfd, "\n"); 398 } 399 fflush(logfd); 400 }
I have to add alert->cookie in there. Will confirm it that works
-----Original Message----- From: Asif Iqbal [mailto:vadud3 at gmail.com] Sent: Friday, July 02, 2010 12:27 PM To: hobbit at hswn.dk Cc: Xymon Developers Subject: [Hobbitmon-developer] ackcode in log file
Does anyone know if any of the hobbit server log files contain the ackcode in it? I do not think it does by default. I could not find it in my limited query. I know SCRIPT has the ACKCODE. But I am asking if it is in any of the log file by default.
If the answer is no, then what would it take to add the ackcode in notification log file ? I am guessing some code change on lib/notifylog.c 's do_notifylog function would be necessary along with some change in lib/notifylog.h.
Please advise
-- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
Hobbitmon-developer mailing list Hobbitmon-developer at lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hobbitmon-developer This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout.
-- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
-- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
-- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?