ZenPacks : OpenSolaris : Comments

RE: OpenSolaris

community@zenoss.org — Wed, 11 Nov 2009 21:39:31 GMT

Hi,

this behavior after "dladm rename-link e1000g0 mgt1" and add device 10.0.1.4 in zenoss:

Device: 10.0.1.4
Component:
Severity: Error
Time: 2009/11/11 17:21:48.000
Message:
Traceback (most recent call last):
File "/usr/local/zenoss/zenoss/Products/DataCollector/zenmodeler.py", line 612, in processClient
datamaps = plugin.process(device, results, self.log)
File "/usr/local/zenoss/zenoss/ZenPacks/ZenPacks.community.OpenSolaris-1.0-py2.4.egg/ZenPacks/community/OpenSolaris/modeler/plugins/zenoss/cmd/solaris/ifconfig.py", line 22, in process
relMap = self.parseIfconfig(ifconfig, arp, dladm, self.relMap())
File "/usr/local/zenoss/zenoss/ZenPacks/ZenPacks.community.OpenSolaris-1.0-py2.4.egg/ZenPacks/community/OpenSolaris/modeler/plugins/zenoss/cmd/solaris/ifconfig.py", line 104, in parseIfconfig
iface.macaddress=arpdict[ "%s_%s" % ( iface.interfaceName,ip ) ]
KeyError: 'mgt1_10.0.1.4'

Any idea's?

Jens

RE: OpenSolaris

community@zenoss.org — Thu, 11 Mar 2010 14:27:36 GMT

Please insert parser for command showrev -p and vmstat.

Thanks

RE: OpenSolaris

community@zenoss.org — Thu, 18 Mar 2010 15:02:23 GMT

Certainly:

bash-3.2# showrev -p
Patch: 141228-01 Obsoletes: Packages: SUNWvts 7.0,REV=2008.02.15.15.25, SUNWvtss 7.0,REV=2008.02.07.18.55, SUNWvtsts 7.0,REV=2008.02.15.15.25
Patch: 139337-01 Obsoletes: Requires: Incompatibles: Packages: SUNWstaroffice9-de, ooobasis30-en-US-binfilter, ooobasis30-en-US-calc, SUNWstaroffice9-en-US, ooobasis30-de-help, ooobasis30-de-calc, ooobasis30-en-US-help, SUNWstaroffice9-dict-de, ooobasis30-core06, ooobasis30-pyuno, SUNWstaroffice9-gallery, SUNWstaroffice9-dict-pt, ooobasis30-en-US-math, ooobasis30-de-math, SUNWstaroffice9-dict-sv, ooobasis30-core01, SUNWstaroffice9-draw, SUNWstaroffice9-dict-ru, SUNWstaroffice9-dict-it, ooobasis30-en-US-draw, SUNWstaroffice9-writer, SUNWstaroffice9-en-US-sowriter, ooobasis30-onlineupdate, ooobasis30-core05, ooobasis30-writer, ooobasis30-ooofonts, ooobasis30-de-draw, ooobasis30-en-US, SUNWstaroffice9-math, ooobasis30-de-impress, ooobasis30-en-US-res, ooobasis30-ooolinguistic, ooobasis30-core02, openofficeorg-ure, ooobasis30-base, ooobasis30-graphicfilter, ooobasis30-de-writer, SUNWstaroffice9-calc, SUNWstaroffice9, SUNWstaroffice9-de-sowriter, SUNWstaroffice9-home, ooobasis30-xsltfilter, SUNWstaroffice9-en-US-somath, ooobasis30-gnome-integratn, ooobasis30-impress, ooobasis30-de-base, ooobasis30-en-US-base, ooobasis30-binfilter, ooobasis30-javafilter, SUNWstaroffice9-de-soimpress, SUNWstaroffice9-dict-hu, ooobasis30-draw, SUNWstaroffice9-en-US-socalc, SUNWstaroffice9-en-US-soimpress, SUNWstaroffice9-dict-es, SUNWstaroffice9-dict-pl, SUNWstaroffice9-de-so, ooobasis30-core07, SUNWstaroffice9-de-sodraw, SUNWstaroffice9-impress, ooobasis30-core03, ooobasis30-en-US-writer, ooobasis30-math, ooobasis30-de, ooobasis30-images, SUNWstaroffice9-de-somath, SUNWstaroffice9-en-US-so, ooobasis30-de-binfilter, ooobasis30-en-US-impress, SUNWstaroffice9-dict-fr, SUNWstaroffice9-base, SUNWstaroffice9-en-US-sodraw, SUNWstaroffice9-dict-en, ooobasis30-calc, ooobasis30-de-res, SUNWstaroffice9-dict-nl, SUNWstaroffice9-de-socalc, ooobasis30-testtool, ooobasis30-core04
Patch: 125139-16 Obsoletes: Requires: Incompatibles: Packages: SUNWj6dvx, SUNWj6dmx, SUNWj6rtx
Patch: 118668-22 Obsoletes: Requires: Incompatibles: Packages: SUNWj5cfg, SUNWj5man, SUNWj5dev, SUNWj5rt, SUNWj5dmo
Patch: 118669-22 Obsoletes: Requires: Incompatibles: Packages: SUNWj5dvx, SUNWj5rtx, SUNWj5dmx
Patch: 125138-16 Obsoletes: Requires: Incompatibles: Packages: SUNWj6cfg, SUNWj6dmo, SUNWj6man, SUNWj6dev, SUNWj6rt
Patch: 124939-03 Obsoletes: Requires: Incompatibles: Packages: SUNWjdmk-base
Patch: 125275-01 Obsoletes: Requires: Incompatibles: Packages: SUNWjdmk-base

