CLASS question 🔗 link

Running Hobbit 4.2.0 on a Solaris 10 host.

My bb-host has 


222.222.003.166 galileo.xxx.yyy.edu      # \
ntp ssh \
CLASS:COMPUTESERV \
TRENDS:*,vmstat:vmstat2|vmstat3,\
netstat:netstat1|netstat2|netstat3,\
!clock,!bbgen,!bbtest,!hobbitd


And my hobbit-clients.cfg has 


CLASS=COMPUTESERV
    UP 30m
    LOAD 12.0 16.0
    DISK %^/cdrom.* IGNORE
    DISK * 90 95
    PROC in.telnetd 0 0
    PROC sendmail 0 0
    PROC syslogd  1 1


The problem is the PROC does not seem to work. My PROC icons stay white.

If you use HOST=hostname.xxx.yyy.edu then it works.

Any ideas what is causing this?

Thanks

Robert


Robert P. McGraw, Jr.
Manager, Computer System                    EMAIL: user-33cf07af04dd@xymon.invalid
Purdue University                            ROOM: MATH-807
Department of Mathematics                   PHONE: (XXX) XXX-XXXX
XXX N. University Street                      
West Lafayette, IN XXXXX-XXXX

Hi Robert - I asked a very similar question a few days ago. It seems no one can get this to work - despite being documented it seems to be currently broken I'm afraid. I believe you can specify the class within the localclient.cfg file however although this means maintaining the config on the client side for your classes and not just the server.

James.

----- Original Message ----- From: "McGraw, Robert P" <user-33cf07af04dd@xymon.invalid>
To: <user-ae9b8668bcde@xymon.invalid>
Sent: Friday, July 10, 2009 8:07 PM
Subject: [hobbit] CLASS question

Running Hobbit 4.2.0 on a Solaris 10 host.

My bb-host has


222.222.003.166 galileo.xxx.yyy.edu      # \
ntp ssh \
CLASS:COMPUTESERV \
TRENDS:*,vmstat:vmstat2|vmstat3,\
netstat:netstat1|netstat2|netstat3,\
!clock,!bbgen,!bbtest,!hobbitd


And my hobbit-clients.cfg has


CLASS=COMPUTESERV
    UP 30m
    LOAD 12.0 16.0
    DISK %^/cdrom.* IGNORE
    DISK * 90 95
    PROC in.telnetd 0 0
    PROC sendmail 0 0
    PROC syslogd  1 1


The problem is the PROC does not seem to work. My PROC icons stay white.

If you use HOST=hostname.xxx.yyy.edu then it works.

Any ideas what is causing this?

Thanks

Robert


Robert P. McGraw, Jr.
Manager, Computer System                    EMAIL: user-33cf07af04dd@xymon.invalid
Purdue University                            ROOM: MATH-807
Department of Mathematics                   PHONE: (XXX) XXX-XXXX
XXX N. University Street
West Lafayette, IN XXXXX-XXXX

The only what i remember is ( i for my own never have never success with "CLASS" ),

was this thread

http://www.hswn.dk/hobbiton/2007/10/msg00363.html

with additional patch .. never tested .. and should be in the actual code, but maybe the patch is falling under the table ...

i think the class-question sould be solved,
it's a feature that everbody needs, didn't it ?

cheers,
 	martin

On Fri, 10 Jul 2009, James wrote:

Martin Flemming wrote:

Unfortunately, this patch is client-side and does not address this
specific problem.  The problem IMHO is in the alerts module not picking
up on the CLASS directive.  And yes, having it working would have made
my life easier in a few cases...
-Alan

Can a client belong to more than 1 class (defined in the hosts.cfg file)?

CLASS=db,clientA,windows,etc

I am guessing the answer is no but figured I would ask.

Thanks,
John
Upcoming PTO:  6/28-7/8
John Rothlisberger
IT Strategy, Infrastructure & Security - Technology Growth Platform
TGP for Business Process Outsourcing
Accenture
XXX.XXX.XXXX office


This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. Your privacy is important to us. Accenture uses your personal data only in compliance with data protection laws. For further information on how Accenture processes your personal data, please see our privacy statement at https://www.accenture.com/us-en/privacy-policy.

www.accenture.com

On 5/31/2018 4:32 AM, Rothlisberger, John R. wrote:

Since the man file is pretty good about identifying tags which accept multiple values:
   NOCOLUMNS:column[,column]
and CLASS is documented as accepting only a single value
   CLASS:Classname
and there is no mention in the text it can accept multiple values
and there is a mention in the text that values defined in hosts.cfg override that reported by the client (not appended)

I am guessing the answer is no but figured I would ask.

I'm gonna agree with ya'.


Gotta admit, though, the 'CLASS' attribute has never scratched an itch I have. What business problem does it solve for anyone else? I'm not trying to pick a fight. I just can't see its value and have never defined one.


--
    Do things because you should, not just because you can.

John Thurston    XXX-XXX-XXXX
user-ce4d79d99bab@xymon.invalid
Department of Administration
State of Alaska

On Thu, 31 May 2018, John Thurston wrote:

In my particular use case, I use it to distinguish between windows machines
and Linux machines. I have several different classes of windows machines defined
such as win32, win64, e2k13, etc. that automagically select the configuration
on the xymon server. I have never tried to define more than one class though.

The win-ps-client configuration file lets you define a class which makes
configuration of windows machines easier when using central configuration.

If you don't do Windows then that might be why you have never used it.

Regards,

Tom