Xymon Protocol
list Neil Franken
Hi All Any pointers where I can have a look at the Xymon protocol? I can use wireshark to try and trace it but I am a little lazy this morning. Regards Neil
list Josh Luthman
What are you trying to figure out?
▸
On 5/21/10, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:Hi All Any pointers where I can have a look at the Xymon protocol? I can use wireshark to try and trace it but I am a little lazy this morning. Regards Neil
--
Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
“Success is not final, failure is not fatal: it is the courage to
continue that counts.”
--- Winston Churchill
list Neil Franken
More curiosity than anything else. I like tinkering and would just like to know how does BBwin for example communicates with the server. Like I said nothing major just more of a information gathering exercise. I used to write real time systems for stock trading applications and this is I guess a sort of pet hobby....
▸
-----Original Message-----
From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid]
Sent: 21 May 2010 09:16 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Xymon Protocol
What are you trying to figure out?
On 5/21/10, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:Hi All Any pointers where I can have a look at the Xymon protocol? I can use wireshark to try and trace it but I am a little lazy this morning. Regards Neil
-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
list Josh Luthman
Xymon is open source and a packet capture should be easy - no encryption. I don't think anyone can share anything more...
▸
On 5/21/10, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:More curiosity than anything else. I like tinkering and would just like to know how does BBwin for example communicates with the server. Like I said nothing major just more of a information gathering exercise. I used to write real time systems for stock trading applications and this is I guess a sort of pet hobby.... -----Original Message----- From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid] Sent: 21 May 2010 09:16 AM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Xymon Protocol What are you trying to figure out? On 5/21/10, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:Hi All Any pointers where I can have a look at the Xymon protocol? I can use wireshark to try and trace it but I am a little lazy this morning. Regards Neil-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
list Neil Franken
I agree. Just checking if there is not some sort of document out there which contains the specification. Busy using wireshark now and checking it out. Cheers Neil
▸
-----Original Message-----
From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid]
Sent: 21 May 2010 09:35 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Xymon Protocol
Xymon is open source and a packet capture should be easy - no
encryption.
I don't think anyone can share anything more...
On 5/21/10, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:More curiosity than anything else. I like tinkering and would just like to know how does BBwin for example communicates with the server. Like
I
said nothing major just more of a information gathering exercise. I used to write real time systems for stock trading applications and this is
I
guess a sort of pet hobby.... -----Original Message----- From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid] Sent: 21 May 2010 09:16 AM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Xymon Protocol What are you trying to figure out? On 5/21/10, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:Hi All Any pointers where I can have a look at the Xymon protocol? I can use wireshark to try and trace it but I am a little lazy this morning. Regards Neil-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
list Neil Franken
Ok my mistake from what I can see this protocol is very simplistic. Nothing major. Sorry to bug you lot.
▸
-----Original Message-----
From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid]
Sent: 21 May 2010 09:35 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Xymon Protocol
Xymon is open source and a packet capture should be easy - no
encryption.
I don't think anyone can share anything more...
On 5/21/10, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:More curiosity than anything else. I like tinkering and would just like to know how does BBwin for example communicates with the server. Like
I
said nothing major just more of a information gathering exercise. I used to write real time systems for stock trading applications and this is
I
guess a sort of pet hobby.... -----Original Message----- From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid] Sent: 21 May 2010 09:16 AM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Xymon Protocol What are you trying to figure out? On 5/21/10, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:Hi All Any pointers where I can have a look at the Xymon protocol? I can use wireshark to try and trace it but I am a little lazy this morning. Regards Neil-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
list TJ Yang
Neil It is in new-daemon.txt. URL is http://hobbitmon.svn.sourceforge.net/viewvc/hobbitmon/branches/4.2.3/hobbitd/new-daemon.txt?revision=6030&view=markup tj On Fri, May 21, 2010 at 2:56 AM, Neil Franken
▸
<user-1689acfc5a3b@xymon.invalid> wrote:Ok my mistake from what I can see this protocol is very simplistic. Nothing major. Sorry to bug you lot. -----Original Message----- From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid] Sent: 21 May 2010 09:35 AM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Xymon Protocol Xymon is open source and a packet capture should be easy - no encryption. I don't think anyone can share anything more... On 5/21/10, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:More curiosity than anything else. I like tinkering and would just like to know how does BBwin for example communicates with the server. LikeIsaid nothing major just more of a information gathering exercise. I used to write real time systems for stock trading applications and this isIguess a sort of pet hobby.... -----Original Message----- From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid] Sent: 21 May 2010 09:16 AM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Xymon Protocol What are you trying to figure out? On 5/21/10, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:Hi All Any pointers where I can have a look at the Xymon protocol? I can use wireshark to try and trace it but I am a little lazy this morning. Regards Neil-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill
--
T.J. Yang
list TJ Yang
Also I have a how-to wiki proposal for you ;) Care to contribute ? How to use wireshark to debug hobbit client and server protocol ? Here is direct link to hobbit wiki http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Other_Docs/HOWTO
▸
tj
On Fri, May 21, 2010 at 6:52 AM, TJ Yang <user-61afc885aa73@xymon.invalid> wrote:Neil It is in new-daemon.txt. URL is http://hobbitmon.svn.sourceforge.net/viewvc/hobbitmon/branches/4.2.3/hobbitd/new-daemon.txt?revision=6030&view=markup tj On Fri, May 21, 2010 at 2:56 AM, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:Ok my mistake from what I can see this protocol is very simplistic. Nothing major. Sorry to bug you lot. -----Original Message----- From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid] Sent: 21 May 2010 09:35 AM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Xymon Protocol Xymon is open source and a packet capture should be easy - no encryption. I don't think anyone can share anything more... On 5/21/10, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:More curiosity than anything else. I like tinkering and would just like to know how does BBwin for example communicates with the server. LikeIsaid nothing major just more of a information gathering exercise. I used to write real time systems for stock trading applications and this isIguess a sort of pet hobby.... -----Original Message----- From: Josh Luthman [mailto:user-4c45a83f15cb@xymon.invalid] Sent: 21 May 2010 09:16 AM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Xymon Protocol What are you trying to figure out? On 5/21/10, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:Hi All Any pointers where I can have a look at the Xymon protocol? I can use wireshark to try and trace it but I am a little lazy this morning. Regards Neil-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill-- Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX "Success is not final, failure is not fatal: it is the courage to continue that counts." --- Winston Churchill-- T.J. Yang
--
T.J. Yang
list Rich Smrcina
This message from the archive describes the entire architecture: http://www.hswn.dk/hobbiton/2006/11/msg00315.html
▸
On 05/21/2010 06:52 AM, TJ Yang wrote:Neil It is in new-daemon.txt. URL is http://hobbitmon.svn.sourceforge.net/viewvc/hobbitmon/branches/4.2.3/hobbitd/new-daemon.txt?revision=6030&view=markup tj On Fri, May 21, 2010 at 2:56 AM, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:Ok my mistake from what I can see this protocol is very simplistic. Nothing major. Sorry to bug you lot.
--
Rich Smrcina Phone: XXX-XXX-XXXX http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011
list TJ Yang
▸
On Fri, May 21, 2010 at 7:06 AM, Rich Smrcina <user-cf452ff334e0@xymon.invalid> wrote:
This message from the archive describes the entire architecture: http://www.hswn.dk/hobbiton/2006/11/msg00315.html
Rich, Thanks for dig up this note from Henrik. Any(or others) interest to create the architecture diagram with me ? I know a bit of Dia and use it to create some hobbit architecture diagrams for work use. I think we should spend some effort to create professional looking diagram similar to other opensource projects have. tj
▸
On 05/21/2010 06:52 AM, TJ Yang wrote:Neil It is in new-daemon.txt. URL is http://hobbitmon.svn.sourceforge.net/viewvc/hobbitmon/branches/4.2.3/hobbitd/new-daemon.txt?revision=6030&view=markup tj On Fri, May 21, 2010 at 2:56 AM, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:Ok my mistake from what I can see this protocol is very simplistic. Nothing major. Sorry to bug you lot.-- Rich Smrcina Phone: XXX-XXX-XXXX http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011
--
T.J. Yang
list Neil Franken
Thanks TJ. Will have a look at these. I had a look at the BBWin source code today and learned quite a bit about how to send messages to Xymon Server. I got it right to simulate some rough tests with telnet(after getting telnet running on Vista). I use BBwin quite a bit to monitor my M$ SQL boxes and some Gentoo Asterix(VOIP) Servers. I have done some development for BBwin to monitor SQL Server specifics. While BBwin is easy to use and quiet extensible I think it needs a major shot of new development. I know there is Xymon.net client in alpha? I wish I could help but I tend to avoid .Net as I am a C/C++/Java person. I would love to contribute to the projects but will need to find out where first. Regards Neil
▸
-----Original Message-----
From: TJ Yang [mailto:user-61afc885aa73@xymon.invalid]
Sent: 21 May 2010 02:28 PM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Xymon Protocol
On Fri, May 21, 2010 at 7:06 AM, Rich Smrcina <user-cf452ff334e0@xymon.invalid> wrote:This message from the archive describes the entire architecture: http://www.hswn.dk/hobbiton/2006/11/msg00315.html
Rich, Thanks for dig up this note from Henrik. Any(or others) interest to create the architecture diagram with me ? I know a bit of Dia and use it to create some hobbit architecture diagrams for work use. I think we should spend some effort to create professional looking diagram similar to other opensource projects have. tj
On 05/21/2010 06:52 AM, TJ Yang wrote:Neil It is in new-daemon.txt. URL is http://hobbitmon.svn.sourceforge.net/viewvc/hobbitmon/branches/4.2.3/hobbitd/new-daemon.txt?revision=6030&view=markup tj On Fri, May 21, 2010 at 2:56 AM, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:Ok my mistake from what I can see this protocol is very simplistic. Nothing major. Sorry to bug you lot.-- Rich Smrcina Phone: XXX-XXX-XXXX http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011
-- T.J. Yang
list Xymon User in Richmond
I need to suppress checking of CIFS mounts to avoid piling up IO-blocked processes when a mount hangs. What hobbit file/program controls the "df" command used for the disk check? The DF= and DFCMD= lines in hobbitclient.cfg are commented "DF,DFCMD and PS are for compatibility only, NOT USED by the Hobbit client", and sure enough when I add "-xcifs" to those lines I still get the CIFS mounts after restarting the hobbit-client service. I'm also not sure what to make of the fact that the "About Hobbit" page says that all configuration is centralized, yet the hobbitclient.cfg on my 4.2.0-6 and 4.2.0-7 clients says "include /var/lib/hobbit-client/runtime.cfg" (which exists on those machines), but on my 4.2.0-1 server says "include /var/run/hobbitclient-runtime.cfg" (which exists on that machine).
list Ryan Novosielski
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Please do not thread hijack.
▸
Xymon User in Richmond wrote:I need to suppress checking of CIFS mounts to avoid piling up IO-blocked processes when a mount hangs. What hobbit file/program controls the "df" command used for the disk check? The DF= and DFCMD= lines in hobbitclient.cfg are commented "DF,DFCMD and PS are for compatibility only, NOT USED by the Hobbit client", and sure enough when I add "-xcifs" to those lines I still get the CIFS mounts after restarting the hobbit-client service. I'm also not sure what to make of the fact that the "About Hobbit" page says that all configuration is centralized, yet the hobbitclient.cfg on my 4.2.0-6 and 4.2.0-7 clients says "include /var/lib/hobbit-client/runtime.cfg" (which exists on those machines), but on my 4.2.0-1 server says "include /var/run/hobbitclient-runtime.cfg" (which exists on that machine).
- -- - ---- _ _ _ _ ___ _ _ _
|Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Sr. Systems Programmer |$&| |__| | | |__/ | \| _| |user-ae4522577e16@xymon.invalid - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/CST-Academic Svcs. - ADMC 450, Newark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkv2r7oACgkQmb+gadEcsb5G0ACg3yHvjEZq3Ver89D9y15jV22j SfIAnROQKRJkzfkouY3kNW773jvpP2Ej =SrH8 -----END PGP SIGNATURE-----
list Josh Luthman
I think there is a problem with your client as it is not a reply nor does it include any other wording from another thread.
▸
Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
“Success is not final, failure is not fatal: it is the courage to continue
that counts.”
--- Winston Churchill
On Fri, May 21, 2010 at 12:07 PM, Ryan Novosielski <user-ae4522577e16@xymon.invalid>wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Please do not thread hijack. Xymon User in Richmond wrote:I need to suppress checking of CIFS mounts to avoid piling up IO-blocked processes when a mount hangs. What hobbit file/program controls the "df" command used for the disk check? The DF= and DFCMD= lines in hobbitclient.cfg are commented "DF,DFCMD and PS are for compatibility only, NOT USED by the Hobbit client", and sure enough when I add "-xcifs" to those lines I still get the CIFS mounts after restarting the hobbit-client service. I'm also not sure what to make of the fact that the "About Hobbit" page says that all configuration is centralized, yet the hobbitclient.cfg on my 4.2.0-6 and 4.2.0-7 clients says "include /var/lib/hobbit-client/runtime.cfg" (which exists on those machines), but on my 4.2.0-1 server says "include /var/run/hobbitclient-runtime.cfg" (which exists on that machine).- -- - ---- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Sr. Systems Programmer |$&| |__| | | |__/ | \| _| |user-ae4522577e16@xymon.invalid - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/CST-Academic Svcs. - ADMC 450, Newark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkv2r7oACgkQmb+gadEcsb5G0ACg3yHvjEZq3Ver89D9y15jV22j SfIAnROQKRJkzfkouY3kNW773jvpP2Ej =SrH8 -----END PGP SIGNATURE-----
list Ryan Novosielski
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It is indeed a reply -- from the headers: In-reply-to: <user-02611e636271@xymon.invalid> =R
▸
Josh Luthman wrote:I think there is a problem with your client as it is not a reply nor does it include any other wording from another thread. Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
On Fri, May 21, 2010 at 12:07 PM, Ryan Novosielski <user-ae4522577e16@xymon.invalid
▸
<mailto:user-ae4522577e16@xymon.invalid>> wrote: Please do not thread hijack. Xymon User in Richmond wrote:I need to suppress checking of CIFS mounts to avoid piling upIO-blockedprocesses when a mount hangs. What hobbit file/program controls the "df" command used for the disk check? The DF= and DFCMD= lines in hobbitclient.cfg are commented "DF,DFCMD and PS are for compatibility only, NOT USED by the Hobbit client", and sure enough when I add"-xcifs"to those lines I still get the CIFS mounts after restarting the hobbit-client service.I'm also not sure what to make of the fact that the "About Hobbit" page says that all configuration is centralized, yet the hobbitclient.cfg on my 4.2.0-6 and 4.2.0-7 clients says "include /var/lib/hobbit-client/runtime.cfg" (which exists on those machines), but on my 4.2.0-1 server says "include /var/run/hobbitclient-runtime.cfg" (which exists on that machine).
- -- - ---- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Sr. Systems Programmer |$&| |__| | | |__/ | \| _| |user-ae4522577e16@xymon.invalid - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/CST-Academic Svcs. - ADMC 450, Newark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkv2svYACgkQmb+gadEcsb4R8wCfT82yLUfO1y7eG9CQOBUIvOmu
gV4AoOJ9iGh4xcMraYY07IHxdTOvq+GL
=L/9K
-----END PGP SIGNATURE-----
list Xymon User in Richmond
Oops, lazy me. I used a "Reply to list" function, but gutted the message and used a new subject line. Did not think about the possibility that other headers might trigger something for you folks--I don't use a threaded client. I'll post again from scratch.
▸
On Fri, May 21, 2010 12:21, Ryan Novosielski wrote:-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It is indeed a reply -- from the headers: In-reply-to: <user-02611e636271@xymon.invalid> =R Josh Luthman wrote:I think there is a problem with your client as it is not a reply nor does it include any other wording from another thread. Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX Success is not final, failure is not fatal: it is the courage to continue that counts. --- Winston Churchill On Fri, May 21, 2010 at 12:07 PM, Ryan Novosielski <user-ae4522577e16@xymon.invalid <mailto:user-ae4522577e16@xymon.invalid>> wrote: Please do not thread hijack. Xymon User in Richmond wrote:I need to suppress checking of CIFS mounts to avoid piling upIO-blockedprocesses when a mount hangs. What hobbit file/program controls the "df" command used for the disk check? The DF= and DFCMD= lines in hobbitclient.cfg are commented "DF,DFCMD and PS are for compatibility only, NOT USED by the Hobbit client", and sure enough when I add"-xcifs"to those lines I still get the CIFS mounts after restarting the hobbit-client service.I'm also not sure what to make of the fact that the "About Hobbit" page says that all configuration is centralized, yet the hobbitclient.cfg on my 4.2.0-6 and 4.2.0-7 clients says "include /var/lib/hobbit-client/runtime.cfg" (which exists on those machines), but on my 4.2.0-1 server says "include /var/run/hobbitclient-runtime.cfg" (which exists on that machine).- -- - ---- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Sr. Systems Programmer |$&| |__| | | |__/ | \| _| |user-ae4522577e16@xymon.invalid - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/CST-Academic Svcs. - ADMC 450, Newark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkv2svYACgkQmb+gadEcsb4R8wCfT82yLUfO1y7eG9CQOBUIvOmu gV4AoOJ9iGh4xcMraYY07IHxdTOvq+GL =L/9K -----END PGP SIGNATURE-----
list Josh Luthman
Oops, sorry. It didn't show up as a hi-jack on Gmail.
▸
Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX
“Success is not final, failure is not fatal: it is the courage to continue
that counts.”
--- Winston Churchill
On Fri, May 21, 2010 at 12:31 PM, Xymon User in Richmond <
▸
user-24d6f8323faa@xymon.invalid> wrote:
Oops, lazy me. I used a "Reply to list" function, but gutted the message and used a new subject line. Did not think about the possibility that other headers might trigger something for you folks--I don't use a threaded client. I'll post again from scratch. On Fri, May 21, 2010 12:21, Ryan Novosielski wrote:-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 It is indeed a reply -- from the headers: In-reply-to: <user-02611e636271@xymon.invalid> =R Josh Luthman wrote:I think there is a problem with your client as it is not a reply nor does it include any other wording from another thread. Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Fri, May 21, 2010 at 12:07 PM, Ryan Novosielski <user-ae4522577e16@xymon.invalid <mailto:user-ae4522577e16@xymon.invalid>> wrote: Please do not thread hijack. Xymon User in Richmond wrote:I need to suppress checking of CIFS mounts to avoid piling upIO-blockedprocesses when a mount hangs. What hobbit file/program controls the "df" command used for the disk check? The DF= and DFCMD= lines in hobbitclient.cfg are commented "DF,DFCMD and PS are for compatibility only, NOT USED by the Hobbit client", and sure enough when I add"-xcifs"to those lines I still get the CIFS mounts after restarting the hobbit-client service.I'm also not sure what to make of the fact that the "About Hobbit" page says that all configuration is centralized, yet the hobbitclient.cfg on my 4.2.0-6 and 4.2.0-7 clients says "include /var/lib/hobbit-client/runtime.cfg" (which exists on those machines), but on my 4.2.0-1 server says "include /var/run/hobbitclient-runtime.cfg" (which exists on that machine).- -- - ---- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Sr. Systems Programmer |$&| |__| | | |__/ | \| _| |user-ae4522577e16@xymon.invalid - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/CST-Academic Svcs. - ADMC 450, Newark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkv2svYACgkQmb+gadEcsb4R8wCfT82yLUfO1y7eG9CQOBUIvOmu gV4AoOJ9iGh4xcMraYY07IHxdTOvq+GL =L/9K -----END PGP SIGNATURE-----
list Xymon User in Richmond
My apologies to all for the original post of this, which had In-Reply-To and other headers that apparently caused some confusion. Here's a clean post.
▸
I need to suppress checking of CIFS mounts to avoid piling up IO-blocked
processes when a mount hangs. What hobbit file/program controls the "df"
command used for the disk check? The DF= and DFCMD= lines in
hobbitclient.cfg are commented "DF,DFCMD and PS are for compatibility
only, NOT USED by the Hobbit client", and sure enough when I add "-xcifs"
to those lines I still get the CIFS mounts after restarting the
hobbit-client service.
I'm also not sure what to make of the fact that the "About Hobbit" page
says that all configuration is centralized, yet the hobbitclient.cfg on my
4.2.0-6 and 4.2.0-7 clients says "include
/var/lib/hobbit-client/runtime.cfg" (which exists on those machines), but
on my 4.2.0-1 server says "include /var/run/hobbitclient-runtime.cfg"
(which exists on that machine).
list Ryan Novosielski
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thanks! I didn't know this occurred myself until a few years ago when someone chastised me (and have since switched to a threaded mail client and discovered how obnoxious it is! :)).
▸
Xymon User in Richmond wrote:Oops, lazy me. I used a "Reply to list" function, but gutted the message and used a new subject line. Did not think about the possibility that other headers might trigger something for you folks--I don't use a threaded client. I'll post again from scratch. On Fri, May 21, 2010 12:21, Ryan Novosielski wrote: It is indeed a reply -- from the headers: In-reply-to: <user-02611e636271@xymon.invalid> =R Josh Luthman wrote:I think there is a problem with your client as it is not a reply nor does it include any other wording from another thread. Josh Luthman Office: XXX-XXX-XXXX Direct: XXX-XXX-XXXX XXXX Wayne St Suite XXXX Troy, OH XXXXX
Success is not final, failure is not fatal: it is the courage to
continue that counts.
--- Winston Churchill On Fri, May 21, 2010 at 12:07 PM, Ryan Novosielski <user-ae4522577e16@xymon.invalid <mailto:user-ae4522577e16@xymon.invalid>> wrote: Please do not thread hijack. Xymon User in Richmond wrote:I need to suppress checking of CIFS mounts to avoid piling upIO-blockedprocesses when a mount hangs. What hobbit file/program controls the "df" command used for the disk check? The DF= and DFCMD= lines in hobbitclient.cfg are commented "DF,DFCMD and PS are for compatibility only, NOT USED by the Hobbit client", and sure enough when I add"-xcifs"to those lines I still get the CIFS mounts after restarting the hobbit-client service. I'm also not sure what to make of the fact that the "About Hobbit" page says that all configuration is centralized, yet the hobbitclient.cfg on my 4.2.0-6 and 4.2.0-7 clients says "include /var/lib/hobbit-client/runtime.cfg" (which exists on those machines), but on my 4.2.0-1 server says "include /var/run/hobbitclient-runtime.cfg" (which exists on that machine).
- -- - ---- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Sr. Systems Programmer |$&| |__| | | |__/ | \| _| |user-ae4522577e16@xymon.invalid - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/CST-Academic Svcs. - ADMC 450, Newark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkv2tnsACgkQmb+gadEcsb7R2QCcDGfNg3xnamVK2yRLmqnk3n8A
rFwAnjTRQMraCJXqDr0bh1dw4zWfCrw1
=MXtY
-----END PGP SIGNATURE-----
list Xymon User in Richmond
▸
On Fri, May 21, 2010 12:34, Xymon User in Richmond wrote:
My apologies to all for the original post of this, which had In-Reply-To and other headers that apparently caused some confusion. Here's a clean post. I need to suppress checking of CIFS mounts to avoid piling up IO-blocked processes when a mount hangs. What hobbit file/program controls the "df" command used for the disk check? The DF= and DFCMD= lines in hobbitclient.cfg are commented "DF,DFCMD and PS are for compatibility only, NOT USED by the Hobbit client", and sure enough when I add "-xcifs" to those lines I still get the CIFS mounts after restarting the hobbit-client service.
Found the df command in client/bin/hobbitclient-linux.sh, all options hard-coded. How strange to do that after setting variables in a config script. Thank goodness for the "move along, nothing to see here" comment or I'd still be trying to figure out what was wrong with my hobbitclient.cfg. To fill in the scenario, the df "-l" option does NOT suppress checking CIFS (Windows) remote mounts, there's a bug in mount.cifs or something under it that makes such mounts "hang" on a Linux machine if Windows is rebooted while the mount is live, and until you reboot the Linux machine, any process that tries to access the mount blocks on i/o. It only affects one of our applications when the mounts hang, but the server often locks up from all the hobbit processes blocked overnight. I'm still trying to figure out how to write a check to detect the hung mount condition. It was previously suggested to check the share via SMB, but the fact that it's currently available is unrelated to the question of whether a Linux box has a hung mount of it. I guess I need to figure out how to launch a df or some such and check whether it blocked on i/o.
list TJ Yang
Hi, Neil On Fri, May 21, 2010 at 9:11 AM, Neil Franken
▸
<user-1689acfc5a3b@xymon.invalid> wrote:Thanks TJ. Will have a look at these. I had a look at the BBWin source code today and learned quite a bit about how to send messages to Xymon Server. I got it right to simulate some rough tests with telnet(after getting telnet running on Vista). I use BBwin quite a bit to monitor my M$ SQL boxes and some Gentoo Asterix(VOIP) Servers. I have done some development for BBwin to monitor SQL Server specifics.
I study BBWin before. Glad to see you are interested about BBWin. I was/am impressed with BBWin use XML file for hobbit client configuration, nmake to inline with Unix build and lastly use WiX for packaging tool. My interests was to create a develpment windows box, so that I can recreate bbwin.msi to include my own customization. My last effort was documented in R1. but it is pretty outdated. R1: http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Windows_Hobbit_client
While BBwin is easy to use and quiet extensible I think it needs a major shot of new development.
I agree but we need some capable person willing to do it for free ! BBWin author is hard to reach, I am hoping you can be our goto person for BBWin src tree.
I know there is Xymon.net client in alpha? I wish I could help but I tend to avoid .Net as I am a C/C++/Java person.
I am still struggling to polish my C coding skill no time for C#.
I would love to contribute to the projects but will need to find out where first.
How about "Make R1 procedure to work with VS Express 2010 ?" It is hard to download VS2005 express. A few weeks ago, I wanted to follow my own procedure to create another dev box using downloadable VS2010 express and got stuck with boot library issue ;-< Let me know if you have working BBWin dev environment, my old working vmware session some how lost.. tj
▸
Regards Neil -----Original Message----- From: TJ Yang [mailto:user-61afc885aa73@xymon.invalid] Sent: 21 May 2010 02:28 PM To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Xymon Protocol On Fri, May 21, 2010 at 7:06 AM, Rich Smrcina <user-cf452ff334e0@xymon.invalid> wrote:This message from the archive describes the entire architecture: http://www.hswn.dk/hobbiton/2006/11/msg00315.htmlRich, Thanks for dig up this note from Henrik. Any(or others) interest to create the architecture diagram with me ? I know a bit of Dia and use it to create some hobbit architecture diagrams for work use. I think we should spend some effort to create professional looking diagram similar to other opensource projects have. tjOn 05/21/2010 06:52 AM, TJ Yang wrote:Neil It is in new-daemon.txt. URL is http://hobbitmon.svn.sourceforge.net/viewvc/hobbitmon/branches/4.2.3/hobbitd/new-daemon.txt?revision=6030&view=markup tj On Fri, May 21, 2010 at 2:56 AM, Neil Franken <user-1689acfc5a3b@xymon.invalid> wrote:Ok my mistake from what I can see this protocol is very simplistic. Nothing major. Sorry to bug you lot.-- Rich Smrcina Phone: XXX-XXX-XXXX http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011-- T.J. Yang
--
T.J. Yang
list Ulric Eriksson
Citerar Neil Franken <user-1689acfc5a3b@xymon.invalid>:
some development for BBwin to monitor SQL Server specifics. While BBwin is easy to use and quiet extensible I think it needs a major shot of new development.
I think Hobbit needs *any* maintained Windows client. I am the author of the Mr Big client, which I wrote for my previous employer. When I quit in April I warned that since my new employer doesn't use Hobbit I would no longer maintain the client, so they would eventually need to find a replacement for me or a replacement for Mr Big. As it is, the situation wrt monitoring Windows servers with Hobbit is: - Big Brother client: costs $$$ and is ignored by Quest. Not an option. - BBwin: abandoned in 2008. - Mr Big: relatively up to date, but currently unmaintained afaik. - Xymon.net: rumourware. Mr Big is licensed under GPL, so if anybody wants to pick up development, fork the code or whatever you are free to do so. It is pretty easy to set up a cross-compiling environment using free Gnu tools. Contact me if you want and/or need pointers. Ulric
list TJ Yang
Hi, Ultric Nice to see you speak up on hobbit windows client issue. I didn't have a need to run hobbit client on windows at work thus I wasn't paying too much attention on this subject. I quickly browsed the src code at http://mrbig.365-24.se/MrBig/Doc/Archive/Sources/MrBig-0.19.1/. One question to you, Does Mr. Big hobbit client support client side binary/module update from central hobbit server ?
▸
On Sun, May 23, 2010 at 3:33 AM, <user-de31148ebe0c@xymon.invalid> wrote:Citerar Neil Franken <user-1689acfc5a3b@xymon.invalid>:some development for BBwin to monitor SQL Server specifics. While BBwin is easy to use and quiet extensible I think it needs a major shot of new development.
I think Hobbit needs *any* maintained Windows client. I am the author of the Mr Big client, which I wrote for my previous employer. When I quit in April I warned that since my new employer doesn't use Hobbit I would no longer maintain the client, so they would eventually need to find a replacement for me or a replacement for Mr Big. As it is, the situation wrt monitoring Windows servers with Hobbit is: - Big Brother client: costs $$$ and is ignored by Quest. Not an option.
Can you explain more about " BB client is ignored by Quest" part ? Are you saying even one pay for bb windows client license, Quest is still not provide good support on BB Client ?
- BBwin: abandoned in 2008.
I am not sure if BBWin got abandoned by the original author but I am having hard time to reproduce a WinXP development box.
- Mr Big: relatively up to date, but currently unmaintained afaik.
I hope you still stick around in xymon community using your free time.
▸
- Xymon.net: rumourware. Mr Big is licensed under GPL, so if anybody wants to pick up development, fork the code or whatever you are free to do so. It is pretty easy to set up a cross-compiling environment using free Gnu tools. Contact me if you want and/or need pointers.
If Mr Big is functional equivalent to BBwin, then I will roll you src
into main xymon src tree.
Using same src tree and dev machine to create binary for Unix(and
MacOSX) and Windows is a great time-saver for xymon development work.
Ulric
-- T.J. Yang
list Ulric Eriksson
Citerar TJ Yang <user-61afc885aa73@xymon.invalid>:
▸
Hi, Ultric Nice to see you speak up on hobbit windows client issue. I didn't have a need to run hobbit client on windows at work thus I wasn't paying too much attention on this subject. I quickly browsed the src code at http://mrbig.365-24.se/MrBig/Doc/Archive/Sources/MrBig-0.19.1/. One question to you, Does Mr. Big hobbit client support client side binary/module update from central hobbit server ?
I'm not a big fan of individual applications managing their own patch policy, so no. The client is a single exe file, so the update procedure is: net stop mrbig copy the new version on top of the old net start mrbig A colleague wrote a script to update all servers in an AD automatically. That said, a gimmick to perform the three steps above could easily be implemented.
▸
I think Hobbit needs *any* maintained Windows client. I am the author of the Mr Big client, which I wrote for my previous employer. When I quit in April I warned that since my new employer doesn't use Hobbit I would no longer maintain the client, so they would eventually need to find a replacement for me or a replacement for Mr Big. As it is, the situation wrt monitoring Windows servers with Hobbit is: - Big Brother client: costs $$$ and is ignored by Quest. Not an option.Can you explain more about " BB client is ignored by Quest" part ? Are you saying even one pay for bb windows client license, Quest is still not provide good support on BB Client ?
When Quest bought Big Brother, we were very excited because we used Big Brother to monitor something like 1000 nodes, and we thought they would delevop it into something even better, more scalable, more capable etc. But all they did was raise the price. We moved our bbdisplays to Hobbit and I wrote Mr Big. I evaluated the "new" Big Brother a year ago and got the impression it has seen virtually no development since I last saw it. That's a shame because Quest have a good reputation and I don't understand why they would let the product rot. If you search for Big Brother on the Quest web today, they guide you to the "new" user-57eb414d1021@xymon.invalid. My interpretation is that they want nothing to do with it.
I hope you still stick around in xymon community using your free time.
What's that? ;)
▸
If Mr Big is functional equivalent to BBwin, then I will roll you src into main xymon src tree. Using same src tree and dev machine to create binary for Unix(and MacOSX) and Windows is a great time-saver for xymon development work.
Brilliant. The source is available here: http://mrbig.365-24.se/Archive/Sources/ The last version is 0.19.3. The minicfg program runs on the bbdisplay and provides automatic client configuration. Optional but very very convenient. I think I can dig up a more recent version than the one in the source package. I should also be able to dig up a description of how to set up a cross-compiling environment. Ulric