ZenPacks : Java Application Components : Comments

RE: Java Application Components

community@zenoss.org — Mon, 07 Nov 2011 23:37:10 GMT

I tried this and when I model a device, I get the following:

2011-11-07 15:34:31,979 INFO zen.ZenModeler: plugins: JavaAppMap, zenoss.nmap.IpServiceMap

2011-11-07 15:34:31,992 ERROR zen.ZenModeler: Unable to fill collection slots: [Failure instance: Traceback (failure with no frames): : [Errno 2] No such file or directory

]

I'm not sure where to look to debug this.

Ideas?

RE: Java Application Components

community@zenoss.org — Tue, 08 Nov 2011 01:08:47 GMT

An untested guess, but I think the issue is in the reference to the cmdline-jmxclient which I don't believe is included in core, zenjmx, or this pack either.

j053ph4, did you manually inject cmdline-jmxclient.jar into $ZENHOME/libexec/?

    def queryRemote(self,server,port,username,password,mbean=None,attribute=None):
        binPath = zenPath('libexec')
        #authstring = username+":"+password
        authstring = '-'
        deststring = server+":"+str(port)
        jarfile = binPath + "/cmdline-jmxclient"
        args = ['/usr/bin/java','-jar',jarfile,authstring,deststring]

RE: Java Application Components

community@zenoss.org — Tue, 08 Nov 2011 01:09:22 GMT

try looking at the Modeler Plugins for the device and/or the Class folder in the Infrastructure Tab...then just remove the "zenoss.nmap.IpServiceMap" plugin from the list...

Barring that, revert the plugins list to whatever is inherited from above, then re-add the "JavaAppMap" plugin. The device class doesn't matter for this pack, the plugin can be added from anywhere.

RE: Java Application Components

community@zenoss.org — Tue, 08 Nov 2011 01:14:18 GMT

oops forgot to include that binary file...i'll repackage and replace the .zip file

RE: Java Application Components

community@zenoss.org — Tue, 08 Nov 2011 15:18:50 GMT

OK I replaced the file with one containing the .jar file.

RE: Java Application Components

community@zenoss.org — Wed, 09 Nov 2011 08:10:48 GMT

Hi,

Still no luck getting this working.

I get

2011-11-09 00:02:02,588 INFO zen.ZenModeler: Connecting to localhost:8789

2011-11-09 00:02:02,599 INFO zen.ZenModeler: Connected to ZenHub

2011-11-09 00:02:02,640 INFO zen.ZenModeler: Collecting for device dev-apps01.dev.pfoperations.com

2011-11-09 00:02:04,581 INFO zen.ZenModeler: No WMI plugins found for dev-apps01.dev.pfoperations.com

2011-11-09 00:02:04,584 INFO zen.ZenModeler: Python collection device dev-apps01.dev.pfoperations.com

2011-11-09 00:02:04,584 INFO zen.ZenModeler: plugins: JavaAppMap

2011-11-09 00:02:04,584 INFO zen.PythonClient: Testing port 18066 for device

2011-11-09 00:02:04,594 ERROR zen.ZenModeler: Unable to fill collection slots: [Failure instance: Traceback (failure with no frames): : Java Application Components No such file or directory

]

I have only the JavaAppMap plugin enabled and the Java Monitoring Template from the ZenJMX-3.5.3 Zenpack along with the inherited default "Device (/Server/Linux)" Montoring Template.

Any ideas where to look to find the reference to the file or directory that is throwing this failure?

RE: Java Application Components

community@zenoss.org — Wed, 09 Nov 2011 15:18:55 GMT

Do you still have the /Devices/Server/Linux/Java subclass? Check and see if "zPythonClass" zProperty is defined, and delete the definition if it is....I forgot to mention in the release notes that I removed the "JavaHost" class definition, and defined the relation in the __init__.py file instead.

Hopefully that will fix it for you.

RE: Java Application Components

community@zenoss.org — Wed, 09 Nov 2011 16:52:50 GMT

Hi,

I no longer have the /Devices/Server/Linux/Java subclass after installing the 1.1 version of the Zenpack. I checked the zPyhtonClass zProperty and it is not defined. Any other ideas? Which log would have the most useful debug information?

