Archived community.zenoss.org | full text search
Skip navigation
1 2 3 4 Previous Next 112757 Views 56 Replies Latest reply: Jan 26, 2009 10:28 AM by Juerg Gerber RSS
kpg123 Rank: Green Belt 157 posts since
Jun 29, 2007
Currently Being Moderated

May 9, 2008 5:19 PM

Beta AIX zenpack for Beta Zenoss

I've just added a beta version of an AIX Zenpack for the beta version of Zenoss. Perhaps "beta" is too strong of a recommendation for this ZenPack -- all I will guarantee is that it won't end all life on the planet (okay, maybe just Earth is safe... :)

This is an egg-style zenpack, so it most assuredly won't work with 2.1.3.

http://www.zenoss.com/community/wiki/user-contributed/

**Use this ZenPack only with a test Zenoss system to make sure that there's no possibility of messing up your other performance data.**

First, the bad news...

Known issues:
* requires SNMP version 3 with authentication off (ie SNMP v1 commands will work with this feature set). Description of modifications required in the description for the /devices/servers/AIX class.
* doesn't properly map to the manufacture links for any of the hardware found (eg disk, cpus)
* doesn't allow for re-exports of the ZenPack
* the performance collectors have no error checking and are written in bash and perl (Did I mention the word "beta" yet?)
* the performance collectors explicitly require that version 1 snmpwalk and snmpget work, and won't accept other credential info
* filesystem events don't insert the name of the filesystem
* sanity checks in the modelers seem to want too much sanity, as they *seem* to sometimes prevent modeling (aka discovery) from gathering all information. On the plus side, the sanity checking does prevent Zenoss from blowing away previous modelled device info when it can't talk to the SNMP agents or the machine is down. :)
* the AIXBase modeler still doesn't seem to properly identify the hardware model and update the correct spot for the hardware. The serial number does appear to be updated correctly for the hardware, however.
* doesn't show the per-processor statistics, only a total averaged number. In addition, the MIB doesn't update the statistics all that frequently (I might have missed a setting that can up the polling on CPU usage), so it may even be fantastically wrong.

.. and now the good news:

Features:
* uses standard IBM AIX snmpd services. No net-snmp daemons required, no other packages to install.
* adds subclasses for /devices/servers/AIX, with further subclasses for LPARs and VIO servers. Adds a token link into /devices/server/Linux/HMC with a customized zLink so that it's (perhaps?) easier to get to the HMC console.
* (YMMV) discovers memory, paging space, processors, disks, adapters and filesystems. NB: FRU information and model numbers would (I *think*) require updates to other ZenModel relationships, which would need to be in the base Zenoss.
* has a copy of the AIX MIB (from the samples directory) and cleaned up version of the xmtopas-generated MIB (the MIB it generates is, to be polite, syntactically challenged. It may also be plain wrong in places. :)
* allows for a lot more performance statistics to be gathered

While fixes are especially welcome, other feedback is also appreciated. :)

Thank you,


kells

Future possibilites:
Note that storage-related info such as VG + LV + filesystem + MPIO path + LUN ID mapping will require ZenModel relationships to be created, which will require time. This would be useful to be able to create a report to determine (for example) which filesystems would be affected by an outage of which SAN storage system. Some info may also not be available through SNMP.

