That is pretty much how I interpreted what Henrik said. The gui pages and alerts need to be generated as fast as possible, and right now the info flows through shared memory. I don't think it gets much faster than that. A database writer module could run in parallel or behind, as long as nothing else was impacted if the database was slow or inaccessible.<br>
<br>Ralph Mitchell<br><br><br><div class="gmail_quote">On Mon, Feb 9, 2009 at 8:43 PM, Brian Catlin <span dir="ltr"><<a href="mailto:bcatlin@gmail.com">bcatlin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style="margin: 0px 10px 10px; font-size: 12pt; color: rgb(1, 1, 88); font-family: Arial;" text="#010158" vlink="#0000ff" alink="#0000ff" link="#0000ff" bgcolor="#f3eded" background="?ui=2&ik=811b66aca6&view=att&th=11f5e12db9a02b49&attid=0.1&disp=emb&zw">
<table border="0" cellpadding="2" cellspacing="0" width="100%">
<tbody>
<tr>
<td dir="ltr" style="font-size: 12pt; direction: ltr;" valign="top" width="100%">
<div>How about you alert on the incoming as usual, then store the events (batched or not) into the backend database so that reports can be developed for management, history could use for lookups, etc... That might make this a little more palatable to you, and a lot more usable to those of us who have to prove to management that the time we invest in getting this doing what we want is not a drain on their resources.
<div> </div>
<div>Reports are management blood, no reports - no use... (for managers) - I have had managers tell me this in the past. (on the other hand - two weeks after I installed clients on one department's sun servers, the manager had some questions about server performance over the past few weeks = was quite pleased and surprised when I gave him a spreadsheet that laid out the data for all his servers in 1/2 hour, as was even more please when I showed him how to view his page of servers.)</div>
</div>
<div> </div>
<div>Another thing that using a database to store history in - much better security for those of us who work in security realms and have to protect data - alarm history can give a lot of info away to a hacker if they gain access to the server running the master.</div>
<div>With a database, it can be secured and only have authorized users that access it.</div>
<div> </div>
<div>One thing everyone should remember - in business, as in life, perception is 80 % of the way things are seen - think about it... </div>
<div> </div>
<div> </div>
<div>
<div><a href="mailto:lurch@inorbit.com" target="_blank">lurch@inorbit.com</a></div></div>
<div dir="ltr"><i>-------Original Message-------</i></div>
<div> </div>
<div><div class="Ih2E3d">
<div dir="ltr" style="font-size: 11pt;"><i><b>From:</b></i> <a href="mailto:henrik@hswn.dk" target="_blank">Henrik Størner</a></div>
<div dir="ltr" style="font-size: 11pt;"><i><b>Date:</b></i> 2/9/2009 4:40:49 PM</div>
<div dir="ltr" style="font-size: 11pt;"><i><b>To:</b></i> <a href="mailto:hobbit@hswn.dk" target="_blank">hobbit@hswn.dk</a></div>
</div><div><div></div><div class="Wj3C7c"><div dir="ltr" style="font-size: 11pt;"><i><b>Subject:</b></i> Re: [hobbit] Xymon 4.3.0: Beta version available on Sourceforge</div></div></div></div><div><div></div><div class="Wj3C7c">
<div> </div>
<div>Hi Giovanni,</div>
<div> </div>
<div>On Mon, Feb 09, 2009 at 07:21:43PM -0200, <a href="mailto:giovanni@redix.com.br" target="_blank">giovanni@redix.com.br</a> wrote:</div>
<div>></div>
<div>> Hi Henrik,</div>
<div>></div>
<div>> I was reading about 4.5 release and maybe its time to think about store</div>
<div>> the data into a Database like MySQL/PostgreSQL, if you do that far more</div>
<div>> contributors can start to colaborate with customs web-interfaces, reports,</div>
<div>> etc etc.</div>
<div> </div>
<div>this subject comes up once in a while. I have two problems with it:</div>
<div> </div>
<div> </div>
<div>1) I've never done any programming that interfaces to a database, so</div>
<div>it would mean digging into one more API - but that is something I</div>
<div>could probably handle.</div>
<div> </div>
<div>2) The real problem is that unless the database is co-located with the</div>
<div>Xymon server, then your monitoring suddenly becomes dependant on</div>
<div>a remote database-server. So what happens if your database server loses</div>
<div>the network connection to the Xymon server ? You won't get any alerts</div>
<div>from Xymon, because it has no data available to generate alerts from.</div>
<div> </div>
<div> </div>
<div>It's the same reason that has kept me from using SAN storage for my</div>
<div>production Xymon server at work. Much too complex for my taste, far</div>
<div>too many ways it can break.</div>
<div> </div>
<div>And the time when you need your Xymon server the most is *exactly*</div>
<div>when everything else has gone down in flames.</div>
<div> </div>
<div> </div>
<div>What I *would* consider is to create a module like the hobbitd_filestore</div>
<div>module, except it sends the status-data off to a database somewhere.</div>
<div>Or even an external module for hobbitd_rrd that gets all of the</div>
<div>parsed data we collect and use as the basis of all of the graphs.</div>
<div>Such modules would be very easy to write for someone who knows how</div>
<div>to do programming with the database API - my guess is that it wouldn't</div>
<div>take more than a day or two.</div>
<div> </div>
<div>So if you know someone who could voluteer for such an add-on, I would</div>
<div>be very happy to work together with him/her on putting such an add-on</div>
<div>together.</div>
<div> </div>
<div> </div>
<div>Regards,</div>
<div>Henrik</div>
<div> </div>
<div> </div>
<div>To unsubscribe from the hobbit list, send an e-mail to</div>
<div><a href="mailto:hobbit-unsubscribe@hswn.dk" target="_blank">hobbit-unsubscribe@hswn.dk</a></div>
<div> </div>
<div> </div></div></div></td></tr>
<tr>
<td width="100%">
<table cellpadding="0" cellspacing="0" width="100%">
<tbody>
<tr>
<td width="100%"></td>
<td align="middle" valign="bottom"></td>
<td align="middle" valign="bottom"></td></tr></tbody></table></td></tr></tbody></table></div></blockquote></div><br>