Also which Modeler Plugins should be enabled as well as which Monitoring Templates?

I have the JavaAppMap modeler plugin and the Java (/Server/Linux) Monitoring Template applied.

Please advise and THANKS!

RE: Java Application Components

community@zenoss.org — Wed, 09 Nov 2011 17:33:41 GMT

I installed to another server of mine, and didn’t see the problem…

Can you run:

zenmodeler run -v10 -d devicename --collect=JavaAppMap

and paste the output in a reply?

Also, I’m assuming you must have restarted Zenoss as well right?

RE: Java Application Components

community@zenoss.org — Tue, 15 Nov 2011 00:02:52 GMT

[zenoss@zenoss-server bin]$ zenmodeler run -v10 -d device.name.snipped.mycompany.com

2011-11-14 16:00:09,105 DEBUG zen.ZenModeler: Run in foreground, starting immediately.

2011-11-14 16:00:09,110 DEBUG zen.pysamba: client ntlmv2 auth is now no

2011-11-14 16:00:09,110 DEBUG zen.ZenModeler: Starting PBDaemon initialization

2011-11-14 16:00:09,110 INFO zen.ZenModeler: Connecting to localhost:8789

2011-11-14 16:00:09,111 DEBUG zen.ZenModeler: Logging in as admin

2011-11-14 16:00:09,118 INFO zen.ZenModeler: Connected to ZenHub

2011-11-14 16:00:09,118 DEBUG zen.ZenModeler: Setting up initial services: EventService, ModelerService

2011-11-14 16:00:09,119 DEBUG zen.ZenModeler: Chaining getInitialServices with d2

2011-11-14 16:00:09,120 DEBUG zen.ZenModeler: Loaded service EventService from zenhub

2011-11-14 16:00:09,121 DEBUG zen.ZenModeler: Loaded service ModelerService from zenhub

2011-11-14 16:00:09,121 DEBUG zen.ZenModeler: Queueing event {'severity': 0, 'component': 'zenmodeler', 'agent': 'zenmodeler', 'summary': 'started', 'manager': 'localhost.localdomain', 'device': 'localhost', 'eventClass': '/App/Start', 'monitor': 'localhost'}

2011-11-14 16:00:09,121 DEBUG zen.ZenModeler: Total of 1 queued events

2011-11-14 16:00:09,122 DEBUG zen.ZenModeler: Calling connected.

2011-11-14 16:00:09,122 DEBUG zen.ZenModeler: fetching monitor properties

2011-11-14 16:00:09,131 DEBUG zen.ZenModeler: Getting threshold classes...

2011-11-14 16:00:09,132 DEBUG zen.ZenModeler: Loading classes ['Products.ZenModel.MinMaxThreshold']

2011-11-14 16:00:09,133 DEBUG zen.ZenModeler: Fetching default RRDCreateCommand...

2011-11-14 16:00:09,134 DEBUG zen.ZenModeler: Getting collector thresholds...

2011-11-14 16:00:09,145 DEBUG zen.thresholds: Updating threshold ('high event queue', ('localhost', ''))

2011-11-14 16:00:09,145 DEBUG zen.thresholds: Updating threshold ('zenmodeler cycle time', ('localhost', ''))

2011-11-14 16:00:09,145 DEBUG zen.thresholds: Updating threshold ('zenperfsnmp cycle time', ('localhost', ''))

2011-11-14 16:00:09,145 DEBUG zen.thresholds: Updating threshold ('zenping cycle time', ('localhost', ''))

2011-11-14 16:00:09,145 DEBUG zen.thresholds: Updating threshold ('zenprocess cycle time', ('localhost', ''))

2011-11-14 16:00:09,146 DEBUG zen.ZenModeler: Getting collector plugins for each DeviceClass

2011-11-14 16:00:09,168 DEBUG zen.ZenModeler: Starting collector loop...

2011-11-14 16:00:09,169 INFO zen.ZenModeler: Collecting for device device.name.snipped.mycompany.com

2011-11-14 16:00:09,172 INFO zen.ZenModeler: Device device.name.snipped.mycompany.com not returned is it down?

