I would like to request suppression of the client's 'ps' output on the web page. With 'ps wwaux' the lines are really long which creates fairly unattractive output. The long lines casuse the processes you are interested in to align flush to the left side of the page. I would rather just see the processes I am interested in and their associated red, yellow, and green icons.
Additionally, we used to monitor a process like this in the BB client:
localhost :: JBoss3-workflow
On the hobbit server with the new client I have to get more specific:
PROC "-Dse.process.name=JBoss3-workflow"
Here is what it looks like with '/usr/ucb/ps wwaux | grep JBoss3-workflow | grep -v grep'
impact 12870 3.4 5.4493112430488 ? S Jul 19 2499:07 /usr/java/bin/java -server -Xms256m -Xmx2g -Xss256k -XX:MinHeapFreeRatio=20 -XX:MaxHeapFreeRatio=50 -XX:NewRatio=3 -XX:SurvivorRatio=14 -XX:MaxPermSize=128m -XX:+UseParallelGC -XX:+DisableExplicitGC -Dse.process.name=JBoss3-workflow -Djava.awt.headless=true -Djboss.home.dir=/export/home/impact/jboss3 -Djboss.server.base.dir=/export/home/impact/jboss3/server -Djboss.server.name=workflow -Dimpact.home=/export/home/impact/2005.1 -Djava.endorsed.dirs=/export/home/impact/jboss3/endorsedlib:/usr/java/jre/lib/endorsed -classpath /export/home/impact/jboss3/bin/run.jar:/usr/java/lib/tools.jar org.jboss.Main
Am I doing something wrong with the 'PROC' listing, or the server cannot pickout ANY string in the client's listing?
-- David Gore (v965-3670) Enhanced Technology Support (ETS) Network Management Systems (NMS) IMPACT Transport Team Lead - SCSA, SCNA Page: 1-800-PAG-eMCI pin 1406090 Vnet: 965-3676
On Mon, Aug 08, 2005 at 01:27:08PM +0000, David Gore wrote:
I would like to request suppression of the client's 'ps' output on the web page. With 'ps wwaux' the lines are really long which creates fairly unattractive output. The long lines casuse the processes you are interested in to align flush to the left side of the page. I would rather just see the processes I am interested in and their associated red, yellow, and green icons.
It's in the latest snapshot (the one from about 15 hours ago): Add "--no-ps-listing" to the hobbitd_client in hobbitlaunch.cfg
Additionally, we used to monitor a process like this in the BB client:
localhost :: JBoss3-workflow
On the hobbit server with the new client I have to get more specific:
I got your mail about this - I'm looking into it. What you're doing *should* work; I think the process-name recognition is a bit too restrictive right now.
Regards, Henrik
Seems like when I first started to use Hobbit (v4.0.1 maybe) all acknowledged and disabled events were logged - somewhere. In v4.0.4, unless I'm really missing something, only acknowledgements are logged to /var/log/hobbit/acknowledge.log.... I don't see any log entries for disabled hosts.
The scneario that reminded me to mention this is that Saturday night a tech acknowledged an event for 2 hours. Logged. Another tech went behind him and disabled the event for 8 hours. Not logged - the only evidence exists in the web interface. I repeatedly checked that acknowledge.log looking for the updated entry and never saw it. :-(
Where should one expect to see logged messages pertaining to disabled events? We do require an audit trail for both acknowledged and disabled events.
On another note, how complicated would it be to include a customizable "pick" list of "Cause" messages for use when diaabling or acknowledging hosts?
On Mon, Aug 08, 2005 at 09:56:04AM -0400, Sue Bauer-Lee wrote:
Seems like when I first started to use Hobbit (v4.0.1 maybe) all acknowledged and disabled events were logged - somewhere. In v4.0.4, unless I'm really missing something, only acknowledgements are logged to /var/log/hobbit/acknowledge.log.... I don't see any log entries for disabled hosts.
I dont think disable/enable events have ever been logged, except as part of the status history along with all of the other red/yellow/green/blue changes.
Where should one expect to see logged messages pertaining to disabled events? We do require an audit trail for both acknowledged and disabled events.
The status history and the event log.
However, your question has made me think that a full audit-trail log of events might be useful. Right now the changes that happen in Hobbit are logged in a number of files, and some of it requires you to dig into the historical logs to get the details (e.g. who disabled it and why).
On another note, how complicated would it be to include a customizable "pick" list of "Cause" messages for use when diaabling or acknowledging hosts?
Not terribly difficult - these web forms are generated from template files in ~hobbit/server/web/{acknowledge,maint}_form so if you just want to replase the text-entry box with a dropdown-list, it's a simple matter of changing the HTML. If you want to have the possibility of both using a drop-down list AND a free-format text entry it will require a slight change of the code to pick up the data from the right input field. It could probably be done with a bit of Javascript, if you know how to.
Regards, Henrik
On Mon, Aug 08, 2005 at 01:27:08PM +0000, David Gore wrote:
Additionally, we used to monitor a process like this in the BB client:
localhost :: JBoss3-workflow
On the hobbit server with the new client I have to get more specific:
PROC "-Dse.process.name=JBoss3-workflow"
Could you try with PROC "%-Dse.process.name=JBoss3-workflow" i.e. use a reg.expression instead of a simple string ?
Right now the process-name checks will accept any kind of match for a regular expression. But for simple string matches, it assumes the string is a program name, not an option - so it wants a blank or a slash before and after the part of the string that it finds in the ps output.
I thought it was a good idea when I did that, but now I'm not so sure.
Regards, Henrik
Henrik Stoerner wrote:
On Mon, Aug 08, 2005 at 01:27:08PM +0000, David Gore wrote:
Additionally, we used to monitor a process like this in the BB client:
localhost :: JBoss3-workflow
On the hobbit server with the new client I have to get more specific:
PROC "-Dse.process.name=JBoss3-workflow"
Could you try with PROC "%-Dse.process.name=JBoss3-workflow" i.e. use a reg.expression instead of a simple string ?
Right now the process-name checks will accept any kind of match for a regular expression. But for simple string matches, it assumes the string is a program name, not an option - so it wants a blank or a slash before and after the part of the string that it finds in the ps output.
I thought it was a good idea when I did that, but now I'm not so sure.
Regards, Henrik
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Tried this
PROC "%FilterManager" 1
and got this
%FilterManager (found 1, req. 1 or more)
Looks like '%' gets displayed, but this is closer to what I am looking for.
If I leave the '%' off then I get proc not found, and as you have already stated you said it is fairly restrictive.
Thanks for the '--no-ps-listing' by the way, that makes the web page look much better.
~David
participants (3)
-
David.Gore＠mci.com
-
henrik＠hswn.dk
-
sblee＠tazmania.org