[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
False alerts in hobbit
- To: hobbit (at) hswn.dk
- Subject: False alerts in hobbit
- From: Adam Goryachev <mailinglists (at) websitemanagers.com.au>
- Date: Mon, 10 Nov 2008 18:11:56 +1100
- User-agent: Thunderbird 2.0.0.17 (X11/20080925)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I have been battling false alerts with hobbit for quite some time
(months or more), and am really starting to get quite frustrated.
(Mostly in that I tend to ignore my SMS messages because there are so
many FP's...
Anyway, the fault is that the hobbit client reports get truncated, yet
the hobbit server uses the portion that it gets. This usually results in
the procs, ports, or both columns going red due to non-running
procs/non-open ports. In reality, the proc/port is fine, just the data
was truncated so the hobbit server couldn't find it.
Initially I discovered my hobbit server was truncating some of this
data, so I increased the relevant variables:
MAXLINE="65535"
MAXMSG_STATUS="2048"
MAXMSG_CLIENT="2048"
MAXMSG_DATA="4096"
However, I still get many red alerts, and when I check, the log files do
not report any truncated or oversized messages. Also, when I examine the
"Client data available" from the red hobbit report, I find the size of
the message is nowhere near any value above, and in fact is always
different... Some reports that work are longer than reports that don't
work etc...
It isn't 100%, but generally (more than 98%) the clients with the
problem are on bandwidth limited networks.
I would appreciate if anyone can provide any tips on how to make things
more reliable?
Options I have considered:
1) Get hobbit to compress it's data, which reduces network load, and
hence should improve reliability.
2) Add a "END" tag to the hobbit client data, and if the server doesn't
get the END tag then ignore the whole file (or re-request it)
3) Switch to polling mode (which effectively does 1 && 2 I suppose)
4) Try and track down what is causing this, and fix it...
My hobbit server is behind a NAT router, so one possibility I have
considered is the NAT router is dropping the map before the end of the
TCP connection due to too many other connections or similar.
Basically, at this point I would like to see if anyone else has had
similar problems, or can assist in resolving the problem. If I let it
continue I will miss an urgent SMS report from hobbit, and/or cost
stacks of money for sending all the SMS's....
Thanks for any suggestions...
Regards,
Adam
- --
Adam Goryachev
Website Managers
www.websitemanagers.com.au
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkkX3rsACgkQGyoxogrTyiX2PwCePnHjMUJHoMRH46zhEFxNFjGe
azAAn0rHaDWOWbFfBoIpm+757j8tRWFH
=FTnf
-----END PGP SIGNATURE-----