2011-11-14 16:00:09,172 DEBUG zen.ZenModeler: Running 0 clients

2011-11-14 16:00:09,172 DEBUG zen.ZenModeler: Collection slots filled

2011-11-14 16:00:09,172 DEBUG zen.ZenModeler: Running 0 clients

2011-11-14 16:00:09,172 INFO zen.ZenModeler: Scan time: 0.00 seconds

2011-11-14 16:00:09,173 DEBUG zen.thresholds: Checking value 0.00400900840759 on Daemons/localhost/zenmodeler_cycleTime

2011-11-14 16:00:09,174 DEBUG zen.MinMaxCheck: Checking zenmodeler_cycleTime 0.00400900840759 against min None and max 34560.0

2011-11-14 16:00:09,175 DEBUG zen.ZenModeler: Queueing event {'manager': 'localhost.localdomain', 'eventKey': 'zenmodeler cycle time', 'device': 'localhost', 'eventClass': '/Perf', 'summary': 'threshold of zenmodeler cycle time restored: current value 0.00', 'component': '', 'monitor': 'localhost', 'agent': 'zenmodeler', 'severity': 0}

2011-11-14 16:00:09,175 DEBUG zen.ZenModeler: Total of 1 queued events

2011-11-14 16:00:09,175 DEBUG zen.ZenModeler: Sent a 'stop' event

2011-11-14 16:00:09,182 DEBUG zen.ZenModeler: stop() called when not running

2011-11-14 16:00:09,182 INFO zen.ZenModeler: Daemon ZenModeler shutting down

2011-11-14 16:00:09,182 DEBUG zen.ZenModeler: Removing service EventService

2011-11-14 16:00:09,183 DEBUG zen.ZenModeler: Removing service ModelerService

RE: Java Application Components

community@zenoss.org — Tue, 15 Nov 2011 00:04:08 GMT

Yes, restarted zenoss many times

RE: Java Application Components

community@zenoss.org — Tue, 15 Nov 2011 16:56:18 GMT

in the GUI, if you go to :

http://zenossurl/blahblahblah/device/name/devicedetail

and replace

"devicedetail" with "manage", do you see a folder called "javaApps"? If so, then the relations got created correctly. I'm not sure about the "device down" issue, but if the device isn't in "Production" status, no plugins will run.

RE: Java Application Components

community@zenoss.org — Tue, 15 Nov 2011 19:08:34 GMT

Hi,

I do have the javaApps folder in the path you specified. Not sure what else is not working properly here. I tried a number of various things including removing all modeler plugins except JavaAppMap and I consistently see the following warning when modeling a device:

2011-11-15 11:06:29,556 WARNING zen.ZenModeler: The plugin JavaAppMap returned no results

Thoughts?

RE: Java Application Components

community@zenoss.org — Tue, 15 Nov 2011 19:10:22 GMT

Is there a symlink for “cmdline-jmxclient” in /opt/zenoss/libexec?

RE: Java Application Components

community@zenoss.org — Tue, 15 Nov 2011 19:12:46 GMT

Looks like it:

lrwxrwxrwx 1 zenoss zenoss 127 Nov 14 16:05 cmdline-jmxclient -> /opt/zenoss/ZenPacks/ZenPacks.community.zenJavaApp-1.1-py2.6.egg/ZenPacks/community/zenJavaApp/bin/cmdline-jmxclient-0.10.3.jar

RE: Java Application Components

community@zenoss.org — Tue, 15 Nov 2011 19:23:35 GMT

I rewrote the modeler script yesterday but haven’t posted it yet…it should output some more information.

Try replacing the contents of JavaAppMap.py file (under modeler/plugins) with this and then run:

zenmodeler run -v10 -d device --collect=JavaAppMap

######################################################################

JavaAppMap modeler plugin

######################################################################

from Products.DataCollector.plugins.CollectorPlugin import PythonPlugin

from Products.DataCollector.plugins.CollectorPlugin import CollectorPlugin

from Products.DataCollector.plugins.DataMaps import ObjectMap

from Products.ZenUtils.Utils import zenPath,prepId

from twisted.internet.utils import getProcessOutput

import re,os