bash-3.2# vmstat
kthr memory page disk faults cpu
r b w swap free re mf pi po fr de sr cd s0 -- -- in sy cs us sy id
0 0 0 2415696 606232 29 125 0 0 0 0 369 6 -0 0 0 497 1326 691 1 0 99

RE: OpenSolaris

community@zenoss.org — Wed, 24 Mar 2010 18:33:44 GMT

Applied the latest release on my platform where it complained about the follwing issues

# Issue Number 1:

____________________________________________________________________________________________

2010-03-24 14:16:54 WARNING zen.SshClient The command /sbin/ifconfig -a && echo __COMMAND__ && /usr/sbin/dladm show-ether && echo __COMMAND__ && /usr/sbin/arp -an returned stderr data (1) from the device: /usr/sbin/dladm: unknown subcommand 'show-ether
2010-03-24 14:16:54 WARNING zen.SshClient The command /sbin/ifconfig -a && echo __COMMAND__ && /usr/sbin/dladm show-ether && echo __COMMAND__ && /usr/sbin/arp -an returned stderr data (1) from the device: ' usage: dladm create-aggr [-t] [-R ] [-P ] [-l ] [-T ] [-u
] -d ... delete-aggr [-t] [-R ] add-aggr [-t] [-R ] -d ... remove-aggr [-t] [-R ] -d ... modify-aggr [-t] [-R ] [-P ] [-l ] [-T ] [-u
] show-aggr [-L] [-s] [-i ] [-p] [] show-dev [-s] [-i ] [-p] [] show-link [-s] [-i ] [-p] [] set-linkprop [-t] -p =[,...] reset-linkprop [-t] [-p ,...] show-linkprop [-cP][-p ,...]

# Issue Number 2

____________________________________________________________________________________________

2010-03-24 14:16:59 ERROR zen.ZenModeler Traceback (most recent call last): File "/opt/zenoss/Products/DataCollector/zenmodeler.py", line 612, in processClient datamaps = plugin.process(device, results, self.log) File "/opt/zenoss/ZenPacks/ZenPacks.community.OpenSolaris-1.1-py2.4.egg/ZenPacks/community/OpenSolaris/modeler/plugins/zenoss/cmd/solaris/ifconfig.py", line 21, in process ifconfig, dladm, arp = results.split('__COMMAND__\n') ValueError: need more than 2 values to unpack

____________________________________________________________________________________________

Noticed the following on running the command myself:

root@RKCRM1 # /sbin/ifconfig -a
lo0: flags=2001000849<UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL> mtu 8232 index 1
        inet 127.0.0.1 netmask ff000000
bnxe0: flags=1000842<BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 2
        inet 0.0.0.0 netmask 0
        ether 18:a9:5:72:60:78
bnxe1: flags=1000842<BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 3
        inet 0.0.0.0 netmask 0
        ether 18:a9:5:72:60:7c
e1000g0: flags=69040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER,STANDBY,INACTIVE> mtu 1500 index 4
        inet 192.168.10.57 netmask ffffff00 broadcast 192.168.10.255
        groupname E2EPUNLAB
        ether 0:25:b3:b0:1c:60
e1000g1: flags=9040843<UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4,NOFAILOVER> mtu 1500 index 5
        inet 192.168.10.107 netmask ffffff00 broadcast 192.168.10.255
        groupname E2EPUNLAB
        ether 0:25:b3:b0:1c:61
