[12-May-2011 10:22:20] <dhopp> hey nyeates
[12-May-2011 10:22:56] <dhopp> dawn2020 has a weird problem…CPU threshold alerts are not triggers…threshold is enabled and from what I can tell seems like it's setup correctly…zenoss 3.1.0..ideas?
[12-May-2011 10:23:10] <dhopp> err..threshold alerts are not triggering
[12-May-2011 10:24:07] <nyeates> glad you clarified, had a hard time reading that
[12-May-2011 10:25:03] davetoo is now known as dcarmean
[12-May-2011 10:25:14] <nyeates> dawn2020: so yoiur graph shows a threshold being broken, but no event happens?
[12-May-2011 10:25:28] <dawn2020> yes
[12-May-2011 10:25:31] <nyeates> does the graphs visibly show the thresh on it? as a horizontal line....
[12-May-2011 10:25:39] <dawn2020> yes it does
[12-May-2011 10:25:44] <nyeates> can u post to us'
[12-May-2011 10:25:54] <dawn2020> i varied the values too...but still no luck
[12-May-2011 10:25:55] <dawn2020> sure
[12-May-2011 10:25:58] <dpetzel> anyone bored enough to try and help a first time zenpack developer (i use the word developer loosely)
[12-May-2011 10:26:26] <nyeates> dpetzel: in 35 mins it is developer hr, and we will have some zenoss devs in here
[12-May-2011 10:26:33] <nyeates> keep those Qs for sure!
[12-May-2011 10:26:41] <dpetzel> ah sweet
[12-May-2011 10:26:45] <nyeates> dpetzel: what are you working on
[12-May-2011 10:26:59] <dpetzel> trying to get a super basic f5 pack for core
[12-May-2011 10:27:17] <dpetzel> message/58567 is my dilema
[12-May-2011 10:27:25] <nyeates> im not familiar with what f5 is
[12-May-2011 10:27:31] <dpetzel> bigip load balancer
[12-May-2011 10:27:40] <dpetzel> there is an enterprise pack already, but nothing for core
[12-May-2011 10:27:52] <nyeates> ahh yes
[12-May-2011 10:28:35] <dpetzel> Im pretty sure Im only 1 or 2 "change this you dummy" and I'll have it working
[12-May-2011 10:30:01] <nyeates> gotcha, that is a long post....good detail....hopefully it can be digested in the dev hr
[12-May-2011 10:30:18] <dawn2020> Hi nyeates....please see the link http://tinypic.com/view.php?pic=27wrc53&s=7
[12-May-2011 10:30:26] <lorin> @Nick:I am monitoring the devices through WMI i am not able to get the graphs for the same . can u please help me out in this
[12-May-2011 10:30:37] <dhopp> The distributed collector zenpack that Egor wrote…how does that work if the main zenoss (zenhub) goes down…if there is an event that happens is that lost?
[12-May-2011 10:31:23] diatonic|away is now known as diatonic
[12-May-2011 10:31:34] <lorin> when i click the grah getting the error as User-supplied Python expression ((here.speed or 1e9) / 8 * .95) for maximum value caused error: ['ifHCInOctets_ifHCInOctets', 'ifHCOutOctets_ifHCOutOctets']
[12-May-2011 10:35:11] <nyeates> others feel free to chime in, im helping dawn2020 right now
[12-May-2011 10:36:43] <nyeates> dawn2020: the x-axis.... 05, 06 07, etc...are those minutes? days?
[12-May-2011 10:36:51] <dawn2020> days
[12-May-2011 10:37:44] <nyeates> oh hmmm, can you soon in to show just the overage? like so the overage part, if its just 5 or 20 mins, zoom in to show just that
[12-May-2011 10:37:54] <Hackman238> dawn2020: Are you running zenhubs on the remote collectors?
[12-May-2011 10:38:09] <nyeates> i want to assure that it was sustained at that high amt, not jumping up an ddown
[12-May-2011 10:38:25] <dawn2020> @nyeates:sure
[12-May-2011 10:38:49] <dawn2020> @hackman23
[12-May-2011 10:38:54] <dawn2020> nope
[12-May-2011 10:39:44] <Hackman238> If there is an event and zenhub is down, there is no route from the daemons to mysql.
[12-May-2011 10:40:10] <dhopp> Hackman238: Was that question for dawn2020 meant for me?
[12-May-2011 10:40:51] <Hackman238> dhopp: Meant for you. Typo + {TAB} = wrong name :-)
[12-May-2011 10:40:58] <dhopp> hehe...
[12-May-2011 10:41:19] <Hackman238> dhopp: Do you run zenhub(s) on the remote collectors?
[12-May-2011 10:42:04] <dhopp> I haven't built it out yet…but we are building out a new zenoss infrastructure…my thought was to 3 zenoss machines. 1 "main" zenoss (primarily just the web interface) and then 2 remote collectors (1 in each of our DCs)
[12-May-2011 10:42:42] <dhopp> if we run zenhubs on the remote collector then all the collectors can't share a common device list right?
[12-May-2011 10:43:01] <fragfutter> i'm a bit lost. I want to write a modeler for a device, that detects hardware components. Should i write a new DeviceClass with it's own relations or do i only write my ComponentClass and extend the HWComponent._relations?
[12-May-2011 10:43:06] <Hackman238> dhopp: I'd reccomend dediated zenhubs on remote collectors
[12-May-2011 10:43:15] <dawn2020> @nyeates: http://tinypic.com/view.php?pic=zjgk0g&s=7
[12-May-2011 10:43:40] <Hackman238> dhopp: Sure they can. You don't want to run a seperate instance, only a dedicated zenhub.
[12-May-2011 10:43:40] <dhopp> Hackman238: ok…is that accomplished through Egor's zenpack or is that custom config?
[12-May-2011 10:44:33] <dhopp> also, how do you manage the device lists? Is there a central interface? (I'm going to be using core unfortunately…budget for enterprise got shot down)
[12-May-2011 10:44:53] <Hackman238> dhopp: I generally do it all custom, you'll need to check with someone about that pack.
[12-May-2011 10:45:37] <Hackman238> dhopp: Zope is what manages the device objects, zenhub is a daemon which handles dolling out configs, scheduling, and event stuff.
[12-May-2011 10:45:52] <dhopp> ah ok
[12-May-2011 10:46:59] <Hackman238> dhopp: Personally I can't tell you what Egors pack can and cannot do. I'd PM him and ask.
[12-May-2011 10:47:20] <dhopp> so users can go to one interface to see all events that happen (assuming all zenhubs use the same db). And then add templates through the same interface regardless of zenhub...
[12-May-2011 10:47:57] <dhopp> Hackman238: no problem…I can always install it too..just haven't gotten there...
[12-May-2011 10:48:00] <Hackman238> dhopp: Yes, you'd point each of your zenhubs at the same db.
[12-May-2011 10:48:26] <Hackman238> dhopp: Let me know if you need any help.
[12-May-2011 10:48:34] <dhopp> I'm sure I will :-)
[12-May-2011 10:49:23] <dhopp> Going to have ~750 servers to start and then will hopefully add ~300 network devices eventually
[12-May-2011 10:50:27] <dhopp> well in reality probably to start will be fewer servers then that…but that's what it should grow to
[12-May-2011 10:51:13] <Hackman238> dhopp: Always start small and work your way up. Jumping at something too large is almost certain failure.
[12-May-2011 10:51:25] <Hackman238> dhopp: Least thats how I look at stuff. :-)
[12-May-2011 10:51:29] <nyeates> dawn2020: let me get back to you....or ping me later....trying to get a developer lined up to come in here
[12-May-2011 10:52:07] <dawn2020> oh ok
[12-May-2011 10:53:23] <dhopp> Hackman238: So lets take my scenario..1 web interface for users to interact with, 2 "remote collectors" (each running their own zenhub). What daemons would have to be running on each of the servers then?, would the web interface have everything just nothing really be utilized?
[12-May-2011 10:55:10] <Hackman238> dhopp: On the zope hostign box you could disable the perf daemons, but I would leave them on for self monitoring. Daemons on remote collectors would include the perf daemons you need, zenhub, zenmodeler, and zenrender.
[12-May-2011 11:00:39] <nyeates> I want to repeat a specific dev-heavy line of questioning from dpetzel....i told him to wait til other had come in
[12-May-2011 11:00:57] <nyeates> Dpetzel, you want to iterate a summary here? he posted a long version at message/58567
[12-May-2011 11:01:14] <Hackman238> nyeates: That reminds me, I've a few people testing the new IPSLA pack for V2.5.2/3.X,4 ;-)
[12-May-2011 11:01:36] <nyeates> hackman238: custs or core ppl?
[12-May-2011 11:01:55] <Hackman238> nyeates: Both.
[12-May-2011 11:02:10] <Hackman238> nyeates: Core compatible. Ent version includes remote management.
[12-May-2011 11:02:46] <dpetzel> sure thing, so basiacally Im compelety new to writing zenpacks (aside from creating from the gui)
[12-May-2011 11:02:51] <dcarmean> Egor's distributed collector pack (nominally) takes care of deciding which daemons run where.
[12-May-2011 11:03:06] <dpetzel> I'm trying to write a pack to list BigIP virtual servers as components of the BigIP device
[12-May-2011 11:03:37] <dpetzel> I've followed Janes Doc and the Developers guide, and things seem to be modeling correclty, but the Virtual Server to device relationships never seem to happen
[12-May-2011 11:03:39] <nyeates> dawn2020: i saw your 2nd graph. Very odd how the CPU % is obviously over the threshold and you got no events. Have you checked history and/or made ABSOLUTELY sure there is no transform or settings in the event class properties that would be dropping the event? Make sure there is not some rule way up the tree that is applying to many events
[12-May-2011 11:04:40] <nyeates> Hackman238: Very nice! Youll have to send me a copy to check it out
[12-May-2011 11:05:11] <dhopp> dcaremean: do you know if it starts zenhub? or does it rely on zenhub from the "main" zenoss?
[12-May-2011 11:05:15] <Hackman238> nyeates: Only RC3 right this moment. I'll PM you in a bit.
[12-May-2011 11:05:23] <dhopp> I'm working on setting up a second collector to test it with
[12-May-2011 11:05:37] <dhopp> if that doesn't work, I might need more help from Hackman238 :-)
[12-May-2011 11:05:57] <dawn2020> @nyeates: i did check that and we are not using any transforms for CPU
[12-May-2011 11:06:25] <dawn2020> the issue is not only for that device...its for all the devices
[12-May-2011 11:06:38] <dawn2020> windows as well as Linux
[12-May-2011 11:06:53] <nyeates> dpetzel: so im not familiar with how f5 big ip and its virtual servers relate.... but basically you are trying to make a new zenpack with components, and the components are not relating correctly back to the root device?
[12-May-2011 11:08:29] <nyeates> dawn2020: make a new device class from the root /Devices. Put a server in there. Make it go over threshold. See if event comes in
[12-May-2011 11:09:06] <nyeates> allows you to determine for sure that there isnt something blocking the events...unless of course its applying at root device lvl :-p
[12-May-2011 11:09:36] <dawn2020> sure will try it right away
[12-May-2011 11:14:31] <jplouis> dpetzel: is the zPythonClass set to BigipLtm on your device class?
[12-May-2011 11:15:13] <rocket> dpetzel: also an example of adding components is the community aix zenpack ..
[12-May-2011 11:15:32] <rocket> but thats more from the 2.5.2 timeframe
[12-May-2011 11:15:48] <nyeates> do components change big time for 3.x?
[12-May-2011 11:16:21] <rocket> no .. they themselves havent changed
[12-May-2011 11:16:36] <rocket> the ui elements for displaying them have somewhat .. eg the page templates etc
[12-May-2011 11:16:47] <rocket> the relationship code itself is still the same
[12-May-2011 11:17:00] <jplouis> dpetzel: when a device is added to a device class it looks at the zPythonClass zProperty to determine what type to instantiate. By default the value is Products.ZenModel.Device.
[12-May-2011 11:17:13] <fragfutter> is it the right way to extend the DeviceHW._relations, or is it better to have a new deviceclass?
[12-May-2011 11:18:06] <rocket> fragfutter: how are you extending the relations?
[12-May-2011 11:18:26] <Dpetzel-mobile> Yes python class is set
[12-May-2011 11:18:29] <rocket> fragfutter: It would be better to have a new class such that you are not impacting other devices ..
[12-May-2011 11:18:53] <fragfutter> the zenpacks __init__ has something like DeviceHW._relations += (( "myrelation", ...))
[12-May-2011 11:19:15] <rocket> especially if you are an enterprise customer .. as we dont really like it when you modify core features etc
[12-May-2011 11:19:33] <rocket> yea .. while you can do that .. please dont ..
[12-May-2011 11:19:43] <fragfutter> rocket: ok. thats new to me.
[12-May-2011 11:20:30] <rocket> fragfutter: though its been about a year since I have done anything with it specifically.. I could be remembering wrongly
[12-May-2011 11:21:58] <Jane_Curry> Hiya....
[12-May-2011 11:22:08] <jplouis> dpetzel: the error in the forum, ApplyDataMap: no relationship:LtmVs found on:MyDeviceName (<class 'Products.ZenModel.Device.Device'>, makes it seem like the device is the wrong class. Have you verified via zendmd that your device is an instance of the correct class
[12-May-2011 11:22:12] <fragfutter> rocket: i have a question of understanding then. If DeviceClass A adds hardware components hw_a. And DeviceClass B (written by someone else) has hw_b. How can i have a device that has both hw_a and hw_b? would i need to write a new DeviceClass C that inherits from both?
[12-May-2011 11:22:15] <Jane_Curry> I would suggest that the UI display has changed LOTS in V3
[12-May-2011 11:22:54] <dpetzel> jpluis, I agree it lead me to believe it was wrong class, I'll check zendmd now
[12-May-2011 11:22:56] <nyeates> Hi Jane. Cant wait to find out what yer many new ZPs do
[12-May-2011 11:22:58] <rocket> fragfutter: yes
[12-May-2011 11:23:17] <Jane_Curry> That would be telling.......
[12-May-2011 11:23:39] <fragfutter> rocket: then i would need stick to extending _relations. That way i can slap my modeller on ony device i see.
[12-May-2011 11:24:34] <rocket> fragfutter: you can do it .. its possible .. it just adds to object complexity and possibly performance issues with those larger objects down the road
[12-May-2011 11:24:35] <dpetzel> deviceClass <ToOneRelationship at deviceClass>
[12-May-2011 11:25:52] <dpetzel> when I look at the configuration properties for the oranizer "/network/f5" zPythonClass = "ZenPacks.community.f5.BigipLtm.BigipLtm"
[12-May-2011 11:26:27] <fragfutter> rocket: but for example the HP Hardware monitoring by bigegor will detect Fans and add them to the device. If i now add a modeller to detect attached Monitors (stupid example, can't think of anything else). I would end up with a HP-Device, Monitor-Device, HP+Monitor-device
[12-May-2011 11:27:07] <Jane_Curry> OK. I have done a fair-sized piece of work for ZenSystems in Denmark and they have graciously agreed to make them available to the community
[12-May-2011 11:27:15] <rocket> fragfutter: you can extend his class .. thats fine .. eg a suborganizer that extends his class
[12-May-2011 11:27:33] <rocket> however I wouldnt recommend modifying the top level one
[12-May-2011 11:28:02] pmcguire is now known as ptmcg
[12-May-2011 11:28:06] <rocket> dpetzel: did you remodel?
[12-May-2011 11:28:12] <fragfutter> rocket: with class i mean Products.ZenModel.DeviceClass
[12-May-2011 11:28:29] <rocket> is that what Egor is modifying?
[12-May-2011 11:28:29] <fragfutter> rocket: not the hierachy in the web/gui
[12-May-2011 11:28:40] <dpetzel> rocket: I have a few times, tried deleteing re-addding with no luck as well
[12-May-2011 11:29:01] <fragfutter> rocket: http://zenpacks.zenoss.org/trac-zenpacks/browser/zenpacks/ZenPacks.community.deviceAdvDetail/ZenPacks/community/deviceAdvDetail/__init__.py
[12-May-2011 11:29:12] <rocket> fragfutter: right .. I understand that .. but egor really should have Products.ZenModel.HpDeviceClass or something like that
[12-May-2011 11:29:19] <rocket> and then extended that device class
[12-May-2011 11:29:56] <rocket> otherwise you are modifying core objects for everything in zenoss ..
[12-May-2011 11:30:07] <fragfutter> rocket: and jane has BridgeDeviceClass. Whenever i have a server that is from HP and has a bridgetable i would need to decide what to do.
[12-May-2011 11:31:26] <rocket> fragfutter: I see your point .. my main issue is trying to keep you more upgrade safe etc ..
[12-May-2011 11:31:38] <Jane_Curry> Jolly good point fragfutter - what IS the recommended way forward when you want to use attributes from 2 different device classes??
[12-May-2011 11:32:35] <Hackman238> fragfutter:You can find, in the IPSLAv2 zenpack, a version 2.5.2 example of creating a new device class
[12-May-2011 11:33:15] <fragfutter> Hackman238: or in janes bridge example (for zenoss 3).
[12-May-2011 11:33:37] <rocket> Jane_Curry: its a tricky issue, as one view recommends adding more code via a new zenpack, vs less code but object complexity
[12-May-2011 11:33:53] <fragfutter> they questions is (as jane said) how to combine attributes from multiple classes
[12-May-2011 11:33:58] <Hackman238> fragfutter: yep, your right LOL
[12-May-2011 11:34:00] <Jane_Curry> But I don't want to have to create a whole new device class to use functionality that is already provided by 2 other ZenPacks,
[12-May-2011 11:35:25] <Jane_Curry> Has it suddenly gone quiet????
[12-May-2011 11:35:31] <Hackman238> Thinking.
[12-May-2011 11:35:32] <Hackman238> LOL
[12-May-2011 11:35:33] <kokey> yes
[12-May-2011 11:35:37] <rocket> Jane_Curry: the flexibility is there to do as you suggest .. some of it can be accomplished via smart use of organizer nesting and zope acquisition .. I would believe. jplouis probably has a better perspective on it than I
[12-May-2011 11:35:39] <Jane_Curry> ... hard....
[12-May-2011 11:36:00] <rocket> honestly I havent done engineering level zenpack work for a while, with the position I am in now.
[12-May-2011 11:36:06] <Hackman238> I agree with rocket, its just a matter of smart design.
[12-May-2011 11:36:13] <Jane_Curry> How about a sample posted to the wiki for us??????
[12-May-2011 11:37:14] <rocket> nick? do you want to take that down as something to check into
[12-May-2011 11:37:31] <rocket> I am not sure if Chets example zenpack has anything like that in it
[12-May-2011 11:37:48] <rocket> Jane it gets tricky with different authors of zenpacks doing different things
[12-May-2011 11:38:08] <nyeates> Jane: I continue to work on convincing zenoss mgmt to up the amt of dev documentation. I have sent clear communications of this to our managment and #1 on the list was to get some cycles to put toward more detailed dev docs, so the community can fend for itself
[12-May-2011 11:38:18] <rocket> again I am not necessarily saying what you are doing is wrong. I am just noting some of the other side effects that you may not have thought about
[12-May-2011 11:39:28] <dhopp> is there going to be an RH6 rpm of the next release?
[12-May-2011 11:40:38] <kokey> yeah
[12-May-2011 11:40:44] <kokey> somewhere in the next 6 and a half years
[12-May-2011 11:40:57] <nyeates> Jane, also, I want to have a side convo with you about Zenoss possibly taking in and vetting and officiating your dev docs. Right now, it is your stuff and we respect that, and we want to see if we can both take it to the next level. We can discuss offline.
[12-May-2011 11:41:07] <jplouis> There is no clear recommended way to use attributes and relationships from multiple devices. It isn't problem zenoss has addressed
[12-May-2011 11:41:22] <rocket> dhopp: as far as I know no there will not be a RH6 rpm in our next immediate release ..
[12-May-2011 11:41:41] <dhopp> doh
[12-May-2011 11:41:46] <Jane_Curry> I guess what we are saying is that this stuff isn't easy! But if we want the community to go forward, it's going to be snail-pace without input from dev
[12-May-2011 11:41:53] <rocket> dhopp: I believe our current strategy is to support RH6 when Centos6 is out ..
[12-May-2011 11:42:16] <rocket> 90% of our customers are using Centos vs Redhat
[12-May-2011 11:42:19] <fragfutter> rocket: you might want to start building your rpms using scientific linux
[12-May-2011 11:42:23] <Hackman238> I dont understand why not just create a device class, like SLADevice (in my pack), create a new device class organizer under say /Networks called whatever and set whatevers class to ZenPacks.yourpack.yourclass.
[12-May-2011 11:42:28] <rocket> so that is more of the driving force
[12-May-2011 11:42:36] <Jane_Curry> Thanks jp - that's what I thought but I could always hope that I had missed something
[12-May-2011 11:43:10] <dhopp> understood (we might use centos for this, we just have a patching process for rh)
[12-May-2011 11:43:39] <rocket> dhopp: we just dont have enough build resources to track that one yet
[12-May-2011 11:43:52] <dhopp> understood
[12-May-2011 11:43:55] <rocket> dhopp: its been discussed. We just are not ready for it yet
[12-May-2011 11:44:33] <Jane_Curry> One thing that helps us all build ZenPack experience is lots of good examples - Egor has been a real trailblazer on this
[12-May-2011 11:44:36] <dawn2020> @nyeates: still the same....i created a new class 'test' with same
[12-May-2011 11:44:53] <dawn2020> datasources
[12-May-2011 11:45:10] <Jane_Curry> One of the ZenPacks that I have created for ZenSystems is for Juniper devices
[12-May-2011 11:45:26] <jplouis> Jane: unfortunately most of our good examples are in Enterprise
[12-May-2011 11:45:44] <rocket> jane did you look at chets example zenpack?
[12-May-2011 11:45:54] <rocket> chet was putting some of those examples in there
[12-May-2011 11:46:39] <kokey> I think better dev documentation is also important to give people guidance on quality
[12-May-2011 11:46:42] <Jane_Curry> I looked at it early on, but I haven't looked at it recently and I think it has been updated??? I'll go and grab it
[12-May-2011 11:47:00] <kokey> you want to avoid the nagios situation where there are a lot of plugins but most of them are terrible
[12-May-2011 11:47:06] <dawn2020> @nyeates: i tried putting in different event class and it worked
[12-May-2011 11:47:07] <rocket> I dont know when he has had time to update it ..
[12-May-2011 11:47:18] <Hackman238> kokey: Could not be more true
[12-May-2011 11:47:23] <dawn2020> any ideas why it is like tat
[12-May-2011 11:47:35] <Jane_Curry> Totally agreed kokey. I build ZenPacks by copying other people's stuff but perhaps we are all passing on bad habits"???
[12-May-2011 11:48:13] <rocket> Jane_Curry: I think ultimately zenpacks will be addressed as we get more of the json api etc fleshed out ..
[12-May-2011 11:48:40] <rocket> as we start building more of these apis and consistent ways of doing things progress will be made in this area
[12-May-2011 11:48:48] <fragfutter> i would like to have an incremental tutorial along the lines of. Adding an SNMP Modller to discover new components. Adding a Javascript so it will display in the gui. Adding Stuff so it will collect perfdata. ...
[12-May-2011 11:49:48] <rocket> fragfutter: honestly so would I ..
.. I havent had a chance to catch up on all of the new ui elements etc
[12-May-2011 11:50:28] <nyeates> dawn2020: i dont get yer last statement.... did you mean device class? if not, how did u go about doing what u are saying?
[12-May-2011 11:50:59] <rocket> but I have no idea when any of this will be done .. as a support engineer, I have little to no say in the direction this will take ... other than describe to management customer frustrations
[12-May-2011 11:51:20] <Jane_Curry> fragfutter - do you have a copy of my Creating ZenPacks doc? docs/DOC-10268
[12-May-2011 11:51:46] <rocket> as you can tell I deal more with upgrades and stability as of late, vs new features and device support
[12-May-2011 11:51:49] <Jane_Curry> It isn't a tutorial but it does try to lay out the steps
[12-May-2011 11:52:13] <fragfutter> Jane_Curry: yes. but for me it's lacking the tutorial part.
[12-May-2011 11:52:19] <rocket> so you can see different perspectives for the same problem
[12-May-2011 11:52:59] <nyeates> kokey: interesting comment about nagios plugins
[12-May-2011 11:53:05] <Jane_Curry> <rocket> I hear what you say about hopefully things will get better but the V3 GUI has been out for nearly 12 months now and many of us are still struggling in the dark....
[12-May-2011 11:54:07] <nyeates> fragfutter: ive noted the tutorial idea for when we ever get dev documentation more serious; tutorials or step by step are great initial learning toosl
[12-May-2011 11:54:11] <Jane_Curry> Just looked at the page for Chet's example ZenPack - not very happy to see that Zenoss 2.3!!!! is a pre-req
[12-May-2011 11:54:36] <Hackman238> Jane_Curry: Why not just unzip it and view the code?
[12-May-2011 11:54:59] <Hackman238> Jane_Curry: I'm sure it'll all work in v3 XD LOL
[12-May-2011 11:55:03] <fragfutter> Hackman238: because anything related to gui has changed
[12-May-2011 11:55:14] <dawn2020> @nyeates: i mean i created a new device class and created the same windows datasource.... to collect the CPU datapoints...but put it in CPU event class it didnt work.....but when i put it in /perf/interface or /perf/memory event class ...event was triggered
[12-May-2011 11:55:23] <Jane_Curry> Not got that far yet - will do - but there probably isn't much that helps us with the V3 UI if the prereq is Zenoss 2.3
[12-May-2011 11:55:38] <Hackman238> fragfutter: Was supposed to be a joke about it supporting only an arcane version of zenoss
[12-May-2011 11:56:08] <Hackman238> GUI work in V3 is simply madness with the docs available.
[12-May-2011 11:56:16] <Jane_Curry> XD????? X-Directory??? eXcept Dafties????
[12-May-2011 11:56:18] <rocket> I dont think there was as much ui stuff in there
[12-May-2011 11:56:32] <Hackman238> Jane_Curry: Its laughing with eyes closed.
[12-May-2011 11:56:34] <nyeates> dawn2020: can we work this in the forums from here? Can you paste our back and forth convo - or what you have, and your screenshots, and the descript above of what worked....then email url to community@zenoss.com
[12-May-2011 11:56:54] <rocket> Jane_Curry: I believe he was targeting more base class stuff than ui elements persay with that zenpack .. though I am sure there are some in there
[12-May-2011 11:57:31] <dpetzel> does anyeone know which logging I need to crank up to see why my device is being detected as deviceClass, rather than the class I have defiend in zPythonClass?
[12-May-2011 11:57:40] <dawn2020> sure....but how to resolve the issue with /perf/cpu event class
[12-May-2011 11:57:43] <Jane_Curry> OK. I have had other folk ask if I have training for ZenPacks. At the moment I haven't....
[12-May-2011 11:58:05] <jplouis> dpetzel: try running zenhub with -v10
[12-May-2011 11:58:11] <Jane_Curry> I don't wnat to start work on a ZenPack workshop is Zenoss themselves are already doing that?????????????????
[12-May-2011 11:58:14] <Hackman238> rocket: Maybe Zenoss should audit a handful of popular packs for best practice compliance and the community can then build docs from said known proper implemented code.
[12-May-2011 11:58:19] <dawn2020> @nyeates: can i delete it and create a new event class with same name
[12-May-2011 11:58:45] <Jane_Curry> Hackman238 - great suggestion
[12-May-2011 11:59:54] <Hackman238> *cough*
[12-May-2011 12:00:01] [disconnected at Thu May 12 12:00:01 2011]
[12-May-2011 12:00:01] [connected at Thu May 12 12:00:01 2011]
[12-May-2011 12:00:16] [zenoss-logger (logger bot) has joined #zenoss]
[12-May-2011 12:00:31] <nyeates> Jane_Curry: I do not know of any active ZenPack or dev workshops right now. Kells had worked on some stuff for one in the past, and he has mentioned that he would like to see it happen, but it has not had any backing from management at Zenoss Inc and I know of no plans.
[12-May-2011 12:00:54] <dpetzel> jpluis: thanks, wading through that output now
[12-May-2011 12:01:05] <Jane_Curry> Suppose I create a workshop, with input mebbe from Kells...............
[12-May-2011 12:01:56] <Jane_Curry> I can deliver it. Youe guys can be licensed to deliver it. We run it in classrooms if folk will come. We run it as a remote class if there's no travel budget
[12-May-2011 12:02:23] <Jane_Curry> Should it be more than 1-day??? I suspect you need at least 2 days
[12-May-2011 12:02:25] <kells> Jane_Curry: That would be cool -- just need to get an okey-doke from my management.
[12-May-2011 12:02:48] <Jane_Curry> Hmmmm - that always seems to be where things stop
[12-May-2011 12:03:00] <kells> w/ JS stuff etc, probably three days is comfortable.
[12-May-2011 12:03:06] <Jane_Curry> What can we do to make it stick this time???
[12-May-2011 12:03:30] * nyeates thinks
[12-May-2011 12:03:33] <Jane_Curry> **************************
[12-May-2011 12:03:33] <kells> nyeates: See if it's okay to pass along the outline to Jane
[12-May-2011 12:03:39] <dpetzel> jpluis, that uncovered 'ImportError: No module named Prodcuts.ZenRelations.RelSchema'
[12-May-2011 12:04:11] <nyeates> kells: sure... Jane, ill see if my boss is ok with us sending you the outline kells has but together
[12-May-2011 12:04:18] <dpetzel> so my ttypo is now very obvious
[12-May-2011 12:04:25] <Jane_Curry> Of the customers amongst us here, who would be likely to "attend" a 3-day ZenPack workshop?????
[12-May-2011 12:04:56] <nyeates> or a virtual one
[12-May-2011 12:05:02] <dhopp> Jane: I would like to, depends on where and cost of course
[12-May-2011 12:05:05] <nyeates> which i think is more likely to get people to attend
[12-May-2011 12:05:13] <Jane_Curry> Thats why "attend" is in quotes
[12-May-2011 12:05:13] <Simon4> Jane_Curry: I have workmates who could well be sent on such a thing
[12-May-2011 12:06:02] <Hackman238> Jane_Curry: Would if virtual.
[12-May-2011 12:06:20] <Jane_Curry> I suspect Zenoss is the sort of company that now needs a "business case" to do anything. We probably need some "guesstimates" for numbers of attendees....
[12-May-2011 12:06:23] <nyeates> curious why you said customers Jane.... did you mean Zenoss users in general?
[12-May-2011 12:06:42] <nyeates> yes true
[12-May-2011 12:07:04] <Jane_Curry> Sorry - yes - I meant Zenoss users. Definitely NOT implying just Enterprise customers
[12-May-2011 12:07:13] <Jane_Curry> probably more likely to get Core folk
[12-May-2011 12:07:26] <dhopp> Hackman238: so I was looking at Egors distributed monitor zenpack and it looks like he sets the remote monitor up to run everything but ['zeoctl','zopectl','zenhub','zenjobs','zenactions','zenmodeler']. Of those, is zenhub the only one that would need to be started on a remote collector to make the collector use that zenhub rather then the main one? (assuming zenhub is also configured for the right db)
[12-May-2011 12:07:51] <nyeates> Also, as I said jane: There has been some headway made on getting your zenpack docs looked over and made official....possibility of zenoss inc dev time spent on yer doc is high :-)
[12-May-2011 12:07:54] <Jane_Curry> but they do need to be "customers" in the sense that the workshop would NOT be "open source" as in FREE
[12-May-2011 12:08:18] <Hackman238> dhopp: Zenhub would need to be configured, set running, and daemons pointed to it rather than the Zope hosting zenhub.
[12-May-2011 12:08:58] <dhopp> but zeoctl would only run on the main server right?
[12-May-2011 12:09:28] <Hackman238> dhopp: zeo and zope run only on the main box.
[12-May-2011 12:09:44] <dhopp> ok
[12-May-2011 12:09:48] <kells> Uh oh. The rabble rouser has joined...
[12-May-2011 12:10:07] <Hackman238> kells: rabble rouser?
[12-May-2011 12:10:11] <Jane_Curry> Let the rabble commence.....
[12-May-2011 12:10:38] <kells> Welcoming matt into IRC
[12-May-2011 12:10:52] <Hackman238> kells: Oh.
[12-May-2011 12:11:00] <Jane_Curry> mattray - thanks for the lead the other week. Didn't come to anything for me but I appreciate the pointer
[12-May-2011 12:11:51] <mattray> Jane_Curry: that's too bad, but I'll keep referring people
[12-May-2011 12:12:17] <Jane_Curry> Nick, Kells - can we get together outside the IRC sometime to try and make this ZenPack workshop happen?
[12-May-2011 12:12:24] <Jane_Curry> Thanks Matt
[12-May-2011 12:12:40] <jplouis> dpetzel: can you do the following in zendmd? find("<yourdevicename>")
[12-May-2011 12:13:55] <dpetzel> jpluis, yeap I can
[12-May-2011 12:14:14] <nyeates> Jane, Kells: how is this coming Tues at 11pm EST (same time of day as this dev meeting)
[12-May-2011 12:14:14] <kells> Jane: You've got my e-mail, so yeah, shoot me a note
[12-May-2011 12:14:19] <dpetzel> its working!!!
[12-May-2011 12:14:36] <dpetzel> jpluis, so you gave me the info I needed with the zenhb verbosity
[12-May-2011 12:14:45] <dpetzel> it poitned out the typo I had causing the import error for the device class
[12-May-2011 12:15:00] <dpetzel> I fixed that (and then the subsequent typos I had elsewhere, and I can see the components now
[12-May-2011 12:15:01] <nyeates> death to typos
[12-May-2011 12:15:03] <dpetzel> thanks a ton!
[12-May-2011 12:15:46] <kells> nyeates: I'd feel better if management had a heads up before anything got started.
[12-May-2011 12:16:34] <kells> At the very least, an "Unless otherwise disallowed, we are going to do X" note
[12-May-2011 12:16:38] <Jane_Curry> I can make Tuesday May 17th at 11 (I hope that is am, not pm) EST - but only if we get some node from management, as Kells says
[12-May-2011 12:16:58] <nyeates> kells is right. We are employees spending our time. We will follow up by email and see what works.
[12-May-2011 12:16:59] <Jane_Curry> sorry s/node///nod/
[12-May-2011 12:18:55] <nyeates> Thanks all for attending and taking part in our dev meeting
[12-May-2011 12:19:48] <nyeates> i hope it was helpful and we can continue to increase the dev and zenpack knowledge
[12-May-2011 12:58:28] <nyeates> [12:16] <dawn2020> Hi Nick...thanks a lot ....deleting the /perf/cpu event class and adding it back worked ...the cpu events has now triggered....
[12-May-2011 12:58:28] <nyeates> [12:16] <dawn2020> thanks a lot
[12-May-2011 12:58:45] <nyeates> ^ wanted to note that this was solved, for anyone who reads these logs after the fact