from subprocess import *

class JavaAppMap(PythonPlugin):

"""Map JMX Client output table to model."""

relname = "javaApps"

modname = "ZenPacks.community.zenJavaApp.JavaApp"

deviceProperties = PythonPlugin.deviceProperties + (

'zJmxUsername',

'zJmxPassword',

'zJavaAppPorts',

'manageIp',

)

def queryRemote(self,server,port,log):

binPath = zenPath('libexec')

authstring = '-'

deststring = server":"str(port)

jarfile = binPath + "/cmdline-jmxclient"

args = '/usr/bin/java -jar 'jarfile' 'authstring' '+deststring

#log.info('Running command %s', args)

output = Popen(Java Application Components,stdout=PIPE,stderr=STDOUT,shell=True)

return output.stdout.readlines()

def getClientPorts(self,device,log):

validPorts = []

for jmxPort in device.zJavaAppPorts:

log.info('Testing port %s for device %s', jmxPort, device.id)

output = self.queryRemote(device.id, jmxPort, log)

valid = False

for line in output:

if re.search('Connection refused',line) != None :

valid = False

break

if re.search('Invalid credentials',line) != None :

valid = True

break

if re.search('Authentication failed',line) != None :

valid = True

break

if valid == True:

log.info('JMX client found on port %s',jmxPort)

validPorts.append(jmxPort)

return validPorts

def collect(self, device, log):

results = []

jmxPorts = self.getClientPorts(device,log)

for jmxPort in jmxPorts:

log.info('creating component for port %s',jmxPort)

info = {}

name = "java_"+jmxPort

info['id'] = prepId(name)

info['javaPort'] = jmxPort

info['javaUser'] = device.zJmxUsername

info['javaPass'] = device.zJmxPassword

results.append(info)

return results

def process(self, device, results, log):

log.info('finding plugin %s for device %s', self.name(), device.id)

rm = self.relMap()

for result in results:

om = self.objectMap(result)

rm.append(om)

return rm

RE: Java Application Components

community@zenoss.org — Tue, 15 Nov 2011 19:47:01 GMT

2011-11-15 11:42:53,087 DEBUG zen.ZenModeler: Run in foreground, starting immediately.

2011-11-15 11:42:53,091 DEBUG zen.pysamba: client ntlmv2 auth is now no

2011-11-15 11:42:53,091 DEBUG zen.ZenModeler: Starting PBDaemon initialization

2011-11-15 11:42:53,091 INFO zen.ZenModeler: Connecting to localhost:8789

2011-11-15 11:42:53,092 DEBUG zen.ZenModeler: Logging in as admin

2011-11-15 11:42:53,100 INFO zen.ZenModeler: Connected to ZenHub

2011-11-15 11:42:53,100 DEBUG zen.ZenModeler: Setting up initial services: EventService, ModelerService

2011-11-15 11:42:53,101 DEBUG zen.ZenModeler: Chaining getInitialServices with d2

2011-11-15 11:42:53,102 DEBUG zen.ZenModeler: Loaded service EventService from zenhub

2011-11-15 11:42:53,102 DEBUG zen.ZenModeler: Loaded service ModelerService from zenhub

2011-11-15 11:42:53,102 DEBUG zen.ZenModeler: Queueing event {'severity': 0, 'component': 'zenmodeler', 'agent': 'zenmodeler', 'summary': 'started', 'manager': 'localhost.localdomain', 'device': 'localhost', 'eventClass': '/App/Start', 'monitor': 'localhost'}

2011-11-15 11:42:53,103 DEBUG zen.ZenModeler: Total of 1 queued events

2011-11-15 11:42:53,103 DEBUG zen.ZenModeler: Calling connected.

2011-11-15 11:42:53,103 DEBUG zen.ZenModeler: fetching monitor properties

2011-11-15 11:42:53,111 DEBUG zen.ZenModeler: Getting threshold classes...

2011-11-15 11:42:53,113 DEBUG zen.ZenModeler: Loading classes Java Application Components

2011-11-15 11:42:53,113 DEBUG zen.ZenModeler: Fetching default RRDCreateCommand...

2011-11-15 11:42:53,114 DEBUG zen.ZenModeler: Getting collector thresholds...

