Ad Widget

Collapse

HP-UX and TUX

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • zab_monkey
    Member
    • Mar 2010
    • 37

    #1

    HP-UX and TUX

    Hi All,

    I am trying to monitor Tuxedo services on a HP-UX (11.31) Server. I figured the 'proc.num' key would be my best bet, but sadly all I am getting so far are unsupported messages.

    I can see the default template is using 'proc.num' for things like sshd, eg; proc.num[sshd]

    And they work fine. I am wondering if there is a distinction between zabbix looking for a system service like sshd and looking for another service, like a tux service/handler?

    The Tux service, for arguments sake, is called CSS01. If I do a standard "ps -ef | grep CSS01" I see it clear as day, but zabbix doesnt for some reason. Its using the latest agent version (1.8.3) and the same for the server version (1.8.3).

    I note some posts in my search talk about the lack of support for proc.num in previous versions, however I wasnt sure if that still persisted into the new versions.

    Anyone able to point me in the right direction here?

    cheers,

    JC
    Last edited by zab_monkey; 23-11-2010, 07:48.
  • zab_monkey
    Member
    • Mar 2010
    • 37

    #2
    Sorry, I should mention what my key looked like:

    proc.num[CSS01]

    Simple, but figured I would just put that in just in case.

    Comment

    • zab_monkey
      Member
      • Mar 2010
      • 37

      #3
      Well this may be a case of RTFM. The Manual indicates that proc.num is still not supported in HP-UX under 1.8.3.

      http://www.zabbix.com/documentation/...config/items?s[]=proc&s[]=num

      Thats a blow.

      Oddly, it is being used by sshd and httpd and a couple of others in the default HP-UX template, and they work, but maybe they are being specifically defined somehow?.... meh

      Unless someone is able to correct this view that it remains unsupported, I suppose I will have to find another way of doing it.

      Cheers all,

      JC

      Comment

      Working...