[Hobbitmon-developer] Xymon is practically dead
On 06/30/2010 05:31 PM, Henrik Størner wrote:
I agree that Xymon development has been pretty much non-existant the past couple of years. A number of things have conspired to make it so, but the short of it is that I cannot seem to put together the necessary energy to complete the 4.3.0 release. And that kind of puts a stop to the next steps.
Is anyone interested in taking over the formal responsibility (if such a thing exists) of maintaining and/or developing Xymon ? Although I still think of Xymon as "my baby", I wouldn't mind someone else taking charge of the project - in fact, it might be the change that could get me away from the non-productive project-management chores and into a somewhat more active developer role.
Before a new admin is chosen, I think it would be a good idea to create a list of the tasks and responsibilities that the volunteer(s) would be taking on. It doesn't have to be a complete list, but just something that covers the major points. If you want to be an active developer (and I hope that you do, as you know the code better than anyone and can help others get up to speed), it would be nice to know what the admin(s) should be helping you with.
Tom
Before a new admin is chosen, I think it would be a good idea to create a list of the tasks and responsibilities that the volunteer(s) would be taking on. It doesn't have to be a complete list, but just something that covers the major points. If you want to be an active developer (and I hope that you do, as you know the code better than anyone and can help others get up to speed), it would be nice to know what the admin(s) should be helping you with.
How about this ?
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
If no objection, I will put in more effort complete the table. tj
Tom
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
I'm sure I don't use Xymon quite as extensively as many on this list but I am more then willing to forward whatever effort I can. It seems you're the lead in this situation, T.J. - what positions are in most dire need of filling?
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
“Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill
On Thu, Jul 1, 2010 at 12:48 PM, TJ Yang <tjyang2001 at gmail.com> wrote:
Before a new admin is chosen, I think it would be a good idea to create a list of the tasks and responsibilities that the volunteer(s) would be taking on. It doesn't have to be a complete list, but just something that covers the major points. If you want to be an active developer (and I hope that you do, as you know the code better than anyone and can help others get up to speed), it would be nice to know what the admin(s) should be helping you with.
How about this ?
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
If no objection, I will put in more effort complete the table. tj
Tom
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
I like.
I also like the suggestion to clearly define the roles of each of the titles.
If a person doesn't know precisely what is expected of him, that sometimes will doom him or her to failure. Instead, if we clearly lay out what is needed for a particular spot in that grid, it makes it much easier for someone to look at the requirements and say "I can" or "I can't".
I also think that task delegation is important as well, but I'm nowhere near smart enough to solve that one alone. Maybe dialog about that? Does the SF bug tracking mechanism allow delegation from the admin level to specific team members?
I can also offer end-user support. As I would be digging into documentation (probably more deeply than I've ever done before! LOL), I think that I'd be a good candidate to provide the support buffer between developers and users (and could certainly use help in that area as well)
I guess it's time to dust off my LaTex chops.
Jerald M. Sheets jr.
On Thu, Jul 1, 2010 at 12:48 PM, TJ Yang <tjyang2001 at gmail.com> wrote:
Before a new admin is chosen, I think it would be a good idea to create a list of the tasks and responsibilities that the volunteer(s) would be taking on. It doesn't have to be a complete list, but just something that covers the major points. If you want to be an active developer (and I hope that you do, as you know the code better than anyone and can help others get up to speed), it would be nice to know what the admin(s) should be helping you with.
How about this ?
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
If no objection, I will put in more effort complete the table. tj
Tom
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Having recently convinced my new manager to throw over Zabbix in favor of Xymon (partly due to the Zabbix admin leaving) we are in the process of moving there. So I am VERY interested in making Xymon even better and ensuring that it continues to be supported.
I've been a BB/Hobbit/Xymon user since the pre-Hobbit days, and could do development and debugging, even documentation, but time will be limited due to my moving into partial retirement, and no that doesn't mean I would have even more time to spend on Xymon :-). I could certainly comment on some pet bugs or enhancement requests that I have, and have raised in the past.
Steve Holmes ITaP/ITSO/Unix Systems Administration Purdue University West Lafayette, IN
Le 01/07/2010 19:20, Steve Holmes a écrit :
Having recently convinced my new manager to throw over Zabbix in favor of Xymon (partly due to the Zabbix admin leaving) we are in the process of moving there. So I am VERY interested in making Xymon even better and ensuring that it continues to be supported.
I've been a BB/Hobbit/Xymon user since the pre-Hobbit days, and could do development and debugging, even documentation, but time will be limited due to my moving into partial retirement, and no that doesn't mean I would have even more time to spend on Xymon :-). I could certainly comment on some pet bugs or enhancement requests that I have, and have raised in the past.
Steve Holmes ITaP/ITSO/Unix Systems Administration Purdue University West Lafayette, IN
Hi,
I should help you as I can, but I'm afraid to be more a end-user than a skilled project manager or developer. But if I can help (hosting files, doing some support, documentating and translating to french), it would be a pleasure.
Hi !
I'm starting to know that Xymon feels better then ever .. ;-)
Of course i'm not a developer/manager more a normal admin-user, but user-support ( the buisness for all of us, isn't it :- ) and testing/reporting will be naturally ...
thanks & cheers
martinOn Thu, 1 Jul 2010, dOCtoR MADneSs wrote:
Le 01/07/2010 19:20, Steve Holmes a écrit :
Having recently convinced my new manager to throw over Zabbix in favor of Xymon (partly due to the Zabbix admin leaving) we are in the process of moving there. So I am VERY interested in making Xymon even better and ensuring that it continues to be supported.
I've been a BB/Hobbit/Xymon user since the pre-Hobbit days, and could do development and debugging, even documentation, but time will be limited due to my moving into partial retirement, and no that doesn't mean I would have even more time to spend on Xymon :-). I could certainly comment on some pet bugs or enhancement requests that I have, and have raised in the past.
Steve Holmes ITaP/ITSO/Unix Systems Administration Purdue University West Lafayette, IN
Hi,
I should help you as I can, but I'm afraid to be more a end-user than a skilled project manager or developer. But if I can help (hosting files, doing some support, documentating and translating to french), it would be a pleasure.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On Thu, Jul 1, 2010 at 1:09 PM, Martin Flemming <martin.flemming at desy.de> wrote:
Hi !
I'm starting to know that Xymon feels better then ever .. ;-)
Of course i'm not a developer/manager more a normal admin-user, but user-support ( the buisness for all of us, isn't it :- ) and testing/reporting will be naturally ...
thanks & cheers
Thanks for the offering, you name is in for end user support.
tj
martin
On Thu, 1 Jul 2010, dOCtoR MADneSs wrote:
Le 01/07/2010 19:20, Steve Holmes a écrit :
Having recently convinced my new manager to throw over Zabbix in favor of Xymon (partly due to the Zabbix admin leaving) we are in the process of moving there. So I am VERY interested in making Xymon even better and ensuring that it continues to be supported.
I've been a BB/Hobbit/Xymon user since the pre-Hobbit days, and could do development and debugging, even documentation, but time will be limited due to my moving into partial retirement, and no that doesn't mean I would have even more time to spend on Xymon :-). I could certainly comment on some pet bugs or enhancement requests that I have, and have raised in the past.
Steve Holmes ITaP/ITSO/Unix Systems Administration Purdue University West Lafayette, IN
Hi,
I should help you as I can, but I'm afraid to be more a end-user than a skilled project manager or developer. But if I can help (hosting files, doing some support, documentating and translating to french), it would be a pleasure.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
Thanks for the offering, you name is in for end user support.
'_'Upps, ....
On Thu, 1 Jul 2010, TJ Yang wrote:
On Thu, Jul 1, 2010 at 1:09 PM, Martin Flemming <martin.flemming at desy.de> wrote:
Hi !
I'm starting to know that Xymon feels better then ever .. ;-)
Of course i'm not a developer/manager more a normal admin-user, but user-support ( the buisness for all of us, isn't it :- ) and testing/reporting will be naturally ...
thanks & cheers
Thanks for the offering, you name is in for end user support.
tj
martin
On Thu, 1 Jul 2010, dOCtoR MADneSs wrote:
Le 01/07/2010 19:20, Steve Holmes a écrit :
Having recently convinced my new manager to throw over Zabbix in favor of Xymon (partly due to the Zabbix admin leaving) we are in the process of moving there. So I am VERY interested in making Xymon even better and ensuring that it continues to be supported.
I've been a BB/Hobbit/Xymon user since the pre-Hobbit days, and could do development and debugging, even documentation, but time will be limited due to my moving into partial retirement, and no that doesn't mean I would have even more time to spend on Xymon :-). I could certainly comment on some pet bugs or enhancement requests that I have, and have raised in the past.
Steve Holmes ITaP/ITSO/Unix Systems Administration Purdue University West Lafayette, IN
Hi,
I should help you as I can, but I'm afraid to be more a end-user than a skilled project manager or developer. But if I can help (hosting files, doing some support, documentating and translating to french), it would be a pleasure.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
I'd be happy to help as well, although limited to end-user functionality testing and as always feature requests ;-)
Thanks for the offering, you name is in for end user support.
'_'
Upps, ....
On Thu, 1 Jul 2010, TJ Yang wrote:
On Thu, Jul 1, 2010 at 1:09 PM, Martin Flemming wrote:
Hi !
I'm starting to know that Xymon feels better then ever .. ;-)
Of course i'm not a developer/manager more a normal admin-user, but user-support ( the buisness for all of us, isn't it :- ) and testing/reporting will be naturally ...
thanks & cheers
Thanks for the offering, you name is in for end user support.
tj
martinOn Thu, 1 Jul 2010, dOCtoR MADneSs wrote:
Le 01/07/2010 19:20, Steve Holmes a écrit :
Having recently convinced my new manager to throw over Zabbix in favor of Xymon (partly due to the Zabbix admin leaving) we are in the process of moving there. So I am VERY interested in making Xymon even better and ensuring that it continues to be supported.
I've been a BB/Hobbit/Xymon user since the pre-Hobbit days, and could do development and debugging, even documentation, but time will be limited due to my moving into partial retirement, and no that doesn't mean I would have even more time to spend on Xymon :-). I could certainly comment on some pet bugs or enhancement requests that I have, and have raised in the past.
Steve Holmes ITaP/ITSO/Unix Systems Administration Purdue University West Lafayette, IN
Hi,
I should help you as I can, but I'm afraid to be more a end-user than a skilled project manager or developer. But if I can help (hosting files, doing some support, documentating and translating to french), it would be a pleasure.
You are in too, not sure if I spell your full name right.
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
tj
On Thu, Jul 1, 2010 at 1:46 PM, <wiskbroom at hotmail.com> wrote:
I'd be happy to help as well, although limited to end-user functionality testing and as always feature requests ;-)
Thanks for the offering, you name is in for end user support.
'_'
Upps, ....
On Thu, 1 Jul 2010, TJ Yang wrote:
On Thu, Jul 1, 2010 at 1:09 PM, Martin Flemming wrote:
Hi !
I'm starting to know that Xymon feels better then ever .. ;-)
Of course i'm not a developer/manager more a normal admin-user, but user-support ( the buisness for all of us, isn't it :- ) and testing/reporting will be naturally ...
thanks & cheers
Thanks for the offering, you name is in for end user support.
tj
martin
On Thu, 1 Jul 2010, dOCtoR MADneSs wrote:
Le 01/07/2010 19:20, Steve Holmes a écrit :
Having recently convinced my new manager to throw over Zabbix in favor of Xymon (partly due to the Zabbix admin leaving) we are in the process of moving there. So I am VERY interested in making Xymon even better and ensuring that it continues to be supported.
I've been a BB/Hobbit/Xymon user since the pre-Hobbit days, and could do development and debugging, even documentation, but time will be limited due to my moving into partial retirement, and no that doesn't mean I would have even more time to spend on Xymon :-). I could certainly comment on some pet bugs or enhancement requests that I have, and have raised in the past.
Steve Holmes ITaP/ITSO/Unix Systems Administration Purdue University West Lafayette, IN
Hi,
I should help you as I can, but I'm afraid to be more a end-user than a skilled project manager or developer. But if I can help (hosting files, doing some support, documentating and translating to french), it would be a pleasure.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
You are in too, not sure if I spell your full name right.
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
Vadim Pushkin
.vp
I've been a BB/Hobbit/Xymon user since the pre-Hobbit days, and could do development and debugging, even documentation, but time will be limited due to my moving into partial retirement, and no that doesn't mean I would have even more time to spend on Xymon :-).
No worry about day job load and no financial burden, retirement still won't allow one to work more on Xymon?
I am not looking forward to my own retirement then.
-- T.J. Yang
You can add my name to the list of volunteers. My background is QA and System Administration.
Right now I do more System Administration. But in the past I did lots of QA work debugging other peoples code.
C
C++
Fortran ( WATFIV, FORTRAN77, FORTRAN90)
Perl
ADA 8-)
Cobol 8-)
And about 10 other languages that are not needed here. (i.e. rpg2, spss, gpss, forth (now I really telling my age)).
Shell Scripting.I gave Henrik some changes several years ago for SGI/IRIX systems for hobbit. But there are not many IRIX boxes out there anymore. 8-(
I will be glad to help out any way I can.
Ken Langford,
-----Original Message----- From: TJ Yang [mailto:tjyang2001 at gmail.com] Sent: Thursday, July 01, 2010 12:49 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Re: [Hobbitmon-developer] Xymon is practically dead
Before a new admin is chosen, I think it would be a good idea to create a list of the tasks and responsibilities that the volunteer(s) would be taking on. It doesn't have to be a complete list, but just something that covers the major points. If you want to be an active developer (and I hope that you do, as you know the code better than anyone and can help others get up to speed), it would be nice to know what the admin(s) should be helping you with.
How about this ?
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
If no objection, I will put in more effort complete the table. tj
Tom
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Ken
Thanks for the offering, I put you in the Development. Please modify your offering in different areas.
tj
On Thu, Jul 1, 2010 at 12:08 PM, Langford, Kenneth <kenneth.langford at siemens.com> wrote:
You can add my name to the list of volunteers. My background is QA and System Administration.
Right now I do more System Administration. But in the past I did lots of QA work debugging other peoples code.
C C++ Fortran ( WATFIV, FORTRAN77, FORTRAN90) Perl ADA 8-) Cobol 8-) And about 10 other languages that are not needed here. (i.e. rpg2, spss, gpss, forth (now I really telling my age)). Shell Scripting.
I gave Henrik some changes several years ago for SGI/IRIX systems for hobbit. But there are not many IRIX boxes out there anymore. 8-(
I will be glad to help out any way I can.
Ken Langford,
-----Original Message----- From: TJ Yang [mailto:tjyang2001 at gmail.com] Sent: Thursday, July 01, 2010 12:49 PM To: hobbit at hswn.dk Subject: Re: [hobbit] Re: [Hobbitmon-developer] Xymon is practically dead
Before a new admin is chosen, I think it would be a good idea to create a list of the tasks and responsibilities that the volunteer(s) would be taking on. It doesn't have to be a complete list, but just something that covers the major points. If you want to be an active developer (and I hope that you do, as you know the code better than anyone and can help others get up to speed), it would be nice to know what the admin(s) should be helping you with.
How about this ?
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
If no objection, I will put in more effort complete the table. tj
Tom
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
I gave Henrik some changes several years ago for SGI/IRIX systems for hobbit. But there are not many IRIX boxes out there anymore. 8-(
We have a few IRIX boxes still laying around at work but they are in non-supported mode. I do have a O2 workstation at home and I would rather not to turn it on.
tj
TJ Yang wrote:
Before a new admin is chosen, I think it would be a good idea to create a list of the tasks and responsibilities that the volunteer(s) would be taking on. It doesn't have to be a complete list, but just something that covers the major points. If you want to be an active developer (and I hope that you do, as you know the code better than anyone and can help others get up to speed), it would be nice to know what the admin(s) should be helping you with.
How about this ?
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
If no objection, I will put in more effort complete the table. tj
Good stuff to see all this activity which is very timely in ensuring that hobbit/xymon has a viable future.
I am also keen to be involved. I've done quite a lot of custom tests mostly written in perl, devmon templates, custom graphs, etc. Good intentions to get an installable xymon package for MacOSX that would be good to get kicked along as part of this momentum. Occasionally I've dived into the C source and diagnosed some bugs. Haven't read the doco enough either - keep finding hidden gems which I expect others may have missed as well.
David.
-- David Baldwin - IT Unit Australian Sports Commission www.ausport.gov.au Tel 02 62147830 Fax 02 62141830 PO Box 176 Belconnen ACT 2616 david.baldwin at ausport.gov.au Leverrier Street Bruce ACT 2617
Keep up to date with what's happening in Australian sport visit http://www.ausport.gov.au
This message is intended for the addressee named and may contain confidential and privileged information. If you are not the intended recipient please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you receive this message in error, please delete it and notify the sender.
On Thu, Jul 1, 2010 at 9:57 PM, David Baldwin <david.baldwin at ausport.gov.au> wrote:
TJ Yang wrote:
Before a new admin is chosen, I think it would be a good idea to create a list of the tasks and responsibilities that the volunteer(s) would be taking on. It doesn't have to be a complete list, but just something that covers the major points. If you want to be an active developer (and I hope that you do, as you know the code better than anyone and can help others get up to speed), it would be nice to know what the admin(s) should be helping you with.
How about this ?
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
It is renamed as http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
If no objection, I will put in more effort complete the table. tj
Good stuff to see all this activity which is very timely in ensuring that hobbit/xymon has a viable future.
I am also keen to be involved. I've done quite a lot of custom tests
I take that as a Yes. You are tagged as Volunteer in Dev area.
mostly written in perl, devmon templates, custom graphs, etc. Good intentions to get an installable xymon package for MacOSX that would be good to get kicked along as part of this momentum.
David, I once created an OS X .pkg file from command line approach. But the package was just an binary untar, no package script actions from pre-flight,post-flight .pkg script. I am hoping to work on this again with your help.
tj
Occasionally I've dived into the C source and diagnosed some bugs. Haven't read the doco enough either - keep finding hidden gems which I expect others may have missed as well.
David.
-- David Baldwin - IT Unit Australian Sports Commission www.ausport.gov.au Tel 02 62147830 Fax 02 62141830 PO Box 176 Belconnen ACT 2616 david.baldwin at ausport.gov.au Leverrier Street Bruce ACT 2617
Keep up to date with what's happening in Australian sport visit http://www.ausport.gov.au
This message is intended for the addressee named and may contain confidential and privileged information. If you are not the intended recipient please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you receive this message in error, please delete it and notify the sender.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
On Thu, Jul 1, 2010 at 11:16 PM, TJ Yang <tjyang2001 at gmail.com> wrote:
On Thu, Jul 1, 2010 at 9:57 PM, David Baldwin <david.baldwin at ausport.gov.au> wrote:
TJ Yang wrote:
Before a new admin is chosen, I think it would be a good idea to create a list of the tasks and responsibilities that the volunteer(s) would be taking on. It doesn't have to be a complete list, but just something that covers the major points. If you want to be an active developer (and I hope that you do, as you know the code better than anyone and can help others get up to speed), it would be nice to know what the admin(s) should be helping you with.
How about this ?
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
It is renamed as
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
If no objection, I will put in more effort complete the table. tj
Good stuff to see all this activity which is very timely in ensuring that hobbit/xymon has a viable future.
I am also keen to be involved. I've done quite a lot of custom tests
I take that as a Yes. You are tagged as Volunteer in Dev area.
mostly written in perl, devmon templates, custom graphs, etc. Good intentions to get an installable xymon package for MacOSX that would be good to get kicked along as part of this momentum.
David, I once created an OS X .pkg file from command line approach. But the package was just an binary untar, no package script actions from pre-flight,post-flight .pkg script. I am hoping to work on this again with your help.
tj
Occasionally I've dived into the C source and diagnosed some bugs. Haven't read the doco enough either - keep finding hidden gems which I expect others may have missed as well.
I've poked around a bit in the source and written a lot of checkout scripts for web pages and other things. Unfortunately that was mostly at my last employer, and I may not be able to introduce Xymon to my current employer. That will severely any development I might do, but I can proofread docs for spelling and grammer, if not for technical accuracy...
I've also been doing a bit of end used support in the mailing list.
Ralph Mitchell
I'm running xymon 4.3.0 on solaris.
For some reason my server don't get any iostat.rrd file. I been trying to understand how the iostat gets to my server but this just drives me crazy.
On the clients (all 6 of them) I get the sh -c iostat -dxsrP 300 2 1>../tmp/hobbit_iostatdisk.host0.12761 processes I get the tmp/hobbit_iostatdisk.host0.12761 file which disappears after some time. (and with iostat data) The server however never gets a iostat.rrd file. As an example i tried to track the vmstat which works fine. The clients manage to send vmstat so the server can generate vmstat.rrd files, but not iostat
On the server I got iostat/vmstat in hobbitserver.cfg in the VARs TEST2RRD and GRAPHS, which is there by default.. I tried to change iostat to iostatdisk as the name is like that, but no change.
I checked all logs including apache2 logs and can't find anything. How do I check if the clients sends something to the server? How do I check if the server receives something?
Hi, Roland !
Short Question, which OS have your clients ?
If they are also Solaris, i mean to remember that iostatdisk breaks for solaris .. .. can anyone confirm this ?
If your clients are runnning with linux, i think you still need the linux-iostat.pl by Stef Coene
http://www.docum.org/foswiki/bin/view/Xymon/LinuxIostatGraphs
cheers, martin
On Fri, 2 Jul 2010, Roland Soderstrom wrote:
I'm running xymon 4.3.0 on solaris.
For some reason my server don't get any iostat.rrd file. I been trying to understand how the iostat gets to my server but this just drives me crazy.
On the clients (all 6 of them) I get the sh -c iostat -dxsrP 300 2 1>../tmp/hobbit_iostatdisk.host0.12761 processes I get the tmp/hobbit_iostatdisk.host0.12761 file which disappears after some time. (and with iostat data) The server however never gets a iostat.rrd file. As an example i tried to track the vmstat which works fine. The clients manage to send vmstat so the server can generate vmstat.rrd files, but not iostat
On the server I got iostat/vmstat in hobbitserver.cfg in the VARs TEST2RRD and GRAPHS, which is there by default.. I tried to change iostat to iostatdisk as the name is like that, but no change.
I checked all logs including apache2 logs and can't find anything. How do I check if the clients sends something to the server? How do I check if the server receives something?
The iostat stuff (iostatcpu and iostatdisk) reported by Solaris clients is not fully implemented in Xymon 4.3.0-beta2 server's code.
The Xymon developement seems to be waken up and you should hopefully be able to graph iostats soon...
Dominique
On 07/ 2/10 07:44 AM, Roland Soderstrom wrote:
I'm running xymon 4.3.0 on solaris.
For some reason my server don't get any iostat.rrd file. I been trying to understand how the iostat gets to my server but this just drives me crazy.
On the clients (all 6 of them) I get the sh -c iostat -dxsrP 300 2 1>../tmp/hobbit_iostatdisk.host0.12761 processes I get the tmp/hobbit_iostatdisk.host0.12761 file which disappears after some time. (and with iostat data) The server however never gets a iostat.rrd file. As an example i tried to track the vmstat which works fine. The clients manage to send vmstat so the server can generate vmstat.rrd files, but not iostat
On the server I got iostat/vmstat in hobbitserver.cfg in the VARs TEST2RRD and GRAPHS, which is there by default.. I tried to change iostat to iostatdisk as the name is like that, but no change.
I checked all logs including apache2 logs and can't find anything. How do I check if the clients sends something to the server? How do I check if the server receives something?
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Ok, So I'm not going crazy then...
Hopefully we get some development going soon, I'll really like that. Is there some simple dirty fix in the meantime?
-Roland
-----Original Message----- From: Dominique Frise [mailto:dominique.frise at unil.ch] Sent: Fri 7/2/2010 11:57 PM To: hobbit at hswn.dk Subject: Re: [hobbit] missing iostat.rrd
The iostat stuff (iostatcpu and iostatdisk) reported by Solaris clients is not fully implemented in Xymon 4.3.0-beta2 server's code.
The Xymon developement seems to be waken up and you should hopefully be able to graph iostats soon...
Dominique
On 07/ 2/10 07:44 AM, Roland Soderstrom wrote:
I'm running xymon 4.3.0 on solaris.
For some reason my server don't get any iostat.rrd file. I been trying to understand how the iostat gets to my server but this just drives me crazy.
On the clients (all 6 of them) I get the sh -c iostat -dxsrP 300 2 1>../tmp/hobbit_iostatdisk.host0.12761 processes I get the tmp/hobbit_iostatdisk.host0.12761 file which disappears after some time. (and with iostat data) The server however never gets a iostat.rrd file. As an example i tried to track the vmstat which works fine. The clients manage to send vmstat so the server can generate vmstat.rrd files, but not iostat
On the server I got iostat/vmstat in hobbitserver.cfg in the VARs TEST2RRD and GRAPHS, which is there by default.. I tried to change iostat to iostatdisk as the name is like that, but no change.
I checked all logs including apache2 logs and can't find anything. How do I check if the clients sends something to the server? How do I check if the server receives something?
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
No. I think sources that need changes should be:
hobbitd/do_rrd.c hobbitd/rrd/do_iostat.c hobbitd/etcfiles/hobbitgraph.cfg
Dominique
On 07/ 3/10 01:23 AM, Roland Soderstrom wrote:
Ok, So I'm not going crazy then...
Hopefully we get some development going soon, I'll really like that. Is there some simple dirty fix in the meantime?
-Roland
-----Original Message----- From: Dominique Frise [mailto:dominique.frise at unil.ch] Sent: Fri 7/2/2010 11:57 PM To: hobbit at hswn.dk Subject: Re: [hobbit] missing iostat.rrd
The iostat stuff (iostatcpu and iostatdisk) reported by Solaris clients is not fully implemented in Xymon 4.3.0-beta2 server's code.
The Xymon developement seems to be waken up and you should hopefully be able to graph iostats soon...
Dominique
On 07/ 2/10 07:44 AM, Roland Soderstrom wrote:
I'm running xymon 4.3.0 on solaris.
For some reason my server don't get any iostat.rrd file. I been trying to understand how the iostat gets to my server but this just drives me crazy.
On the clients (all 6 of them) I get the sh -c iostat -dxsrP 300 2 1>../tmp/hobbit_iostatdisk.host0.12761 processes I get the tmp/hobbit_iostatdisk.host0.12761 file which disappears after some time. (and with iostat data) The server however never gets a iostat.rrd file. As an example i tried to track the vmstat which works fine. The clients manage to send vmstat so the server can generate vmstat.rrd files, but not iostat
On the server I got iostat/vmstat in hobbitserver.cfg in the VARs TEST2RRD and GRAPHS, which is there by default.. I tried to change iostat to iostatdisk as the name is like that, but no change.
I checked all logs including apache2 logs and can't find anything. How do I check if the clients sends something to the server? How do I check if the server receives something?
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Do they work in Linux, anywhere? I'm on Solaris, only.
-----Original Message----- From: Dominique Frise [mailto:dominique.frise at unil.ch] Sent: Sat 7/3/2010 5:25 PM To: hobbit at hswn.dk Subject: Re: [hobbit] missing iostat.rrd
No. I think sources that need changes should be:
hobbitd/do_rrd.c hobbitd/rrd/do_iostat.c hobbitd/etcfiles/hobbitgraph.cfg
Dominique
On 07/ 3/10 01:23 AM, Roland Soderstrom wrote:
Ok, So I'm not going crazy then...
Hopefully we get some development going soon, I'll really like that. Is there some simple dirty fix in the meantime?
-Roland
-----Original Message----- From: Dominique Frise [mailto:dominique.frise at unil.ch] Sent: Fri 7/2/2010 11:57 PM To: hobbit at hswn.dk Subject: Re: [hobbit] missing iostat.rrd
The iostat stuff (iostatcpu and iostatdisk) reported by Solaris clients is not fully implemented in Xymon 4.3.0-beta2 server's code.
The Xymon developement seems to be waken up and you should hopefully be able to graph iostats soon...
Dominique
On 07/ 2/10 07:44 AM, Roland Soderstrom wrote:
I'm running xymon 4.3.0 on solaris.
For some reason my server don't get any iostat.rrd file. I been trying to understand how the iostat gets to my server but this just drives me crazy.
On the clients (all 6 of them) I get the sh -c iostat -dxsrP 300 2 1>../tmp/hobbit_iostatdisk.host0.12761 processes I get the tmp/hobbit_iostatdisk.host0.12761 file which disappears after some time. (and with iostat data) The server however never gets a iostat.rrd file. As an example i tried to track the vmstat which works fine. The clients manage to send vmstat so the server can generate vmstat.rrd files, but not iostat
On the server I got iostat/vmstat in hobbitserver.cfg in the VARs TEST2RRD and GRAPHS, which is there by default.. I tried to change iostat to iostatdisk as the name is like that, but no change.
I checked all logs including apache2 logs and can't find anything. How do I check if the clients sends something to the server? How do I check if the server receives something?
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Put me up for:
DevelopmentDocumentationSupport
At the moment I am busy with another project so my spare time is kinda of eaten up. However this project will come to a close in a month more or less and i will have much more free time to help. Like I mentioned to some of you I am working on some new layout for the web gui and will have some templates for you guys in a week. I will also create some documentation around using Wireshark and the Xymon Protocol.
Regards
Neil
From: Ralph Mitchell [mailto:ralphmitchell at gmail.com] Sent: 02 July 2010 06:06 AM To: hobbit at hswn.dk Subject: Re: [hobbit] Re: [Hobbitmon-developer] Xymon is practically dead
On Thu, Jul 1, 2010 at 11:16 PM, TJ Yang <tjyang2001 at gmail.com> wrote:
On Thu, Jul 1, 2010 at 9:57 PM, David Baldwin <david.baldwin at ausport.gov.au> wrote:
TJ Yang wrote:
Before a new admin is chosen, I think it would be a good idea to create a list of the tasks and responsibilities that the volunteer(s) would be taking on. It doesn't have to be a complete list, but just something that covers the major points. If you want to be an active developer (and I hope that you do, as you know the code better than anyone and can help others get up to speed), it would be nice to know what the admin(s) should be helping you with.
How about this ?
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guid e#Xymon_volunteers_resource_allocation
It is renamed as http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guid e#Xymon_volunteers_Roles_and_Responsiblity
If no objection, I will put in more effort complete the table. tj
Good stuff to see all this activity which is very timely in ensuring that hobbit/xymon has a viable future.
I am also keen to be involved. I've done quite a lot of custom tests
I take that as a Yes. You are tagged as Volunteer in Dev area.
mostly written in perl, devmon templates, custom graphs, etc. Good intentions to get an installable xymon package for MacOSX that would be good to get kicked along as part of this momentum.
David, I once created an OS X .pkg file from command line approach. But the package was just an binary untar, no package script actions from pre-flight,post-flight .pkg script. I am hoping to work on this again with your help.
tj
Occasionally I've dived into the C source and diagnosed some bugs. Haven't read the doco enough either - keep finding hidden gems which I expect others may have missed as well.
I've poked around a bit in the source and written a lot of checkout scripts for web pages and other things. Unfortunately that was mostly at my last employer, and I may not be able to introduce Xymon to my current employer. That will severely any development I might do, but I can proofread docs for spelling and grammer, if not for technical accuracy...
I've also been doing a bit of end used support in the mailing list.
Ralph Mitchell
On Fri, Jul 2, 2010 at 12:51 AM, Neil Franken <nfranken at theunlimitedworld.co.za> wrote:
Put me up for:
1) Development
2) Documentation
3) Support
Done, you are 21st person answered the call for help.
At the moment I am busy with another project so my spare time is kinda of eaten up. However this project will come to a close in a month more or less and i will have much more free time to help. Like I mentioned to some of you I am working on some new layout for the web gui and will have some templates for you guys in a week. I will also create some documentation around using Wireshark and the Xymon Protocol.
This will be a great howto addition to wikibook howto. http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Other_Docs/HOWTO
Thanks
Regards
Neil
From: Ralph Mitchell [mailto:ralphmitchell at gmail.com] Sent: 02 July 2010 06:06 AM
To: hobbit at hswn.dk Subject: Re: [hobbit] Re: [Hobbitmon-developer] Xymon is practically dead
On Thu, Jul 1, 2010 at 11:16 PM, TJ Yang <tjyang2001 at gmail.com> wrote:
On Thu, Jul 1, 2010 at 9:57 PM, David Baldwin <david.baldwin at ausport.gov.au> wrote:
TJ Yang wrote:
Before a new admin is chosen, I think it would be a good idea to create a list of the tasks and responsibilities that the volunteer(s) would be taking on. It doesn't have to be a complete list, but just something that covers the major points. If you want to be an active developer (and I hope that you do, as you know the code better than anyone and can help others get up to speed), it would be nice to know what the admin(s) should be helping you with.
How about this ?
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
It is renamed as http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
If no objection, I will put in more effort complete the table. tj
Good stuff to see all this activity which is very timely in ensuring that hobbit/xymon has a viable future.
I am also keen to be involved. I've done quite a lot of custom tests
I take that as a Yes. You are tagged as Volunteer in Dev area.
mostly written in perl, devmon templates, custom graphs, etc. Good intentions to get an installable xymon package for MacOSX that would be good to get kicked along as part of this momentum.
David, I once created an OS X .pkg file from command line approach. But the package was just an binary untar, no package script actions from pre-flight,post-flight .pkg script. I am hoping to work on this again with your help.
tj
Occasionally I've dived into the C source and diagnosed some bugs. Haven't read the doco enough either - keep finding hidden gems which I expect others may have missed as well.
I've poked around a bit in the source and written a lot of checkout scripts for web pages and other things. Unfortunately that was mostly at my last employer, and I may not be able to introduce Xymon to my current employer. That will severely any development I might do, but I can proofread docs for spelling and grammer, if not for technical accuracy...
I've also been doing a bit of end used support in the mailing list.
Ralph Mitchell
-- T.J. Yang
Hi.
I just want to say that I am really glad that you people are planning to resurrect the Xymon development. My company has started considering a switch to another monitoring software because of the non-existent development, but I would really like to stay with Xymon. If I could code and had some more time to spare I would be happy to help, but I don't think I can contribute much at the moment. Have you set up any plans regarding the future development? Are you going to follow the roadmap that Henrik posted on the list a long time ago?
Keep up the great work, Johan
-----Original Message----- From: TJ Yang [mailto:tjyang2001 at gmail.com] Sent: den 2 juli 2010 08:03 To: hobbit at hswn.dk Subject: Re: [hobbit] Re: [Hobbitmon-developer] Xymon is practically dead
On Fri, Jul 2, 2010 at 12:51 AM, Neil Franken <nfranken at theunlimitedworld.co.za> wrote:
Put me up for:
1) Development
2) Documentation
3) Support
Done, you are 21st person answered the call for help.
At the moment I am busy with another project so my spare time is kinda of eaten up. However this project will come to a close in a month more or less and i will have much more free time to help. Like I mentioned to some of you I am working on some new layout for the web gui and will have some templates for you guys in a week. I will also create some documentation around using Wireshark and the Xymon Protocol.
This will be a great howto addition to wikibook howto. http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Other_Docs/HOWTO
Thanks
Regards
Neil
From: Ralph Mitchell [mailto:ralphmitchell at gmail.com] Sent: 02 July 2010 06:06 AM
To: hobbit at hswn.dk Subject: Re: [hobbit] Re: [Hobbitmon-developer] Xymon is practically dead
On Thu, Jul 1, 2010 at 11:16 PM, TJ Yang <tjyang2001 at gmail.com> wrote:
On Thu, Jul 1, 2010 at 9:57 PM, David Baldwin <david.baldwin at ausport.gov.au> wrote:
TJ Yang wrote:
Before a new admin is chosen, I think it would be a good idea to create a list of the tasks and responsibilities that the volunteer(s) would be taking on. It doesn't have to be a complete list, but just something that covers the major points. If you want to be an active developer (and I hope that you do, as you know the code better than anyone and can help others get up to speed), it would be nice to know what the admin(s) should be helping you with.
How about this ?
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
It is renamed as http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
If no objection, I will put in more effort complete the table. tj
Good stuff to see all this activity which is very timely in ensuring that hobbit/xymon has a viable future.
I am also keen to be involved. I've done quite a lot of custom tests
I take that as a Yes. You are tagged as Volunteer in Dev area.
mostly written in perl, devmon templates, custom graphs, etc. Good intentions to get an installable xymon package for MacOSX that would be good to get kicked along as part of this momentum.
David, I once created an OS X .pkg file from command line approach. But the package was just an binary untar, no package script actions from pre-flight,post-flight .pkg script. I am hoping to work on this again with your help.
tj
Occasionally I've dived into the C source and diagnosed some bugs. Haven't read the doco enough either - keep finding hidden gems which I expect others may have missed as well.
I've poked around a bit in the source and written a lot of checkout scripts for web pages and other things. Unfortunately that was mostly at my last employer, and I may not be able to introduce Xymon to my current employer. That will severely any development I might do, but I can proofread docs for spelling and grammer, if not for technical accuracy...
I've also been doing a bit of end used support in the mailing list.
Ralph Mitchell
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Hi
At this point we will need to have some sort of meeting around the strategy going forward. I suspect this might be a little more involved as we are all in different time zones (gmt+2 here). However my gut feel is that we need to do a couple of basic things.
- Developers need to get into the source code and assign various modules to those with the skills to develop and support it
- Get solid documentation done on the various modules, protocols and pieces around the project.
- Review the road map with Henrik and decide on a hit list of features(as we have a lot of people willing to help we can probably roll a lot of the work into one release).
- Get cracking.
Xymon is just one part of the equation for me. I see a lot of potential for Xymon in the Windows world but the BBWin client is well a very quiet project as well. I am not sure yet if we would maybe fork the code or create a new client. At this point I would suggest that maybe we look at a Java based client for xymon so we can run on a huge variety of platforms with one client. Anyway the whole client is a whole different ball game.
In my previous mails I asked to have the list of people who contribute closed by Monday next week so that we can move ahead. This does not mean it is closed forever we just need to set a cut off so we can start getting the planning done.
Hope the rest agrees with me.
Regards Neil
-----Original Message----- From: Johan Sjöberg [mailto:johan.sjoberg at deltamanagement.se] Sent: 02 July 2010 11:28 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Re: [Hobbitmon-developer] Xymon is practically dead
Hi.
I just want to say that I am really glad that you people are planning to resurrect the Xymon development. My company has started considering a switch to another monitoring software because of the non-existent development, but I would really like to stay with Xymon. If I could code and had some more time to spare I would be happy to help, but I don't think I can contribute much at the moment. Have you set up any plans regarding the future development? Are you going to follow the roadmap that Henrik posted on the list a long time ago?
Keep up the great work, Johan
-----Original Message----- From: TJ Yang [mailto:tjyang2001 at gmail.com] Sent: den 2 juli 2010 08:03 To: hobbit at hswn.dk Subject: Re: [hobbit] Re: [Hobbitmon-developer] Xymon is practically dead
On Fri, Jul 2, 2010 at 12:51 AM, Neil Franken <nfranken at theunlimitedworld.co.za> wrote:
Put me up for:
1) Development
2) Documentation
3) Support
Done, you are 21st person answered the call for help.
At the moment I am busy with another project so my spare time is kinda of eaten up. However this project will come to a close in a month more or less and i will have much more free time to help. Like I mentioned to some of you I am working on some new layout for the web gui and will have some templates for you guys in a week. I will also create some documentation around using Wireshark and the Xymon Protocol.
This will be a great howto addition to wikibook howto. http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Other_Docs/HOWTO
Thanks
Regards
Neil
From: Ralph Mitchell [mailto:ralphmitchell at gmail.com] Sent: 02 July 2010 06:06 AM
To: hobbit at hswn.dk Subject: Re: [hobbit] Re: [Hobbitmon-developer] Xymon is practically dead
On Thu, Jul 1, 2010 at 11:16 PM, TJ Yang <tjyang2001 at gmail.com> wrote:
On Thu, Jul 1, 2010 at 9:57 PM, David Baldwin <david.baldwin at ausport.gov.au> wrote:
TJ Yang wrote:
Before a new admin is chosen, I think it would be a good idea to create a list of the tasks and responsibilities that the volunteer(s) would be taking on. It doesn't have to be a complete list, but just something that covers the major points. If you want to be an active developer (and I hope that you do, as you know the code better than anyone and can help others get up to speed), it would be nice to know what the admin(s) should be helping you with.
How about this ?
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
It is renamed as http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
If no objection, I will put in more effort complete the table. tj
Good stuff to see all this activity which is very timely in ensuring that hobbit/xymon has a viable future.
I am also keen to be involved. I've done quite a lot of custom tests
I take that as a Yes. You are tagged as Volunteer in Dev area.
mostly written in perl, devmon templates, custom graphs, etc. Good intentions to get an installable xymon package for MacOSX that would be good to get kicked along as part of this momentum.
David, I once created an OS X .pkg file from command line approach. But the package was just an binary untar, no package script actions from pre-flight,post-flight .pkg script. I am hoping to work on this again with your help.
tj
Occasionally I've dived into the C source and diagnosed some bugs. Haven't read the doco enough either - keep finding hidden gems which I expect others may have missed as well.
I've poked around a bit in the source and written a lot of checkout scripts for web pages and other things. Unfortunately that was mostly at my last employer, and I may not be able to introduce Xymon to my current employer. That will severely any development I might do, but I can proofread docs for spelling and grammer, if not for technical accuracy...
I've also been doing a bit of end used support in the mailing list.
Ralph Mitchell
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On the subject of a roadmap/plan
Was there ever a plan to merge/integrate the source for Xymon and Devmon, or did I dream it? If there was ever such a plan, is it still on the cards? If I did dream it, is it a possibility?
Regards Vernon
On Fri, Jul 2, 2010 at 5:47 PM, Neil Franken <nfranken at theunlimitedworld.co.za> wrote:
Hi
At this point we will need to have some sort of meeting around the strategy going forward. I suspect this might be a little more involved as we are all in different time zones (gmt+2 here). However my gut feel is that we need to do a couple of basic things.
- Developers need to get into the source code and assign various modules to those with the skills to develop and support it
- Get solid documentation done on the various modules, protocols and pieces around the project.
- Review the road map with Henrik and decide on a hit list of features(as we have a lot of people willing to help we can probably roll a lot of the work into one release).
- Get cracking.
Xymon is just one part of the equation for me. I see a lot of potential for Xymon in the Windows world but the BBWin client is well a very quiet project as well. I am not sure yet if we would maybe fork the code or create a new client. At this point I would suggest that maybe we look at a Java based client for xymon so we can run on a huge variety of platforms with one client. Anyway the whole client is a whole different ball game.
In my previous mails I asked to have the list of people who contribute closed by Monday next week so that we can move ahead. This does not mean it is closed forever we just need to set a cut off so we can start getting the planning done.
Hope the rest agrees with me.
Regards Neil
-----Original Message----- From: Johan Sjöberg [mailto:johan.sjoberg at deltamanagement.se] Sent: 02 July 2010 11:28 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Re: [Hobbitmon-developer] Xymon is practically dead
Hi.
I just want to say that I am really glad that you people are planning to resurrect the Xymon development. My company has started considering a switch to another monitoring software because of the non-existent development, but I would really like to stay with Xymon. If I could code and had some more time to spare I would be happy to help, but I don't think I can contribute much at the moment. Have you set up any plans regarding the future development? Are you going to follow the roadmap that Henrik posted on the list a long time ago?
Keep up the great work, Johan
-----Original Message----- From: TJ Yang [mailto:tjyang2001 at gmail.com] Sent: den 2 juli 2010 08:03 To: hobbit at hswn.dk Subject: Re: [hobbit] Re: [Hobbitmon-developer] Xymon is practically dead
On Fri, Jul 2, 2010 at 12:51 AM, Neil Franken <nfranken at theunlimitedworld.co.za> wrote:
Put me up for:
1) Development
2) Documentation
3) Support
Done, you are 21st person answered the call for help.
At the moment I am busy with another project so my spare time is kinda of eaten up. However this project will come to a close in a month more or less and i will have much more free time to help. Like I mentioned to some of you I am working on some new layout for the web gui and will have some templates for you guys in a week. I will also create some documentation around using Wireshark and the Xymon Protocol.
This will be a great howto addition to wikibook howto. http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Other_Docs/HOWTO
Thanks
Regards
Neil
From: Ralph Mitchell [mailto:ralphmitchell at gmail.com] Sent: 02 July 2010 06:06 AM
To: hobbit at hswn.dk Subject: Re: [hobbit] Re: [Hobbitmon-developer] Xymon is practically dead
On Thu, Jul 1, 2010 at 11:16 PM, TJ Yang <tjyang2001 at gmail.com> wrote:
On Thu, Jul 1, 2010 at 9:57 PM, David Baldwin <david.baldwin at ausport.gov.au> wrote:
TJ Yang wrote:
Before a new admin is chosen, I think it would be a good idea to create a list of the tasks and responsibilities that the volunteer(s) would be taking on. It doesn't have to be a complete list, but just something that covers the major points. If you want to be an active developer (and I hope that you do, as you know the code better than anyone and can help others get up to speed), it would be nice to know what the admin(s) should be helping you with.
How about this ?
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
It is renamed as http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
If no objection, I will put in more effort complete the table. tj
Good stuff to see all this activity which is very timely in ensuring that hobbit/xymon has a viable future.
I am also keen to be involved. I've done quite a lot of custom tests
I take that as a Yes. You are tagged as Volunteer in Dev area.
mostly written in perl, devmon templates, custom graphs, etc. Good intentions to get an installable xymon package for MacOSX that would be good to get kicked along as part of this momentum.
David, I once created an OS X .pkg file from command line approach. But the package was just an binary untar, no package script actions from pre-flight,post-flight .pkg script. I am hoping to work on this again with your help.
tj
Occasionally I've dived into the C source and diagnosed some bugs. Haven't read the doco enough either - keep finding hidden gems which I expect others may have missed as well.
I've poked around a bit in the source and written a lot of checkout scripts for web pages and other things. Unfortunately that was mostly at my last employer, and I may not be able to introduce Xymon to my current employer. That will severely any development I might do, but I can proofread docs for spelling and grammer, if not for technical accuracy...
I've also been doing a bit of end used support in the mailing list.
Ralph Mitchell
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On 7/2/10 5:53 AM, "Vernon Everett" <everett.vernon at gmail.com> wrote:
On the subject of a roadmap/plan
Was there ever a plan to merge/integrate the source for Xymon and Devmon, or did I dream it?
I think you dreamed it. I am not able to use devmon because it doesn't support snmp v3. Devmon is written in perl and uses the SNMP_utils libraries originally distributed with MRTG, while MRTG now also distributed the Net_SNMP-utils libraries that do support snmp v3. Henrik discussed snmp support using the Net SNMP C libraries that would support snmp v3.
If there was ever such a plan, is it still on the cards? If I did dream it, is it a possibility?
It would mean a complete rewrite for devmon to integrate it properly and cleanly.
Regards Vernon
-- Daniel J McDonald, CCIE # 2495, CISSP # 78281
On Friday, 2 July 2010 13:25:32 Daniel McDonald wrote:
On 7/2/10 5:53 AM, "Vernon Everett" <everett.vernon at gmail.com> wrote:
On the subject of a roadmap/plan
Was there ever a plan to merge/integrate the source for Xymon and Devmon, or did I dream it?
I think you dreamed it. I am not able to use devmon because it doesn't support snmp v3. Devmon is written in perl and uses the SNMP_utils libraries originally distributed with MRTG, while MRTG now also distributed the Net_SNMP-utils libraries that do support snmp v3.
Some other user who has a need for SNMPv3 is currently working on SNMPv3 support in Devmon.
Henrik discussed snmp support using the Net SNMP C libraries that would support snmp v3.
That is a very small portion of the problem on SNMP support ...
Just collecting interface stats is trivial ....
Regards, Buchan
On Friday, 2 July 2010 11:53:59 Vernon Everett wrote:
On the subject of a roadmap/plan
Was there ever a plan to merge/integrate the source for Xymon and Devmon, or did I dream it?
They don't need to be intergrated.
However, in a number of environments I can't install Xymon agents on OSs, and I am using devmon in place of the xymon/hobbit client.
However, there are many missing pieces in Xymon to make this convenient. For example, for Devmon-monitored hosts, thresholds are currently encoded in the DEVMON tag in bb-hosts, because there is no API to get thresholds out of Xymon, and I would prefer not to duplicate config parsing in devmon.
If there was ever such a plan, is it still on the cards? If I did dream it, is it a possibility?
What were you dreaming, besides what I have described above?
There are many other possibilities, but again, they require changes in Xymon first, which I have not discussed until now, as there was no collaborative feature plan for Xymon, and I did not want to overload Henrik just yet.
Regards, Buchan
Xymon is just one part of the equation for me. I see a lot of potential for Xymon in the Windows world but the BBWin client is well a very quiet project as well. I am not sure yet if we would maybe fork the code or create a new client. At this point I would suggest that maybe we look at a Java based client for xymon so we can run on a huge variety of platforms with one client. Anyway the whole client is a whole different ball game. i talked with Eric Grignon (a friend a mine) a couple weeks ago, he dropped bbwin's development and will not go back to it. -> you can consider bbwin "dead"
olivier
ps: i'll ask him to confirm this to the list
On Fri, Jul 2, 2010 at 7:54 AM, Olivier Beau <obeau79 at gmail.com> wrote:
Xymon is just one part of the equation for me. I see a lot of potential for Xymon in the Windows world but the BBWin client is well a very quiet project as well. I am not sure yet if we would maybe fork the code or create a new client. At this point I would suggest that maybe we look at a Java based client for xymon so we can run on a huge variety of platforms with one client. Anyway the whole client is a whole different ball game.
i talked with Eric Grignon (a friend a mine) a couple weeks ago, he dropped bbwin's development and will not go back to it. -> you can consider bbwin "dead"
All, hope you don't mind the long threads contain different subjects around "dead" xymon. let me know if we new to start a new thread on the subject of BBWin.
Olivier, Thanks for the good inside information. No problem to take a break or even dropping BBWin development by original author. All I am asking is like what we do at work. Submit your resignation and transfer your responsibility to next person.
I was able to compile Mr. Big using cross-compiler but BBWin is still currently more feature complete than Mr. Big.
See my post in R1, I am hoping we can work together to come up with a working BBWin development machine and publish the procedure again so others can take over BBWin development if need to.
tj R1: http://sourceforge.net/mailarchive/forum.php?thread_name=AANLkTilh6UEj9f5ePg...
olivier
ps: i'll ask him to confirm this to the list
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
Xymon is just one part of the equation for me. I see a lot of potential for Xymon in the Windows world but the BBWin client is well a very quiet project as well. I am not sure yet if we would maybe fork the code or create a new client. At this point I would suggest that maybe we look at a Java based client for xymon so we can run on a huge variety of platforms with one client. Anyway the whole client is a whole different ball game.
i talked with Eric Grignon (a friend a mine) a couple weeks ago, he dropped bbwin's development and will not go back to it. -> you can consider bbwin "dead"
All, hope you don't mind the long threads contain different subjects around "dead" xymon. let me know if we new to start a new thread on the subject of BBWin.
Olivier, Thanks for the good inside information. No problem to take a break or even dropping BBWin development by original author. All I am asking is like what we do at work. Submit your resignation and transfer your responsibility to next person.
I was able to compile Mr. Big using cross-compiler but BBWin is still currently more feature complete than Mr. Big.
See my post in R1, I am hoping we can work together to come up with a working BBWin development machine and publish the procedure again so others can take over BBWin development if need to.
Don't forget the Xywin project: http://sourceforge.net/projects/xywinnet/, which is using C sharp (IMO the best option for Windows).
I have a VMware dev environment for BBWin setup but it's using Visual Studio 2005 Professional. I think Eric or someone on the project was in the process of converting it to VS 2008 Express but I've not managed to compile from that part of the repository. Using the dev environment I've managed to identify and fix a few bugs but I feel the entire project needs a revamp.
Regards,
Malcolm
-- Technical copy-editor & proofreader
KDE Proofreading Team KDE British English Translation Team
http://l10n.kde.org/team-infos.php?teamcode=en_GB
Facebook: http://www.facebook.com/FriendlyAtheist
GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl.
Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl
Forgot to click on reply all. this is a resend.l
Don't forget the Xywin project: http://sourceforge.net/projects/xywinnet/, which is using C sharp (IMO the best option for Windows).
Thanks, I forgot the about Xywin.
I browsed the site quickly and can't get my question in my mind answered. Does Xywin's features as complete as BBWin ? ie, can Xywin do binary update from Centrol Xymon server ? Does Xywin support server-mode(let Xymon do the parsing work) ?
I have a VMware dev environment for BBWin setup but it's using Visual Studio 2005 Professional. I think Eric or someone on the project was in the process of converting it to VS 2008 Express but I've not managed to compile from that part of the repository. Using the dev environment I've managed to identify and fix a few bugs but I feel the entire project needs a revamp.
I think VS2008 Express drop "atlbase.h" header file support. It is only available in paid version of VS. Compiling BBWin using VS2008 Express is not possible unless code got changed to not using atlbase.h.
So you have a VMWare dev box with VS2005 Pro that can generate BBWin012.msi ? This is exactly what I am looking for. I will try to get a hold of this version. Not sure if I can but a used copy of VS2005 Pro.
tj
On 07/02/2010 05:47 AM, Neil Franken wrote:
Xymon is just one part of the equation for me. I see a lot of potential for Xymon in the Windows world but the BBWin client is well a very quiet project as well. I am not sure yet if we would maybe fork the code or create a new client. At this point I would suggest that maybe we look at a Java based client for xymon so we can run on a huge variety of platforms with one client. Anyway the whole client is a whole different ball game.
I would not be in favor of a java based client, the current design is much better on unix systems. It's one of the reasons xymon works well.
Tom
I second Tom's statement here.
We may have to maintain separate clients, but I would think the majority of supported systems represented here are headless or have no GUI.
Sent from my iPhone Please ignore spelling/grammar.
On Jul 2, 2010, at 10:44 AM, Tom Georgoulias <tomg at mcclatchyinteractive.com> wrote:
On 07/02/2010 05:47 AM, Neil Franken wrote:
Xymon is just one part of the equation for me. I see a lot of potential for Xymon in the Windows world but the BBWin client is well a very quiet project as well. I am not sure yet if we would maybe fork the code or create a new client. At this point I would suggest that maybe we look at a Java based client for xymon so we can run on a huge variety of platforms with one client. Anyway the whole client is a whole different ball game.
I would not be in favor of a java based client, the current design is much better on unix systems. It's one of the reasons xymon works well.
Tom
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On Fri, Jul 2, 2010 at 4:27 AM, Johan Sjöberg <johan.sjoberg at deltamanagement.se> wrote:
Hi.
I just want to say that I am really glad that you people are planning to resurrect the Xymon development. My company has started considering a switch to another monitoring software because of the non-existent development, but I would really like to stay with Xymon. If I could code and had some more time to spare I would be happy to help, but I don't think I can contribute much at the moment.
Please join us later when you have spare time.
Have you set up any plans regarding the future development? Are you going to follow the roadmap that Henrik posted on the list a long time ago?
This have to wait until we have new project admin(s).
tj
Keep up the great work, Johan
-----Original Message----- From: TJ Yang [mailto:tjyang2001 at gmail.com] Sent: den 2 juli 2010 08:03 To: hobbit at hswn.dk Subject: Re: [hobbit] Re: [Hobbitmon-developer] Xymon is practically dead
On Fri, Jul 2, 2010 at 12:51 AM, Neil Franken <nfranken at theunlimitedworld.co.za> wrote:
Put me up for:
1) Development
2) Documentation
3) Support
Done, you are 21st person answered the call for help.
At the moment I am busy with another project so my spare time is kinda of eaten up. However this project will come to a close in a month more or less and i will have much more free time to help. Like I mentioned to some of you I am working on some new layout for the web gui and will have some templates for you guys in a week. I will also create some documentation around using Wireshark and the Xymon Protocol.
This will be a great howto addition to wikibook howto. http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Other_Docs/HOWTO
Thanks
Regards
Neil
From: Ralph Mitchell [mailto:ralphmitchell at gmail.com] Sent: 02 July 2010 06:06 AM
To: hobbit at hswn.dk Subject: Re: [hobbit] Re: [Hobbitmon-developer] Xymon is practically dead
On Thu, Jul 1, 2010 at 11:16 PM, TJ Yang <tjyang2001 at gmail.com> wrote:
On Thu, Jul 1, 2010 at 9:57 PM, David Baldwin <david.baldwin at ausport.gov.au> wrote:
TJ Yang wrote:
Before a new admin is chosen, I think it would be a good idea to create a list of the tasks and responsibilities that the volunteer(s) would be taking on. It doesn't have to be a complete list, but just something that covers the major points. If you want to be an active developer (and I hope that you do, as you know the code better than anyone and can help others get up to speed), it would be nice to know what the admin(s) should be helping you with.
How about this ?
http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
It is renamed as http://en.wikibooks.org/wiki/System_Monitoring_with_Xymon/Developer_Guide#Xy...
If no objection, I will put in more effort complete the table. tj
Good stuff to see all this activity which is very timely in ensuring that hobbit/xymon has a viable future.
I am also keen to be involved. I've done quite a lot of custom tests
I take that as a Yes. You are tagged as Volunteer in Dev area.
mostly written in perl, devmon templates, custom graphs, etc. Good intentions to get an installable xymon package for MacOSX that would be good to get kicked along as part of this momentum.
David, I once created an OS X .pkg file from command line approach. But the package was just an binary untar, no package script actions from pre-flight,post-flight .pkg script. I am hoping to work on this again with your help.
tj
Occasionally I've dived into the C source and diagnosed some bugs. Haven't read the doco enough either - keep finding hidden gems which I expect others may have missed as well.
I've poked around a bit in the source and written a lot of checkout scripts for web pages and other things. Unfortunately that was mostly at my last employer, and I may not be able to introduce Xymon to my current employer. That will severely any development I might do, but I can proofread docs for spelling and grammer, if not for technical accuracy...
I've also been doing a bit of end used support in the mailing list.
Ralph Mitchell
-- T.J. Yang
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
participants (20)
-
bgmilne＠staff.telkomsa.net
-
dan.mcdonald＠austinenergy.com
-
david.baldwin＠ausport.gov.au
-
doctor＠makelofine.org
-
dominique.frise＠unil.ch
-
everett.vernon＠gmail.com
-
johan.sjoberg＠deltamanagement.se
-
josh＠imaginenetworksllc.com
-
kenneth.langford＠siemens.com
-
malcolm.hunter＠gmx.co.uk
-
martin.flemming＠desy.de
-
nfranken＠theunlimitedworld.co.za
-
obeau79＠gmail.com
-
questy＠gmail.com
-
ralphmitchell＠gmail.com
-
rolands＠logicaltech.com.au
-
sholmes42＠mac.com
-
tjyang2001＠gmail.com
-
tomg＠mcclatchyinteractive.com
-
wiskbroom＠hotmail.com