[hobbit] Solaris 10 service monitoring
T.J. Yang
tj_yang at hotmail.com
Fri Sep 1 04:54:21 CEST 2006
>From: Andy France <Andy at zespri.com>
>Reply-To: hobbit at hswn.dk
>To: hobbit at hswn.dk
>Subject: Re: [hobbit] Solaris 10 service monitoring
>Date: Fri, 1 Sep 2006 14:31:43 +1200
>
>
>
>
>
>"T.J. Yang" wrote on 01/09/2006 02:15:39 p.m.:
> >
> > > "T.J. Yang" wrote on 01/09/2006 01:51:30 p.m.:
> > >
> > >> Looks like a ext module need to be writting for hobbit,
> > >> and I propose using smf instead svcs(windows used it already).
> > >
> > > Regarding point one, an external script seems like the best idea
>rather
> > > than Henrik maintaining Solaris specific functions in the hobbit
>client
> > > (unless his to do list is looking a bit thin ;-) )
> > >
> > > However I disagree with your second point - if the "svcs" column
>indicates
> > > service status on Windows, why can't it indicate services on Solaris
>too?
> > > You're hardly likely to run both Sun and Windows services on the same
> > > (virtual) host, and it keeps the column numbers down on pages that
>might
> > > show both types of server.
> >
> > So if you click on svcs column title link on a hobbit page to find out
>the
> > definition of svcs, which url it should link to :)
>
>"The svcs column shows the status of select system services that are
>expected to run on the system"
I doubled checked at
http://www.hswn.dk/hobbit-cgi/hobbitcolumn.sh?svcs
>Sounds generic enough for me! Of course, I'm not planning on submitting
>the ext script myself any time soon, so I'll leave it up to "someone else"
>to decide.
Agree, the person spent the effort have the privilage to decide.
>And BTW... reading the documentation? What were you thinking!
ok, thanks for waking my up. I was thinking of svc definition from bb
server.
svcs
The svcs column denotes the svcs check performed periodically (on
NT/W2K/W2003). This test verifies that the defined services in bbntcfg.exe
are running/stopped.
> > I think it is best to have unique column name. it Solaris 10's case it
>has
> > smf
> > to fall back on, giving up svcs to windows camp looks ok me.
> >
> > tj
> >
> > > Andy.
> > >
> > >> tj
> > >> ----- Original Message -----
> > >> From: Bob Gordon
> > >> Sent: Thursday, August 31, 2006 6:47 PM
> > >> Subject: [hobbit] Solaris 10 service monitoring
> > >>
> > >> Hello -
> > >>
> > >> I'm running into an issue where I need to monitor the individual
> > >> services ( svcs -a ) instead of the processes (ps -ef) on multiple
> > >> Solaris 10 clients. I didn't see anything in the man pages about it
> > >> (although I may have missed it) so I was wondering if anyone has
> > >> been able to set Hobbit up to do so?
> > >>
> > >> Sample output from svcs -a
> > >>
> > >> $ svcs -a |head -20
> > >> STATE STIME FMRI
> > >> legacy_run Jul_28 lrc:/etc/rcS_d/S00umask_sh
> > >> legacy_run Jul_28 lrc:/etc/rcS_d/S29wrsmcfg
> > >> legacy_run Jul_28 lrc:/etc/rcS_d/S51installupdates
> > >> disabled Jul_28 svc:/system/sysidtool:net
> > >> disabled Jul_28 svc:/system/sysidtool:system
> > >> disabled Jul_28 svc:/network/rpc/keyserv:default
> > >> disabled Jul_28 svc:/network/rpc/nisplus:default
> > >> disabled Jul_28 svc:/network/nis/server:default
> > >> online Jul_28 svc:/milestone/multi-user-server:default
> > >> online Jul_28 svc:/system/zones:default
> > >> online Aug_15 svc:/application/hobbit:default
> > >>
> > >> I need to be able to alarm if zones goes offline or if nisplus goes
> > >> online (for example)...
> > >>
> > >> Thanks!
> > >>
> > >> --
> > >> --==[ Bob Gordon ]==--
>
>
>#####################################################################################
>
>This email is intended for the person to whom it is addressed
>only. If you are not the intended recipient, do not read, copy
>or use the contents in any way. The opinions expressed may not
>necessarily reflect those of ZESPRI Group of Companies ('ZESPRI').
>
>While every effort has been made to verify the information
>contained herein, ZESPRI does not make any representations
>as to the accuracy of the information or to the performance
>of any data, information or the products mentioned herein.
>ZESPRI will not accept liability for any losses, damage or
>consequence, however, resulting directly or indirectly from
>the use of this e-mail/attachments.
>#####################################################################################
>
>To unsubscribe from the hobbit list, send an e-mail to
>hobbit-unsubscribe at hswn.dk
>
>
More information about the Xymon
mailing list