2011-11-15 11:42:53,123 DEBUG zen.thresholds: Updating threshold ('high event queue', ('localhost', ''))

2011-11-15 11:42:53,123 DEBUG zen.thresholds: Updating threshold ('zenmodeler cycle time', ('localhost', ''))

2011-11-15 11:42:53,123 DEBUG zen.thresholds: Updating threshold ('zenperfsnmp cycle time', ('localhost', ''))

2011-11-15 11:42:53,123 DEBUG zen.thresholds: Updating threshold ('zenping cycle time', ('localhost', ''))

2011-11-15 11:42:53,124 DEBUG zen.thresholds: Updating threshold ('zenprocess cycle time', ('localhost', ''))

2011-11-15 11:42:53,124 DEBUG zen.ZenModeler: Getting collector plugins for each DeviceClass

2011-11-15 11:42:53,145 DEBUG zen.ZenModeler: Starting collector loop...

2011-11-15 11:42:53,145 INFO zen.ZenModeler: Collecting for device

2011-11-15 11:42:53,201 DEBUG zen.ZenModeler: Running 0 clients

2011-11-15 11:42:53,201 DEBUG zen.ZenModeler: Collection slots filled

2011-11-15 11:42:53,202 DEBUG zen.ZenModeler: Running 0 clients

2011-11-15 11:42:53,202 INFO zen.ZenModeler: Scan time: 0.06 seconds

2011-11-15 11:42:53,202 DEBUG zen.thresholds: Checking value 0.0565168857574 on Daemons/localhost/zenmodeler_cycleTime

2011-11-15 11:42:53,203 DEBUG zen.MinMaxCheck: Checking zenmodeler_cycleTime 0.0565168857574 against min None and max 34560.0

