I expected Nays based on the 'do one thing & do it well' philosophy, which I do agree. That's partly why I didn't post a feature request, since I am not certain whether it'd be a truly good thing for Hobbit Monitor to pick up these extra chores. 
<br><br>It is tempting to have some BI (Business Intelligence) and BKM (Business Knowledge Management) capabilities against the wealth of information from those alerts & outages & history & acknowledgments generated by Hobbit. How to tap it, via a Hobbit feature or otherwise, is a somewhat challenging question and open to each every one's own  best judgment, I guess.
<br><br>BTW, we have a wiki in place already. As for hooking up to an ticketing system,  it is an interesting idea. Some of the functions of Hobbit overlap with those of a full ticketing system, thus it may not be the most efficient way to do it. Also, BI capability of a ticketing systems need to be factored in as well. I will check out RT. thanks again.
<br><br><div><span class="gmail_quote">On 9/12/06, <b class="gmail_sendername">Richard Leyton</b> <<a href="mailto:richard@leyton.org">richard@leyton.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Jerry,<br><br>I know it's perhaps not quite what you're after, but your e-mail<br>intrigued me, and I wondered if you've considered using a Wiki or an<br>issue tracker for such things?<br><br>It's not going to be as integrated as I see you suggesting, but there
<br>is the unix philosophy of 'do one thing, and do it well', and Hobbit<br>starting to track issues/resolutions pushes it out of monitoring<br>(which it does so well) quite a  bit.<br><br>Alternatively, you might want to take a look at RT from
<br><a href="http://bestpractical.com/rt">bestpractical.com/rt</a> - you could, conceivably, hook alerts (or better<br>yet, acknowledgements?) into either RT or RTFM, a plug-in component<br>to RT that provides common resolutions to problems. Perhaps if alert
<br>id's were pushed into a ticket, you could fetch out previous 'issues'<br>associated with an alert, but it'd be considerably fiddly to<br>customise things as much.<br><br>I like what you're thinking - but I don't (personally) see Hobbit
<br>benefiting from such a move, other than perhaps improved integration<br>with existing open source tools of the sort I've described, but<br>that's a  Henrik thing, of course.<br><br>I'd certainly be interested to hear if anybody else on the list has
<br>tried something similar to Jerry?<br><br>Regards,<br><br>Richard.<br><br>--<br>Richard Leyton - <a href="mailto:richard@leyton.org">richard@leyton.org</a><br><a href="http://www.leyton.org">http://www.leyton.org</a><br>
<br><br><br><br>On 11 Sep 2006, at 15:00, Jerry Yu wrote:<br><br>> do you know any built-in mechanism to add comment to an alert<br>> event ?  I want to be able to add troubleshooting notes &<br>> resolution & misc notes.  It'd be great (dreamily) that a gmail-
<br>> style label can be applied to any (current or historical) event, so<br>> one can retrieve 'db temp table problem' label and gets alerts (and<br>> their associated outage, notes, comments) in one place. This become
<br>> a knowledge capture device (Doesn't a hobbit desire to gather stuff?)<br>><br>> The only way I know now is to acknowledge an alert when it is still<br>> active.<br><br><br>To unsubscribe from the hobbit list, send an e-mail to
<br><a href="mailto:hobbit-unsubscribe@hswn.dk">hobbit-unsubscribe@hswn.dk</a><br><br><br></blockquote></div><br>