9:58:46 AM zenethian: I'll be a few minutes late for the IRC session.  10am standup meeting. 
10:02:27 AM meller: *twiddles his thumbs*
10:02:35 AM rmatte: hehe
10:08:34 AM ckrough: hmm.. in a report, I want to show dev.hw.getModelName(), but the column hw.getModelName returns unknown
10:08:38 AM ckrough: any ideas
10:10:27 AM meller: so when are we releasing the PHP port?
10:10:41 AM rmatte: ckrough: you talking about just a custom report from the UI?
10:10:46 AM ckrough: ya
10:10:47 AM ckrough: or dmd
10:10:55 AM ckrough: in dmd its .hw.getModelName()
10:11:03 AM zenethian: *sneaks in with cookies and milk*
10:11:04 AM ckrough: gui doesnt like that though
10:11:23 AM rmatte: yeh it won't
10:11:27 AM rmatte: here's what you can use...
10:11:28 AM rmatte: getId
10:11:28 AM rmatte: getManageIp
10:11:28 AM rmatte: getHWManufacturerName
10:11:28 AM rmatte: getHWProductName
10:11:28 AM rmatte: getHWSerialNumber
10:11:29 AM rmatte: getPingStatusString
10:11:29 AM rmatte: getSnmpStatusString
10:11:30 AM rmatte: getPriorityString
10:11:40 AM ckrough: where did you get that list
10:11:47 AM rmatte: accumulated over time
10:11:49 AM rmatte: there's also...
10:11:51 AM rmatte: getLocationName
10:11:55 AM ckrough: argh
10:11:57 AM rmatte: getCreatedTimeString
10:12:02 AM rmatte: getProdState
10:12:14 AM rmatte: getDeviceClassName
10:12:31 AM rmatte: enjoy
10:12:46 AM ckrough: the other problem is, when I do it from dmd, it returns the product key (.1.3.6.1.4.1.9.1.626) and not the translated model number
10:12:59 AM ckrough: not sure how to do that lookup within dmd
mrayzenoss has changed the topic to: Zenoss Developers are here (10:13:15 AM)
10:13:17 AM rmatte: ckrough: it'll return the proper thing with the getHWProductName call
10:13:24 AM rmatte: you can use that call in zendmd I believe
10:13:28 AM mrayzenoss: zenethian is the Dev on call today
10:13:32 AM rmatte: d.getHWProductName()
10:13:40 AM rmatte: or something similar
10:14:33 AM ckrough: hmm still returns the number with that
10:14:39 AM ckrough: but they resolve fine in the GUI
10:14:51 AM cgibbons: tada
10:14:53 AM ckrough: maybe there is something else I need to import into zendmd
10:14:55 AM zenethian: Yep, velcome to my lair.  Muahaha.  So I have to admit, I've not yet done one of these sessions, and I've had my head in the new UI for at least the entire time I've worked here, so I will try to be as useful as possible.  I think this is the first time in 15 years of using IRC that I've tried to be useful on IRC.
10:15:16 AM zenethian: *grins*
10:15:26 AM ckrough: zenethian: how can I list the model names of devices in a custom report?
10:15:27 AM cgibbons: when in doubt just make up random answers, zen. it'll keep 'em busy for a while.
10:15:29 AM rmatte: ckrough: the UI might be automatically referencing the product list
10:15:50 AM zenethian: ckrough: use the new zensolarflares module.
10:15:53 AM zenethian: *grins*
10:16:00 AM zenethian: cgibbons: you mean like that?
10:16:05 AM ckrough: I will not accept 42 as an answer for any questions
10:16:21 AM rmatte: hehe
10:17:16 AM zenethian: So, to answer your question, um, I have no idea.  I've never created a custom report.
10:17:26 AM zenethian: cgibbons: any ideas?
10:17:27 AM ckrough: no cookie for you
10:17:46 AM cgibbons: I just made one last night for the first time. By custom do you mean doing it from the UI or doing if from code? (a .rpt file?)
10:18:06 AM ckrough: ui
10:18:18 AM ckrough: trying to get it working UI before I bother to do it in pt
10:18:21 AM RoAkSoAx: mrayzenoss, i've sent you the email on what was discussed a couple weeks ago (about zenoss machine for class presentation)
10:18:44 AM mrayzenoss: RoAkSoAx: yeah, still processing my inbox
10:18:51 AM cgibbons: OK, I'm clueless on that, too. at least without looking, I've been doing them through code. But lesee.
10:19:09 AM RoAkSoAx: mrayzenoss, ok
10:19:14 AM ckrough: got it
10:19:29 AM ckrough: getHWProductName works in the UI, but in dmd it just returns the number
10:19:40 AM ckrough: which is fine...
10:19:41 AM chemist: zenethian: since you are the UI master, how difficult would it be to add the value of an snmp query to the 'Status' tab?
10:20:03 AM chemist: zenethian: bearing in mind I am not a programmer
10:21:06 AM zenethian: Hmm, that's a good question.  The status tab of what, though?
10:21:15 AM pils: sorry for the repetition...  i have a problem with the dashboard not containing any data in the portlets, any ideas?  I recently upgraded to 2.5.2 and the issue persists
10:21:17 AM ckrough: ok, so if some model numbers are coming back unresolved (.1.3.6.1.4.1.9.1.282), I need to define that manually, or do I need to install an updated product mib?
10:21:22 AM rmatte: ckrough: it must have something to do with d.hw.getProductLink()
10:21:47 AM ckrough: rmatte: aww yeah, that makes sense
10:21:54 AM ckrough: rmatte: >>> dev.hw.getProductLink()
10:21:55 AM ckrough: "<a href='/zport/dmd/Manufacturers/Unknown/products/.1.3.6.1.4.1.9.1.626'>.1.3.6.1.4.1.9.1.626</a>
10:22:11 AM chemist: zenethian: I am thinking the Status tab of linux servers
10:22:12 AM rmatte: >>> d.hw.getProductLink()
10:22:12 AM rmatte: "<a href='/zport/dmd/Manufacturers/Generic/products/Net-SNMP%20Agent'>Net-SNMP Agent</a>"
10:22:59 AM rmatte: you sure it's not actually showing an OID for that device?
10:23:05 AM rmatte: on the status tab?
10:23:25 AM zenethian: Oh I see, hmm.  To be honest, I don't know specificly how to add any extra information into the current UI, because the device details screen has been completely redesigned.
10:25:00 AM rmatte: that is pretty weird that there's no function to actually pull the plaintext model info right from dmd
10:25:12 AM chemist: zenethian: let me put it another way, how difficult would it be from a development point of view to have a user-selectable snmp query that would always show on the status tab?
10:25:42 AM chemist: zenethian: in my case I would like to be able to see the value of UCD-SNMP-MIB::extOutput.1 for any linux server
10:26:46 AM chemist: I think if there was such a function many users would find a good use for it
10:26:48 AM rmatte: chemist: I've never seen anyone actually edit the status screen, you'd probably want to add a tab and display the value there
10:27:03 AM rmatte: chemist: agreed that it would be a good function to have
10:27:25 AM zenethian: chemist: So would it kick the query off each time or use a cached query value?  If you wanted it to be "live" I'm not sure how you'd get that to hook in.
10:27:35 AM rmatte: chemist: open an enhancement request in trac: http://dev.zenoss.com/trac zenoss/zenoss
10:28:07 AM chemist: rmatte: will do
10:28:55 AM chemist: I personally think its a function that would sit quite nicely in the Device Information part of the Status tab
10:29:16 AM zenethian: pils: I am not really sure what would cause an existing dashboard layout to not load after upgrading to 2.5.2.   Which RC are you using?
10:30:14 AM pils: it didn't work since install....
10:30:19 AM pils: how do i tell the rc version?
10:31:09 AM rmatte: do you still have the file that you used to install it?
10:32:23 AM pils: zenoss-2.5.1.el5.i386
10:32:26 AM pils: was the first
10:32:47 AM pils: then upgarded to zenoss-2.5.2-562.el5.i386
10:34:31 AM venturaville: sweet ...devs are here
10:34:33 AM zenethian: Ok, something to consider is that 2.5.2-562 is a beta build.  If you want, file a bug report on trac and we can take a look at it.  It could be any number of issues, I suppose.  I haven't heard of any issues specific to this problem when upgrading.
10:35:05 AM venturaville: so I have a question for adev if they want to volunteer to help
10:35:27 AM mrayzenoss: pils: maybe you could post it on the zenoss-testing forum?  That sounds familiar, like something that's been addressed, just not ringing a bell right now
10:35:43 AM mrayzenoss: venturaville: zenethian and cgibbons are around
10:35:43 AM zenethian: Sure I'm the sucker^H^H^H^H^H^H programmer on duty. 
10:35:52 AM venturaville: heh
10:35:57 AM venturaville: let me get some stuff up on pastebin
10:36:24 AM pils: zenethian: it's happend since i installed it.  someone from the channel suggested to upgrade to 2.5.2 because they thouoght it was fixed there...  i can fill out a bug
10:37:06 AM zenethian: Ah I see, so it wasn't the upgrade process that made them disappear, they just disappeared?
10:37:18 AM pils: ...they never showed up. 
10:37:54 AM zenethian: So it was a fresh install, and you never had any dashboard widgets show up?
10:38:25 AM pils: that's almost right... there is no data in the widgets
10:38:33 AM pils: and in IE i can't add widgets
10:38:42 AM zenethian: So it shows blank widgets even though you should have data in them?
10:38:43 AM mrayzenoss: IE7 or 8?
10:38:44 AM rmatte: mrayzenoss: it sounds familliar because someone added a link in the site portlet which auto-redirected them that one time, and we had to figure out how to restore them to the default settings
10:38:52 AM pils: correct
10:39:03 AM pils: ie8
10:39:16 AM rmatte: pils: try enabling compatibility mode in ie8, see if there's any difference
10:39:18 AM mrayzenoss: pils: are you in compatibility mode?  I don't think IE8 works well
10:39:29 AM rmatte: yeh, compatibility mode will fix it
10:39:44 AM rmatte: someone here had the same problem a while back, I told them to enable comptability mode and it started working fine
10:39:53 AM pils: so in firefox, i can add widgets all day there is just no data... in ie8 when i click to add widgets, it doesn't show anything except something about restore to defaults
10:39:56 AM rmatte: though honestly, just use firefox, I don't even know why people bother with IE anymore
10:39:58 AM zenethian: *writes some notes down*
10:40:05 AM rmatte: no data even in firefox eh?
10:40:06 AM rmatte: hmmm
10:40:18 AM venturaville: zenethian: http://pastebin.com/d611c970b
10:40:18 AM pils: let me try the ie8 compatability hang on
10:40:48 AM venturaville: so my issue is that I have a command datasource (using ssh) that is attached via a template on a sub-component of a device
10:41:20 AM venturaville: and then I have a parser that is attached to it to parse the output
10:41:33 AM venturaville: and I am having trouble debugging it because it is on a sub component
10:42:00 AM venturaville: if I run the test command option it can't find the executable (because it is trying to run it locally)
10:43:01 AM venturaville: I'm hoping for some suggestions on how to debug this if nothing else
10:43:15 AM zenethian: *stares at cgibbons, wondering if he knows how to do this*
10:43:58 AM zenethian: Unfortunately I have no idea.  So I need you to unplug the machine, wait 30 seconds, and then plug it back in.  Then tell me which lights on the front are blinking.
10:44:02 AM zenethian:
10:44:44 AM zenethian: My head has been in UI development most of the time I've been here, so a lot of this stuff is fascinatingly new to me.
10:44:45 AM cgibbons: er hang on lemme catch up
10:44:53 AM cgibbons: I am suffering from doing too many things at once and sucking @ all of them right now.
10:44:57 AM pils: so compatibility mode allows me to add portlets now... still no data in them though.
10:46:24 AM rmatte: pils: this is after an upgrade, not a fresh install?
10:47:14 AM pils: no.  it happened on the fresh install and someone reccomended upgrading to 2.5.2 because they thought the fix was in 2.5.2
10:48:00 AM rmatte: I see... what was the original version that you installed?
10:48:31 AM rmatte: I have a server running the latest beta and the portlets are working fine
fOrsberg is now known as forsberg (10:48:46 AM)
10:48:57 AM zenethian: since it's a fresh install, you might try wiping it out completely and installing fresh from 2.5.2
10:49:04 AM rmatte: yeh
10:49:12 AM rmatte: uninstall and then reinstall for sure
10:49:16 AM zenethian: Something might've just borked up on the install
10:49:17 AM pils: zenoss-2.5.1.el5.i386.rpm was the first file i installed
pils_ is now known as pils (10:49:31 AM)
10:49:38 AM pils: zenoss-2.5.1.el5.i386.rpm was the first file i installed
10:49:42 AM rmatte: ok, just uninstall it completely and install the 2.5.2 beta fresh
10:49:46 AM zenethian: wb
10:49:56 AM rmatte: eugh
10:50:14 AM rmatte: alt-f4 does not substitute for the enter key when typing messages
10:50:27 AM zenethian: *laughs*
10:50:30 AM rmatte: pils: alt-f4 does not substitute for the enter key when typing messages
10:50:31 AM zenethian: Problems today?
10:50:33 AM rmatte: just FYI
10:50:44 AM zenethian: Also, you're in Peoria?
10:50:49 AM pils: actually shift home freeks out bitchx
10:50:58 AM rmatte: as I was saying, just uninstall it completely and install the 2.5.2 beta fresh
10:51:03 AM pils: i was going for the insert key to paste zenoss-2.5.1.el5.i386.rpm
10:51:14 AM rmatte: osiris-1c/bitchx-1.1-final
10:51:20 AM rmatte:
10:51:56 AM zenethian: I am lame and use irssi.  Anyway, as lame as it sounds, I'd try reinstalling from 2.5.2 straight and see how it goes.
10:52:17 AM pils: zenethian yea... Peoria, you know it?
10:52:18 AM rmatte: irssi is actually a better client, I'm just really used to bx, and with osiris script it's pretty pimp
10:52:39 AM zenethian: pils: Grew up there.  Well, Pekin... but yeah.  Left when I was 18 to come to Texas. 
10:52:57 AM pils: zenethian: sweet
10:53:27 AM pils: pos
10:53:50 AM pils: pos
10:53:59 AM rmatte: you need to disable that home key
10:54:02 AM rmatte:
10:54:11 AM pils: or so fresh install of 2.5.2 ...
10:54:15 AM pils: ok rather
10:54:20 AM rmatte: yes
10:54:45 AM pils: restoring the data ok, or not?
10:55:01 AM zenethian: I would try to see if it works before you restore data
10:55:05 AM rmatte: yeh
10:55:08 AM pils: yea
10:55:10 AM rmatte: check first, then restore
10:55:11 AM zenethian: if it does, and then you restore, and it breaks, I bet I know what's wrong. 
10:55:37 AM pils: this will wait till the weekend
10:55:49 AM rmatte: we won't be around on the weekend
10:55:58 AM zenethian: o/` everybody's workin' on the weekend
10:56:00 AM pils: nah i just needed some direction
10:56:05 AM zenethian: *nods*
10:56:07 AM rmatte: lol k
10:56:48 AM pils: maybe nows a good time to build that new server
10:57:25 AM pils: tigerdirect has some really cheap 1RU servers sub $500...
10:57:27 AM rmatte: I'm anxious to see if 2.5.2 is going to fix the memory leak issues with zenperfsnmp
10:57:51 AM rmatte: I restarted zenperfsnmp yesterday and regained 1.5GB of RAM
10:58:22 AM zenethian: our fix is to cycle the daemon every day.
10:58:24 AM pils: how many endpoints are you monitoring
10:58:28 AM zenethian:   Just kidding, I have no idea, to be honest.
10:58:29 AM pils: lol
10:58:52 AM rmatte: zenethian: I've actually been cycling it every couple of weeks, but yeh
10:58:58 AM rmatte:
10:59:08 AM rmatte: pils: 17.5k datapoints
10:59:11 AM fOrsberg:
10:59:15 AM rmatte: 352 devices
10:59:28 AM zenethian: But Python and all dynamic langauges are immune to such things as memory leaks.
10:59:36 AM rmatte: zenethian: no, they aren't
10:59:39 AM zenethian: </sarcasm>
10:59:41 AM rmatte: lol
11:00:39 AM zenethian: Some day when I'm bored, I might look into it.  I am a fanatic zealot when it comes to memory efficiency problems.  In fact I feel like I need to look at it RIGHT NOW even though I have no time to work on it right now.
11:00:39 AM cgibbons: bah
11:00:58 AM rmatte: lol
11:00:58 AM zenethian: so thank you for making me feel insecure and provoking my OCD.
11:01:05 AM mrayzenoss: *files that away for later for things to get zenethian to work on*
11:01:12 AM zenethian: \o/
11:01:14 AM cgibbons: that sounds like you just volunteered to become an expert with the python -> C code that does our Windows monitoring, zen. i can hook you up with that.
11:01:24 AM mrayzenoss: exactly
11:01:25 AM zenethian: sounds good to me.  I like C programming.
11:01:43 AM mrayzenoss: we have witnesses
11:01:44 AM rmatte: memory issues have always been by biggest pet peeve when it comes to Zenoss, but I heard that zenperfsnmp had quite a bit changed in it since 2.4.5 so I look forward to seeing if it's any more efficient
11:01:44 AM cgibbons: it's easy to like because it's soooo tiny.
11:06:01 AM zenethian: Well, on that note, I'll be around for a while longer lurking like usual, if anyone has any further questions.
11:06:04 AM venturaville: cgibbons: any thoughts on my code snippets from earlier?
11:06:24 AM cgibbons: sorry haven't had a chance to look yet :?
11:06:27 AM cgibbons: er
11:23:11 AM QubeZ: anyone encountered the situation when the zenoss server (not service) is restarted and zenoss loads back up the graphs stop. I have to manually then log into the box and do a service zenoss restart for it to start graphing again.
11:23:31 AM QubeZ: essentially two starts of the service (upon boot and manually afterwards)
11:23:54 AM zenethian: Is there anything in the log files that indicates a failure of the first run at startup?
11:24:03 AM QubeZ: nope, all service starts
11:24:19 AM QubeZ: i even watch the console as the box starts up and all green
11:24:37 AM QubeZ: i just saw that im missing 1 hr of graphs and noticed that was the time i rebooted the server
11:25:36 AM zenethian: Hmm, I'm not really sure.  I would check in the logs anyway, just to see if something sorta silently failed.
11:25:58 AM QubeZ: k
11:33:21 AM QubeZ: 2010-02-18T12:26:10 INFO ZPublisher.Conflict ConflictError at /zport/RenderServer/render: database conflict error
11:33:49 AM zenethian: that would definitely be the problem.
11:35:15 AM QubeZ: this just started, graphs were fine all the way til this morning until reboot
11:38:45 AM rmatte: if I want to package something in a $ZENPACK which gets placed in $ZENHOME/bin do I just create a "bin" directory in the ZenPack?
11:38:55 AM rmatte: erm, in a ZenPack rather
11:38:56 AM rmatte:
11:40:47 AM rmatte: I don't want it linked as a daemon
11:40:51 AM rmatte: just as a regular script
11:42:12 AM QubeZ: rmatte any idea what this is: 2010-02-18T12:34:52 INFO ZPublisher.Conflict ConflictError at /zport/RenderServer/render: database conflict error?
11:42:39 AM QubeZ: not many google results for that
11:42:51 AM QubeZ: when accompanied with zenoss
11:43:17 AM rmatte: database conflict errors are generally just informational since Zope resolves them on the fly
11:43:32 AM QubeZ: but zenoss stoped graphing completely
11:43:35 AM rmatte: they occur when 2 different processes are trying to update the same db object simultaneously
11:43:49 AM rmatte: are you using a remote collector?
11:43:51 AM rmatte: or just local?
11:43:56 AM QubeZ: local
mrayzenoss has changed the topic to: Zenoss 2.5.2 RC Needs Testing! http://tinyurl.com/y85wuod (11:44:22 AM)