New Xymon project administrator
It has been good to see the response to my messages last week. Xymon sure isn't dead, judging from the response.
There are lots of issues being raised right now. Project management stuff like where to host the project, what tools to use for tracking bugs or accessing the code repository and so on. Frankly, I think we must focus on getting the project re-activated with a new project admin, and then let him decide the details of running it all.
We should aim for "evolution", not "revolution".
As I see things, the new project admin(s) will have to handle the following tasks:
Manage who has access to the source code repository. So new contributors can get access to commit code. That means the project admin must follow the discussions on the mailing list, because you should know people well enough to trust their contributions before giving the access to commit changes. Until you are sure that they deliver some quality code (at least, it doesn't break other developers' stuff!) then it is better to let them submit code to one of the more senior developers. It is a balance, because you don't want the senior developers to become a bottleneck ... but some code review by those familiar with Xymon will be needed. The developers mailing list will be a vital tool for this to discuss new contributions and development strategies.
Maintain a list of feature requests and ideas for new versions. This probably also means planning which ideas go into the next version, and which ones will just have to wait. This is difficult, because you have to have some vision of where we are going - and that is the stuff that flamewars are made of.
Plan each release, i.e. keep track of what is missing before a release is done - both bugfixes and new features. This means you must decide when to "freeze" a branch in the code repository to let it stabilize, and also when a new development branch can be started.
Do the release, but if you have handled the above tasks then that simply means flagging the code with the "release" tag, exporting a tar-file from the code repository and sending out the announcement.
Several persons have offered their assistance - working on some code, writing documentation, translating. That is very encouraging, and I am sure your contributions will be welcome.
But we need someone to take care of managing it all, and after careful consideration I have asked Buchan Milne to take on the task of keeping the Xymon project alive. I am very pleased to announce that he has accepted.
Please join me in thanking Buchan for taking on this new role, and do whatever you can to help him move the project forward.
Regards, Henrik
It has been good to see the response to my messages last week. Xymon sure isn't dead, judging from the response.
Please join me in thanking Buchan for taking on this new role, and do whatever you can to help him move the project forward.
Awesome choice, this is fantastic news!
I look forward to Buchan and the next release of Xymon!
.vp
Vadim
On Wed, Jul 7, 2010 at 4:03 PM, <wiskbroom at hotmail.com> wrote:
It has been good to see the response to my messages last week. Xymon sure isn't dead, judging from the response.
Please join me in thanking Buchan for taking on this new role, and do whatever you can to help him move the project forward.
Awesome choice, this is fantastic news!
Excellent! Congratulation Buchan. I guess now I can comfortably use your site as our rpm repo for hobbit/xymon. ( I already have been using it ;-)
I look forward to Buchan and the next release of Xymon!
.vp
Vadim
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Asif Iqbal PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
As we are talking about new features/function for Xymon, I would like to bring in one more idea.
Cause we are monitoring several server from my companies costumer, we have set several user for our costumer, to see their server status. For this, we just use a simple .htaccess connected with a MySQL db.
It would be very handy, if there would be such a user/permission management in Xymon as default.
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Maik
What's wrong with Apache doing this?
I would like to see different permission levels. Right now there are two - cgi-bin and secure cgi-bin.
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 Wed, Jul 7, 2010 at 7:26 PM, Maik Heinelt <maik at vegasystems.com> wrote:
As we are talking about new features/function for Xymon, I would like to bring in one more idea.
Cause we are monitoring several server from my companies costumer, we have set several user for our costumer, to see their server status. For this, we just use a simple .htaccess connected with a MySQL db.
It would be very handy, if there would be such a user/permission management in Xymon as default.
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Maik
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Well, that right, but how about, if I have created a folder for only one costumer and I now would like to avoid, other user can see status of other servers? Also a problem is, if I would like to show only non-gree status server, but only for one folder?! This doesn't work, as I know.
Maik Usually, On 2010/07/08 8:36, Josh Luthman wrote:
What's wrong with Apache doing this?
I would like to see different permission levels. Right now there are two - cgi-bin and secure cgi-bin.
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 Wed, Jul 7, 2010 at 7:26 PM, Maik Heinelt<maik at vegasystems.com> wrote:
As we are talking about new features/function for Xymon, I would like to bring in one more idea.
Cause we are monitoring several server from my companies costumer, we have set several user for our costumer, to see their server status. For this, we just use a simple .htaccess connected with a MySQL db.
It would be very handy, if there would be such a user/permission management in Xymon as default.
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Maik
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
Can you try to explain again? I certainly am not understanding.
On 7/7/10, Maik Heinelt <maik at vegasystems.com> wrote:
Well, that right, but how about, if I have created a folder for only one costumer and I now would like to avoid, other user can see status of other servers? Also a problem is, if I would like to show only non-gree status server, but only for one folder?! This doesn't work, as I know.
Maik Usually, On 2010/07/08 8:36, Josh Luthman wrote:
What's wrong with Apache doing this?
I would like to see different permission levels. Right now there are two - cgi-bin and secure cgi-bin.
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 Wed, Jul 7, 2010 at 7:26 PM, Maik Heinelt<maik at vegasystems.com> wrote:
As we are talking about new features/function for Xymon, I would like to bring in one more idea.
Cause we are monitoring several server from my companies costumer, we have set several user for our costumer, to see their server status. For this, we just use a simple .htaccess connected with a MySQL db.
It would be very handy, if there would be such a user/permission management in Xymon as default.
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Maik
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
-- 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
Thing is, Maik, that there are so many options via Apache modules (LDAP, MySQL, etc.) and you can even connect right into your AD, that it seems there shouldn't be a huge amount of time with something of such an "add-on" feel about it.
What I mean by that is, that Apache alone can make your life very simple with mod_auth_ldap, mod_auth_mysql, etc. A few directives, point at the right database, and voila! There are plenty of GUI clients already out there, and there are plenty of cool ways to handle User access/management, that I'd rather the dev team work on making Xymon do what it does best *even better*, and that's monitoring things.
Maybe that can be in the roadmap at some point, but I'm just not sure I agree very strongly with you that this would be as pressing a need as some other things in the project.
I'm willing to be shouted down on that, by the way. Just my two cents...
--J
On Jul 7, 2010, at 7:26 PM, Maik Heinelt wrote:
As we are talking about new features/function for Xymon, I would like to bring in one more idea.
Cause we are monitoring several server from my companies costumer, we have set several user for our costumer, to see their server status. For this, we just use a simple .htaccess connected with a MySQL db.
It would be very handy, if there would be such a user/permission management in Xymon as default.
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Maik
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Well, that's what I said. I already use mod_auth_mysql to ahndle with user logins, but could you please explain, how to manage the all non-green function just for one folder? This would be a nice feature, to make it possible, a user can see only all non-green machines for his folder.
I had the menu on Xymon only visible for local, just to avoid, a standard user can click on the "Show all non-green" link in there.
Heinelt Maik Status: Software Developer ハイネルト マイク 愛知県一宮市富士２－２－２２ 株式会社 ベガシステムズ TEL ０５８６－７１－３９０３ FAX ０５８６－７１－４０７１ http://www.vegasystems.com Skype ID: daliose
On 2010/07/08 9:40, Jerald Sheets wrote:
Thing is, Maik, that there are so many options via Apache modules (LDAP, MySQL, etc.) and you can even connect right into your AD, that it seems there shouldn't be a huge amount of time with something of such an "add-on" feel about it.
What I mean by that is, that Apache alone can make your life very simple with mod_auth_ldap, mod_auth_mysql, etc. A few directives, point at the right database, and voila! There are plenty of GUI clients already out there, and there are plenty of cool ways to handle User access/management, that I'd rather the dev team work on making Xymon do what it does best *even better*, and that's monitoring things.
Maybe that can be in the roadmap at some point, but I'm just not sure I agree very strongly with you that this would be as pressing a need as some other things in the project.
I'm willing to be shouted down on that, by the way. Just my two cents...
--J
On Jul 7, 2010, at 7:26 PM, Maik Heinelt wrote:
As we are talking about new features/function for Xymon, I would like to bring in one more idea.
Cause we are monitoring several server from my companies costumer, we have set several user for our costumer, to see their server status. For this, we just use a simple .htaccess connected with a MySQL db.
It would be very handy, if there would be such a user/permission management in Xymon as default.
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Maik
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
It can be done, but it's a bit of a hack, and requires running additional instances of some of the Xymon daemons. I have done it before in a previous contract, where we had separate Wintel and Unix divisions, so it made sense to have 2 different "non-green" views.
I also means you have to maintain or generate additional sets of bb-hosts files, hobbitserver.cfg files and so forth. It's tricky, but not difficult. I was shown how to do it by a list member, so maybe they can repost the original email - or I can see if I can dig it up.
Watch this space.
Regards Vernon
On Thu, Jul 8, 2010 at 8:53 AM, Maik Heinelt <maik at vegasystems.com> wrote:
Well, that's what I said. I already use mod_auth_mysql to ahndle with user logins, but could you please explain, how to manage the all non-green function just for one folder? This would be a nice feature, to make it possible, a user can see only all non-green machines for his folder.
I had the menu on Xymon only visible for local, just to avoid, a standard user can click on the "Show all non-green" link in there.
Heinelt Maik Status: Software Developer ハイネルト マイク 愛知県一宮市富士２−２−２２ 株式会社 ベガシステムズ TEL ０５８６−７１−３９０３ FAX ０５８６−７１−４０７１ http://www.vegasystems.com Skype ID: daliose
On 2010/07/08 9:40, Jerald Sheets wrote:
Thing is, Maik, that there are so many options via Apache modules (LDAP, MySQL, etc.) and you can even connect right into your AD, that it seems there shouldn't be a huge amount of time with something of such an "add-on" feel about it.
What I mean by that is, that Apache alone can make your life very simple with mod_auth_ldap, mod_auth_mysql, etc. A few directives, point at the right database, and voila! There are plenty of GUI clients already out there, and there are plenty of cool ways to handle User access/management, that I'd rather the dev team work on making Xymon do what it does best *even better*, and that's monitoring things.
Maybe that can be in the roadmap at some point, but I'm just not sure I agree very strongly with you that this would be as pressing a need as some other things in the project.
I'm willing to be shouted down on that, by the way. Just my two cents...
--J
On Jul 7, 2010, at 7:26 PM, Maik Heinelt wrote:
As we are talking about new features/function for Xymon, I would like to bring in one more idea.
Cause we are monitoring several server from my companies costumer, we have set several user for our costumer, to see their server status. For this, we just use a simple .htaccess connected with a MySQL db.
It would be very handy, if there would be such a user/permission management in Xymon as default.
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Maik
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
I will look for the post on Hobbit/Xymon-list and hope to find it.
We already use several bb-hosts files and just include it into the main bb-host file. Just to make it easier to manage the costumers.
Do you have experiences about performance, running 2, or more instances of Xymon on a server?
Maik
Heinelt Maik Status: Software Developer ハイネルト マイク 愛知県一宮市富士２−２−２２ 株式会社 ベガシステムズ TEL ０５８６−７１−３９０３ FAX ０５８６−７１−４０７１ http://www.vegasystems.com Skype ID: daliose
On 2010/07/08 10:05, Vernon Everett wrote:
It can be done, but it's a bit of a hack, and requires running additional instances of some of the Xymon daemons. I have done it before in a previous contract, where we had separate Wintel and Unix divisions, so it made sense to have 2 different "non-green" views.
I also means you have to maintain or generate additional sets of bb-hosts files, hobbitserver.cfg files and so forth. It's tricky, but not difficult. I was shown how to do it by a list member, so maybe they can repost the original email - or I can see if I can dig it up.
Watch this space.
Regards Vernon
On Thu, Jul 8, 2010 at 8:53 AM, Maik Heinelt <maik at vegasystems.com> wrote:
Well, that's what I said. I already use mod_auth_mysql to ahndle with user logins, but could you please explain, how to manage the all non-green function just for one folder? This would be a nice feature, to make it possible, a user can see only all non-green machines for his folder.
I had the menu on Xymon only visible for local, just to avoid, a standard user can click on the "Show all non-green" link in there.
Heinelt Maik Status: Software Developer ハイネルト マイク 愛知県一宮市富士２−２−２２ 株式会社 ベガシステムズ TEL ０５８６−７１−３９０３ FAX ０５８６−７１−４０７１ http://www.vegasystems.com Skype ID: daliose
On 2010/07/08 9:40, Jerald Sheets wrote:
Thing is, Maik, that there are so many options via Apache modules (LDAP, MySQL, etc.) and you can even connect right into your AD, that it seems there shouldn't be a huge amount of time with something of such an "add-on" feel about it.
What I mean by that is, that Apache alone can make your life very simple with mod_auth_ldap, mod_auth_mysql, etc. A few directives, point at the right database, and voila! There are plenty of GUI clients already out there, and there are plenty of cool ways to handle User access/management, that I'd rather the dev team work on making Xymon do what it does best *even better*, and that's monitoring things.
Maybe that can be in the roadmap at some point, but I'm just not sure I agree very strongly with you that this would be as pressing a need as some other things in the project.
I'm willing to be shouted down on that, by the way. Just my two cents...
--J
On Jul 7, 2010, at 7:26 PM, Maik Heinelt wrote:
As we are talking about new features/function for Xymon, I would like to bring in one more idea.
Cause we are monitoring several server from my companies costumer, we have set several user for our costumer, to see their server status. For this, we just use a simple .htaccess connected with a MySQL db.
It would be very handy, if there would be such a user/permission management in Xymon as default.
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Maik
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
Check this thread out. http://www.hswn.dk/hobbiton/2008/05/msg00098.html It's what I used as a basis for doing what I needed.
You need a second hobbitserver.cfg and a second bb-hosts file, and it will generate what you need in the specified directory. Once it works, you can then add it as a menu option in the usual way.
I wish I could offer you more, but I did not take copies of the scripts when I left and it was a long time ago.
Cheers Vernon
2010/7/8 Vernon Everett <everett.vernon at gmail.com>:
It can be done, but it's a bit of a hack, and requires running additional instances of some of the Xymon daemons. I have done it before in a previous contract, where we had separate Wintel and Unix divisions, so it made sense to have 2 different "non-green" views.
I also means you have to maintain or generate additional sets of bb-hosts files, hobbitserver.cfg files and so forth. It's tricky, but not difficult. I was shown how to do it by a list member, so maybe they can repost the original email - or I can see if I can dig it up.
Watch this space.
Regards Vernon
On Thu, Jul 8, 2010 at 8:53 AM, Maik Heinelt <maik at vegasystems.com> wrote:
Well, that's what I said. I already use mod_auth_mysql to ahndle with user logins, but could you please explain, how to manage the all non-green function just for one folder? This would be a nice feature, to make it possible, a user can see only all non-green machines for his folder.
I had the menu on Xymon only visible for local, just to avoid, a standard user can click on the "Show all non-green" link in there.
Heinelt Maik Status: Software Developer ハイネルト マイク 愛知県一宮市富士２−２−２２ 株式会社 ベガシステムズ TEL ０５８６−７１−３９０３ FAX ０５８６−７１−４０７１ http://www.vegasystems.com Skype ID: daliose
On 2010/07/08 9:40, Jerald Sheets wrote:
Thing is, Maik, that there are so many options via Apache modules (LDAP, MySQL, etc.) and you can even connect right into your AD, that it seems there shouldn't be a huge amount of time with something of such an "add-on" feel about it.
What I mean by that is, that Apache alone can make your life very simple with mod_auth_ldap, mod_auth_mysql, etc. A few directives, point at the right database, and voila! There are plenty of GUI clients already out there, and there are plenty of cool ways to handle User access/management, that I'd rather the dev team work on making Xymon do what it does best *even better*, and that's monitoring things.
Maybe that can be in the roadmap at some point, but I'm just not sure I agree very strongly with you that this would be as pressing a need as some other things in the project.
I'm willing to be shouted down on that, by the way. Just my two cents...
--J
On Jul 7, 2010, at 7:26 PM, Maik Heinelt wrote:
As we are talking about new features/function for Xymon, I would like to bring in one more idea.
Cause we are monitoring several server from my companies costumer, we have set several user for our costumer, to see their server status. For this, we just use a simple .htaccess connected with a MySQL db.
It would be very handy, if there would be such a user/permission management in Xymon as default.
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Maik
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
Thanks a lot!! It doesn't look that difficult! I will try that way!
But anyway, I still think, this feature would be a great one in one of the next Xymon version!
Maik
Heinelt Maik Status: Software Developer ハイネルト マイク 愛知県一宮市富士２−２−２２ 株式会社 ベガシステムズ TEL ０５８６−７１−３９０３ FAX ０５８６−７１−４０７１ http://www.vegasystems.com Skype ID: daliose
On 2010/07/08 10:24, Vernon Everett wrote:
Check this thread out. http://www.hswn.dk/hobbiton/2008/05/msg00098.html It's what I used as a basis for doing what I needed.
You need a second hobbitserver.cfg and a second bb-hosts file, and it will generate what you need in the specified directory. Once it works, you can then add it as a menu option in the usual way.
I wish I could offer you more, but I did not take copies of the scripts when I left and it was a long time ago.
Cheers Vernon
2010/7/8 Vernon Everett <everett.vernon at gmail.com>:
It can be done, but it's a bit of a hack, and requires running additional instances of some of the Xymon daemons. I have done it before in a previous contract, where we had separate Wintel and Unix divisions, so it made sense to have 2 different "non-green" views.
I also means you have to maintain or generate additional sets of bb-hosts files, hobbitserver.cfg files and so forth. It's tricky, but not difficult. I was shown how to do it by a list member, so maybe they can repost the original email - or I can see if I can dig it up.
Watch this space.
Regards Vernon
On Thu, Jul 8, 2010 at 8:53 AM, Maik Heinelt <maik at vegasystems.com> wrote:
Well, that's what I said. I already use mod_auth_mysql to ahndle with user logins, but could you please explain, how to manage the all non-green function just for one folder? This would be a nice feature, to make it possible, a user can see only all non-green machines for his folder.
I had the menu on Xymon only visible for local, just to avoid, a standard user can click on the "Show all non-green" link in there.
Heinelt Maik Status: Software Developer ハイネルト マイク 愛知県一宮市富士２−２−２２ 株式会社 ベガシステムズ TEL ０５８６−７１−３９０３ FAX ０５８６−７１−４０７１ http://www.vegasystems.com Skype ID: daliose
On 2010/07/08 9:40, Jerald Sheets wrote:
Thing is, Maik, that there are so many options via Apache modules (LDAP, MySQL, etc.) and you can even connect right into your AD, that it seems there shouldn't be a huge amount of time with something of such an "add-on" feel about it.
What I mean by that is, that Apache alone can make your life very simple with mod_auth_ldap, mod_auth_mysql, etc. A few directives, point at the right database, and voila! There are plenty of GUI clients already out there, and there are plenty of cool ways to handle User access/management, that I'd rather the dev team work on making Xymon do what it does best *even better*, and that's monitoring things.
Maybe that can be in the roadmap at some point, but I'm just not sure I agree very strongly with you that this would be as pressing a need as some other things in the project.
I'm willing to be shouted down on that, by the way. Just my two cents...
--J
On Jul 7, 2010, at 7:26 PM, Maik Heinelt wrote:
As we are talking about new features/function for Xymon, I would like to bring in one more idea.
Cause we are monitoring several server from my companies costumer, we have set several user for our costumer, to see their server status. For this, we just use a simple .htaccess connected with a MySQL db.
It would be very handy, if there would be such a user/permission management in Xymon as default.
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Maik
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
I have to agree that we need to investigate the need for such a system. On my xymon display I not only have 'system' tests like CPU but also business process tests. I don’t want business to see the CPU consumption but would love to give them access to view the business processes status. Currently I can't which is not a train smash but it would be a nice to have.
-----Original Message----- From: Maik Heinelt [mailto:maik at vegasystems.com] Sent: 08 July 2010 03:29 AM To: hobbit at hswn.dk Subject: Re: [hobbit] User management for Xymon?!
Thanks a lot!! It doesn't look that difficult! I will try that way!
But anyway, I still think, this feature would be a great one in one of the next Xymon version!
Maik
Heinelt Maik Status: Software Developer ハイネルト マイク 愛知県一宮市富士２−２−２２ 株式会社 ベガシステムズ TEL ０５８６−７１−３９０３ FAX ０５８６−７１−４０７１ http://www.vegasystems.com Skype ID: daliose
On 2010/07/08 10:24, Vernon Everett wrote:
Check this thread out. http://www.hswn.dk/hobbiton/2008/05/msg00098.html It's what I used as a basis for doing what I needed.
You need a second hobbitserver.cfg and a second bb-hosts file, and it will generate what you need in the specified directory. Once it works, you can then add it as a menu option in the usual way.
I wish I could offer you more, but I did not take copies of the scripts when I left and it was a long time ago.
Cheers Vernon
2010/7/8 Vernon Everett <everett.vernon at gmail.com>:
It can be done, but it's a bit of a hack, and requires running additional instances of some of the Xymon daemons. I have done it before in a previous contract, where we had separate Wintel and Unix divisions, so it made sense to have 2 different "non-green" views.
I also means you have to maintain or generate additional sets of bb-hosts files, hobbitserver.cfg files and so forth. It's tricky, but not difficult. I was shown how to do it by a list member, so maybe they can repost the original email - or I can see if I can dig it up.
Watch this space.
Regards Vernon
On Thu, Jul 8, 2010 at 8:53 AM, Maik Heinelt <maik at vegasystems.com> wrote:
Well, that's what I said. I already use mod_auth_mysql to ahndle with user logins, but could you please explain, how to manage the all non-green function just for one folder? This would be a nice feature, to make it possible, a user can see only all non-green machines for his folder.
I had the menu on Xymon only visible for local, just to avoid, a standard user can click on the "Show all non-green" link in there.
Heinelt Maik Status: Software Developer ハイネルト マイク 愛知県一宮市富士２−２−２２ 株式会社 ベガシステムズ TEL ０５８６−７１−３９０３ FAX ０５８６−７１−４０７１ http://www.vegasystems.com Skype ID: daliose
On 2010/07/08 9:40, Jerald Sheets wrote:
Thing is, Maik, that there are so many options via Apache modules (LDAP, MySQL, etc.) and you can even connect right into your AD, that it seems there shouldn't be a huge amount of time with something of such an "add-on" feel about it.
What I mean by that is, that Apache alone can make your life very simple with mod_auth_ldap, mod_auth_mysql, etc. A few directives, point at the right database, and voila! There are plenty of GUI clients already out there, and there are plenty of cool ways to handle User access/management, that I'd rather the dev team work on making Xymon do what it does best *even better*, and that's monitoring things.
Maybe that can be in the roadmap at some point, but I'm just not sure I agree very strongly with you that this would be as pressing a need as some other things in the project.
I'm willing to be shouted down on that, by the way. Just my two cents...
--J
On Jul 7, 2010, at 7:26 PM, Maik Heinelt wrote:
As we are talking about new features/function for Xymon, I would like to bring in one more idea.
Cause we are monitoring several server from my companies costumer, we have set several user for our costumer, to see their server status. For this, we just use a simple .htaccess connected with a MySQL db.
It would be very handy, if there would be such a user/permission management in Xymon as default.
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Maik
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
I created a "Business View" page, which had heaps of combo tests, showing the status of applications, and the servers and databases they depended on. All the servers there were under group-except, where I took out all stuff not related to the health of what the business cares about. Check for group-only and group-except in the bb-hosts man page. (They do pretty much the same thing in different ways)
Business couldn't give a toss if a disk in a RAID set is dead. Apps still work, it's all green to them. Leave it out. Memory usage is high? So what? Apps are running. Disks? Only the ones business can do something about. Ditto for CPU.
On the sysadmin view - off limits to PHBs - we had all the other stuff. So if we got a call about a slow app, we could see it may be related to a disk rebuild in a RAID set, or a high CPU utilisation, and react accordingly. But most of what we see on Xymon needs to be treated as "Need to know" secrets, and business, for the most part do not need to know.
Simply create a "business view" page, and use your web server access control to limit their access to that view only.
Cheers Vernon
2010/7/8 Neil Franken <nfranken at theunlimitedworld.co.za>:
I have to agree that we need to investigate the need for such a system. On my xymon display I not only have 'system' tests like CPU but also business process tests. I don’t want business to see the CPU consumption but would love to give them access to view the business processes status. Currently I can't which is not a train smash but it would be a nice to have.
-----Original Message----- From: Maik Heinelt [mailto:maik at vegasystems.com] Sent: 08 July 2010 03:29 AM To: hobbit at hswn.dk Subject: Re: [hobbit] User management for Xymon?!
Thanks a lot!! It doesn't look that difficult! I will try that way!
But anyway, I still think, this feature would be a great one in one of the next Xymon version!
Maik
Heinelt Maik Status: Software Developer ハイネルト マイク 愛知県一宮市富士２−２−２２ 株式会社 ベガシステムズ TEL ０５８６−７１−３９０３ FAX ０５８６−７１−４０７１ http://www.vegasystems.com Skype ID: daliose
On 2010/07/08 10:24, Vernon Everett wrote:
Check this thread out. http://www.hswn.dk/hobbiton/2008/05/msg00098.html It's what I used as a basis for doing what I needed.
You need a second hobbitserver.cfg and a second bb-hosts file, and it will generate what you need in the specified directory. Once it works, you can then add it as a menu option in the usual way.
I wish I could offer you more, but I did not take copies of the scripts when I left and it was a long time ago.
Cheers Vernon
2010/7/8 Vernon Everett <everett.vernon at gmail.com>:
It can be done, but it's a bit of a hack, and requires running additional instances of some of the Xymon daemons. I have done it before in a previous contract, where we had separate Wintel and Unix divisions, so it made sense to have 2 different "non-green" views.
I also means you have to maintain or generate additional sets of bb-hosts files, hobbitserver.cfg files and so forth. It's tricky, but not difficult. I was shown how to do it by a list member, so maybe they can repost the original email - or I can see if I can dig it up.
Watch this space.
Regards Vernon
On Thu, Jul 8, 2010 at 8:53 AM, Maik Heinelt <maik at vegasystems.com> wrote:
Well, that's what I said. I already use mod_auth_mysql to ahndle with user logins, but could you please explain, how to manage the all non-green function just for one folder? This would be a nice feature, to make it possible, a user can see only all non-green machines for his folder.
I had the menu on Xymon only visible for local, just to avoid, a standard user can click on the "Show all non-green" link in there.
Heinelt Maik Status: Software Developer ハイネルト マイク 愛知県一宮市富士２−２−２２ 株式会社 ベガシステムズ TEL ０５８６−７１−３９０３ FAX ０５８６−７１−４０７１ http://www.vegasystems.com Skype ID: daliose
On 2010/07/08 9:40, Jerald Sheets wrote:
Thing is, Maik, that there are so many options via Apache modules (LDAP, MySQL, etc.) and you can even connect right into your AD, that it seems there shouldn't be a huge amount of time with something of such an "add-on" feel about it.
What I mean by that is, that Apache alone can make your life very simple with mod_auth_ldap, mod_auth_mysql, etc. A few directives, point at the right database, and voila! There are plenty of GUI clients already out there, and there are plenty of cool ways to handle User access/management, that I'd rather the dev team work on making Xymon do what it does best *even better*, and that's monitoring things.
Maybe that can be in the roadmap at some point, but I'm just not sure I agree very strongly with you that this would be as pressing a need as some other things in the project.
I'm willing to be shouted down on that, by the way. Just my two cents...
--J
On Jul 7, 2010, at 7:26 PM, Maik Heinelt wrote:
As we are talking about new features/function for Xymon, I would like to bring in one more idea.
Cause we are monitoring several server from my companies costumer, we have set several user for our costumer, to see their server status. For this, we just use a simple .htaccess connected with a MySQL db.
It would be very handy, if there would be such a user/permission management in Xymon as default.
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Maik
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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On 7/7/10 8:24 PM, "Vernon Everett" <everett.vernon at gmail.com> wrote:
Check this thread out. http://www.hswn.dk/hobbiton/2008/05/msg00098.html It's what I used as a basis for doing what I needed.
You need a second hobbitserver.cfg and a second bb-hosts file, and it will generate what you need in the specified directory. Once it works, you can then add it as a menu option in the usual way.
I wish I could offer you more, but I did not take copies of the scripts when I left and it was a long time ago.
Cheers Vernon
Wasn't the feature called pagesets? Or am I confusing that with the bbgen toolset? I haven't used it in a long time, but it's probably worth doing in my current environment, now that other groups are using my xymon server internally...
http://www.xymon.com/hobbit/help/manpages/man1/bbgen.1.html#lbAO
-- Daniel J McDonald, CCIE # 2495, CISSP # 78281
It does look like it. Admittedly, this is the first time I have read that man page with any level of attention. So now it has a name too. Cool.
Cheers Vernon
On Thu, Jul 8, 2010 at 8:01 PM, Daniel McDonald <dan.mcdonald at austinenergy.com> wrote:
On 7/7/10 8:24 PM, "Vernon Everett" <everett.vernon at gmail.com> wrote:
Check this thread out. http://www.hswn.dk/hobbiton/2008/05/msg00098.html It's what I used as a basis for doing what I needed.
You need a second hobbitserver.cfg and a second bb-hosts file, and it will generate what you need in the specified directory. Once it works, you can then add it as a menu option in the usual way.
I wish I could offer you more, but I did not take copies of the scripts when I left and it was a long time ago.
Cheers Vernon
Wasn't the feature called pagesets? Or am I confusing that with the bbgen toolset? I haven't used it in a long time, but it's probably worth doing in my current environment, now that other groups are using my xymon server internally...
http://www.xymon.com/hobbit/help/manpages/man1/bbgen.1.html#lbAO
-- Daniel J McDonald, CCIE # 2495, CISSP # 78281
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
So I take some lessons has been learned? This is what is missing from Xymon man pages are great when you know what you want but proper user documentation can go a long way for further acceptance on Xymon.
-----Original Message----- From: Vernon Everett [mailto:everett.vernon at gmail.com] Sent: 09 July 2010 04:33 AM To: hobbit at hswn.dk Subject: [xymon] Re: [hobbit] User management for Xymon?!
It does look like it. Admittedly, this is the first time I have read that man page with any level of attention. So now it has a name too. Cool.
Cheers Vernon
On Thu, Jul 8, 2010 at 8:01 PM, Daniel McDonald <dan.mcdonald at austinenergy.com> wrote:
On 7/7/10 8:24 PM, "Vernon Everett" <everett.vernon at gmail.com> wrote:
Check this thread out. http://www.hswn.dk/hobbiton/2008/05/msg00098.html It's what I used as a basis for doing what I needed.
You need a second hobbitserver.cfg and a second bb-hosts file, and it will generate what you need in the specified directory. Once it works, you can then add it as a menu option in the usual way.
I wish I could offer you more, but I did not take copies of the scripts when I left and it was a long time ago.
Cheers Vernon
Wasn't the feature called pagesets? Or am I confusing that with the bbgen toolset? I haven't used it in a long time, but it's probably worth doing in my current environment, now that other groups are using my xymon server internally...
http://www.xymon.com/hobbit/help/manpages/man1/bbgen.1.html#lbAO
-- Daniel J McDonald, CCIE # 2495, CISSP # 78281
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
We had kind of the same problem that we solved by generating a second set of pages. The default set is complete and intended to the admin group while the second -prefixed- is for the helpdesk team. Each team then access Xymon with a different URL:
admin: http://example.com/xymon helpdesk: http://example.com/hk-xymon
For this to work you need to run bbgen on different bb-hosts or -what we did- organize bb-hosts to be able to run bbgen on a subset of the hosts. On this subset you can then ignore (bbgen --bb2-ignorecolumns) all tests that you do not want to make appear on bb2.html. (we do not show any local checks). For not interfering with the default set we also created the needed set of prefixed config., cgis, gifs, and menus dirs/files. (helpdesk team see only a subset of menus).
Dominique
On 07/ 8/10 02:53 AM, Maik Heinelt wrote:
Well, that's what I said. I already use mod_auth_mysql to ahndle with user logins, but could you please explain, how to manage the all non-green function just for one folder? This would be a nice feature, to make it possible, a user can see only all non-green machines for his folder.
I had the menu on Xymon only visible for local, just to avoid, a standard user can click on the "Show all non-green" link in there.
Heinelt Maik Status: Software Developer ハイネルト マイク 愛知県一宮市富士２－２－２２ 株式会社 ベガシステムズ TEL ０５８６－７１－３９０３ FAX ０５８６－７１－４０７１ http://www.vegasystems.com Skype ID: daliose
On 2010/07/08 9:40, Jerald Sheets wrote:
Thing is, Maik, that there are so many options via Apache modules (LDAP, MySQL, etc.) and you can even connect right into your AD, that it seems there shouldn't be a huge amount of time with something of such an "add-on" feel about it.
What I mean by that is, that Apache alone can make your life very simple with mod_auth_ldap, mod_auth_mysql, etc. A few directives, point at the right database, and voila! There are plenty of GUI clients already out there, and there are plenty of cool ways to handle User access/management, that I'd rather the dev team work on making Xymon do what it does best *even better*, and that's monitoring things.
Maybe that can be in the roadmap at some point, but I'm just not sure I agree very strongly with you that this would be as pressing a need as some other things in the project.
I'm willing to be shouted down on that, by the way. Just my two cents...
--J
On Jul 7, 2010, at 7:26 PM, Maik Heinelt wrote:
As we are talking about new features/function for Xymon, I would like to bring in one more idea.
Cause we are monitoring several server from my companies costumer, we have set several user for our costumer, to see their server status. For this, we just use a simple .htaccess connected with a MySQL db.
It would be very handy, if there would be such a user/permission management in Xymon as default.
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Maik
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
Well setting up a new instance of Xymon is working, if you have just 1-3 costumer, who to show their server status. But if you have about 30-40 or even more, it is a lot of work to manage all this accounts and instances.
Anyway.... I'm really surprised, how many list member are posting to this topic!
Maik
Heinelt Maik Status: Software Developer ハイネルト マイク 愛知県一宮市富士２－２－２２ 株式会社 ベガシステムズ TEL ０５８６－７１－３９０３ FAX ０５８６－７１－４０７１ http://www.vegasystems.com Skype ID: daliose
On 2010/07/08 16:40, Dominique Frise wrote:
We had kind of the same problem that we solved by generating a second set of pages. The default set is complete and intended to the admin group while the second -prefixed- is for the helpdesk team. Each team then access Xymon with a different URL:
admin: http://example.com/xymon helpdesk: http://example.com/hk-xymon
For this to work you need to run bbgen on different bb-hosts or -what we did- organize bb-hosts to be able to run bbgen on a subset of the hosts. On this subset you can then ignore (bbgen --bb2-ignorecolumns) all tests that you do not want to make appear on bb2.html. (we do not show any local checks). For not interfering with the default set we also created the needed set of prefixed config., cgis, gifs, and menus dirs/files. (helpdesk team see only a subset of menus).
Dominique
On 07/ 8/10 02:53 AM, Maik Heinelt wrote:
Well, that's what I said. I already use mod_auth_mysql to ahndle with user logins, but could you please explain, how to manage the all non-green function just for one folder? This would be a nice feature, to make it possible, a user can see only all non-green machines for his folder.
I had the menu on Xymon only visible for local, just to avoid, a standard user can click on the "Show all non-green" link in there.
Heinelt Maik Status: Software Developer ハイネルト マイク 愛知県一宮市富士２－２－２２ 株式会社 ベガシステムズ TEL ０５８６－７１－３９０３ FAX ０５８６－７１－４０７１ http://www.vegasystems.com Skype ID: daliose
On 2010/07/08 9:40, Jerald Sheets wrote:
Thing is, Maik, that there are so many options via Apache modules (LDAP, MySQL, etc.) and you can even connect right into your AD, that it seems there shouldn't be a huge amount of time with something of such an "add-on" feel about it.
What I mean by that is, that Apache alone can make your life very simple with mod_auth_ldap, mod_auth_mysql, etc. A few directives, point at the right database, and voila! There are plenty of GUI clients already out there, and there are plenty of cool ways to handle User access/management, that I'd rather the dev team work on making Xymon do what it does best *even better*, and that's monitoring things.
Maybe that can be in the roadmap at some point, but I'm just not sure I agree very strongly with you that this would be as pressing a need as some other things in the project.
I'm willing to be shouted down on that, by the way. Just my two cents...
--J
On Jul 7, 2010, at 7:26 PM, Maik Heinelt wrote:
As we are talking about new features/function for Xymon, I would like to bring in one more idea.
Cause we are monitoring several server from my companies costumer, we have set several user for our costumer, to see their server status. For this, we just use a simple .htaccess connected with a MySQL db.
It would be very handy, if there would be such a user/permission management in Xymon as default.
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Maik
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
Hello List,
First of all, congratulations Buchan!!!
I have a couple of issues on two VMWare ESX 3.5 boxes. The xymon client compiled ok and starts fine, just after 30 or so minutes of all green, the local tests (disk, cpu. memory, etc...) turn purple on the BBDISPLAY. On the ESX box (dubesxserver), the xymon client is still up
xymon at dubesxserver logs]$ ps -ef | grep xymon xymon 20485 1 0 12:54 ? 00:00:00 /home/xymon/client/bin/hobbitlaunch --config=/home/xymon/client/etc/clientlaunch.cfg --log=/home/xymon/client/logs/clientlaunch.log --pidfile=/home/xymon/client/logs/clientlaunch.dubesxserver.pid [xymon at dubesxserver logs]$
and the logs look clean
[xymon at dubesxserver logs]$ tail -6 clientlaunch.log 2010-07-08 11:04:12 hobbitlaunch starting 2010-07-08 11:04:12 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg 2010-07-08 11:44:14 hobbitlaunch starting 2010-07-08 11:44:14 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg 2010-07-08 12:54:23 hobbitlaunch starting 2010-07-08 12:54:23 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg [xymon at dubesxserver logs]$
On the The xymon server (mjolnir), the only thing I could spot in the logs is the following:
[xymon at mjolnir xymon]$ grep dubesxserver /var/log/xymon/history.log 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.memory - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.files - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.msgs
- color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.ports - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.procs - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.disk
- color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.cpu
- color unchanged (purple)
There are no ghost clients. The two ESX boxes are the only two FQDN hosts in an entirely non-FQDN environment. I think I got this right in bb-hosts, but too much of a coincidence not to mention it.
[xymon at mjolnir etc]$ grep dubesx bb-hosts 10.11.12.11 dubesxserver # CLIENT:dubesxserver.mydomain.com !telnet !ftp ssh !smtp 10.11.12.12 dubesxserver2 # CLIENT:dubesxserver2.mydomain.com !telnet !ftp ssh !smtp
So... what am I missing here?
Also, reading through previous posts, I've amended the df section of hobbitclient-linux on the xymon client to be as follows:
echo "[df]" sudo /usr/sbin/vdf -P | egrep -v "\/vmfs\/devices|none|tmpfs|shmfs|unknown|iso9660" | sed -e '/^[^ ][^ ]*$/{ N s/[ ]*\n[ ]*/ / }'
The data seem to arrive ok to the xymon server (the below is take from the http://mjolnir/xymon-cgi/bb-hostsvc.sh?HOST=dubesxserver&SERVICE=disk page)
Filesystem 1024-blocks Used Available Capacity Mounted on /dev/sda2 5036316 2091244 2689240 44% / /dev/sda1 101089 29317 66553 31% /boot /dev/sda7 2008080 160456 1745616 9% /var/log /vmfs/volumes/45e4461c-a5352206-a179-0019b9b80358 1298923520 996801536 302121984 76% /vmfs/volumes/Dubesxserver_Storage1 /vmfs/volumes/4a48df4f-c3b2e5bb-d72c-00188b44e922 419430400 351988736 67441664 83% /vmfs/volumes/ESX_LUN_Compton /vmfs/volumes/4be031bd-23a8786b-9e26-00188b44e922 943456256 839100416 104355840 88% /vmfs/volumes/4be031bd-23a8786b-9e26-00188b44e922
but all the disks graph are blank, i.e. the six filesystems are listed ok in the graphs, but none is graphed and all six say:
<partition name> nan (cur) nan (man) nan (min) nan (avg)
Any ideas what I'm doing wrong, here?
Cheers
Loris
The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not an intended party to this communication, please notify the sender and delete/destroy any and all copies of this communication.
Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses. There are some inherent risks with exchanging e-mails. You understand and agree that we are not, and will not be, responsible for the unauthorized access, interception, or redirection of e-mails including any attachments, nor will we be responsible for the effect on any computer system of any e-mails or attachments. You also agree that we will not be responsible for the incorrect or incomplete transmission of information by e-mail
The information contained in this communication is not intended or construed as an offer, solicitation, or a recommendation to purchase any security.
Opinions, suggestions or views presented in this communication are not necessarily those of The Bank of New York Mellon Corporation or any of its affiliates.
Please refer to http://disclaimer.bnymellon.com/eu.htm for disclosures relating to European legal entities
I had this problem as well when I installed the Xymon client on one of our ESX 4 servers. The client would only send one update, and then stop working. If I restarted the client, the same thing happened again. I did not put much work into finding out why, I went for SNMP monitoring using devmon instead. But I think that there was some process missing, if I compared it to a standard linux client, and I figured that had something to do with it.
/Johan
-----Original Message----- From: loris.serena at pncgis.ie [mailto:loris.serena at pncgis.ie] Sent: den 8 juli 2010 15:35 Cc: hobbit at hswn.dk Subject: [hobbit] Xymon client on ESX 3.5: goes purple after 30 minutes + disks not graphing
Hello List,
First of all, congratulations Buchan!!!
I have a couple of issues on two VMWare ESX 3.5 boxes. The xymon client compiled ok and starts fine, just after 30 or so minutes of all green, the local tests (disk, cpu. memory, etc...) turn purple on the BBDISPLAY. On the ESX box (dubesxserver), the xymon client is still up
xymon at dubesxserver logs]$ ps -ef | grep xymon xymon 20485 1 0 12:54 ? 00:00:00 /home/xymon/client/bin/hobbitlaunch --config=/home/xymon/client/etc/clientlaunch.cfg --log=/home/xymon/client/logs/clientlaunch.log --pidfile=/home/xymon/client/logs/clientlaunch.dubesxserver.pid [xymon at dubesxserver logs]$
and the logs look clean
[xymon at dubesxserver logs]$ tail -6 clientlaunch.log 2010-07-08 11:04:12 hobbitlaunch starting 2010-07-08 11:04:12 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg 2010-07-08 11:44:14 hobbitlaunch starting 2010-07-08 11:44:14 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg 2010-07-08 12:54:23 hobbitlaunch starting 2010-07-08 12:54:23 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg [xymon at dubesxserver logs]$
On the The xymon server (mjolnir), the only thing I could spot in the logs is the following:
[xymon at mjolnir xymon]$ grep dubesxserver /var/log/xymon/history.log 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.memory - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.files - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.msgs
- color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.ports - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.procs - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.disk
- color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.cpu
- color unchanged (purple)
There are no ghost clients. The two ESX boxes are the only two FQDN hosts in an entirely non-FQDN environment. I think I got this right in bb-hosts, but too much of a coincidence not to mention it.
[xymon at mjolnir etc]$ grep dubesx bb-hosts 10.11.12.11 dubesxserver # CLIENT:dubesxserver.mydomain.com !telnet !ftp ssh !smtp 10.11.12.12 dubesxserver2 # CLIENT:dubesxserver2.mydomain.com !telnet !ftp ssh !smtp
So... what am I missing here?
Also, reading through previous posts, I've amended the df section of hobbitclient-linux on the xymon client to be as follows:
echo "[df]" sudo /usr/sbin/vdf -P | egrep -v "\/vmfs\/devices|none|tmpfs|shmfs|unknown|iso9660" | sed -e '/^[^ ][^ ]*$/{ N s/[ ]*\n[ ]*/ / }'
The data seem to arrive ok to the xymon server (the below is take from the http://mjolnir/xymon-cgi/bb-hostsvc.sh?HOST=dubesxserver&SERVICE=disk page)
Filesystem 1024-blocks Used Available Capacity Mounted on /dev/sda2 5036316 2091244 2689240 44% / /dev/sda1 101089 29317 66553 31% /boot /dev/sda7 2008080 160456 1745616 9% /var/log /vmfs/volumes/45e4461c-a5352206-a179-0019b9b80358 1298923520 996801536 302121984 76% /vmfs/volumes/Dubesxserver_Storage1 /vmfs/volumes/4a48df4f-c3b2e5bb-d72c-00188b44e922 419430400 351988736 67441664 83% /vmfs/volumes/ESX_LUN_Compton /vmfs/volumes/4be031bd-23a8786b-9e26-00188b44e922 943456256 839100416 104355840 88% /vmfs/volumes/4be031bd-23a8786b-9e26-00188b44e922
but all the disks graph are blank, i.e. the six filesystems are listed ok in the graphs, but none is graphed and all six say:
<partition name> nan (cur) nan (man) nan (min) nan (avg)
Any ideas what I'm doing wrong, here?
Cheers
Loris
The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not an intended party to this communication, please notify the sender and delete/destroy any and all copies of this communication.
Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses. There are some inherent risks with exchanging e-mails. You understand and agree that we are not, and will not be, responsible for the unauthorized access, interception, or redirection of e- mails including any attachments, nor will we be responsible for the effect on any computer system of any e-mails or attachments. You also agree that we will not be responsible for the incorrect or incomplete transmission of information by e-mail
The information contained in this communication is not intended or construed as an offer, solicitation, or a recommendation to purchase any security.
Opinions, suggestions or views presented in this communication are not necessarily those of The Bank of New York Mellon Corporation or any of its affiliates.
Please refer to http://disclaimer.bnymellon.com/eu.htm for disclosures relating to European legal entities
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Hi Johan
I would be most interested to see your ESX Devmon templates.
Regards Vernon
On Thu, Jul 8, 2010 at 9:44 PM, Johan Sjöberg <johan.sjoberg at deltamanagement.se> wrote:
I had this problem as well when I installed the Xymon client on one of our ESX 4 servers. The client would only send one update, and then stop working. If I restarted the client, the same thing happened again. I did not put much work into finding out why, I went for SNMP monitoring using devmon instead. But I think that there was some process missing, if I compared it to a standard linux client, and I figured that had something to do with it.
/Johan
Hi.
I am only monitoring CPU, Mem and disk for the service console using the standard linux OID:s. We have not had the time to create any VM monitoring stuff, but we have the Xymon clients on all VM:s, so it has not been a high priority. I have also created a VMFS utilization template, that uses "exec" in snmpd.conf on the ESX host to run a script that uses vdf and parses the result. If you want, I can upload the script and template somewhere.
/Johan
-----Original Message----- From: Vernon Everett [mailto:everett.vernon at gmail.com] Sent: den 9 juli 2010 04:28 To: hobbit at hswn.dk Subject: [xymon] Re: [hobbit] Xymon client on ESX 3.5: goes purple after 30 minutes + disks not graphing
Hi Johan
I would be most interested to see your ESX Devmon templates.
Regards Vernon
On Thu, Jul 8, 2010 at 9:44 PM, Johan Sjöberg <johan.sjoberg at deltamanagement.se> wrote:
I had this problem as well when I installed the Xymon client on one of our ESX 4 servers. The client would only send one update, and then stop working. If I restarted the client, the same thing happened again. I did not put much work into finding out why, I went for SNMP monitoring using devmon instead. But I think that there was some process missing, if I compared it to a standard linux client, and I figured that had something to do with it.
/Johan
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Loris, you are ahead of me.
Sorry I don't have answer for your question since I haven't tackle this myself yet. I have interest to get xymon client for ESXi to work since I have a few ESXi and ESX machines monitored(conn) by Xymon.
One thing you can try is to do a "sh -x" on hobbitclient-linux.sh to see if every commands ran fine ? ESX is a slimmed down version of Linux(RH 9 ?), you should have done many changes in hobbitclient-linux.sh file.
Can you share what you have done to prepare a Xymon client for ESX ?
I am hoping this ESX effort can be rolled in src in the end.
tj
On Thu, Jul 8, 2010 at 8:35 AM, <loris.serena at pncgis.ie> wrote:
Hello List,
First of all, congratulations Buchan!!!
I have a couple of issues on two VMWare ESX 3.5 boxes. The xymon client compiled ok and starts fine, just after 30 or so minutes of all green, the local tests (disk, cpu. memory, etc...) turn purple on the BBDISPLAY. On the ESX box (dubesxserver), the xymon client is still up
xymon at dubesxserver logs]$ ps -ef | grep xymon xymon 20485 1 0 12:54 ? 00:00:00 /home/xymon/client/bin/hobbitlaunch --config=/home/xymon/client/etc/clientlaunch.cfg --log=/home/xymon/client/logs/clientlaunch.log --pidfile=/home/xymon/client/logs/clientlaunch.dubesxserver.pid [xymon at dubesxserver logs]$
and the logs look clean
[xymon at dubesxserver logs]$ tail -6 clientlaunch.log 2010-07-08 11:04:12 hobbitlaunch starting 2010-07-08 11:04:12 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg 2010-07-08 11:44:14 hobbitlaunch starting 2010-07-08 11:44:14 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg 2010-07-08 12:54:23 hobbitlaunch starting 2010-07-08 12:54:23 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg [xymon at dubesxserver logs]$
On the The xymon server (mjolnir), the only thing I could spot in the logs is the following:
[xymon at mjolnir xymon]$ grep dubesxserver /var/log/xymon/history.log 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.memory - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.files - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.msgs
- color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.ports - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.procs - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.disk
- color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.cpu
- color unchanged (purple)
There are no ghost clients. The two ESX boxes are the only two FQDN hosts in an entirely non-FQDN environment. I think I got this right in bb-hosts, but too much of a coincidence not to mention it.
[xymon at mjolnir etc]$ grep dubesx bb-hosts 10.11.12.11 dubesxserver # CLIENT:dubesxserver.mydomain.com !telnet !ftp ssh !smtp 10.11.12.12 dubesxserver2 # CLIENT:dubesxserver2.mydomain.com !telnet !ftp ssh !smtp
So... what am I missing here?
Also, reading through previous posts, I've amended the df section of hobbitclient-linux on the xymon client to be as follows:
echo "[df]" sudo /usr/sbin/vdf -P | egrep -v "\/vmfs\/devices|none|tmpfs|shmfs|unknown|iso9660" | sed -e '/^[^ ][^ ]*$/{ N s/[ ]*\n[ ]*/ / }'
The data seem to arrive ok to the xymon server (the below is take from the http://mjolnir/xymon-cgi/bb-hostsvc.sh?HOST=dubesxserver&SERVICE=disk page)
Filesystem 1024-blocks Used Available Capacity Mounted on /dev/sda2 5036316 2091244 2689240 44% / /dev/sda1 101089 29317 66553 31% /boot /dev/sda7 2008080 160456 1745616 9% /var/log /vmfs/volumes/45e4461c-a5352206-a179-0019b9b80358 1298923520 996801536 302121984 76% /vmfs/volumes/Dubesxserver_Storage1 /vmfs/volumes/4a48df4f-c3b2e5bb-d72c-00188b44e922 419430400 351988736 67441664 83% /vmfs/volumes/ESX_LUN_Compton /vmfs/volumes/4be031bd-23a8786b-9e26-00188b44e922 943456256 839100416 104355840 88% /vmfs/volumes/4be031bd-23a8786b-9e26-00188b44e922
but all the disks graph are blank, i.e. the six filesystems are listed ok in the graphs, but none is graphed and all six say:
<partition name> nan (cur) nan (man) nan (min) nan (avg)
Any ideas what I'm doing wrong, here?
Cheers
Loris
The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not an intended party to this communication, please notify the sender and delete/destroy any and all copies of this communication.
Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses. There are some inherent risks with exchanging e-mails. You understand and agree that we are not, and will not be, responsible for the unauthorized access, interception, or redirection of e-mails including any attachments, nor will we be responsible for the effect on any computer system of any e-mails or attachments. You also agree that we will not be responsible for the incorrect or incomplete transmission of information by e-mail
The information contained in this communication is not intended or construed as an offer, solicitation, or a recommendation to purchase any security.
Opinions, suggestions or views presented in this communication are not necessarily those of The Bank of New York Mellon Corporation or any of its affiliates.
Please refer to http://disclaimer.bnymellon.com/eu.htm for disclosures relating to European legal entities
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- T.J. Yang
Hi TJ,
the ESX box I have here seems to refer to RHEL3.
[xymon at dubesxserver etc]$ cat /etc/vmware-release VMware ESX Server 3 (Dali) [xymon at dubesxserver etc]$ cat /etc/redhat-release Red Hat Enterprise Linux ES release 3 (Taroon) [xymon at dubesxserver etc]$
Can you share what you have done to prepare a Xymon client for ESX ?
To be honest with you... not much, really! ;-) Just a plain configure.client and all compiled ok (xymon 4.2.3).
plus,
sudo permission for the xymon user to run /usr/sbin/vdf
[xymon at dubesxserver client]$ diff runclient.sh.orig runclient.sh 19c19 < MACHINEDOTS="
uname -n" # This systems hostname
MACHINEDOTS="
hostname -s" # This systems hostname
but that's just me, for the non FQDN thingy
- [xymon at dubesxserver bin]$ diff hobbitclient-linux.sh.orig hobbitclient-linux.sh 45c45 < df -Pl -x none -x tmpfs -x shmfs -x unknown -x iso9660 | sed -e '/^[^ ][^ ]*$/{
sudo /usr/sbin/vdf -P | egrep -v "\/vmfs\/devices|none|tmpfs|shmfs|unknown|iso9660" | sed -e '/^[^ ][^ ]*$/{
usage may vary here, depending to what fs one want to include/exclude
- chmod g+r /var/log/messages usermod -G root xymon
for the xymon user to read the messages file.
More stuff. I haven't looked at replacing top with esxtop yet, but I recall reading a few posts on the subject. Running sh -x hobbitclient-linux.sh completes OK, if we forgive a few variables (i.e. BBTMP) not set in my shell.
As Johan Sjoberg mentioned, the vmstat process only lives for one iteration on ESX, which may well be where the issue lies.
[xymon at dubesxserver client]$ date Thu Jul 8 15:48:01 IST 2010 [xymon at dubesxserver client]$ ps -ef | grep xymon xymon 15311 1 0 15:46 ? 00:00:00 /home/xymon/client/bin/hobbitlaunch --config=/home/xymon/client/etc/clientlaunch.cfg --log=/home/xymon/client/logs/clientlaunch.log --pidfile=/home/xymon/client/logs/clientlaunch.dubesxserver.pid xymon 15340 1 0 15:46 ? 00:00:00 sh -c vmstat 300 2 1>/home/xymon/client/tmp/hobbit_vmstat.dubesxserver.15316 2>&1; mv /home/xymon/client/tmp/hobbit_vmstat.dubesxserver.15316 /home/xymon/client/tmp/hobbit_vmstat.dubesxserver [xymon at dubesxserver client]$
[xymon at dubesxserver client]$ date Thu Jul 8 15:52:16 IST 2010 [xymon at dubesxserver client]$ ps -ef | grep xymon xymon 15311 1 0 15:46 ? 00:00:00 /home/xymon/client/bin/hobbitlaunch --config=/home/xymon/client/etc/clientlaunch.cfg --log=/home/xymon/client/logs/clientlaunch.log --pidfile=/home/xymon/client/logs/clientlaunch.dubesxserver.pid [xymon at dubesxserver client]$
Loris
TJ Yang
<tjyang2001 at gmail
.com> To
hobbit at hswn.dk
08/07/2010 15:02 cc
Subject
Please respond to Re: [hobbit] Xymon client on ESX
hobbit at hswn.dk 3.5: goes purple after 30 minutes +
disks not graphing
Loris, you are ahead of me.
Sorry I don't have answer for your question since I haven't tackle this myself yet. I have interest to get xymon client for ESXi to work since I have a few ESXi and ESX machines monitored(conn) by Xymon.
One thing you can try is to do a "sh -x" on hobbitclient-linux.sh to see if every commands ran fine ? ESX is a slimmed down version of Linux(RH 9 ?), you should have done many changes in hobbitclient-linux.sh file.
Can you share what you have done to prepare a Xymon client for ESX ?
I am hoping this ESX effort can be rolled in src in the end.
tj
On Thu, Jul 8, 2010 at 8:35 AM, <loris.serena at pncgis.ie> wrote:
Hello List,
First of all, congratulations Buchan!!!
I have a couple of issues on two VMWare ESX 3.5 boxes. The xymon client compiled ok and starts fine, just after 30 or so minutes of all green, the local tests (disk, cpu. memory, etc...) turn purple on the BBDISPLAY. On the ESX box (dubesxserver), the xymon client is still up
xymon at dubesxserver logs]$ ps -ef | grep xymon xymon 20485 1 0 12:54 ? 00:00:00 /home/xymon/client/bin/hobbitlaunch --config=/home/xymon/client/etc/clientlaunch.cfg --log=/home/xymon/client/logs/clientlaunch.log --pidfile=/home/xymon/client/logs/clientlaunch.dubesxserver.pid [xymon at dubesxserver logs]$
and the logs look clean
[xymon at dubesxserver logs]$ tail -6 clientlaunch.log 2010-07-08 11:04:12 hobbitlaunch starting 2010-07-08 11:04:12 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg 2010-07-08 11:44:14 hobbitlaunch starting 2010-07-08 11:44:14 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg 2010-07-08 12:54:23 hobbitlaunch starting 2010-07-08 12:54:23 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg [xymon at dubesxserver logs]$
On the The xymon server (mjolnir), the only thing I could spot in the logs is the following:
[xymon at mjolnir xymon]$ grep dubesxserver /var/log/xymon/history.log 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.memory - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.files - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.msgs
- color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.ports - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.procs - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.disk
- color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.cpu
- color unchanged (purple)
There are no ghost clients. The two ESX boxes are the only two FQDN hosts in an entirely non-FQDN environment. I think I got this right in bb-hosts, but too much of a coincidence not to mention it.
[xymon at mjolnir etc]$ grep dubesx bb-hosts 10.11.12.11 dubesxserver # CLIENT:dubesxserver.mydomain.com !telnet !ftp ssh !smtp 10.11.12.12 dubesxserver2 # CLIENT:dubesxserver2.mydomain.com !telnet !ftp ssh !smtp
So... what am I missing here?
Also, reading through previous posts, I've amended the df section of hobbitclient-linux on the xymon client to be as follows:
echo "[df]" sudo /usr/sbin/vdf -P | egrep -v "\/vmfs\/devices|none|tmpfs|shmfs|unknown|iso9660" | sed -e '/^[^ ][^ ]*$/{ N s/[ ]*\n[ ]*/ / }'
The data seem to arrive ok to the xymon server (the below is take from the http://mjolnir/xymon-cgi/bb-hostsvc.sh?HOST=dubesxserver&SERVICE=disk page)
Filesystem 1024-blocks Used Available Capacity Mounted on /dev/sda2 5036316 2091244 2689240 44% / /dev/sda1 101089 29317 66553 31% /boot /dev/sda7 2008080 160456 1745616 9% /var/log /vmfs/volumes/45e4461c-a5352206-a179-0019b9b80358 1298923520 996801536 302121984 76% /vmfs/volumes/Dubesxserver_Storage1 /vmfs/volumes/4a48df4f-c3b2e5bb-d72c-00188b44e922 419430400 351988736 67441664 83% /vmfs/volumes/ESX_LUN_Compton /vmfs/volumes/4be031bd-23a8786b-9e26-00188b44e922 943456256 839100416 104355840 88% /vmfs/volumes/4be031bd-23a8786b-9e26-00188b44e922
but all the disks graph are blank, i.e. the six filesystems are listed ok in the graphs, but none is graphed and all six say:
<partition name> nan (cur) nan (man) nan (min) nan (avg)
Any ideas what I'm doing wrong, here?
Cheers
Loris
The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not an intended party to this communication, please notify the sender and delete/destroy any and all copies of this communication.
Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses. There are some inherent risks with exchanging e-mails. You understand and agree that we are not, and will not be, responsible for the unauthorized access, interception, or redirection of e-mails including any attachments, nor will we be responsible for the effect on any computer system of any e-mails or attachments. You also agree that we will not be responsible for the incorrect or incomplete transmission of information by e-mail
The information contained in this communication is not intended or construed as an offer, solicitation, or a recommendation to purchase any security.
Opinions, suggestions or views presented in this communication are not necessarily those of The Bank of New York Mellon Corporation or any of its affiliates.
Please refer to http://disclaimer.bnymellon.com/eu.htm for disclosures relating to European legal entities
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
The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not an intended party to this communication, please notify the sender and delete/destroy any and all copies of this communication.
Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses. There are some inherent risks with exchanging e-mails. You understand and agree that we are not, and will not be, responsible for the unauthorized access, interception, or redirection of e-mails including any attachments, nor will we be responsible for the effect on any computer system of any e-mails or attachments. You also agree that we will not be responsible for the incorrect or incomplete transmission of information by e-mail
The information contained in this communication is not intended or construed as an offer, solicitation, or a recommendation to purchase any security.
Opinions, suggestions or views presented in this communication are not necessarily those of The Bank of New York Mellon Corporation or any of its affiliates.
Please refer to http://disclaimer.bnymellon.com/eu.htm for disclosures relating to European legal entities
On Thursday, 8 July 2010 14:35:05 loris.serena at pncgis.ie wrote:
Hello List,
First of all, congratulations Buchan!!!
I have a couple of issues on two VMWare ESX 3.5 boxes. The xymon client compiled ok and starts fine, just after 30 or so minutes of all green, the local tests (disk, cpu. memory, etc...) turn purple on the BBDISPLAY. On the ESX box (dubesxserver), the xymon client is still up
I have also see this occurring with xymon 4.2.3 on RHEL 3 clients, where the Hobbit 4.2.0 client does not have this problem on RHEL3.
I have not had a chance to investigate further, so for now RHEL3 clients
Hobbit 4.2.0
Please confirm the glibc, kernel and xymon versions, and file a bug.
Regards, Buchan
Hello,
On esx 3.5 and 4.0 I use the precompiled rpm's from Buchan's repository.
After opening the firewall (esxcfg-firewall --openPort 1984,tcp,out,bigbrother) they all work.
Somtimes, on off-site esx farms, I have to use the bbalias to fake a name that reads better on the xymon server.
Have you checked the firewall?
Regards,
Gé
I have a couple of issues on two VMWare ESX 3.5 boxes. The xymon client compiled ok and starts fine, just after 30 or so minutes of all green, the local tests (disk, cpu. memory, etc...) turn purple on the BBDISPLAY. On the ESX box (dubesxserver), the xymon client is still up
xymon at dubesxserver logs]$ ps -ef | grep xymon xymon 20485 1 0 12:54 ? 00:00:00 /home/xymon/client/bin/hobbitlaunch --config=/home/xymon/client/etc/clientlaunch.cfg --log=/home/xymon/client/logs/clientlaunch.log --pidfile=/home/xymon/client/logs/clientlaunch.dubesxserver.pid [xymon at dubesxserver logs]$
and the logs look clean
[xymon at dubesxserver logs]$ tail -6 clientlaunch.log 2010-07-08 11:04:12 hobbitlaunch starting 2010-07-08 11:04:12 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg 2010-07-08 11:44:14 hobbitlaunch starting 2010-07-08 11:44:14 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg 2010-07-08 12:54:23 hobbitlaunch starting 2010-07-08 12:54:23 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg [xymon at dubesxserver logs]$
On the The xymon server (mjolnir), the only thing I could spot in the logs is the following:
[xymon at mjolnir xymon]$ grep dubesxserver /var/log/xymon/history.log 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.memory - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.files - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.msgs
- color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.ports - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.procs - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.disk
- color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.cpu
- color unchanged (purple)
There are no ghost clients. The two ESX boxes are the only two FQDN hosts in an entirely non-FQDN environment. I think I got this right in bb-hosts, but too much of a coincidence not to mention it.
[xymon at mjolnir etc]$ grep dubesx bb-hosts 10.11.12.11 dubesxserver # CLIENT:dubesxserver.mydomain.com !telnet !ftp ssh !smtp 10.11.12.12 dubesxserver2 # CLIENT:dubesxserver2.mydomain.com !telnet !ftp ssh !smtp
So... what am I missing here?
Also, reading through previous posts, I've amended the df section of hobbitclient-linux on the xymon client to be as follows:
echo "[df]" sudo /usr/sbin/vdf -P | egrep -v "\/vmfs\/devices|none|tmpfs|shmfs|unknown|iso9660" | sed -e '/^[^ ][^ ]*$/{ N s/[ ]*\n[ ]*/ / }'
The data seem to arrive ok to the xymon server (the below is take from the http://mjolnir/xymon-cgi/bb-hostsvc.sh?HOST=dubesxserver&SERVICE=disk page)
Filesystem 1024-blocks Used Available Capacity Mounted on /dev/sda2 5036316 2091244 2689240 44% / /dev/sda1 101089 29317 66553 31% /boot /dev/sda7 2008080 160456 1745616 9% /var/log /vmfs/volumes/45e4461c-a5352206-a179-0019b9b80358 1298923520 996801536 302121984 76% /vmfs/volumes/Dubesxserver_Storage1 /vmfs/volumes/4a48df4f-c3b2e5bb-d72c-00188b44e922 419430400 351988736 67441664 83% /vmfs/volumes/ESX_LUN_Compton /vmfs/volumes/4be031bd-23a8786b-9e26-00188b44e922 943456256 839100416 104355840 88% /vmfs/volumes/4be031bd-23a8786b-9e26-00188b44e922
but all the disks graph are blank, i.e. the six filesystems are listed ok in the graphs, but none is graphed and all six say:
<partition name> nan (cur) nan (man) nan (min) nan (avg)
Any ideas what I'm doing wrong, here?
Cheers
Loris
Hi.
I also used the precompiled RPM:s for RHEL3, version 4.2.3. The firewall was open and they worked for one run.
Which version do you use?
/Johan
-----Original Message----- From: Gé Janssen [mailto:ge.janssen at gmail.com] Sent: den 8 juli 2010 18:35 To: hobbit at hswn.dk Subject: Re: [hobbit] Xymon client on ESX 3.5: goes purple after 30 minutes + disks not graphing
Hello,
On esx 3.5 and 4.0 I use the precompiled rpm's from Buchan's repository.
After opening the firewall (esxcfg-firewall --openPort 1984,tcp,out,bigbrother) they all work.
Somtimes, on off-site esx farms, I have to use the bbalias to fake a name that reads better on the xymon server.
Have you checked the firewall?
Regards,
Gé
I have a couple of issues on two VMWare ESX 3.5 boxes. The xymon client compiled ok and starts fine, just after 30 or so minutes of all green, the local tests (disk, cpu. memory, etc...) turn purple on the BBDISPLAY. On the ESX box (dubesxserver), the xymon client is still up
xymon at dubesxserver logs]$ ps -ef | grep xymon xymon 20485 1 0 12:54 ? 00:00:00 /home/xymon/client/bin/hobbitlaunch --config=/home/xymon/client/etc/clientlaunch.cfg --log=/home/xymon/client/logs/clientlaunch.log --pidfile=/home/xymon/client/logs/clientlaunch.dubesxserver.pid [xymon at dubesxserver logs]$
and the logs look clean
[xymon at dubesxserver logs]$ tail -6 clientlaunch.log 2010-07-08 11:04:12 hobbitlaunch starting 2010-07-08 11:04:12 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg 2010-07-08 11:44:14 hobbitlaunch starting 2010-07-08 11:44:14 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg 2010-07-08 12:54:23 hobbitlaunch starting 2010-07-08 12:54:23 Loading tasklist configuration from /home/xymon/client/etc/clientlaunch.cfg [xymon at dubesxserver logs]$
On the The xymon server (mjolnir), the only thing I could spot in the logs is the following:
[xymon at mjolnir xymon]$ grep dubesxserver /var/log/xymon/history.log 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.memory - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.files - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.msgs
- color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.ports - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.procs - color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.disk
- color unchanged (purple) 2010-07-08 13:55:56 Will not update /home/xymon/data/hist/dubesxserver.cpu
- color unchanged (purple)
There are no ghost clients. The two ESX boxes are the only two FQDN hosts in an entirely non-FQDN environment. I think I got this right in bb-hosts, but too much of a coincidence not to mention it.
[xymon at mjolnir etc]$ grep dubesx bb-hosts 10.11.12.11 dubesxserver # CLIENT:dubesxserver.mydomain.com !telnet !ftp ssh !smtp 10.11.12.12 dubesxserver2 # CLIENT:dubesxserver2.mydomain.com !telnet !ftp ssh !smtp
So... what am I missing here?
Also, reading through previous posts, I've amended the df section of hobbitclient-linux on the xymon client to be as follows:
echo "[df]" sudo /usr/sbin/vdf -P | egrep -v "\/vmfs\/devices|none|tmpfs|shmfs|unknown|iso9660" | sed -e '/^[^ ][^ ]*$/{ N s/[ ]*\n[ ]*/ / }'
The data seem to arrive ok to the xymon server (the below is take from the http://mjolnir/xymon-cgi/bb-hostsvc.sh?HOST=dubesxserver&SERVICE=disk page)
Filesystem 1024-blocks Used Available Capacity Mounted on /dev/sda2 5036316 2091244 2689240 44% / /dev/sda1 101089 29317 66553 31% /boot /dev/sda7 2008080 160456 1745616 9% /var/log /vmfs/volumes/45e4461c-a5352206-a179-0019b9b80358 1298923520 996801536 302121984 76% /vmfs/volumes/Dubesxserver_Storage1 /vmfs/volumes/4a48df4f-c3b2e5bb-d72c-00188b44e922 419430400 351988736 67441664 83% /vmfs/volumes/ESX_LUN_Compton /vmfs/volumes/4be031bd-23a8786b-9e26-00188b44e922 943456256 839100416 104355840 88% /vmfs/volumes/4be031bd-23a8786b-9e26-00188b44e922
but all the disks graph are blank, i.e. the six filesystems are listed ok in the graphs, but none is graphed and all six say:
<partition name> nan (cur) nan (man) nan (min) nan (avg)
Any ideas what I'm doing wrong, here?
Cheers
Loris
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On Thursday, 8 July 2010 00:26:23 Maik Heinelt wrote:
As we are talking about new features/function for Xymon, I would like to bring in one more idea.
We actually have enough ideas, but the problem until now was ensuring they received enough attention, and enabling people who can work on some aspect to be able to do so in a collaborative fashion.
Cause we are monitoring several server from my companies costumer, we have set several user for our costumer, to see their server status. For this, we just use a simple .htaccess connected with a MySQL db.
In many environments, I am authenticating users to LDAP directories, or Kerberos.
It would be very handy, if there would be such a user/permission management in Xymon as default.
This is on the feature plan for (I think) 4.6. However, we need to review if we think the current design of every non-static page being generated by a CGI in C is the best way to provide a featureful web interface. In other words, this may be quite a bit of work.
But, there is no need to discuss at length whether or not this is necessary, we know it is.
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Well, as others have stated, this is already possible, depending on the web server you are using. However, what isn't currently easy, is preventing users from seeing information about servers they are not supposed to be able to see, via the CGIs (which accept hostnames as parameters).
Regards, Buchan
Just to setup a new user and select the view/folder/sub-folder, where the user has permissions to.
Well, as others have stated, this is already possible, depending on the web server you are using. However, what isn't currently easy, is preventing users from seeing information about servers they are not supposed to be able to see, via the CGIs (which accept hostnames as parameters).
For this, we have created a cgi script that is loaded from hobbitcgi.cfg. The script checks which script is being run, it only allows the ones that do not contain "seccgi". If it is an allowed script, it checks the hostname parameter versus the $REMOTE_USER. We have the customer name in the hostnames, so that works for us. This is really ugly though, and it would be really nice to have it built-in. Maybe also be able to set permissions for the seccgi scripts, for example only showing the allowed hosts in Enable/Disable, and acknowledge. I have currently fixed the script so that customers can disable and enable from the info pages for their hosts, but I don't think this script would pass a proper security review. It suits our basic needs though, since our Xymon install is only accessible for a few of our customers, via VPN. We also have .htaccess files in each "page" folder, allowing each customer access. This is what sets the $REMOTE_USER variable.
/Johan
On 07/07/2010 02:55 PM, Henrik Størner wrote:
Please join me in thanking Buchan for taking on this new role, and do whatever you can to help him move the project forward.
Congratulations, Buchan.
-- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina
Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
But we need someone to take care of managing it all, and after careful consideration I have asked Buchan Milne to take on the task of keeping the Xymon project alive. I am very pleased to announce that he has accepted.
Please join me in thanking Buchan for taking on this new role, and do whatever you can to help him move the project forward.
A wise choice Henrik. Congratulations Buchan. And thank-you for agreeing to shoulder the burden. If I can assist in some way, you know where to reach me.
Cheers Vernon
Congratulations Buchan. Like Vernon please let me know if I can assist in any way.
Great to see the project back on track..
Padraig Lennon Senior Systems Integration Engineer
Pioneer Investments Management Ltd 5th Floor |Georges Quay Plaza | Georges Quay | Dublin 2 | Rep. of Ireland Tel. +353 (0)1 480.2081
padraig.lennon at pioneerinvestments.com | www.pioneerinvestments.com
Please consider the environment before printing this e-mail
-----Original Message----- From: Vernon Everett [mailto:everett.vernon at gmail.com] Sent: 08 July 2010 00:52 To: hobbit at hswn.dk Subject: Re: [hobbit] New Xymon project administrator
But we need someone to take care of managing it all, and after careful consideration I have asked Buchan Milne to take on the task of keeping the Xymon project alive. I am very pleased to announce that he has accepted.
Please join me in thanking Buchan for taking on this new role, and do whatever you can to help him move the project forward.
A wise choice Henrik. Congratulations Buchan. And thank-you for agreeing to shoulder the burden. If I can assist in some way, you know where to reach me.
Cheers Vernon
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Congratulations Buchan.
Please let us know how we can assist you in making this great project better!
Bill Finizia Northeastern University College of Computer and Information Science 310D West Village H Boston, Mass. 02115 617 373.2011 (voice) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE6A5659A
Congratulations and thank you Buchan! As I mentioned in my earlier response to TJ I have a great deal invested in Xymon and am willing to help, but time is limited. I haven't even been able to read all the mail over the past few days! Of course, there has been more than usual, but it is very exciting to see this moving forward. Together we will help Xymon continue to be the best monitor available!
Steve Holmes ITaP/ITSO/Purdue University West Lafayette, IN
-- The test of a democracy is not the magnificence of buildings or the speed of automobiles or the efficiency of air transportation, but rather the care given to the welfare of all the people. -Helen Adams Keller, lecturer and author (1880-1968)
Truth never damages a cause that is just. -Mohandas Karamchand Gandhi (1869-1948)
Congrts Buchan! Like many of you I too have strong interests in hobbit, er.. xymon. Time constraints permit offering much help other than trying to help out on the list from time to time. Good to see the project is moving forward, hopefully in small steps without getting too far away from the solid product that Henrik built.
Regards,
Tim
From: Lennon, Padraig [Padraig.Lennon at pioneerinvestments.com] Sent: Thursday, July 08, 2010 2:32 AM To: hobbit at hswn.dk Subject: RE: [hobbit] New Xymon project administrator
Congratulations Buchan. Like Vernon please let me know if I can assist in any way.
Great to see the project back on track..
Padraig Lennon Senior Systems Integration Engineer
Pioneer Investments Management Ltd 5th Floor |Georges Quay Plaza | Georges Quay | Dublin 2 | Rep. of Ireland Tel. +353 (0)1 480.2081
padraig.lennon at pioneerinvestments.com | www.pioneerinvestments.com
Please consider the environment before printing this e-mail
-----Original Message----- From: Vernon Everett [mailto:everett.vernon at gmail.com] Sent: 08 July 2010 00:52 To: hobbit at hswn.dk Subject: Re: [hobbit] New Xymon project administrator
But we need someone to take care of managing it all, and after careful consideration I have asked Buchan Milne to take on the task of keeping the Xymon project alive. I am very pleased to announce that he has accepted.
Please join me in thanking Buchan for taking on this new role, and do whatever you can to help him move the project forward.
A wise choice Henrik. Congratulations Buchan. And thank-you for agreeing to shoulder the burden. If I can assist in some way, you know where to reach me.
Cheers Vernon
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Congratulations Buchan!!!
On Thu, Jul 8, 2010 at 12:58 PM, Tim McCloskey <tm at freedom.com> wrote:
Congrts Buchan! Like many of you I too have strong interests in hobbit, er.. xymon. Time constraints permit offering much help other than trying to help out on the list from time to time. Good to see the project is moving forward, hopefully in small steps without getting too far away from the solid product that Henrik built.
Regards,
Tim
From: Lennon, Padraig [Padraig.Lennon at pioneerinvestments.com] Sent: Thursday, July 08, 2010 2:32 AM To: hobbit at hswn.dk Subject: RE: [hobbit] New Xymon project administrator
Congratulations Buchan. Like Vernon please let me know if I can assist in any way.
Great to see the project back on track..
Padraig Lennon Senior Systems Integration Engineer
Pioneer Investments Management Ltd 5th Floor |Georges Quay Plaza | Georges Quay | Dublin 2 | Rep. of Ireland Tel. +353 (0)1 480.2081
padraig.lennon at pioneerinvestments.com | www.pioneerinvestments.com
Please consider the environment before printing this e-mail
-----Original Message----- From: Vernon Everett [mailto:everett.vernon at gmail.com] Sent: 08 July 2010 00:52 To: hobbit at hswn.dk Subject: Re: [hobbit] New Xymon project administrator
But we need someone to take care of managing it all, and after careful consideration I have asked Buchan Milne to take on the task of keeping the Xymon project alive. I am very pleased to announce that he has accepted.
Please join me in thanking Buchan for taking on this new role, and do whatever you can to help him move the project forward.
A wise choice Henrik. Congratulations Buchan. And thank-you for agreeing to shoulder the burden. If I can assist in some way, you know where to reach me.
Cheers Vernon
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Please join me in thanking Buchan for taking on this new role, and do whatever you can to help him move the project forward.
Very good choice indeed ! Congratulations to the new boss ;-) I look forward to continue relying on Xymon and will do what I can to contribute moving the project forward.
Dominique
Congrats, Buchan. Looking forward to working with/for you.
--j
On Jul 7, 2010, at 3:55 PM, Henrik Størner wrote:
Please join me in thanking Buchan for taking on this new role, and do whatever you can to help him move the project forward.
Congrats Buchan!!! Enjoy :-)
On Thu, Jul 8, 2010 at 4:09 PM, Jerald Sheets <questy at gmail.com> wrote:
Congrats, Buchan. Looking forward to working with/for you.
--j
On Jul 7, 2010, at 3:55 PM, Henrik Størner wrote:
Please join me in thanking Buchan for taking on this new role, and do whatever you can to help him move the project forward.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
On Wed, 7 Jul 2010, Henrik Størner wrote:
Please join me in thanking Buchan for taking on this new role, and do whatever you can to help him move the project forward.
Respect & Good Luck, Buchan !
.. have a good feeling for the future of xymon, the community is alive and seems younger&stronger than ever :-)
cheers & thanks
martin
participants (23)
-
bgmilne＠staff.telkomsa.net
-
dan.mcdonald＠austinenergy.com
-
dominique.frise＠unil.ch
-
everett.vernon＠gmail.com
-
ge.janssen＠gmail.com
-
henrik＠hswn.dk
-
johan.sjoberg＠deltamanagement.se
-
josh＠imaginenetworksllc.com
-
loris.serena＠pncgis.ie
-
maik＠vegasystems.com
-
martin.flemming＠desy.de
-
nfranken＠theunlimitedworld.co.za
-
nobulame＠gmail.com
-
Padraig.Lennon＠pioneerinvestments.com
-
questy＠gmail.com
-
rower.master＠gmail.com
-
rsmrcina＠wi.rr.com
-
sholmes42＠mac.com
-
tjyang2001＠gmail.com
-
tm＠freedom.com
-
vadud3＠gmail.com
-
wfinizia＠ccs.neu.edu
-
wiskbroom＠hotmail.com