Best way to dealing with 100's of tests or Can I build a page that scrolls down instead of across?
We've got a set of four servers that are going to, potentially, have several HUNDRED custom tests running, one for each of several hundred custom "queues" Requirements: -get monitoring up for these queues in a hurry -have the ability to enable/disable individual tests -do NOT create a xymon page that is several hundred tests wide. If we create more than a screenful of tests, scroll must be vertical not horizontal.
So, it's easy enough to make a client-side test that tests each queue and returns $BB $BBDISP $COLOR status $servername.$queuename
BUT that means we would have a BB page that goes a mile wide. This has been flat-out vetoed as unusable. I kind of agree.
How have you handled multiple tests? Is there a way to write custom xymon pages that scroll down instead of across? Is there a better way?
Suggestion1: use the real hostnames with separate test name for each test, as is. Vetoed because display would be hundreds of dots wide.
Suggestion2: use a bogus hostname for each test. Vetoed by me because: we don't want to have to be constantly configuring bogus hostnames for every test, and we want a way to add and subtract tests that doesn't require shell access as the xymon user. Plus bogus hostnames confuse the first-tier support team.
Suggestion3: use one test for all queues, and write controls and enable/disable mechanism outside of xymon. Vetoed all around because we're in a hurry to get this up and we've already *got* xymon, we don't want to re-invent the wheel and start writing our own test control panel.
Suggestion4: use a separate test name for each test and set xymon to not display these fields at all. Presumably they will still show up on the "all non-green" page and on the enable/disable display, but they won't muck up the server display page. We'll add a separate "queue summary" test that is set to not alert, but that will give us one green dot. This is the best idea so far, but it means we are running hidden tests.
Does anyone else have any interesting solutions to the multiple-tests page?
thanks Betsy
You could have multiply entries for the same server in the one host file and use the group include and exclude to do that...
Sent from my iPhone
On 12/11/2011, at 7:29 AM, "Elizabeth Schwartz" <betsy.schwartz at gmail.com> wrote:
We've got a set of four servers that are going to, potentially, have several HUNDRED custom tests running, one for each of several hundred custom "queues" Requirements: -get monitoring up for these queues in a hurry -have the ability to enable/disable individual tests -do NOT create a xymon page that is several hundred tests wide. If we create more than a screenful of tests, scroll must be vertical not horizontal.
So, it's easy enough to make a client-side test that tests each queue and returns $BB $BBDISP $COLOR status $servername.$queuename
BUT that means we would have a BB page that goes a mile wide. This has been flat-out vetoed as unusable. I kind of agree.
How have you handled multiple tests? Is there a way to write custom xymon pages that scroll down instead of across? Is there a better way?
Suggestion1: use the real hostnames with separate test name for each test, as is. Vetoed because display would be hundreds of dots wide.
Suggestion2: use a bogus hostname for each test. Vetoed by me because: we don't want to have to be constantly configuring bogus hostnames for every test, and we want a way to add and subtract tests that doesn't require shell access as the xymon user. Plus bogus hostnames confuse the first-tier support team.
Suggestion3: use one test for all queues, and write controls and enable/disable mechanism outside of xymon. Vetoed all around because we're in a hurry to get this up and we've already *got* xymon, we don't want to re-invent the wheel and start writing our own test control panel.
Suggestion4: use a separate test name for each test and set xymon to not display these fields at all. Presumably they will still show up on the "all non-green" page and on the enable/disable display, but they won't muck up the server display page. We'll add a separate "queue summary" test that is set to not alert, but that will give us one green dot. This is the best idea so far, but it means we are running hidden tests.
Does anyone else have any interesting solutions to the multiple-tests page?
thanks Betsy
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
This email is to be read subject to the email disclaimer located at http://www.stanwell.com/email-disclaimer.aspx
On 11-11-2011 22:29, Elizabeth Schwartz wrote:
BUT that means we would have a BB page that goes a mile wide. This has been flat-out vetoed as unusable. I kind of agree.
How have you handled multiple tests? Is there a way to write custom xymon pages that scroll down instead of across?
Try this patch - it is against the current "trunk" version, but I think it will work on any 4.3.x release, since xymongen hasn't changed as far as I recall.
This defines three new "page" categories in the hosts.cfg file, "vpage", "vsubpage" and "vsubparent" that work just like the "page"/"subpage"/"subparent" definitions, except that they have the hostnames across, and the testnames down. "group" definitions are ignored.
Obviously you should not have too many hosts on a page.
You can what it looks like on http://www.xymon.com/xymon/vert/
(Not bad for a couple of hours work on a saturday morning, imho).
Regards, Henrik
Thank you Hendrik that is a HUGE win for us!!! I will take it for a spin.
We are deeply grateful for all the work you are putting into this thanks, Betsy
Hello
Version : xymon 4.3.3
when applying the patch, i got this error
patching file xymongen/loadlayout.c Hunk #3 succeeded at 419 with fuzz 2 (offset 2 lines). Hunk #4 succeeded at 449 (offset -10 lines). Hunk #5 FAILED at 490. Hunk #6 FAILED at 511. Hunk #7 succeeded at 501 with fuzz 2 (offset -18 lines). Hunk #8 FAILED at 534. Hunk #9 succeeded at 525 with fuzz 1 (offset -18 lines). 3 out of 9 hunks FAILED -- saving rejects to file xymongen/loadlayout.c.rej
the layout seems a bit different, should i use version 4.3.5 ?
cheers Nico
Le 12 nov. 2011 à 09:59, Henrik Størner a écrit :
On 11-11-2011 22:29, Elizabeth Schwartz wrote:
BUT that means we would have a BB page that goes a mile wide. This has been flat-out vetoed as unusable. I kind of agree.
How have you handled multiple tests? Is there a way to write custom xymon pages that scroll down instead of across?
Try this patch - it is against the current "trunk" version, but I think it will work on any 4.3.x release, since xymongen hasn't changed as far as I recall.
This defines three new "page" categories in the hosts.cfg file, "vpage", "vsubpage" and "vsubparent" that work just like the "page"/"subpage"/"subparent" definitions, except that they have the hostnames across, and the testnames down. "group" definitions are ignored.
Obviously you should not have too many hosts on a page.
You can what it looks like on http://www.xymon.com/xymon/vert/
(Not bad for a couple of hours work on a saturday morning, imho).
Regards, Henrik <verticalpage.diff>_______________________________________________ Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Version : xymon 4.3.3
when applying the patch, i got this error
patching file xymongen/loadlayout.c Hunk #3 succeeded at 419 with fuzz 2 (offset 2 lines). Hunk #4 succeeded at 449 (offset -10 lines). Hunk #5 FAILED at 490. Hunk #6 FAILED at 511. Hunk #7 succeeded at 501 with fuzz 2 (offset -18 lines). Hunk #8 FAILED at 534. Hunk #9 succeeded at 525 with fuzz 1 (offset -18 lines). 3 out of 9 hunks FAILED -- saving rejects to file xymongen/loadlayout.c.rej
the layout seems a bit different, should i use version 4.3.5 ?
Indeed - I had forgotten about some changes I made between 4.3.4 and 4.3.5. Yes, you'll need to apply this patch against 4.3.5.
Regards, Henrik
participants (4)
-
Alan.FORD＠stanwell.com
-
betsy.schwartz＠gmail.com
-
henrik＠hswn.dk
-
nicolas＠lienard.name