[06-Jan-2011 09:49:18] <rmatte> oh yeh, dev chat this morning
[06-Jan-2011 09:49:19] <rmatte> fun
[06-Jan-2011 09:50:31] <davetoo> yep
[06-Jan-2011 09:53:26] <davetoo> yep, I got a reminder mail about it
[06-Jan-2011 09:55:18] <davetoo> I need some lab machines here at home
[06-Jan-2011 10:07:26] <danuvius> Is there a json interface where I can check if I'm logged in to Zenoss??
[06-Jan-2011 10:08:47] <nyeates> u should check the json docs...lemme find
[06-Jan-2011 10:09:20] <davetoo> that sounds like something to ask zope
[06-Jan-2011 10:09:48] <nyeates> community/documentation/official_documentation/api
[06-Jan-2011 10:10:12] <nyeates> zope does handle user auth and sessioning
[06-Jan-2011 10:10:22] <nyeates> there could still be an api interface for it though
[06-Jan-2011 10:10:49] <danuvius> So I should check the Zope docss?
[06-Jan-2011 10:11:00] <davetoo> yeah, I imagine that if you can get to it via zendmd, you can get to it via the json api
[06-Jan-2011 10:12:28] <nyeates> danuvius: yes, check that link above for api docs in a .zip file
[06-Jan-2011 10:15:30] <danuvius> I allready have them open, and looked at the python example... They use the current login script from zope to login.
[06-Jan-2011 10:16:00] <danuvius> that I also have working, but then it downloads the whole html file to the device of the page you came from...
[06-Jan-2011 10:16:23] <danuvius> since I'm on a mobile device I would like to minimize the used bandiwdth
[06-Jan-2011 10:22:19] * davetoo crosses fingers and runs zenwipe
[06-Jan-2011 10:27:52] <davetoo> hmm
[06-Jan-2011 10:27:57] <davetoo> wonder why zeoctl won't start
[06-Jan-2011 10:33:22] <davetoo> Who has ever actually "logged OUT" of their Zenoss session, though, unless they're troubleshooting something?
[06-Jan-2011 10:33:34] <davetoo> I just kill my browser, fold up my laptop, and go home
[06-Jan-2011 10:33:44] <nyeates> heh, true
[06-Jan-2011 10:34:15] <nyeates> we here at zenoss are doing a lot of testing - so we see that login screen many many times :-)
[06-Jan-2011 10:34:51] <davetoo> The only other time I log out is when I'm doing documentation and need to take screencaps
[06-Jan-2011 10:35:01] <davetoo> yeah, I wish there were a faster build process
[06-Jan-2011 10:35:25] <davetoo> Now that we're on Python 2.6 I should try using the sytem python
[06-Jan-2011 10:35:58] <davetoo> system
[06-Jan-2011 10:38:32] <xuru> morning
[06-Jan-2011 10:39:02] <nyeates> hello xuru
[06-Jan-2011 10:45:51] <davetoo> xguru
[06-Jan-2011 10:47:31] <davetoo> nyeates: you know the event processing flowcharts in the admin guide...? Has anyone created new diagrams for the new sytem?
[06-Jan-2011 10:49:11] <xuru> is the dev chat in about 10 mins?
[06-Jan-2011 10:49:19] <nyeates> xuru: yes
[06-Jan-2011 10:49:38] <xuru> couldn't remember if it was -1 hour or -2
[06-Jan-2011 10:50:09] <nyeates> davetoo: I am not sure if our doc person is on top of that. I will send her a note, thx for reminder.
[06-Jan-2011 10:50:13] <davetoo> nyeates: I figure you're more likely to know documentation-related stuff than the developers. Most developers dont' like docs
[06-Jan-2011 10:50:26] <nyeates> i do know that diagram
[06-Jan-2011 10:50:28] <nyeates> i think chet made it
[06-Jan-2011 10:50:33] <nyeates> well 2 actually
[06-Jan-2011 10:50:37] <davetoo> of course he did
[06-Jan-2011 10:50:47] <davetoo> bloody magician
[06-Jan-2011 10:54:49] <nyeates> i will need to update mine too...ive made a nice port diagram and dataflow architecture.... I should make them public and part of docs
[06-Jan-2011 10:55:01] <davetoo> plz
[06-Jan-2011 10:55:11] <davetoo> I'm actually trying to make that right now.
[06-Jan-2011 10:55:13] <davetoo> As we speak.
[06-Jan-2011 10:55:39] <joko> +v!
[06-Jan-2011 10:56:35] <nyeates> http://digitalcooings.files.wordpress.com/2010/04/zenoss-port-map-dist-hub-dist-coll.png
[06-Jan-2011 10:56:42] <davetoo> right on
[06-Jan-2011 10:56:44] <nyeates> there you go dave too
[06-Jan-2011 10:56:48] <davetoo> yEd?
[06-Jan-2011 10:57:09] <davetoo> that's perfect
[06-Jan-2011 10:57:41] <nyeates> that is a complex one for a seperate hub and collector tho
[06-Jan-2011 10:58:09] <nyeates> ive got simpler ones for core installs which hub and collector are ussually in the master...ill get them to you later
[06-Jan-2011 10:58:19] <davetoo> I'm going even further; I want to break out each of the daemons
[06-Jan-2011 10:58:36] <davetoo> so what you've showed is perfect for me, anyway
[06-Jan-2011 10:58:50] <nyeates> Dev chat will start in a few minutes here, i will give till 5 after to let those who are late roll in
[06-Jan-2011 10:59:24] <nyeates> I have one also that breaks out some of the daemons and datastore...get with me later
[06-Jan-2011 10:59:54] <kells> "breaks out some of the daemons and datasores"? You mean diagrams like what's in the Dev guide?
[06-Jan-2011 10:59:56] <davetoo> so zenhub (and maybe zenaction(d)) is the only thing that talks to mysql directly? In 3.0.x at least?
[06-Jan-2011 11:00:15] <kells> Yes
[06-Jan-2011 11:00:24] <davetoo> kells: more detailed. datastreams/ports/pipes
[06-Jan-2011 11:00:25] <kells> zenactions (as you guessed) does as well
[06-Jan-2011 11:00:52] <kells> Ah, yeah, that would be good
[06-Jan-2011 11:01:16] <Jane_Curry> mornin (afternoon)!
[06-Jan-2011 11:01:23] <kells> G'day!
[06-Jan-2011 11:01:45] <Jane_Curry> Re documenting event flows...
[06-Jan-2011 11:01:49] <kells> davetoo: To be super-picky, zope actually can make direct calls to MySQL, too (via EventManagerBase.py)
[06-Jan-2011 11:02:30] <Jane_Curry> are the flow diagrams in my Event Management paper all going to need changing???
[06-Jan-2011 11:02:43] <davetoo> kells: I'm mostly interested for firewall rules, for distributed collectors. Thanks.
[06-Jan-2011 11:02:56] <davetoo> Jane_Curry: stick around and see
[06-Jan-2011 11:03:38] <kells> Jane: For Avalon, it's going to change quite a bit on the backend, but most things from a transform perspective (crossing fingers) shouldn't need to change much.
[06-Jan-2011 11:03:43] * davetoo goes to look at Jane's doc again
[06-Jan-2011 11:03:55] pmcguire is now known as ptmcg
[06-Jan-2011 11:04:06] <kells> The way that alerting works is going to be totally different in Avalon.
[06-Jan-2011 11:05:10] <Jane_Curry> Tell us more....
[06-Jan-2011 11:05:42] <davetoo> Somebody must have at least taken a picture of a whiteboard about that?
[06-Jan-2011 11:05:42] <kells> I'll defer to Paul, who I'm sure is much more in tune with how the alerting side is going to work.
[06-Jan-2011 11:05:44] <Simon4> yeah, please
[06-Jan-2011 11:06:55] <kells> The short version is that zenhub won't dump events directly into MySQL anymore. It'll dump events onto RabbbitMQ queues, and various daemons will pick the queued events up and process them.
[06-Jan-2011 11:07:09] <ptmcg> what used to be alerts will be broken up into signals and notifications
[06-Jan-2011 11:07:36] <davetoo> signals in the sw engineering sense?
[06-Jan-2011 11:08:06] <kells> Noooo, not those types of signals
[06-Jan-2011 11:08:20] <ptmcg> It may be a poor use of terminology
[06-Jan-2011 11:08:25] <ke4qqq> interesting - so what was the impetus behind moving to AMQP?
[06-Jan-2011 11:08:34] <kells> Scalability
[06-Jan-2011 11:08:40] <davetoo> I don't mean posix signals (or whatever), but ok
[06-Jan-2011 11:08:53] <fragfutter> so i can write my own program that delivers directly to rabbitmq? and i can subscribe with my custom daemon to the rabbitmq i want to snoop?
[06-Jan-2011 11:08:53] <ptmcg> easier external integration, for one - also offloading event work from zenhub to scalable event daemons
[06-Jan-2011 11:08:54] <kells> zenhub was taking a long time to process events and that had other impacts.
[06-Jan-2011 11:09:15] <kells> Oh dear, this is *exactly* what we didn't want to see out of the gate.
[06-Jan-2011 11:09:15] <ke4qqq> interesting
[06-Jan-2011 11:09:20] <davetoo> HAHA
[06-Jan-2011 11:09:29] <ptmcg> there will be an event API for pushing events into the system, which should be easier to use than raw pushing of events into a queue
[06-Jan-2011 11:09:48] <davetoo> I don't want to publish but I do want to subscribe.
[06-Jan-2011 11:10:07] <ke4qqq> hmmmm but AMQP is used in a lot of other places.... so it's likely better understood than the API will be
[06-Jan-2011 11:10:14] <fragfutter> ok if i'm nice i won't send to the rabbitmq, but can i subscribe?
[06-Jan-2011 11:10:19] <davetoo> Perhaps the zenoss folks have a schpiel they wanted to run through this morning before we ambushed them?
[06-Jan-2011 11:10:30] <davetoo> schpeil?
[06-Jan-2011 11:10:36] <ptmcg> spiel
[06-Jan-2011 11:11:14] <kells> One performance impact that this change will have is that the event console should be MUCH faster.
[06-Jan-2011 11:11:18] <ptmcg> The will be at least 1 queue that will be supported for external integrators to listen to, containing all events after they have run thru transforms, mappings, etc.
[06-Jan-2011 11:12:21] <ptmcg> There are several internal queues right now (pre/post transform, pre-post alerts, that kind of thing) which I hope will someday get consolidated
[06-Jan-2011 11:12:22] <kells> For spiel, I think Nick's got an agenda....
[06-Jan-2011 11:12:28] <davetoo> One of the things I recall making the 2.5.2 UI *really* slow was on the pages with device status "rainbows" you guys are calling them now... all those mysql queries, when I had a page with hundreds of devices
[06-Jan-2011 11:12:36] <davetoo> that was reeeaaaaaly slow
[06-Jan-2011 11:12:39] <kells> Yep
[06-Jan-2011 11:12:43] <davetoo> and I wish that were cached
[06-Jan-2011 11:12:53] <kells> Your wish has been granted.
[06-Jan-2011 11:12:55] <ptmcg> so writing your integration to these internal queues would make upgrade to a later version difficult (at least)
[06-Jan-2011 11:12:57] <davetoo> far out
[06-Jan-2011 11:13:08] <davetoo> ptmcg: *nod*
[06-Jan-2011 11:13:24] <nyeates> i was letting the good discussion play out :-)
[06-Jan-2011 11:13:25] <ptmcg> But the fanout queue will be supported and documented
[06-Jan-2011 11:13:34] <nyeates> please continue, its good stuff
[06-Jan-2011 11:13:48] <kells> There will be more than a few changes by time we get to the release of Avalon (heck, the caching backend has been switched out for a replacement already).
[06-Jan-2011 11:14:09] <ptmcg> We are using protobufs for marshalling the events thru the queues - that is why the API will be simpler, as it will just use native Python dicts, lists, etc.
[06-Jan-2011 11:14:13] <davetoo> I have this fantasy of writing a wrapper around SEC to subscribe to topic exchanges
[06-Jan-2011 11:14:46] <davetoo> for corellation
[06-Jan-2011 11:15:39] <kells> Paul: I have a hazy recollection that the per-user alerting rules are going be going away in favour of a more consolidated system (which will of course be able to support per-user configs). Is that right?
[06-Jan-2011 11:15:56] <mray> any word on beta releases of Avalon for testing?
[06-Jan-2011 11:15:58] <davetoo> that's what rocket told me yesterday
[06-Jan-2011 11:16:05] <davetoo> (eric e)
[06-Jan-2011 11:16:28] <nyeates> mray: ive got the answer there... though maybe not what you like
[06-Jan-2011 11:16:30] <ptmcg> ok, so that is moving from events to alerting, kells
[06-Jan-2011 11:16:31] <davetoo> erm, actually he was talking about the UI. nevermind.
[06-Jan-2011 11:16:51] <davetoo> ptmcg: are you working on the Event Console?
[06-Jan-2011 11:16:58] <davetoo> or has someone else got the UI?
[06-Jan-2011 11:17:07] <ptmcg> No, I worked on the event daemons
[06-Jan-2011 11:17:15] <nyeates> To be clear, 3.1 is a maintenance release that will likely be released in February
[06-Jan-2011 11:17:35] <nyeates> Avalon release is unknown. This is because there are many new features and massive testing is required.
[06-Jan-2011 11:17:52] <nyeates> This also means that betas or alphas of Avalon are unknown.
[06-Jan-2011 11:17:58] <Jane_Curry> This year??? (without prejudice etc....
[06-Jan-2011 11:18:00] <davetoo> It looks like (in the trunk) that you're experimenting with moving some of the control channel out of zenhub and onto amqp?
[06-Jan-2011 11:18:00] <ptmcg> But the event console will be changed to use search/index technology instead of MySQL wildcard/table scan queries
[06-Jan-2011 11:18:06] <xuru> so what will be in 3.1 then?
[06-Jan-2011 11:18:24] <davetoo> ptmcg: the Solr/lucene stuff, then?
[06-Jan-2011 11:18:24] <mray> interesting
[06-Jan-2011 11:18:28] <kells> jane: This year -- maybe second half
[06-Jan-2011 11:18:54] <ptmcg> still experimenting on what package we want to use, but yes that field
[06-Jan-2011 11:18:57] <kells> 3.1 will be just maintenance fixes
[06-Jan-2011 11:19:08] <kells> ie 3.0.3+
[06-Jan-2011 11:19:18] <ptmcg> isn't there some perf stuff too? Or did that go out in 3.0.3?
[06-Jan-2011 11:19:26] <Jane_Curry> That might give us time to get some more ZenPacks ported to 3.0 (like the MIB Browser)
[06-Jan-2011 11:19:29] <mray> rrdcache?
[06-Jan-2011 11:19:31] <davetoo> oh, yeah,
[06-Jan-2011 11:19:34] <davetoo> what about rrdcache
[06-Jan-2011 11:19:42] <ke4qqq> Jane_Curry: lol
[06-Jan-2011 11:19:44] <davetoo> and RelStorage
[06-Jan-2011 11:19:45] <kells> Nope
[06-Jan-2011 11:19:49] <kells> Nope
[06-Jan-2011 11:19:54] <davetoo> those are both waiting for Avalon. ok.
[06-Jan-2011 11:20:00] <nyeates> we have a list of 2 dozen 3.1 fixes...having a defect review on those today
[06-Jan-2011 11:20:02] <kells> Relstorage and rrdcache are both Avalon
[06-Jan-2011 11:20:16] <mray> tell mlunt he's a wuss
[06-Jan-2011 11:20:37] <kells> The MIB browser stuff that we're doing will be waiting on Avalon too
[06-Jan-2011 11:20:44] <mray> those 2 fixes would be awesome for performance alone
[06-Jan-2011 11:20:53] <Jane_Curry> So you ARE doing something????
[06-Jan-2011 11:20:59] * Simon4 would kill for relstorage
[06-Jan-2011 11:21:08] <davetoo> so, pub/sub sorta theoretically means that you can just add more subscribers to scale the event processing rate
[06-Jan-2011 11:21:16] <ptmcg> that is the idea
[06-Jan-2011 11:21:27] <Jane_Curry> Should I be looking at porting the MIB Browser ZenPack to 3.0.0 or is this a waste of time?
[06-Jan-2011 11:21:41] <Jane_Curry> ... given that it is still my #1 install ZenPack
[06-Jan-2011 11:22:09] <nyeates> Jane: not a waste of time... 2.x -> 3.0 is the bigger hurdle for ZenPacks than 3.x to Avalon
[06-Jan-2011 11:22:18] <kells> jane: Don't get too excited -- the organizer stuff is fixed, and the ability to load MIBs from the GUI is now in.
[06-Jan-2011 11:22:40] <davetoo> what *are* the implications for zenpacks?
[06-Jan-2011 11:22:43] <mray> Jane_Curry: I think some of the functionality of the MIB Browser ZenPack is slowly getting merged into the product
[06-Jan-2011 11:22:47] <Jane_Curry> It's the actual browing that I can't live with out
[06-Jan-2011 11:23:03] <kells> What mray is saying is on the money.
[06-Jan-2011 11:23:20] <ptmcg> Zenpacks that r/w events directly to MySQL will have the most trouble
[06-Jan-2011 11:23:32] <davetoo> ok
[06-Jan-2011 11:23:42] <kells> Jane: I've been asking for the time to bang more code into that area, but we're already behind with other things atm
[06-Jan-2011 11:23:50] <Jane_Curry> Good that it is getting merged but I need acual MIB browsing, like, this wee / month
[06-Jan-2011 11:24:17] <davetoo> TkIned FTW
[06-Jan-2011 11:24:46] <nyeates> From my understanding, implications for ZenPacks in Avalaon *should* be minimal....event-based is the focus as paul said - also anything that touches certain connections to ZODB
[06-Jan-2011 11:25:00] <nyeates> let me paste something form Ian
[06-Jan-2011 11:25:06] <davetoo> does the ZEC enterprise thingy use amqp? Or is that shipping now?
[06-Jan-2011 11:25:41] <davetoo> (thingy = I don't know if it's just a zenpack or has more components)
[06-Jan-2011 11:25:42] <kells> Jane: I don't think that nyeates would be willing to get shot over putting in the MIB organizer fixes (which would go quite a ways into making the browser stuff work)
[06-Jan-2011 11:26:03] <nyeates> Ian McCracken: just the event system
[06-Jan-2011 11:26:03] <nyeates> Ian McCracken: It's the rare zenpack that hacks into the event system
[06-Jan-2011 11:26:03] <nyeates> Ian McCracken: also relstorage, but again it's the rare zenpack (in fact I would be surprised if we have any) that isn't using ZCmdBase or ZenScriptBase to handle connection to ZODB.
[06-Jan-2011 11:26:46] <phonegi> How about expanding hooks in the ExtJS based GUI? Currently components can only generate xtype backcompat pages via factory_type_information. Will/is there a way for components to generate their own custom ExtJs pages?
[06-Jan-2011 11:26:52] <kells> zec will be shipping with Avalon
[06-Jan-2011 11:26:59] <davetoo> 'k
[06-Jan-2011 11:27:03] <ptmcg> ZEC is part of the "must be in Avalon" list
[06-Jan-2011 11:27:12] <ptmcg> oh, kells beat me to it
[06-Jan-2011 11:27:12] <Jane_Curry> zec shipping with Avalon CORE???
[06-Jan-2011 11:27:25] <davetoo> heh
[06-Jan-2011 11:28:17] <Jane_Curry> <phonegi> Hear, hear!! Some more help on the current 3.0 interface chnages is sorely needed!
[06-Jan-2011 11:28:32] <kells> phonegi: If I'm understanding your question, you're asking if there's a way to add custom JS pages to components, right?
[06-Jan-2011 11:28:34] <nyeates> sanity check even for me...ZEC = Zenoss Event Consolidator? yes? too many acronyms :-)
[06-Jan-2011 11:28:53] <davetoo> nyeates: that's what I meant by it
[06-Jan-2011 11:29:05] <ptmcg> I misspoke
[06-Jan-2011 11:29:09] <davetoo> sounds Enterprise-y to me
[06-Jan-2011 11:29:11] <kells> Oh! Chet's thingie? That's a different one then the one I was thinking of
[06-Jan-2011 11:29:23] <davetoo> it's in the marketing collateral
[06-Jan-2011 11:29:32] <Jane_Curry> Currently working on updating the "Creating Zenoss ZenPacks" paper for V3 ..
[06-Jan-2011 11:29:40] <phonegi> kells: Yes. I understand component panels with columns to display component info, but after selecting a component, I'd like to add a custom page for info/editing.
[06-Jan-2011 11:30:00] <Jane_Curry> .. using lots of the good detective work done by phonegi - but it shouldn't all need to be "detective work"
[06-Jan-2011 11:30:06] * fragfutter subscribes to phonegis request
[06-Jan-2011 11:30:12] <davetoo> the thing that rolls events up to a Master-master, so to speak
[06-Jan-2011 11:30:32] <kells> phonegi: I *think* I've done that before with JS hooks, lemme look
[06-Jan-2011 11:30:41] <davetoo> which seems... odd.
[06-Jan-2011 11:30:43] <ptmcg> ZEC will be kept compatible with Avalon, but it wont be part of core
[06-Jan-2011 11:31:06] <davetoo> I guess I don't really understant the use cases for ZEC
[06-Jan-2011 11:31:45] <davetoo> ok, here's either an event or alerting question
[06-Jan-2011 11:31:48] <mray> looking forward to a beta build or 2 of 3.1 then
[06-Jan-2011 11:31:55] <davetoo> dependencies and suppression
[06-Jan-2011 11:32:05] <Simon4> ptmcg: with the new event system, is there any allowance for remote collectors to be able to continue to send alerts even if the hub is down? (be it through distributed message queues or whatever). We have two disparate networks, and don't want events from collectors in network (b) to go missing just because network (a) has major issues
[06-Jan-2011 11:32:22] <davetoo> they get queued up
[06-Jan-2011 11:32:32] <davetoo> but the queue defaults to 5000 events
[06-Jan-2011 11:32:43] <davetoo> (i shut down my zenhub over the holidays as a test)
[06-Jan-2011 11:32:45] <Simon4> so for all the time site (a) is down, site (b) flies blind
[06-Jan-2011 11:33:25] <Jane_Curry> For eg. if I want to change the Details panel for a component, how do I go about that??
[06-Jan-2011 11:33:32] * Simon4 was hoping for some way to maybe run an event source out of each DC, at least for alerting
[06-Jan-2011 11:34:08] <Jane_Curry> .. the interface details no longer show the interface INDEX which is really useful if you are trying to figure out switch port mapping
[06-Jan-2011 11:34:33] <ptmcg> AMQP will persist the events either on sending or receiving end
[06-Jan-2011 11:34:57] <ptmcg> but if site (a) is down, site (b) has to decide whether to fly blind or stop flying
[06-Jan-2011 11:35:03] <davetoo> so each daemon that produces or consumes events will talk directly to rabbitmq?
[06-Jan-2011 11:35:18] <ptmcg> yes
[06-Jan-2011 11:35:20] <davetoo> 'k
[06-Jan-2011 11:35:57] <nyeates> to note, distributed collectors are supported on enterprise only
[06-Jan-2011 11:36:06] <Simon4> nyeates: I'm enterprise
[06-Jan-2011 11:36:13] <davetoo> Does the event instance itself still conform to the current API?
[06-Jan-2011 11:36:17] * Simon4 strikes an enterprisey pose
[06-Jan-2011 11:36:31] <nyeates> :-)
[06-Jan-2011 11:36:34] * fragfutter hands Simon4 geordy la forges visor
[06-Jan-2011 11:36:35] <davetoo> i.e. the "interface" of a ZenEvent
[06-Jan-2011 11:36:55] * Simon4 needs to go read more about rabbitmq
[06-Jan-2011 11:36:56] <jplouis> Daemons will still continue to send events to zenhub and zenhub will add the events to AMQP
[06-Jan-2011 11:36:57] <ptmcg> davetoo: there is a lot of commonality
[06-Jan-2011 11:37:02] <davetoo> ok
[06-Jan-2011 11:37:04] <Simon4> ah, wait
[06-Jan-2011 11:37:06] <Simon4> that's different
[06-Jan-2011 11:37:12] <Simon4> daemons->zenhub->mq
[06-Jan-2011 11:37:14] <Simon4> k
[06-Jan-2011 11:37:15] <phonegi> Jane, from what I can tell, Details is hard-coded into ComponentPanel.js. That is a good example. Can it be overridden?
[06-Jan-2011 11:37:20] <davetoo> ok?
[06-Jan-2011 11:37:25] <ptmcg> in AMQP world, there is a protobuf definition for the event
[06-Jan-2011 11:37:32] <davetoo> jplouis and ptmcg need to have a hallway meeting?
[06-Jan-2011 11:37:51] <Jane_Curry> That's the question. I think I've read somehwere that you cannot override re-designed pages...
[06-Jan-2011 11:38:03] <ptmcg> jplouis is revealing internal queueing secrets
[06-Jan-2011 11:38:07] <jplouis> we may revisit the daemon->zenhub->amqp but at this point resources don't allow us to do so
[06-Jan-2011 11:38:09] <davetoo> teehee
[06-Jan-2011 11:38:21] <davetoo> ok, it's important to firewall rulesets
[06-Jan-2011 11:38:26] <davetoo> (eventually)
[06-Jan-2011 11:38:51] <Simon4> so does zenactions (or it's successor) pull events off the queue?
[06-Jan-2011 11:39:16] <davetoo> How does this affect the functionality and/or best practices w.r.t. zenhubworkers?
[06-Jan-2011 11:39:34] <ptmcg> zenhub will still have zenhubworkers
[06-Jan-2011 11:39:36] <davetoo> Simon4: scroll up; I think I asked the same question
[06-Jan-2011 11:40:04] <ptmcg> but now event handling wont stall if zenhub gets really busy
[06-Jan-2011 11:40:05] <kells> phonegi: I'm having a hard time finding the example that I'm thinking of for the component stuff. I'm asking a colleague if he remembers where the zenpack is nowadays
[06-Jan-2011 11:40:18] <phonegi> 'k
[06-Jan-2011 11:40:20] <davetoo> (but I cant' find it now)
[06-Jan-2011 11:40:30] <jplouis> Jane: you can customize the component detail panel by registering a specific "Info" object for you component with the fields to be displayed.
[06-Jan-2011 11:40:50] <davetoo> ptmcg: ok
[06-Jan-2011 11:41:14] <jrh0090> You will have to subclass the "Interface" for that Info object to add the fields you wish to display
[06-Jan-2011 11:41:31] <Jane_Curry> <jplouis> Do you have more pointers to documentation to help??? "info" object??
[06-Jan-2011 11:41:34] <jrh0090> but you can specify any Ext "xtype" to create custom controls
[06-Jan-2011 11:41:51] <jplouis> Simon4; the handling of alerts and event commands, what zenactions did, is being rewritten
[06-Jan-2011 11:42:11] <kells> Paul: uhhh..... Isn't the RabbitMQ part *only* hooked up behind zenhub?
[06-Jan-2011 11:42:26] <jrh0090> jane: an info object is basically a dumb proxy to display properties of an object
[06-Jan-2011 11:42:49] <jrh0090> you can see an example in the Products/Zuul/infos/device.py file
[06-Jan-2011 11:43:03] <davetoo> kells: I'v seen code in the trunk that implies that daemons can subscribe to zodb invalidations via amqp, I thought
[06-Jan-2011 11:43:09] <Jane_Curry> aahh - an example - thanks
[06-Jan-2011 11:43:22] <davetoo> or maybe that's just for memcached?
[06-Jan-2011 11:43:22] <davetoo> dunno
[06-Jan-2011 11:43:37] <ptmcg> kells: not sure what distinction you are making
[06-Jan-2011 11:44:21] <davetoo> jplouis: register via zcml ?
[06-Jan-2011 11:44:30] <jrh0090> An example of a custom component interface can be found in Zuul/interfaces/component.py There the custom schemas are defined for different components
[06-Jan-2011 11:44:51] <phonegi> jplouis: Info Objects I've got. The problem I have is that the hard-coded Details page of a component only displays read-only fields.
[06-Jan-2011 11:45:19] <jplouis> look at jrh0090 answer
[06-Jan-2011 11:45:29] <jrh0090> Components that are not user created are hardcoded to be read only
[06-Jan-2011 11:45:41] <jplouis> it is a combo of the component and the interface which defines the form types to display on the detail page
[06-Jan-2011 11:45:42] <kells> Unless there's been a change (it's been more than 5 minutes, so it probably has), but rabbitMQ won't run on the collectors, only on the zenhubs
[06-Jan-2011 11:45:54] <jrh0090> it is the "isUserCreated" method on the component object
[06-Jan-2011 11:46:17] <kells> Ah, okay, totally missed JP's response. nm
[06-Jan-2011 11:46:29] <davetoo> .../Zuul/infos/component/configure.zcml
[06-Jan-2011 11:46:35] <davetoo> (too)
[06-Jan-2011 11:47:02] <jplouis> yes, any custom component info object has to be registered in zcml
[06-Jan-2011 11:47:38] <davetoo> kells: but that wouldn't keep the remote collector daemons from talking to rabbitmq on the hub/master, necessarily
[06-Jan-2011 11:48:02] <davetoo> and that's probably more robust/scalable than bottlenecking through zenhub?
[06-Jan-2011 11:48:02] <phonegi> OK, but how can I register and display my own custom component page. NOT custom Panel - that I've got. I want to create my own option in the drop-down box and then display an ExtJS based page of my own creation.
[06-Jan-2011 11:48:33] <kells> davetoo: The zodb invalidations (AFAIK) don't have anything to do with AMPQ interfaces. The invalidations are ZODB events, and ZODB access doesn't go through AMPQ (again, AFAIK)
[06-Jan-2011 11:49:03] <Jane_Curry> me too phonegi...
[06-Jan-2011 11:49:26] <jrh0090> davetoo: There will be, however, a queue of model changes that happen in zenoss. There will be a message everytime an object is created or destroy or updated.
[06-Jan-2011 11:49:43] <nyeates> Deprecating ZenPacks that no longer can be used (qualification needs to be determined). There is a feeling that the list is cluttered with many community ZenPacks that are no longer updated or used.
[06-Jan-2011 11:49:43] <nyeates> Avalon ZenPack rudimentary testing will eventually need to be handled. This may be some time off, as there first needs to be a beta release. It might be useful to plan for early.
[06-Jan-2011 11:49:43] <nyeates> I am thinking that a combo of deprecation and testing the remaining ZPs for Avalon would be really beneficial.
[06-Jan-2011 11:49:43] <nyeates> Thoughts?
[06-Jan-2011 11:49:45] <kells> For an example of the stuff that JP is talking about, have a look at the EsxTop zenpack.
[06-Jan-2011 11:49:49] <davetoo> that's really what I meant, I guess
[06-Jan-2011 11:49:55] <davetoo> jrh0090: thanks
[06-Jan-2011 11:50:28] <davetoo> jrh0090: just Devices objects and children? Or.. what's the scope?
[06-Jan-2011 11:50:41] <davetoo> Device, that is
[06-Jan-2011 11:50:55] <davetoo> erm, not children,
[06-Jan-2011 11:51:02] <xuru> nyeates: I would like to see that... I've gotten bitten a few times with bad zenpacks
[06-Jan-2011 11:51:10] <jrh0090> it should be Device components and Organizers as far as I can remember
[06-Jan-2011 11:51:11] <nyeates> any ideas on what ZPs to deprecate?
[06-Jan-2011 11:51:15] <davetoo> Device model components. Device, hw, os, etc
[06-Jan-2011 11:51:20] <davetoo> ok, cool
[06-Jan-2011 11:51:35] <kells> There's a JS call that looks like:
[06-Jan-2011 11:51:37] <kells> Zenoss.nav.appendTo('Component', [{
[06-Jan-2011 11:51:50] <phonegi> RE: testing old ZenPacks. I've published a doc regarding developing and publishing a ZenPack with git. But I sent a pull request > 8 weeks ago with no response.
[06-Jan-2011 11:52:05] <mray> I've got a question about skipping the Startup Wizard… there used to be a .fresh_install file put down with new installs, I don't see that anymore. I assume this is stashed in Zope or MySQL now?
[06-Jan-2011 11:52:08] <xuru> nyeates: it would be nice to have a system setup like firefox's plugins
[06-Jan-2011 11:52:14] <phonegi> How do you get a ZP published these days?
[06-Jan-2011 11:52:47] <xuru> nyeates: i.e. the addon works for these versions only...
[06-Jan-2011 11:52:59] <phonegi> kells: OK, so I can extend a Panel, register it, then do the appendTo in my component panel js?
[06-Jan-2011 11:53:17] <nyeates> sorry to hear that phonegi, we will look into it....let me get you the instructions on how we want ZenPacks to be published
[06-Jan-2011 11:53:29] <Jane_Curry> <kells> Is your Zenoss.nav.appendTo('Component', [{ addressing my / phonegi conversation??? Any examples?
[06-Jan-2011 11:53:44] <kells> phonegi: Yeah
[06-Jan-2011 11:53:57] <nyeates> docs/DOC-7454 - New/Updated ZenPack Workflow
[06-Jan-2011 11:54:44] <nyeates> phonegi: the pull to git, is the right thing to do - so is following those instructions - and so is contacting community@zenoss.com
[06-Jan-2011 11:54:52] <xuru> nice
[06-Jan-2011 11:55:03] <kells> jane: Yeah, I'm waiting for my colleague to send me back the stuff we wrote a little while back.
[06-Jan-2011 11:55:05] <phonegi> nyeates: I think I saw the document and followed it. Maybe you can tell me if mine is correct: docs/DOC-10223
[06-Jan-2011 11:55:20] <jrh0090> mray: I think if you set the dmd._rq flag to True the wizard will not run, that is the only way I know how to skip it
[06-Jan-2011 11:55:48] <davetoo> hrm
[06-Jan-2011 11:55:55] <mray> jrh0090: thanks, I'll look for that
[06-Jan-2011 11:56:06] <phonegi> nyeates: Didn't email community@zenoss.com, I'll do that too.
[06-Jan-2011 11:56:31] <mray> my next question, now that we're done talking about 3.1
[06-Jan-2011 11:56:41] <mray> has anyone seen much about creating users via zendmd?
[06-Jan-2011 11:57:09] <mray> app.acl_users.userManager.updateUserPassword sets the password
[06-Jan-2011 11:57:29] <mray> but I can't quite sort out users and roles
[06-Jan-2011 11:57:55] * davetoo looks for my adduser tool
[06-Jan-2011 11:58:08] <mray> yay
[06-Jan-2011 11:58:09] <davetoo> I did one a couple of years ago
[06-Jan-2011 11:58:43] <Jane_Curry> Re ZenPack testing.... as well as having a hit-list for deprecation, I think we also need a prioritised list for urgent upgrade
[06-Jan-2011 11:59:13] <phonegi> Jane: I'm working on a ZenPack that includes all the stuff we've talked about. I think I know how to make this work now. I'll email it to you. I've got some docuementation I'd like to write up after completing this ZenPack. Maybe you can use.
[06-Jan-2011 11:59:55] <Jane_Curry> Do we still have the ability to run polls on the Zenoss website?? Top-5 to convert? Bottom 5 to drop?
[06-Jan-2011 12:00:22] <mray> jrh0090: I don't see anything in zendmd that looks like "dmd._rq"
[06-Jan-2011 12:00:46] <Jane_Curry> phonegi: thanks. Should we continue the current discussion thread on the forum to keep the info shared??
[06-Jan-2011 12:00:51] <nyeates> phonegi: took a look briefly at the doc link you sent. I have not done submissions for documentation before, so I will have to talk to some people to see what should be done. Looks like good stuff, and I know Jane is working on similar things.
[06-Jan-2011 12:01:00] <davetoo> dmd.ZenUsers.manage_addUser(userid=<string>, password=<string>, roles=('ZenUser','ZenManager'))
[06-Jan-2011 12:01:05] <Jane_Curry> or find a better (public) home for what we find out?
[06-Jan-2011 12:01:25] <mray> davetoo: thanks!
[06-Jan-2011 12:01:39] <davetoo> dmd.ZenUsers.getUserSettings(user.getId()).email = <string>
[06-Jan-2011 12:01:47] <jrh0090> mray: what happens when you type "dmd._rq" and hit enter ?
[06-Jan-2011 12:01:50] <davetoo> zendmd + ipython is magic
[06-Jan-2011 12:02:09] <mray> yeah, I think I'd gone down a rabbit hole with app.acl_users
[06-Jan-2011 12:02:14] <mray> instead of dmd.ZenUsers
[06-Jan-2011 12:02:28] * davetoo has a brand-new 3.0.3 install to check this _rq flag thing
[06-Jan-2011 12:02:28] <kells> mray: zendmd automatically filters out anything that starts with '_', which is why you can't find it
[06-Jan-2011 12:02:29] <xuru> Any work on the Dashboard?
[06-Jan-2011 12:02:44] <mray> jrh0090: False
[06-Jan-2011 12:02:51] <mray> I was looking for that via tab-complete
[06-Jan-2011 12:03:06] <mray> I guess it doesn't show up for some reason?
[06-Jan-2011 12:03:14] <jrh0090> you should be able to type "dmd._rq = True" and commit
[06-Jan-2011 12:03:17] <jrh0090> and be good to go
[06-Jan-2011 12:03:22] <kells> mary: Yes, for the reason I just mentioned
[06-Jan-2011 12:03:41] <jrh0090> maybe dir skips it for some reason, I really don't know
[06-Jan-2011 12:03:57] <kells> There are huge numbers of _* methods, so that gets filtered out, as well as other 'junk-like' things.
[06-Jan-2011 12:04:17] <mray> jrh0090: magic!
[06-Jan-2011 12:04:18] <davetoo> jrh0090: worked for me
[06-Jan-2011 12:04:19] <mray> thanks!
[06-Jan-2011 12:04:26] <kells> At 150-500+ methods for some objects, it helps not to get sooo much junk
[06-Jan-2011 12:04:36] <davetoo> dmd.__dict__ shows it
[06-Jan-2011 12:04:44] <mray> sweet, got 2 more features to add to my cookbook
[06-Jan-2011 12:04:55] <mray> adding users automatically and skipping the wizard
[06-Jan-2011 12:05:13] <davetoo> and " %page dmd.__dict__ " lets you see the whole thing
[06-Jan-2011 12:05:43] <davetoo> I would love to see you guys make libreadline-dev an requirement and package ipython with zenoss
[06-Jan-2011 12:06:42] <davetoo> ok,
[06-Jan-2011 12:06:49] <davetoo> Avalon/rrdcache question
[06-Jan-2011 12:07:15] <davetoo> Confirm/refute: http://master:8090/collector_name will still work for rendering?
[06-Jan-2011 12:07:30] <davetoo> I'm running trunk from a few days ago and that is working for me
[06-Jan-2011 12:07:52] <davetoo> but I don't have a remote collector in that lab (which is a single machine, under my desk in my home office)
[06-Jan-2011 12:08:43] <davetoo> oh, time's up? Lunchtime in Annapolis/Austin?
[06-Jan-2011 12:09:06] <ptmcg> Well it would be an early lunch in Austin
[06-Jan-2011 12:09:21] <davetoo> Thanks, guys I'll be referring to the chat logs frequently, I'm sure
[06-Jan-2011 12:09:33] <ptmcg> see you again next week
[06-Jan-2011 12:10:15] <davetoo> all /me wants for xmas (last month) is RelStorage
[06-Jan-2011 12:10:30] <nyeates> Time is technically up on the dev chat, thanks for everyones involvement
[06-Jan-2011 12:10:34] <Jane_Curry> <kells> Could you email a link / code to the example you were looking for for adding to component details, when you find it?
[06-Jan-2011 12:10:41] <nyeates> feel free to continue discussion though for those that stay!
[06-Jan-2011 12:10:46] <davetoo> thanks nyeates
[06-Jan-2011 12:10:59] <xuru> thanks nyeates for the updates
[06-Jan-2011 12:11:12] <Jane_Curry> Thanks Nick - not sure we got far on your ZenPacks upgrade / downgrade topic though
[06-Jan-2011 12:11:21] <kells> phonegi / jcurry: Whenever the guy gets back to me with the code, I'll write something up on the external Jive site
[06-Jan-2011 12:11:39] <nyeates> all good, it spurred intersting stuff - that is important
[06-Jan-2011 12:11:40] <Jane_Curry> url???
[06-Jan-2011 12:11:42] <davetoo> Jane_Curry: are you running trunk in a lab anywhere?
[06-Jan-2011 12:11:47] <Jane_Curry> nope
[06-Jan-2011 12:12:09] <davetoo> It seems to be mostly working at the moment,
[06-Jan-2011 12:12:15] <davetoo> though zenoss-zep won't run
[06-Jan-2011 12:12:34] <davetoo> oh, there's a question
[06-Jan-2011 12:12:42] <davetoo> what's zenoss-zep vs zeneventd, etc. ?
[06-Jan-2011 12:12:57] <davetoo> is zep the amqp publisher?
[06-Jan-2011 12:13:53] <kells> davetoo: xxx/collector_name should work when Avalon is released, as I don't think anybody's messing with it now (I think). But that'll be something to check again once the first beta is relased.
[06-Jan-2011 12:14:38] <davetoo> ok; $client is concerned about (doesn't want) direct browser access to the remotes.
[06-Jan-2011 12:14:49] <kells> Avalon enterprise will have a few more zenpacks to do SLA-type stuff, and there are some daemons to do some fancy event correlation things.
[06-Jan-2011 12:14:57] <Jane_Curry> nyeates: Do you know if anyone is working on upgrading the NetFlow Scrutinizer ZenPack to 3??
[06-Jan-2011 12:15:18] <davetoo> I don't have access to Enterprise right now
[06-Jan-2011 12:17:50] <kells> davetoo: That would be tricky, I think. The graphics for RRDs are served up by zenrender on the remote collectors, and I don't *think* that there's any easy way around that out-of-the-box. (There used to be three different methods for sending graphics around, but I don't know how much of that works anymore.)
[06-Jan-2011 12:18:23] <xuru> anyone know a good site for forwarding syslog-ng to zensyslog listening on a different port?
[06-Jan-2011 12:18:24] <straterra> Theres a Scrutinzier zenpack? Awesome
[06-Jan-2011 12:18:51] <kells> davetoo: I'm sure that a number of people would have that same concern.
[06-Jan-2011 12:19:05] <Jane_Curry> Yup - but I have only used it on a 2.5.2. I need similar functionality on a 3.0.3
[06-Jan-2011 12:19:21] <kells> ttyl
[06-Jan-2011 12:19:37] <Jane_Curry> <straterra> docs/DOC-3758
[06-Jan-2011 12:20:01] <davetoo> by kells
[06-Jan-2011 12:20:02] <Simon4> davetoo: just mod_proxy it on the master if you get stuck
[06-Jan-2011 12:20:14] <davetoo> yeah, we are gonna try nginx,
[06-Jan-2011 12:20:24] <davetoo> but at least as of last week, zenhub will still proxy it
[06-Jan-2011 12:21:05] <phonegi> Thx to all devs. Jane: will be in touch.
[06-Jan-2011 12:21:19] <Jane_Curry> Thanks phonegi
[06-Jan-2011 12:22:43] <nyeates> Jane_Curry: I do not know of an effort to bring scrutinizer to 3.0
[06-Jan-2011 12:23:17] <nyeates> mray: was the scrutinizer stuff done *by* the scrutinizer team?
[06-Jan-2011 12:23:37] <Jane_Curry> Thanks Nick - I'm guessing it won't "just work" (but haven't tried...)