The VIO mapping of virtual adapters to physical adapters and LUN assignments might be impossible through SNMP. I have written Perl scripts to do end-to-end storage allocation (optimized) / deallocation / management from a DS81k through VIOs to an AIX LPAR so I know how to do it, but I'm not at liberty to share that code, much less contribute it. happy If anyone else has thoughts about implementing something, please let me know.
  • Andreas Trawoeger Rank: Green Belt 109 posts since
    Apr 10, 2008
    Currently Being Moderated
    1. May 13, 2008 8:07 AM (in response to kpg123)
    Re: Beta AIX zenpack for Beta Zenoss

    "kpg123" wrote:

     

    I've just added a beta version of an AIX Zenpack for the beta version of Zenoss. Perhaps "beta" is too strong of a recommendation for this ZenPack -- all I will guarantee is that it won't end all life on the planet (okay, maybe just Earth is safe... :)



    Thanks a lot, I just gave it a try and I can assure you that your AIX Zenpack isn't the primary cause for the zhengzhou earthquake.

    I'm having problems with IP Services + CPU performance collection, but I haven't yet asked the AIX guys to change their snmpdv3.conf according to your suggestions.

    But at least they didn't came beating me up, like the last time when I spawned 100 telnet sessions on their boxes happy
  • ftanner Rank: White Belt 79 posts since
    Aug 3, 2007
    Currently Being Moderated
    3. May 23, 2008 11:45 AM (in response to kpg123)
    Re: Beta AIX zenpack for Beta Zenoss

    "kpg123" wrote:

     

    I've just added a beta version of an AIX Zenpack for the beta version of Zenoss. Perhaps "beta" is too strong of a recommendation for this ZenPack -- all I will guarantee is that it won't end all life on the planet (okay, maybe just Earth is safe... :)

    This is an egg-style zenpack, so it most assuredly won't work with 2.1.3.

    http://www.zenoss.com/community/wiki/user-contributed/

    **Use this ZenPack only with a test Zenoss system to make sure that there's no possibility of messing up your other performance data.**

    First, the bad news...

    Known issues:
    * requires SNMP version 3 with authentication off (ie SNMP v1 commands will work with this feature set). Description of modifications required in the description for the /devices/servers/AIX class.
    * doesn't properly map to the manufacture links for any of the hardware found (eg disk, cpus)
    * doesn't allow for re-exports of the ZenPack
    * the performance collectors have no error checking and are written in bash and perl (Did I mention the word "beta" yet?)
    * the performance collectors explicitly require that version 1 snmpwalk and snmpget work, and won't accept other credential info
    * filesystem events don't insert the name of the filesystem
    * sanity checks in the modelers seem to want too much sanity, as they *seem* to sometimes prevent modeling (aka discovery) from gathering all information. On the plus side, the sanity checking does prevent Zenoss from blowing away previous modelled device info when it can't talk to the SNMP agents or the machine is down. :)
    * the AIXBase modeler still doesn't seem to properly identify the hardware model and update the correct spot for the hardware. The serial number does appear to be updated correctly for the hardware, however.
    * doesn't show the per-processor statistics, only a total averaged number. In addition, the MIB doesn't update the statistics all that frequently (I might have missed a setting that can up the polling on CPU usage), so it may even be fantastically wrong.

    .. and now the good news:

    Features:
    * uses standard IBM AIX snmpd services. No net-snmp daemons required, no other packages to install.
    * adds subclasses for /devices/servers/AIX, with further subclasses for LPARs and VIO servers. Adds a token link into /devices/server/Linux/HMC with a customized zLink so that it's (perhaps?) easier to get to the HMC console.
    * (YMMV) discovers memory, paging space, processors, disks, adapters and filesystems. NB: FRU information and model numbers would (I *think*) require updates to other ZenModel relationships, which would need to be in the base Zenoss.
    * has a copy of the AIX MIB (from the samples directory) and cleaned up version of the xmtopas-generated MIB (the MIB it generates is, to be polite, syntactically challenged. It may also be plain wrong in places. :)
    * allows for a lot more performance statistics to be gathered

    While fixes are especially welcome, other feedback is also appreciated. :)

    Thank you,


    kells

    Future possibilites:
    Note that storage-related info such as VG + LV + filesystem + MPIO path + LUN ID mapping will require ZenModel relationships to be created, which will require time. This would be useful to be able to create a report to determine (for example) which filesystems would be affected by an outage of which SAN storage system. Some info may also not be available through SNMP.

    The VIO mapping of virtual adapters to physical adapters and LUN assignments might be impossible through SNMP. I have written Perl scripts to do end-to-end storage allocation (optimized) / deallocation / management from a DS81k through VIOs to an AIX LPAR so I know how to do it, but I'm not at liberty to share that code, much less contribute it. happy If anyone else has thoughts about implementing something, please let me know.



    I have access to AIX machines. What can I do to help you get this ZenPack "production ready"?

    The server that I am running it against currently will only monitor NIC usage and network routes. Nothing else. None of the perf graphs are filling out. No file systems.

    I get errors for the /perf/memory and /perf/cpu parts that the commands will not execute.

    The lo0 NIC thresholds are erroring out that they are using over 75% of the utilization.

    I have "Bad Value Reading" errors for the memAvailReal, xmdMemRealEcomp, laLoadInit5, xmdMemRealEpinned, Real Non-computational, xmdMemRealEfree, and xmdMemRealEconcomp OIDs.
  • ftanner Rank: White Belt 79 posts since
    Aug 3, 2007
    Currently Being Moderated
    5. May 28, 2008 11:20 AM (in response to kpg123)
    Re: Beta AIX zenpack for Beta Zenoss
    I haven't forgotten about this....

    I am working with my AIX guys to get the appropriate information from then.

    I will then send you an e-mail in case it's alot of info and/or includes screen caps.
  • Andreas Trawoeger Rank: Green Belt 109 posts since
    Apr 10, 2008
    Currently Being Moderated
    6. Jun 3, 2008 7:20 AM (in response to ftanner)
    Re: Beta AIX zenpack for Beta Zenoss
    Hi kpg123!

    "kpg123" wrote:

     


    One issue that Zenoss has (at least wrt AIX) is that if when a new AIX server is added, Zenoss sometimes decides that instead of being SNMP v1, that the the AIX client is SNMP v2c. You may want to check that zProperty as well.

    Please let me know how it goes. If they have different experiences or suggestions, I'd like to hear it!


    I finally managed to get a new Zenoss 2.2 installation and a AIX 5.3 test host up and running and the SNMP version bug is fixed in Zenoss 2.2.

    There is only a slight bug with your Zenpack: The AIX collector scripts aren't included in the pack.

    The templates search for them at ${here/ZenPackManager/packs/ZenPacks.community.AIX/path}/libexec/, but the won't find them because they aren't installed by the ZenPack.

    cu andreas
  • Andreas Trawoeger Rank: Green Belt 109 posts since
    Apr 10, 2008
    Currently Being Moderated
    8. Jun 4, 2008 6:38 AM (in response to kpg123)
    Re: Beta AIX zenpack for Beta Zenoss

    "kpg123" wrote:

     

    There are still issues with the package and with my test installation. Hopefully I can resolve that soon....



    I have just tried it and it does work pretty well.

    The performance templates generate a handful of errors (memAvailReal, xmdMemRealEcomp, xmdMemRealEpinned, Real Non-computational, xmdMemRealEfree, xmdMemRealEnoncomp) and I will look into that.

    But my AIX guys will love you for reporting file system mount points like "/" instead of logical volume names like "/dev/hd4".
  • Andreas Trawoeger Rank: Green Belt 109 posts since
    Apr 10, 2008
    Currently Being Moderated
    10. Jun 5, 2008 8:08 AM (in response to kpg123)
    Re: Beta AIX zenpack for Beta Zenoss

    "kpg123" wrote:

     

    Those all appear to be related to xmtopas (PTX stuff). You may need to run xmtopas in the background, IIRC....

    Something like: xmtopas -C >/dev/null 2>&1 &


    What AIX an xmtopas version are you using? On my box xmtopas doesn't have an '-C' option and starts up via inetd:
    
    (scse):root:/wgkk/bin>oslevel -s 
    5300-06-04-0748
    
    (scse):root:/wgkk/bin>cat /etc/inetd.conf | grep topas
    xmquery dgram   udp     wait    root    /usr/bin/xmtopas xmtopas -p3

    "kpg123" wrote:

     


    I'd love to put in a better help page for this stuff, but the /devices/servers/AIX class notes are already obnoxiously long. There has to be a better way to provide that info, but that's what I've got for the moment. Suggestions?


    Some kind of wiki could be nice, but for the moment the forum / mailing list will do the job too.

    "kpg123" wrote:

     


    "atrawog" wrote:

     

    But my AIX guys will love you for reporting file system mount points like "/" instead of logical volume names like "/dev/hd4".


    Heh. That type of thing was getting to me. :)

    Just to check to see what else might be working for you, are the CPU number and type showing up properly? As well as memory and paging space? How about any hdisks?



    CPUs are funny. My test host is entitled to 1 physical CPU that is split up into 2 logical CPU's and I have 3 CPU's showing up in Zenoss. So either they are added or the host was entitled to 3 logical CPU's somewhere in the past and the info is still available via SNMP. Memory, paging space, hdisks and vpath info shows up correctly.

    Another nice thing would be to name interface something like "en1 Gigabit Ethernet-SX Adapter" instead of "en1; Product: Gigabit Ethernet-SX PCI-X Adapter Manufacturer: not available! Part Number: 00P4499 FRU Number: 00P4499". The name is pretty long and and tends to break the Zenoss web layout a little bit?

    Thank for all the efforts, you are saving everybody a lot of time :-)

    cu andreas
  • jbaird Rank: Green Belt 166 posts since
    Sep 18, 2007
    Currently Being Moderated
    12. Jun 9, 2008 6:05 PM (in response to kpg123)
    Re: Beta AIX zenpack for Beta Zenoss
    I monitor ~60 AIX systems, and I know that other users of Zen are also monitoring. I actually use net-snmp AND AIX's snmpd in order with a custom modeler that I wrote to monitor the systems.

    I am currently pulling Serial/HW Model/OS Version, Network interfaces, OS processes, Filesystems, Routes, and performance graphs.
  • jbaird Rank: Green Belt 166 posts since
    Sep 18, 2007
    Currently Being Moderated
    14. Jun 10, 2008 9:29 AM (in response to kpg123)
    Re: Beta AIX zenpack for Beta Zenoss
    kells,

    My process is pretty much explained in http://community.zenoss.com/forums/viewtopic.php?t=2891&highlight=aix.

    I basically change AIX's snmpd port to 1610, install net-snmp, and proxy certain MIB's to AIX's snmpd using:
    
    proxy -v 1 -c public 127.0.0.1:1610 .1.3.6.1.2.1.2.2.1
    proxy -v 1 -c public 127.0.0.1:1610 1.3.6.1.4.1.2.2.1.1.0
    proxy -v 1 -c public 127.0.0.1:1610 1.3.6.1.4.1.2.2.1.1.1.0
    # Proxy iftable(IF-MIB: Interface Names & Stats), iptable and ifalias
    #proxy -v 1 -c public 127.0.0.1:1610 .1.3.6.1.2.1
    #proxy -v 1 -c public 127.0.0.1:1610 .1.3.6.1.2.1.4.20.1
    # Proxy RFC1213-MIB (Route Info)
    proxy -v 1 -c public 127.0.0.1:1610 .1.3.6.1.2.1.4.21.1
    # Proxy SysUptime (netsnmp doesn't work)
    proxy -v 1 -c public 127.0.0.1:1610 1.3.6.1.2.1.25.1.1.0
    proxy -v 1 -c public 127.0.0.1:1610 .1.3.6.1.2.1.1.3.0
    # Proxy the SNMP Descr so OS shows up properly in zenoss parsing
    proxy -v 1 -c public 127.0.0.1:1610 .1.3.6.1.2.1.1.1.0
    proxy -v 1 -c public 127.0.0.1:1610 .1.3.6.1.2.1.1.1.0


    For the modeler, I just have some basic scripts that parse the serial number, etc, and pipe them thru net-snmp:

    # Execute scripts to get more information
    exec check_ibmserial /Admin/Scripts/snmp/getSerial.ksh
    exec check_ibmmodel /Admin/Scripts/snmp/getModel.ksh
    exec check_ibmmftg /Admin/Scripts/snmp/getMftg.ksh
    exec check_ibmos /Admin/Scripts/snmp/getOS.ksh
1 2 3 4 Previous Next

More Like This

  • Retrieving data ...