e1000g1:1: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 5
        inet 192.168.10.157 netmask ffffff00 broadcast 192.168.10.255
e1000g2: flags=1000843<UP,BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 6
        inet ***.***.***.*** netmask ffffff00 broadcast ***.***.***.255
        ether 0:25:b3:b0:1c:62
e1000g3: flags=1000842<BROADCAST,RUNNING,MULTICAST,IPv4> mtu 1500 index 7
        inet 0.0.0.0 netmask 0
        ether 0:25:b3:b0:1c:63
root@RKCRM1 #

root@RKCRM1 # /usr/sbin/dladm show-ether
/usr/sbin/dladm: unknown subcommand 'show-ether'
usage: dladm create-aggr [-t] [-R <root-dir>] [-P <policy>]
                    [-l <mode>] [-T <time>]
                    [-u <address>] -d <dev> ... <key>
             delete-aggr [-t] [-R <root-dir>] <key>
             add-aggr    [-t] [-R <root-dir>] -d <dev> ... <key>
             remove-aggr [-t] [-R <root-dir>] -d <dev> ... <key>
             modify-aggr [-t] [-R <root-dir>] [-P <policy>]
                    [-l <mode>] [-T <time>] [-u <address>] <key>
             show-aggr [-L] [-s] [-i <interval>] [-p] [<key>]
             show-dev [-s] [-i <interval>] [-p] [<dev>]
             show-link [-s] [-i <interval>] [-p] [<name>]
             set-linkprop [-t] -p <prop>=<value>[,...] <name>
             reset-linkprop [-t] [-p <prop>,...] <name>
             show-linkprop [-cP][-p <prop>,...] <name>
root@RKCRM1 # /usr/sbin/dladm show-dev
bnxe0           link: up        speed: 1000 Mbps       duplex: full
bnxe1           link: up        speed: 1000 Mbps       duplex: full
e1000g0         link: up        speed: 1000 Mbps       duplex: full
e1000g1         link: up        speed: 1000 Mbps       duplex: full
e1000g2         link: up        speed: 1000 Mbps       duplex: full
e1000g3         link: up        speed: 1000 Mbps       duplex: full

root@RKCRM1 # uname -a
SunOS RKCRM1 5.10 Generic_142901-02 i86pc i386 i86pc

RE: OpenSolaris

community@zenoss.org — Wed, 24 Mar 2010 19:51:56 GMT

Looks like this is the culprit:

root@RKCRM1 # /usr/sbin/dladm show-ether
/usr/sbin/dladm: unknown subcommand 'show-ether'

RE: OpenSolaris

community@zenoss.org — Thu, 25 Mar 2010 10:35:25 GMT

openSolaris:

dladm show-ether

Solaris 5.10:

dladm show-dev

RE: OpenSolaris

community@zenoss.org — Thu, 25 Mar 2010 13:17:06 GMT

I guess there may need to be a split between Solaris and OpenSolaris then. This ZenPack could be extended with a new 'OpenSolaris' device class, copy over all the existing settings and correct the Solaris-specific issues in the 'Solaris' device class. Or conversely, a completely new Solaris ZenPack could be forked off of this one, since that would be more self-contained. Looking for a volunteer to make this happen, since I'm not a Solaris user myself.

RE: OpenSolaris

community@zenoss.org — Mon, 28 Mar 2011 21:35:51 GMT

I'm trying to get this to work with the Zenoss 3.1.0-1031-x86_64 VMWare image but it doesn't seem to get the pkginfo stuff set up correctly. Where would I find out how to configure my server monitoring to grab pkginfo information?

RE: OpenSolaris

community@zenoss.org — Thu, 30 Jun 2011 20:51:21 GMT

I saw a post on another forum here which helped me get past the same issue with "**BLOCKED**"errors.

I simply removed the "-py2.4" from the filename

RE: OpenSolaris

community@zenoss.org — Thu, 12 Jul 2012 10:16:26 GMT

hello edgar, i have this zenpack setup on zenoss-core 3.2.1 and it work fine but no info about memory utilization. modeling went through without any error and i am surprise its not graphing memory info. please can you suggest a workaround? monitoring solaris via ssh is a far better option as compared to snmp. our solaris servers are monitored via snmp but their seem to be an issue with /snmp/solaris zenpack. information about large vol NFS shares on solaris are accurately reported. hence the need to migrate to /ssh/solaris monitoring. kindly assist. BR