2011-11-15 11:42:53,204 DEBUG zen.ZenModeler: Queueing event {'manager': 'localhost.localdomain', 'eventKey': 'zenmodeler cycle time', 'device': 'localhost', 'eventClass': '/Perf', 'summary': 't

2011-11-15 11:42:53,204 DEBUG zen.ZenModeler: Total of 2 queued events

2011-11-15 11:42:53,206 DEBUG zen.ZenModeler: Sent a 'stop' event

2011-11-15 11:42:53,218 DEBUG zen.ZenModeler: stop() called when not running

2011-11-15 11:42:53,218 INFO zen.ZenModeler: Daemon ZenModeler shutting down

2011-11-15 11:42:53,218 DEBUG zen.ZenModeler: Removing service EventService

2011-11-15 11:42:53,219 DEBUG zen.ZenModeler: Removing service ModelerService

RE: Java Application Components

community@zenoss.org — Tue, 15 Nov 2011 20:15:51 GMT

OK, the line 3 error was du eto that line not being commented out. I added the hash mark and re-ran zenmodeler. Here are the results with additional syntax errors.

2011-11-15 12:10:26,519 DEBUG zen.ZenModeler: Run in foreground, starting immediately.

2011-11-15 12:10:26,523 DEBUG zen.pysamba: client ntlmv2 auth is now no

2011-11-15 12:10:26,523 DEBUG zen.ZenModeler: Starting PBDaemon initialization

2011-11-15 12:10:26,524 INFO zen.ZenModeler: Connecting to localhost:8789

2011-11-15 12:10:26,524 DEBUG zen.ZenModeler: Logging in as admin

2011-11-15 12:10:26,532 INFO zen.ZenModeler: Connected to ZenHub

2011-11-15 12:10:26,532 DEBUG zen.ZenModeler: Setting up initial services: EventService, ModelerService

2011-11-15 12:10:26,533 DEBUG zen.ZenModeler: Chaining getInitialServices with d2

2011-11-15 12:10:26,535 DEBUG zen.ZenModeler: Loaded service EventService from zenhub

2011-11-15 12:10:26,535 DEBUG zen.ZenModeler: Loaded service ModelerService from zenhub

2011-11-15 12:10:26,535 DEBUG zen.ZenModeler: Queueing event {'severity': 0, 'component': 'zenmodeler', 'agent': 'zenmodeler', 'summary': 'started', 'manager': 'localhost.localdomain', 'device': 'localhost', 'eventClass': '/App/Start', 'monitor': 'localhost'}

2011-11-15 12:10:26,536 DEBUG zen.ZenModeler: Total of 1 queued events

2011-11-15 12:10:26,536 DEBUG zen.ZenModeler: Calling connected.

2011-11-15 12:10:26,536 DEBUG zen.ZenModeler: fetching monitor properties

2011-11-15 12:10:26,544 DEBUG zen.ZenModeler: Getting threshold classes...

2011-11-15 12:10:26,545 DEBUG zen.ZenModeler: Loading classes Java Application Components

2011-11-15 12:10:26,546 DEBUG zen.ZenModeler: Fetching default RRDCreateCommand...

2011-11-15 12:10:26,547 DEBUG zen.ZenModeler: Getting collector thresholds...

2011-11-15 12:10:26,556 DEBUG zen.thresholds: Updating threshold ('high event queue', ('localhost', ''))

2011-11-15 12:10:26,556 DEBUG zen.thresholds: Updating threshold ('zenmodeler cycle time', ('localhost', ''))

2011-11-15 12:10:26,556 DEBUG zen.thresholds: Updating threshold ('zenperfsnmp cycle time', ('localhost', ''))

2011-11-15 12:10:26,556 DEBUG zen.thresholds: Updating threshold ('zenping cycle time', ('localhost', ''))

2011-11-15 12:10:26,556 DEBUG zen.thresholds: Updating threshold ('zenprocess cycle time', ('localhost', ''))

2011-11-15 12:10:26,556 DEBUG zen.ZenModeler: Getting collector plugins for each DeviceClass

2011-11-15 12:10:26,579 DEBUG zen.ZenModeler: Starting collector loop...

2011-11-15 12:10:26,579 INFO zen.ZenModeler: Collecting for device

2011-11-15 12:10:26,645 DEBUG zen.ZenModeler: Running 0 clients

2011-11-15 12:10:26,645 DEBUG zen.ZenModeler: Collection slots filled

2011-11-15 12:10:26,646 DEBUG zen.ZenModeler: Running 0 clients

2011-11-15 12:10:26,646 INFO zen.ZenModeler: Scan time: 0.07 seconds

2011-11-15 12:10:26,646 DEBUG zen.thresholds: Checking value 0.0669920444489 on Daemons/localhost/zenmodeler_cycleTime

2011-11-15 12:10:26,647 DEBUG zen.MinMaxCheck: Checking zenmodeler_cycleTime 0.0669920444489 against min None and max 34560.0

2011-11-15 12:10:26,648 DEBUG zen.ZenModeler: Queueing event {'manager': 'localhost.localdomain', 'eventKey': 'zenmodeler cycle time', 'device': 'localhost', 'eventClass': '/Perf', 'summary': 'threshold of zenmodeler cycle time restored: current value 0.07', 'component': '', 'monitor': 'localhost', 'agent': 'zenmodeler', 'severity': 0}

2011-11-15 12:10:26,648 DEBUG zen.ZenModeler: Total of 2 queued events

2011-11-15 12:10:26,650 DEBUG zen.ZenModeler: Sent a 'stop' event

2011-11-15 12:10:26,662 DEBUG zen.ZenModeler: stop() called when not running

2011-11-15 12:10:26,662 INFO zen.ZenModeler: Daemon ZenModeler shutting down

2011-11-15 12:10:26,663 DEBUG zen.ZenModeler: Removing service EventService

2011-11-15 12:10:26,663 DEBUG zen.ZenModeler: Removing service ModelerService

RE: Java Application Components

community@zenoss.org — Tue, 15 Nov 2011 20:17:05 GMT

Well I gues I'm stumped -- I haven't had any problems like this myself, and this acts like the device monitoring status is set to "Decommissioned" -- do the other modeler plugins run?

RE: Java Application Components

community@zenoss.org — Tue, 15 Nov 2011 20:18:15 GMT

They do run. The device is in the Production state.

Any ideas on the syntax errors noted?

RE: Java Application Components

community@zenoss.org — Wed, 16 Nov 2011 12:51:52 GMT

Hi guys

Just to add that I am experiencing exactly the same problem and no matter what modeler plugins are or are not included, the result remains the same:

ERROR zen.ZenModeler: Unable to fill collection slots: [Failure instance: Traceback (failure with no frames): : [Errno 2] No such file or directory

Ill also look around and see if I can assist with my limited knowledge. This is an awesome ZenPack - we need to get it working

I am on 3.2.1 with pack 1.1

RE: Java Application Components

community@zenoss.org — Wed, 16 Nov 2011 14:41:59 GMT

I just tried uninstalling/reinstalling myself, and I forgot to repopulated the "zJavaAppPorts" zProperty with a list of JMX ports to scan. I saw the same issue (plugin appeared not to run) until i put a port in the list to be scanned.

Is that possibly the issue here?

Anyways, I released a new version (1.2) above that corrected a separate issue i had with the modeler. Hopefully it will work for you guys. Sorry there's so much trouble getting this to work...It's possible I've missed something fundamental.

The only thing in this zenpack i've done different than usual is that the javaApps relation is created in the __init__.py file and bound to the device class rather than to a specific subclass using the zPythonClass zProperty. I copied this from epuzanov's great examples, and i know it works in his zenpacks.

If it still doesn't work, maybe i've missed something in the modeler plugin (maptype/compname/relname/modname)?

Joseph

RE: Java Application Components

community@zenoss.org — Wed, 16 Nov 2011 15:29:12 GMT

I installed your latest bits from github https://github.com/j053ph4/ZenPacks.community.zenJavaApp and was able to get this working. I didnt seem to have the same issues as the folks above, however I did have to make a change to the modeler to get this working.

In my case the JVM does not require authentication. As a result I fell right through your valid=true checks in getClientPorts. I added the following check after connection refused:

                if re.search('java\.lang:type=Memory',line) != None :
                    valid = True
                    break

And for what its worth, I manually created a new device class and bound the JavaAppMap plugin to the new device class

RE: Java Application Components

community@zenoss.org — Wed, 16 Nov 2011 15:32:15 GMT

Thanks appreciate the input I’ll add your changes to the modeler plugin, and also some logic setting the auth to false for the queries…

I did the same thing re: the device class+plugin, but you had mentioned having windows-based servers as well, so I didn’t want to be too restrictive w/the usual python class binding…

RE: Java Application Components

community@zenoss.org — Wed, 16 Nov 2011 15:34:17 GMT

I did the same thing re: the device class+plugin, but you had mentioned having windows-based servers as well, so I didn’t want to be too restrictive w/the usual python class binding…

</nod>understood, was throwing that out there in case it helps any of the other folks that having trouble getting it working.

RE: Java Application Components

community@zenoss.org — Thu, 17 Nov 2011 13:29:56 GMT

Im having more joy today. Installed 1.2 and the previous issue is gone, however I still dont get it fully functional:

I added a JMX port that I know exists in zProperties and the modeler simply passes over finding no responding port. I also made the change to getClientPorts since I too am not using any authentication on my JVMs, but it makes no difference - the resultset remains empty?

2011-11-17 15:23:54,941 INFO zen.ZenModeler: plugins: JavaAppMap

2011-11-17 15:23:54,942 DEBUG zen.PythonClient: Running collection for plugin JavaAppMap

2011-11-17 15:23:54,942 INFO zen.PythonClient: Testing port 14444 for device 10.111.249.170

2011-11-17 15:23:54,962 DEBUG zen.PythonClient: Results for JavaAppMap: []

2011-11-17 15:23:54,963 INFO zen.PythonClient: Python client finished collection for 10.111.249.170

[root@zenoss plugins]# telnet 10.111.249.170 14444

Trying 10.111.249.170...

Connected to xxxx (10.111.249.170).

Escape character is '^]'.

telnet>

It almost seems like something environmental rather than a bug given that dpetzel has had success?

RE: Java Application Components

community@zenoss.org — Thu, 17 Nov 2011 14:12:07 GMT

Did you restart zenoss after making the change to getClientPorts ?

Also try adding print output after the output= line. Something like this:

            output = self.queryRemote(device.id, jmxPort, log)
            print output
            valid = False

From there I searched for each of the strings in the if blocks, which is how I realized I needed to add the line I did. It sounds though, as you are having a similar issue to what I was having in that I was never making a match on any lines

RE: Java Application Components

community@zenoss.org — Thu, 17 Nov 2011 14:58:04 GMT

Another thing to try (from the command line) is to call the console jmx directly and examine the output…try:

java -jar /opt/zenoss/libexec/cmdline-jmxcliient - host:port

or something like that –basically you’re running against the remote host and supplying “-“ instead of “user:pass” – that’s what the modeler plugin does.

Maybe, like dpetzel, you’re seeing some output that I didn’t put in a regext to find?

Joseph

RE: Java Application Components

community@zenoss.org — Fri, 18 Nov 2011 09:59:31 GMT

Firstly I realised that JavaAppMap.py expects 'java' to be at /usr/bin/java which mine is not. A simple symbolic link fixed that.

I then ran into this:

Exception in thread "main" javax.management.MalformedObjectNameException: Key properties cannot be empty

at javax.management.ObjectName.construct(ObjectName.java:467)

at javax.management.ObjectName.<init>(ObjectName.java:1403)

at org.archive.jmx.Client.execute(Client.java:231)

at org.archive.jmx.Client.main(Client.java:154)

The reason for that is that I am trying to probe three JVM's on the host. I expected that you should be able to make the zProperty a space delimited list that would feed the for loop, but actually results in a command

java -jar /opt/zenoss/libexec/cmdline-jmxclient - 10.111.249.170:14444 24444 34444 at modeling time

which is not valid - you can only have one port as an argument.

If I just add one, it all works perfectly - well I see the graphs - havent seen any data collection yet.

Thanks for the assistance so far

RE: Java Application Components

community@zenoss.org — Fri, 18 Nov 2011 14:16:34 GMT

Try a newline-delimited list. That should work for you.

RE: Java Application Components

community@zenoss.org — Tue, 22 Nov 2011 10:33:44 GMT

That did the trick - needs to be newline delimited. Joseph, did your graphs populate immediately or did you need to do any additional binding? All the placeholders are there post modelling, but the graphs remain blank indefinately as in your screenshot above. I also dont see any attempt by JMX to fetch data in zenjmx.log, nor any exceptions?

RE: Java Application Components

community@zenoss.org — Tue, 22 Nov 2011 14:14:46 GMT

Try restarting the zenjmx daemon….I think I remember having to do that myself.

RE: Java Application Components

community@zenoss.org — Wed, 07 Dec 2011 22:40:52 GMT

I was getting the same error, trying to model across a WAN. The following diff should help the modeler run (I posted the code to github, but then I realized that was version 1.1)

[zenoss@zenoss zenJavaApp]$ diff ZenPacks/community/zenJavaApp/modeler/plugins/JavaAppMap.py ~/JavaAppMap.py

34,36c34,41

< output = Popen([args],stdout=PIPE,stderr=STDOUT,shell=True)

< return output.stdout.readlines()

---

> try:

> output = Popen([args],stdout=PIPE,stderr=STDOUT,shell=True)

> return output.communicate()

> except Exception as e:

> #print "Error: ", type(e)

> #print e

> return False

44c49,50

< for line in output:

---

> if output != False :

> for line in output:

47a54,57

> log.debug(line)

> if re.search('java\.lang:type=Memory',line) != None :

> valid = True

> break

RE: Java Application Components

community@zenoss.org — Thu, 08 Dec 2011 20:00:45 GMT

This diff is included in the 1.4 egg, I uploaded it after trying it out overnight. YMMV.

RE: Java Application Components

community@zenoss.org — Fri, 09 Dec 2011 02:01:06 GMT

Wizard113,

Thanks for the update...I was using the .communicate() method prevoiusly, but ran into some difficulties. I have not yet had the chance to evaluate your changes, in particular whether it is still handling the cases where authentication is/is not enabled and whether or not the zJmxUsername and zJmxPassword are working. I'll merge your changes as soon as I have an opportunity (it's been a very busy week).

You are "pccowboy" on github correct?

Joseph