--- Log opened Sat Feb 02 00:00:43 2008
00:22 < djgregor> bug day!
00:22 -!- bit4byte [n=rvdmerwe@dsl-240-94-233.telkomadsl.co.za] has joined #opennms
00:49 -!- lisppaste7 [n=lisppast@common-lisp.net] has joined #opennms
01:55 -!- geoaxis [n=geoaxis@unaffiliated/geoaxis] has quit ["Leaving"]
02:03 -!- bit4byte [n=rvdmerwe@dsl-240-94-233.telkomadsl.co.za] has quit [Read error: 113 (No route to host)]
02:46 < lonetech007> anyone on?
02:49 < djgregor> yup
02:52 < lonetech007> do you know if the config files support some sort of include syntax?
02:53 < lonetech007> adding a bunch of MIBs to catch traps and the config file is getting huge. would love to be able to split it into pieces.
03:04 < djgregor> are you editing eventconf.xml or another file?
03:16 -!- geoaxis [n=geoaxis@unaffiliated/geoaxis] has joined #opennms
04:06 -!- ailiop_ [n=ailiop@ip70-172-238-236.br.br.cox.net] has joined #opennms
04:48 -!- bit4byte [n=rvdmerwe@dsl-240-94-233.telkomadsl.co.za] has joined #opennms
05:24 -!- chiadog [i=eric@toric.loungenet.org] has quit [Read error: 104 (Connection reset by peer)]
05:24 -!- chiadog [i=eric@toric.loungenet.org] has joined #opennms
07:01 -!- agalue [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has joined #opennms
07:16 -!- mhuot [n=mhuot@pdpc/supporter/active/mhuot] has joined #opennms
07:23 -!- fastjay [n=jay@c-24-5-75-20.hsd1.ca.comcast.net] has joined #opennms
07:23 < mhuot> fastjay!
07:23 < fastjay> heya
07:24 < fastjay> i just got home from my buddies
07:24 < mhuot> fastjay: Bit early for a West coaster
07:24 < mhuot> fastjay: So a bit late
07:24 < fastjay> hehe yeah
07:24 < fastjay> my roomate/coworker and another co worker are in the lving room playing video games
07:24 < fastjay> i got home like 20 min ago
07:24 < fastjay> late night
07:24 < fastjay> ripping the engine out of his truck
07:24 < mhuot> heh
07:25 < fastjay> had to sawzall a chunk of the front off :)
07:25 < mhuot> Crazy
07:26 < fastjay> yeah.. good times :)
07:26 < fastjay> its alot of fun
07:26 < fastjay> we are all going to the monster truck rally thing tomorrow
07:26 < fastjay> or what ever you call it
07:26 < mhuot> Nice
07:27 < mhuot> I am going to see Obama today, well I hope to
07:27 < fastjay> yeah.. getting a grill tomorrow.. doing osme tail gatein
07:27 < fastjay> nice
07:27 < fastjay> i gave him $10
07:27 < fastjay> :)
07:28 < fastjay> wen to some club last friday as it was a obama fund raser and a girl from work was working the ticket booth
07:28 < mhuot> heh
07:28 < fastjay> and one guy from biz dev was spinning at it
07:28 < fastjay> so.. all and all it was cool
07:47 -!- jfruge4 [n=jfruge4@ip-206-124-221-135.dynamic.eatel.net] has joined #opennms
07:54 -!- agalue [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has quit [Read error: 104 (Connection reset by peer)]
07:54 -!- agalue [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has joined #opennms
08:01 -!- p-brane [n=david@cpe-071-070-174-180.nc.res.rr.com] has joined #opennms
08:23 < _snd> morn babes
08:24 < p-brane> w00t
08:24 < _snd> :)
08:27 * _snd is considering putting his linux/firewall machine at home in vmware
08:31 -!- mhuot [n=mhuot@pdpc/supporter/active/mhuot] has quit []
09:01 -!- jeffg [i=DAP7yrQa@pdpc/supporter/active/jeffg] has joined #opennms
09:02 < agalue> jeffg!
09:06 < jeffg> agalue!
09:08 < _snd> a-glue!
09:09 < _snd> _jef!
09:09 < jeffg> _snd!
09:16 < agalue> _snd!
09:17 * _snd is cursgin resin
09:22 -!- agalue_ [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has joined #opennms
09:22 -!- agalue [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has quit [Read error: 104 (Connection reset by peer)]
09:30 < jeffg> Lare, ping!
09:33 -!- agalue [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has joined #opennms
09:33 -!- agalue_ [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has quit [Read error: 104 (Connection reset by peer)]
09:36 < RangerRick> good morning!
09:36 < RangerRick> so is it Bug Day time?
09:37 < p-brane> RangerRick: i think so
09:38 * p-brane takes 2224
09:38 < RangerRick> alright
09:38 < RangerRick> I'm gonna post a wiki page and blog post, and another post to discuss
09:45 < joed> Hay!
09:46 < Lare> jeffg: pong
09:46 < joed> I'm out for an hour or two - and have a sick family, I should be back around 12-1PM. What are b00gz?
09:46 < jeffg> ~tell joed about 1.3.10 blockers
09:46 < _sndbot> joed, 1.3.10 blockers is http://bugzilla.opennms.org/showdependencytree.cgi?id=2108&hide_resolved=1
09:47 < joed> jeffg: Thanks!
09:47 < jeffg> Lare, have you had a chance yet to try out that JRB exporter/importer thing that i posted on the bug tracker?
09:48 < Lare> jeffg: unfortunately not, I have been quite busy
09:49 < jeffg> ok, no worries :)
09:50 < Lare> for example yesterday a complete bar evening to 4:30 pm :)
09:50 < joed> AM you mean?
09:50 < Lare> yeah, AM
09:50 < joed> Otherwise you are saying you fall asleep shortly before dinner
09:51 < Lare> Wife is away this weekend, and I have to take evertyhing out of it :)
09:51 -!- brozow [n=brozow@cpe-076-182-023-094.nc.res.rr.com] has joined #opennms
09:52 < p-brane> brozow!
09:52 < brozow> w00t!!!!!
09:52 < _snd> brozow!
09:54 < brozow> so how's it going? we bug huntin' yet?
09:55 < p-brane> brozow: just kinda started... I took 2224
09:56 < brozow> is any one helping to organize?
09:57 < p-brane> brozow waiting on you
09:57 < _sndbot> it's waiting for opennms postgresql monitoring service?
09:57 < p-brane> (grin)
09:57 < p-brane> RangerRick: is gonna post a wiki page and blog post, and another post to discuss
09:58 < p-brane> oops
09:58 < p-brane> brozow: RangerRick is gonna post a wiki page and blog post, and another post to discuss
09:58 < RangerRick> :)
09:59 < brozow> cool
09:59 < brozow> let me peruse through and grab one for myself
09:59 < brozow> anyone have any recommendataions?
10:00 < p-brane> brozow: lemme look
10:04 < p-brane> brozow: http://bugzilla.opennms.org/show_bug.cgi?id=2075
10:08 < RangerRick> perhaps we should be continuously building snapshots today
10:09 * RangerRick starts the building
10:10 < jeffg> RangerRick, you rock
10:10 < RangerRick> http://www.opennms.org/index.php/Bug_Day
10:12 < p-brane> RangerRick: yes, definitely... hopefully as bugs are fixed some others will be building and testing
10:12 < p-brane> RangerRick: nice
10:17 * p-brane decides to start with clean co of trunk and new workspace... current workspaces is littered with changes that aren't completed
10:17 < brozow> p-brane: wow.. you think that's a hi priority one?
10:17 * p-brane notes "nodemanager-opennmsd" checkin
10:18 < p-brane> brozow: it's a 1.3.10 blocker
10:18 < p-brane> ?
10:18 < brozow> hmm
10:19 < p-brane> brozow: I'd just pick one to work on ... I'm not knowing what you're in the mood for ;-) ... today should just be fun since it's Sat.
10:19 < brozow> sure
10:19 < brozow> I'll check the 1.3.10 blockers
10:21 < p-brane> brozow: other than that I think it would be cool if you looked into the bug that I assigned you a couple of weeks ago
10:21 < brozow> is it a blocker too?
10:23 < CIA-44> jgehlbach * r8315 /opennms/trunk/opennms-daemon/src/main/filtered/etc/ (4 files in 2 dirs):
10:23 < CIA-44> Add Dell RAC and storage traps contributed by Eric Palm under enhancement bug
10:23 < CIA-44> 2177.
10:23 < CIA-44> Thanks, Eric!
10:26 < p-brane> brozow: no, it's not but the work is done and it appears to be quite an improvement that probably fixes many of our filtering issues
10:26 < brozow> ok
10:27 < brozow> jeffg: is this one fixed? http://bugzilla.opennms.org/show_bug.cgi?id=2041
10:27 * brozow seems to remember fixing that
10:27 < jeffg> brozow, lemme look
10:27 < jeffg> brozow, i'm almost 100% sure that it is
10:28 < jeffg> i can get mandy to do her part by testing with ie7 real quick
10:29 < brozow> go mandy!!
10:29 * p-brane sings.. "and we need you today, oh Mandy."
10:30 < brozow> heh
10:31 -!- Sortova [n=Tarus@nc-71-49-181-102.dhcp.embarqhsd.net] has joined #opennms
10:31 < _snd> sortie :)
10:32 -!- Sortova changed the topic of #opennms to: 2008 - The Year of the Year Ofs | Safeword for today is "bugfest" | OpenNMS 1.3.9 released | Join us at SCALE 6x, 8-10 Feb 2008 | Here to ask a question? Don't forget to check the FAQs at http://www.opennms.org and the mailing lists, first.
10:32 < Sortova> hola
10:32 < jeffg> brozow, confirmed fixed in ie7!
10:33 < jeffg> p-brane, she gets really pissed when men sing that song to her
10:33 < jeffg> Sortova!
10:33 < p-brane> jeffg: I can imagine
10:33 < brozow> jeffg: sweet! one down!
10:33 < jeffg> brozow, take that sucka out
10:33 < Sortova> jeffg, must be Mandy
10:33 < ptitlouis> aa
10:34 * p-brane steals jeffg's 2 MB memory
10:34 < RangerRick> alrighty, email sent
10:34 < jeffg> Sortova, yeah, until about six months ago she'd never heard it sung by a sober man
10:34 -!- ptitlouis [n=ptitloui@scylla.sysif.net] has left #opennms []
10:34 < jeffg> p-brane, you can have the 2MB, just leave me the 2GB
10:34 < p-brane> lol
10:34 < Sortova> jeffg, you completed the 12 step plan?
10:35 < jeffg> Sortova, almost, still got to apologize to her for singing that song though
10:35 * p-brane remids jeffg that his IT experience started in the early 80's
10:35 < Sortova> p-brane, parental abuse?
10:35 -!- brozow changed the topic of #opennms to: 2008 - BugDay: help us fix bugs today! http://www.opennms.org/index.php/Bug_Day | The Year of the Year Ofs | Safeword for today is "bugfest" | OpenNMS 1.3.9 released | Join us at SCALE 6x, 8-10 Feb 2008 | Here to ask a question? Don't forget to check the FAQs at http://www.opennms.org and the mailing lists, first.
10:35 < jeffg> p-brane, my first iron was a C-64!
10:35 < p-brane> heh
10:35 < Sortova> TRS-80 model 1
10:35 < jeffg> granted i was in kindergarten...
10:35 < Sortova> 4K of RAM baby
10:36 < p-brane> Sortova: it was good enough to send a man to the moon...
10:36 * p-brane watches "building workspace 0%" for 10 minutes
10:37 < jeffg> this little guy does a full voip stack in just 16K of stack: http://store.digium.com/productview.php?product_code=1S101INAF-01
10:37 < brozow> where are djgregor and mhuot?
10:37 < p-brane> jeffg: that rocks
10:37 < p-brane> brozow: batting clean-up I assume
10:38 < brozow> heh
10:38 < p-brane> brozow: leave them the hard ones LOL
10:39 < brozow> ha!
10:39 < brozow> hey.. I was looking at http://bugzilla.opennms.org/show_bug.cgi?id=1556
10:39 < brozow> I was wondering what the base to fix that one is?
10:40 < jeffg> brozow, basis you mean? as in "this is a tomcat issue"?
10:40 < jfruge4> fix tomcat?
10:40 < brozow> heh.. no... sorry.. s/base/best/
10:40 * jeffg assigns fixing tomcat to jfruge4
10:41 < brozow> I was wondering if we could just install the tomcat webapp under the tomcat webapps directory and let it just find context.xml under WEB-INF
10:41 < jfruge4> I'm not drunk enough to try
10:41 < p-brane> brozow: we thought we had fixed that and thought it was a Tomcat version problem.
10:41 < RangerRick> brozow: that's what I alwayw did before I found out I was doing it "wrong" :)
10:42 < brozow> RangerRick: oh?
10:42 < RangerRick> yeah, just symlinked the webapp into /var/tomcat5/webapps/opennms
10:42 < brozow> yeah... sometimes java has trouble with symlinks
10:42 < RangerRick> the whole -w stuff was totally news to me
10:42 < jeffg> jfruge4, get drinking!
10:43 < djgregor> BY THE POWER OF BUGZILLA!
10:43 < brozow> RangerRick: for a while we didn't have a standard place for tomecat to live
10:43 < jeffg> omg it's he-man!
10:43 < _sndbot> is that what you're in the gay quarters++
10:43 < brozow> so we added the -w so it could be moved
10:43 < djgregor> :-)
10:43 < jeffg> lmao
10:43 * p-brane pleads bugzilla to provide some power to my eclipse build
10:44 -!- whyzzyrd [n=whyzzyrd@chon2-adsl.demon.co.uk] has joined #opennms
10:44 < djgregor> p-brane: "thundercats unite!" for that problem
10:44 < brozow> whyzzyrd!!!
10:45 * whyzzyrd spectates
10:45 * whyzzyrd is pulling out a bathroom
10:45 < RangerRick> TMI
10:45 < _snd> TIA
10:46 < brozow> is that what they call it over there in the uk?
10:46 < djgregor> brozow: eventd should only ever send a single event once to a listener, rigth?
10:46 * p-brane force quits eclipse... again. and wonders could the become bug week?
10:46 < whyzzyrd> brozow: well
10:47 < brozow> djgregor: no sure what you mean?
10:47 < brozow> djgregor: if should send the same event to a listener more than once if that's what you are asking
10:47 < brozow> sigh.. should NOT send
10:51 < djgregor> yeah, I found a bug due to the partial UEI matching where we could send the same event to the same listener multiple times
10:52 < p-brane> djgregor: I think that is there for deaf listeners
10:52 < RangerRick> ~lart time-warner
10:52 < _sndbot> I guess the factoid 'lart aka' might be appropriate:
10:52 < _sndbot> RangerRick, lart aka is clue-by-four
10:52 < brozow> RangerRick: so... does that mean we can't fix the webapp that way?
10:52 < RangerRick> brozow: huh?
10:52 < brozow> about the opennms.xml getting deleted?
10:53 < RangerRick> all I'm saying is if you symlink the webapp into tomcat's webapp dir, it Worked For Me
10:53 < brozow> ah ok
10:53 < RangerRick> and always has :)
10:53 < brozow> anyone have any objections to that?
10:53 < agalue> Hello All, I'm working on bug 2138...
10:53 < brozow> agalue!!!
10:53 < agalue> brozow!
10:54 < p-brane> brozow: isn't that the way it has always been done?
10:54 < p-brane> didn't -w do the symlink?
10:54 < brozow> no we do a opennms.xml way
10:54 < p-brane> ah
10:54 < p-brane> right
10:55 < p-brane> RangerRick: sounds good to me.. I can test it later today, too.
10:55 -!- chalco_lab is now known as chalco
10:55 < brozow> Tomcat4 didn't support a context.xml and we had some settings
10:55 < brozow> to add
10:55 -!- ofniavg [n=chatzill@zehill.genevainformation.ch] has joined #opennms
10:56 < brozow> ofniavg!!
10:56 < ofniavg> brozow!
10:56 < djgregor> ofniavg!
10:56 < ofniavg> djgregor!
10:56 < RangerRick> ugh, it's like typing through molasses
10:57 < RangerRick> 6 hops away from me, on level3's twc hookup, 40% packet loss
10:57 < jeffg> agalue, excellent!
10:57 < brozow> you connected to the office?
10:58 < RangerRick> brozow: no, this is from home, it's a time-warner issue
10:58 < brozow> I'm on timewarner
10:59 * jeffg takes 2139
10:59 < RangerRick> their phone # has been busy for an hour
10:59 < RangerRick> brozow: you may be getting a different route too
11:00 < lisppaste7> RangerRick pasted "packet loss" at http://paste.lisp.org/display/55274
11:00 < djgregor> RangerRick: they are probably using VoIP over their own network. ;-)
11:00 < brozow> what command are you running to get that?
11:00 < RangerRick> brozow: mtr (matt's traceroute)
11:00 * RangerRick (hearts) mtr
11:00 < RangerRick> it's in fink
11:01 < djgregor> RangerRick knows all the sexy tools
11:01 < djgregor> ~RangerRick++
11:01 < _sndbot> rangerrick has a karma level of 24, djgregor
11:01 < brozow> yeah you're right.. it picks a completely different route for e
11:01 < brozow> I route to Charlotte level3
11:02 < jeffg> grabbing a quick shower, bbiafm
11:06 < RangerRick> haha, got an email back from TWC technical support
11:06 -!- jmkdev [n=opennms@LPuteaux-151-42-10-210.w217-128.abo.wanadoo.fr] has joined #opennms
11:06 < RangerRick> he can only provide support for time-warner services, not for the network, he referred me to the phone support
11:06 < RangerRick> which is a fast-busy when I call :P
11:07 < RangerRick> I feel like I'm walking upstream in a river
11:07 < whyzzyrd> RangerRick: I take it you can't VPN out somewhere that avoids el-nasty route?
11:10 < djgregor> RangerRick: drainage t00bs
11:15 < RangerRick> not reailly, the problem is at the connection between the ISP and the wider 'net
11:16 -!- PowerOp [n=chatzill@219-84-10-155-adsl-tpe.dynamic.so-net.net.tw] has quit [Read error: 104 (Connection reset by peer)]
11:18 < whyzzyrd> RangerRick: That's pretty evil.
11:18 < brozow> jeffg: when you take bug assign it to yourself so someone else doesn't grab it
11:20 < brozow> p-brane: can we resolve: http://bugzilla.opennms.org/show_bug.cgi?id=2181
11:22 < ofniavg> wow, even Sortova is there
11:22 < Sortova> yeah - I'm trying to get my development environment configure, so phear
11:23 < p-brane> brozow: the impl that djgregor contributed works... however, the output isn't the standard thread-dump output and doesn't work with dump analysis tools... so, I'm undecided.
11:23 < jeffg> ahhh
11:24 < brozow> hmm...
11:24 < jeffg> brozow, did that, just noting here for folks who don't get bugmail
11:24 * brozow goes to check
11:24 < brozow> ah ok
11:25 < brozow> jeffg: still says assigned to buglist fo rme
11:25 < brozow> you're doing 2139 yes?
11:25 < jeffg> brozow, yeah... hmm
11:26 < jeffg> weird, it's mine now, bahahaha
11:26 < brozow> ah yes.. I can see it now.. :-)
11:27 < brozow> p-brane: I'm not sure that the kill -3 style thread dump as accessible from the jvm
11:29 < djgregor> brozow: it is, via a JNI call, depending on which JVM you are using
11:30 -!- mode/#opennms [+o Sortova] by ChanServ
11:30 < brozow> djgregor: what call?
11:33 < brozow> the big issue is the 'waiting state' and such for detecting deadlocks and such
11:34 < p-brane> brozow: yeah, I remember more now... there is the run condition of listing all active threads while the JVM is shutting down.
11:34 < brozow> p-brane: not sure I follow what you said
11:34 < p-brane> brozow: I was just thinking that the opennms shell script could be changed to add the kill -3
11:35 < djgregor> brozow: I added the code that is there so I could see what non-daemon threads are still around (forcing us to call System.exit())
11:35 < brozow> I see
11:35 < djgregor> not so much for debugging of weird problems, but in the eventual hope that we could take care of those non-daemon threads properly
11:35 < brozow> p-brane: why would we want to do threaddump everytime we exit?
11:35 < djgregor> yeah, the shel script might be a ogod option
11:36 < djgregor> but it would add a lot to output.log
11:36 < djgregor> heh, /me == brozow
11:36 < jeffg> the problem with doing it from the shell script is that it's unix-specific
11:36 < jeffg> i started looking one day for how you do a thread dump on windows
11:36 < djgregor> I can't find a link to the JNI method, but that is OS-specific and JVM-specific
11:36 < jeffg> i think p-brane and i were discussing
11:37 * djgregor thinks his IRC logs: JVM_DumpAllStacks
11:38 < jeffg> brozow, djgregor, because the first thing most people do when opennms is misbehaving is to restart it, which means we've got to wait for the problem to recur before we can kill -3 the bootstrapper
11:39 < p-brane> jeffg: the on way I know is to run the jstack command perhpas
11:39 < p-brane> brozow: for support reasons
11:40 < p-brane> brozow: count how many support@opennms.com emails and how mean discuss-list posts say, "Next time this happens, do a kill -3 on the pid and send it to us."
11:41 < brozow> ok.. I'm cool with adding kill -3 to script
11:41 < brozow> thought it won't work for windows...
11:41 < CIA-44> djgregor * r8316 /opennms/trunk/opennms-services/src/ (11 files in 6 dirs):
11:41 < CIA-44> - Pull out broadcastNow from EventIpcManager interface into EventIpcBroadcaster interface. The latter is now a back-end interface that only eventd uses.
11:41 < CIA-44> - Refactor EventIpcManagerDefaultImpl to deduplicate common code and make things more object-friendly. Fix a bug where an event could get sent to the same listener multiple times if partial UEI are were used.
11:41 < CIA-44> - Little logging and comment cleanups here and there.
11:42 < djgregor> wow, that was delayed
11:42 < brozow> I'll add a note to the bug then
11:42 < djgregor> maybe an alternative would be to create a data gathering shell script for support that would gathers various things including the "kill -3" output
11:43 < jeffg> To generate a stack trace on Windows 95, or Windows NT platforms, enter the key sequence in the window where the Java program is running, or click the Close button on the window. (http://java.sun.com/developer/technicalArticles/Programming/Stacktrace/)
11:43 < djgregor> my grammer is real good this morning
11:43 < chalco> jeffg, thanks to your explanations, I understood the next lecture better. :) he introduced the Integer, Float, etc classes as well, and I knew what they were :)
11:43 < chalco> everyone!
11:43 < jeffg> chalco, w00t!
11:44 * jeffg boxes chalco into a Chalco
11:44 < djgregor> chalco!
11:44 < chalco> and I'm done with the next two programs :D
11:44 < brozow> chalco!
11:45 < djgregor> is anyone else having major sf.net commit slowness?
11:45 -!- SilasM [n=silas@c-76-23-161-95.hsd1.ct.comcast.net] has joined #opennms
11:46 < jeffg> djgregor, i suspect RangerRick is ;)
11:47 < p-brane> brozow/jeffg: we could possibly use the jstack command for both windows and unix based platforms
11:47 < jeffg> p-brane, if it always comes with the jdk, then i'm all for it from a cross-platform consistency angle
11:48 < RangerRick> hehe
11:48 < chalco> ok, this is really simple, but I'm proud of myself :) I turned input = (JOptionPane.showInputDialog("Enter a number:"); num = Float.parseFloat(input); into num = Float.parseFloat(JOptionPane.showInputDialog("Enter a number:"));
11:49 < chalco> then I look at the guy next to me, and he is doing it the way I first did it
11:49 < jeffg> ~method-chaining++
11:49 < _sndbot> method-chaining has a karma level of 1, jeffg
11:49 < RangerRick> http://video.google.com/videoplay?docid=4443574851519655250
11:49 < RangerRick> erp
11:49 < RangerRick> ~robots is http://video.google.com/videoplay?docid=4443574851519655250
11:49 < _sndbot> Okay, RangerRick.
11:49 < RangerRick> that's what I meant to do ;)
11:50 < RangerRick> it's good to see people pushing the boundaries of science and robotics this way
11:51 < chalco> if it's on the internet, there will be pr0n of it
11:51 < jeffg> haha
11:52 < p-brane> jeffg: if it doesn't come with it then we don't get the stacktrace... no big deal.. perhaps we can make a var opennms.conf that can points is the generate stacktrace command
11:52 < jeffg> p-brane, i think it's probably standard with 1.5 and later JVMs, but that's a gut feeling kinda
11:53 jeffg, did you fix everything with Todd on Fri?
11:54 < jeffg> Sortova, i spoke with him for several minutes, did some troubleshooting, and fixed up his support login. he said he was going to create a ticket but he never did. i overlapped that issue a bit with chris' maps one, had chris disable discovery even though i really don't think it was discovery that was causing todd's issue
11:55 < jeffg> i'll ping todd on monday about it though
11:55 no worries
11:55 just wanted to know if I could nuke the voicemail
11:55 * Sortova nukes the voicemail
11:55 < jeffg> yup
11:59 < jeffg> djgregor, startup problem since your eventd refactoring: Unresolved compilation problem:
11:59 < jeffg> The type EventHandler cannot be a superinterface of DefaultEventHandlerImpl; a superinterface must be an interface
11:59 < _sndbot> 1.3.9, mostly around regexp matching of the d3 there
12:05 < jeffg> ~ping
12:05 < _sndbot> Watch where you're sticking that thing!
12:05 < chalco> ~jeffg
12:05 < _sndbot> chalco, jeffg is just zis guy, you know?
12:09 < jmkdev> RangerRick: I verified the fix for bug 2193. Do I have to close the bug myself ?
12:09 < _sndbot> that's mighty cool.
12:10 < jeffg> jmkdev, bug 2193? it's already been set to resolved: fixed. thanks for verifying it!
12:11 < jeffg> it's a sad day for butt-head anglophones everywhere: http://news.bbc.co.uk/1/hi/magazine/7221918.stm
12:11 < djgregor> hmm
12:11 * jmkdev will have to read the bugzilla doc on bug life cycle someday
12:12 < whyzzyrd> Ah, mais, peut-etre il est dead, franglais shall live on!
12:12 < djgregor> jeffg: I'll look at it in a minute
12:12 < djgregor> hmm
12:12 < djgregor> I wonder if the new EventHandler didn't make it in
12:12 < RangerRick> in that case, it probably got closed 'cause no one responded for a while, still good to get a real verification
12:13 < chalco> wow, lot's of new faces in the chan today
12:13 < RangerRick> yup, happy bug day
12:13 * whyzzyrd is sort of an old irregular face
12:13 < jeffg> whyzzyrd, tr?s vrai
12:13 < jeffg> err tr?s true
12:14 < jmkdev> RangerRick: quelle est la difference between "RESOLVED" and "CLOSED" ?
12:14 < RangerRick> "old irregular face"? from your mom's side? or your dad's? ;)
12:14 < ofniavg> did you tag 1.3.10 already?
12:14 * whyzzyrd to my eternal shame asked a stupid question on the ML, that I knew the answer to, but was frazzled.
12:14 < RangerRick> ofniavg: not yet
12:14 * whyzzyrd has been using opennms for a *long* time.
12:15 < RangerRick> jmkdev: I think technically we would "close" it once you verified it, but all of those are forms of "resolved"
12:15 < RangerRick> jmkdev: http://bugzilla.opennms.org/page.cgi?id=fields.html#resolution
12:15 < jmkdev> RangerRick: Merci you :)
12:16 < RangerRick> for the most part, we've considered RESOLVED/VERIFIED/CLOSE to all be "it's ok to consider this finished"
12:16 < RangerRick> but "CLOSED" in theory means everyone has signed off on it
12:16 < RangerRick> we just don't bother with that much process ;)
12:16 < RangerRick> btw, nen is continuously building snapshots for the day
12:17 < whyzzyrd> jeffg: I believe it was you indulged my stupidity.
12:18 < RangerRick> ignoranice is not the same as stupidity; everyone starts out ignorant, you're only stupid if you don't learn anything ;)
12:18 < jeffg> whyzzyrd, uh oh, which topic was it?
12:18 < whyzzyrd> Are there going to be more default service pollers added. I see none of my SSL-enabled services have been discovered on their SSL ports.
12:18 < jeffg> exactly
12:19 < RangerRick> it's good to indulge ignorance, just not stupidity, everyone's gotta learn sometime, everyone starts out as a n00b :)
12:19 < whyzzyrd> jeffg: umm. managing/unmanaging interfaces..
12:19 < whyzzyrd> RangerRick: I've been using opennms since probably early 2k2.
12:20 < RangerRick> cool
12:20 -!- whyzzyrd [n=whyzzyrd@chon2-adsl.demon.co.uk] has quit ["Leaving"]
12:20 -!- whyzzyrd [n=whyzzyrd@chon2-adsl.demon.co.uk] has joined #opennms
12:21 < whyzzyrd> You did used to list my organisation as a user, not sure if you still do.
12:21 < whyzzyrd> gah
12:21 < whyzzyrd> <== University of St Andrews
12:22 < jmkdev> Oh, oh, I have an old enhancement request (bug id 1399) about Overland Neoseries events. Am I the only Overland user on earth ?
12:22 < whyzzyrd> jmkdev: probably not.
12:22 < whyzzyrd> jmkdev: Are you the only overland user using opennms?
12:23 -!- agalue_ [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has joined #opennms
12:23 -!- agalue [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has quit [Read error: 104 (Connection reset by peer)]
12:23 * brozow ponders the topological properties of headphones that allows the inextricably tangled even while plugged in and on his head
12:23 < RangerRick> haha
12:23 < jmkdev> whyzzyrd: ... or the only overland user who enabled snmp traps
12:24 < whyzzyrd> jmkdev: perhaps.
12:25 < brozow> anyone know Paul Donahue?
12:25 < RangerRick> brozow: name kind of rings a bell, but I dunno
12:26 < brozow> he wrote a new parser for filtering...
12:26 < brozow> I was wondering if he were here
12:27 < jmkdev> /AWAY
12:27 < brozow> jmkdev: where you going? still looking at your old bug
12:28 < RangerRick> brozow: I just took that bug :)
12:28 -!- cpm [n=Chip@pdpc/supporter/active/cpm] has joined #opennms
12:29 < brozow> heh ok.. its yours
12:29 < RangerRick> after he said that, I mean
12:29 < brozow> I keep jumping around... need to pick one and stay with it.. :-)
12:29 < jeffg> cpm!
12:29 < brozow> I'm dong 2022
12:29 < brozow> s/dong/doing/
12:30 < brozow> oops 2202
12:31 < jeffg> is anyone else having build problems with DefaultEventHandlerImpl? or have i dorked up my working copy somehow?
12:32 * brozow hasnt updated
12:33 < brozow> jeffg: http://internal.opennms.com:8081/job/opennms/org.opennms$opennms-services/300/console
12:33 < jeffg> yep, that's the one
12:34 < brozow> I blame djgregor!
12:34 < jeffg> well duh!
12:34 < _sndbot> Anx: You probably can just go into ports and follow a normal install from source if i pull from svn ... but the header from the systems versus data interfacing
12:35 < brozow> hmm.. no word since he said that he would fix it.. hehe
12:36 < RangerRick> jmkdev: is that overland xml file available somewhere else? I've tried from a couple of different hosts and the URL in the bug doesn't respond
12:36 < RangerRick> ( http://www.univ-montp3.fr/crit/technique/misc/opennms/overland_neo_events.xml/view )
12:39 < RangerRick> heh, it finally just responded, 4 minutes later
12:39 -!- ofniavg [n=chatzill@zehill.genevainformation.ch] has quit [Read error: 113 (No route to host)]
12:41 < cpm> jeffg! brozow! RangerRick!
12:42 < RangerRick> cpm!
12:42 < brozow> cpm!
12:43 < djgregor> jeffg: I'm having the problem, too
12:44 < djgregor> I found the problem
12:44 < djgregor> svn missed a file
12:44 < jeffg> that'll do it
12:45 < whyzzyrd> "missed" ?
12:45 < CIA-44> djgregor * r8317 /opennms/trunk/opennms-services/src/main/java/org/opennms/netmgt/eventd/EventHandler.java: EventHandler the interface
12:46 < jeffg> djgregor, thanks :)
12:46 < djgregor> np
12:46 < djgregor> sorry about that
12:46 < jeffg> np, i've done the same thing in the past two weeks :)
12:46 < jeffg> and i think it was you who called me on it :D
12:47 < RangerRick> =)
12:47 < djgregor> whyzzyrd: I moved EventHandler to DefaultEventHandlerImpl and created an EventHandler interface in its place (which the Impl implemented), and somehow the new interface didn't make it in, so the old EventHandler implementation class was still there
12:47 < djgregor> which isn't an interface
12:47 < jeffg> djgregor, also not ignoring your comment about behavior of safeParse*, just been mulling
12:47 < djgregor> which doesn't make DefaultEventHandlerImpl happy when it expects an interface. :-)
12:47 < whyzzyrd> djgregor: I see.
12:47 < jmkdev> RangerRick: Mmm, something is bad with our web server. Did you get the file ?
12:48 < RangerRick> jmkdev: yeah, I got it now
12:48 < RangerRick> it just took a while
12:48 * RangerRick is doing a build right now
12:55 < jmkdev> brozow: Sorry.. but I had to make some cook for my daughter, this is lunch time here.
12:56 -!- jmkdev [n=opennms@LPuteaux-151-42-10-210.w217-128.abo.wanadoo.fr] has left #opennms []
12:57 < jeffg> wow, they eat lunch late
12:59 < jeffg> RangerRick, did you touch anything related to jettyserver and service registration?
12:59 < jeffg> getting startup errors
12:59 < brozow> I noticed in italy the messed up lunch and dinner all the time....
12:59 < brozow> maybe the do that in france too
12:59 < jeffg> well lunch is "little dinner" in french at least
12:59 < whyzzyrd> jmkdev: lunchtime? in montpellier?
13:00 < whyzzyrd> jeffg: erm. that'd be breakfast.
13:00 < jeffg> oof, you're right, i guess i'm officially really rusty now.
13:01 < whyzzyrd> jeffg: I have the huge cheat of my wife being from Albi, near-ish Toulouse.
13:02 < jeffg> your wife is a huge cheat? i'm sorry ;)
13:02 < brozow> HA!
13:02 < whyzzyrd> jeffg: cheeky fux0r
13:02 < jeffg> i hear that's the french way though...
13:02 < jeffg> whyzzyrd, you rang?
13:03 * whyzzyrd smiles
13:03 < ailiop_> hello all!
13:03 < RangerRick> haha
13:03 < RangerRick> jeffg: no, haven't touched that stuff for quite some time
13:03 < ailiop_> anyone working with 2181 ?
13:03 < jeffg> RangerRick, grr, ok, are you getting successful startup?
13:04 < brozow> ailiop_: do you want it?
13:04 < CIA-44> agalue * r8318 /opennms/trunk/opennms-config/src/main/castor/thresholding-config.xsd: ds-name attribute on threshold definition and expression attribute on expression definition must be required.
13:04 < RangerRick> jeffg: still waiting for a build
13:04 < RangerRick> it takes a while, unfortunately, since my network conn sucks and the castor stuff wants to go out to the 'net to look at xsds :P
13:04 < ailiop_> brozow: yeap, I have actually spend the last month debugging via the thread dump a lot, so I'm somehow connected to it :)
13:05 < brozow> ailiop_: great its yours!
13:05 < djgregor> what was the decision on how to address 2181?
13:05 < djgregor> or was there one? ;-)
13:05 < ailiop_> brozow: awesome, thanks
13:05 < brozow> heh.. there were a few ideas tossed about
13:06 < ailiop_> from what I see make opennms send SIGQUIT to the jvm before stopping
13:06 * djgregor is taking 2224
13:06 < Lare> hmm OpenNMS says, that in sauna there is about 51 degrees. It will be ready soon.
13:06 < brozow> ailiop_: yea that's the idea... we were just discussing what to do on windows
13:07 < djgregor> Lare: wow, I'm amazed
13:07 < brozow> soneone suggested calling jstack (or whatever the facility that comes with the jdk is)
13:07 < brozow> ailiop_: but I don't know what its output looks like
13:08 < ailiop_> brozow: I have no windows experience, but I can investigate it a little bit too
13:08 < brozow> ailiop_: cool!
13:08 < Lare> Hmm, it would be nice to setup an high threshold for sauna temperature and get an sms of it :)
13:08 < Lare> a high threshold...
13:08 < brozow> Lare: now you're talking
13:08 < whyzzyrd> right laptop has to come apart. Enough broken-fan noise.
13:08 < djgregor> thresholding, baby
13:08 -!- fastjay [n=jay@c-24-5-75-20.hsd1.ca.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
13:08 < ailiop_> brozow: irrelevant to 2181, I have a couple of fixes that I made in my organization's installation, would it be appropriate to open a bug and submit the fix?
13:08 < brozow> sure!
13:08 < RangerRick> ailiop_: please
13:09 -!- fastjay [n=jay@c-24-5-75-20.hsd1.ca.comcast.net] has joined #opennms
13:09 < djgregor> fastjay!
13:09 < brozow> make them block bug 2108
13:09 < jeffg> fastjay!
13:09 < whyzzyrd> Lare: "You have now been successfully boiled like a lobster. If you'd not relied on getting this SMS, you might still be alive"
13:09 < brozow> fastjay!
13:09 < RangerRick> I need to make a sql query to find any open bugs that don't block an existing bug
13:10 < CIA-44> agalue * r8319 /opennms/trunk/opennms-webapp/src/main/java/org/opennms/web/controller/admin/thresholds/ThresholdController.java:
13:10 < CIA-44> Fix bug 2138.
13:10 < CIA-44> Throw an exception if ds-name or expression definition are empty string or null.
13:10 < CIA-44> Set a default value for trigger on a new expression.
13:10 < ailiop_> brozow: great, it's a deal :) let me gather my things and I'll get back with everything soon..
13:10 < brozow> ailiop_: yourock.com
13:10 < Lare> whyzzyrd: :)
13:11 < RangerRick> brozow: I'm getting routed through charlotte now, guess they "fixed" it :P
13:11 < brozow> cool!
13:11 * whyzzyrd shall be back in a bit. Have to sort lapdog fans. Driving me nuts.
13:11 -!- whyzzyrd [n=whyzzyrd@chon2-adsl.demon.co.uk] has quit ["bbiab"]
13:11 < RangerRick> hey, look at that, my build is running now
13:11 < djgregor> brozow: architecture Q: I don't like the fact that the daemons talk directly to EventIpcManagerDefaultImpl, and when I build it via Spring, I have to build it and all of the bits that it needs in applicationContext-daemon.xml
13:12 < djgregor> brozow: what do you think about making a proxy that I initialize late for EventIpcManager?
13:12 < djgregor> I'd create the proxy in applicationContext-daemon.xml and set the delegate in applicationContext-eventDaemon.xml
13:13 < brozow> djgregor: that sounds like a good idea
13:14 -!- fastjay [n=jay@c-24-5-75-20.hsd1.ca.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
13:14 < djgregor> brozow: cool, thanks; that's been bothering me for awhile, now. ;-)
13:14 -!- fastjay [n=jay@c-24-5-75-20.hsd1.ca.comcast.net] has joined #opennms
13:15 * brozow notes that djgregor is plalnning to implement osgi's ServiceManager stuff.. :-)
13:15 < djgregor> say what, homeboy?
13:15 < djgregor> :-P
13:15 < brozow> that's the same kind of proxy that spring-osgi (now called sring-dm) gives you... late binding of services
13:16 < djgregor> w00tage
13:17 -!- fastjay_ [n=jay@c-24-5-75-20.hsd1.ca.comcast.net] has joined #opennms
13:17 -!- fastjay [n=jay@c-24-5-75-20.hsd1.ca.comcast.net] has quit [Connection reset by peer]
13:25 < jeffg> fastjay_, you're not trying to do irc over bittorrent, are you? ;)
13:26 < _snd> jeffg: i got 120Mb/sec download on bittorrent for a file last night :)
13:26 < _snd> brozow: are you fluent in rrd files?
13:42 < RangerRick> hm, looks like cia's having issues
13:42 < RangerRick> my commit didn't come through
13:42 RangerRick, CIA?
13:44 RangerRick, no subversion in fink?
13:45 < dagb> seeing how Lare uses OpenNMS to monitor sauna temperature: anyone here got experience with home automation hardware?
13:46 < RangerRick> Sortova: yes there is, tho' it comes with leopard
13:47 < _snd> dagb: planning on monitoring rain levels?
13:48 < dagb> _snd: nah. but sun hours and intensity might be interesting.
13:48 < RangerRick> Sortova: http://pdb.finkproject.org/pdb/package.php/svn-client
13:49 < _snd> dagb: i.e. small graphs
13:49 < dagb> _snd: do you realise that even here, thermosolar solutions might pay off?
13:49 RangerRick, thanks - I just tried apt-get install subversion
13:49 using the leopard version
13:49 * Sortova does a fresh checkout
13:54 < Lare> ~weather EFJY
13:54 < _sndbot> Station ID: EFJY Wind Speed: 10.0 mph, 9.0 knots Visibility: 6.2137117 mile(s) Temperature: 0.0 C, 32.0 F Broken clouds at 500 feet Broken clouds at 1000 feet
13:55 < Lare> There is also about 10 cm fresh snow. Nice weather for running naked around the house :)
13:55 < _snd> dagb: i know, even if it seems very strange
13:56 * _snd is jumping up and down trying to get the attention of anyone knowing much about rrd files
13:57 -!- marktop [n=chatzill@p5085E33E.dip.t-dialin.net] has joined #opennms
13:57 < djgregor> _snd: ask your question
13:57 < jeffg> _snd, what do you need to know?
13:57 < jeffg> my knowledge is spotty but has some depth in areas
13:58 < RangerRick> (in general, better to just ask the question than to ask a meta-question hoping to then ask a later question) :)
13:58 < _snd> RangerRick: i did, adressed to brozow, but he seems away :)
13:58 < brozow> I'm back sorry
13:59 < RangerRick> I just meant, in general, don't address, ask the question; then anyone who can answer can answer ;)
13:59 < brozow> fluent in rrd? not sure
13:59 < _snd> djgregor/jeff: given these huge spikes that we get in some graphs on retarting opennms or when some machines are restarted, is it an idea to insteam do insane divisions to create spikes to just repeat the last known value untill you get back into real data again?
13:59 * _snd hit another exabyte spike on his 2mbit adsl and it seems unlikely to be real :)
14:00 < brozow> that's probably the wrap issue
14:00 < victor_> isn't there a type called DERIVE to be used instead of COUNTER ?
14:01 < jeffg> DERIVE is meant for a special case, trying to remember which one
14:01 < CIA-44> tarus * r8321 /opennms/trunk/opennms-webapp/src/main/webapp/admin/notification/noticeWizard/choosePath.jsp: Using "Parameter" instead of "Varbind" to make it a little more user friendly.
14:01 < brozow> there must be a way to avoid that
14:02 < _snd> brozow: as i said, even if not perfect, if there is a slot with no value and then you hit real data, why not just pad it with the average of the previous and next real values, then it won't create massive hickups
14:02 < victor_> jeffg: i think it was for when the counter doesn't wrap at the normal value
14:03 < CIA-44> tarus * r8322 /opennms/trunk/opennms-webapp/src/main/webapp/help/about.jsp: Cleaned up some notices
14:03 < jeffg> DERIVE "will store the derivative of the line going from the last to the current value of the data source. This can be useful for gauges, for example, to measure the rate of people entering or leaving a room. Internally, derive works exactly like COUNTER but without overflow checks. So if your counter does not reset at 32 or 64 bit you might want to use DERIVE and combine it with a MIN value of 0."
14:03 < _snd> brozow: what i get in plenty places are month graphs that have one vertical green line at some point becuase of a restart and the graph isnt very usefull at that point, also the accumulated values (such as bits transferred for the month) are then garbage since that spike suddenly adds a metric buttload of double layer dvd's to the totals
14:04 < brozow> I htink the spike is because we got two datapoints in a row.. one that says 2341313431342343 otctes received the next says 123 octets
14:04 < brozow> so it assumes it wrapped
14:04 < djgregor> this is probably due to a restart of the node being monitored, not OpenNMS, yes?
14:04 * djgregor == brozow
14:04 < jeffg> counter resets
14:04 < _snd> djgregor: it can happen on restarts of opennms, too
14:04 < brozow> really?
14:05 -!- fastjay_ [n=jay@c-24-5-75-20.hsd1.ca.comcast.net] has quit [Read error: 110 (Connection timed out)]
14:05 < _snd> brozow: ive had graphs for multiple nodes with spikes at points i've retarted opennms
14:05 < _snd> brozow: the root cause for why that gets to be so may be the same as a wrap, but still ends up as spikes
14:06 -!- whyzzyrd [n=whyzzyrd@chon2-adsl.demon.co.uk] has joined #opennms
14:06 -!- TwigsUSAN [n=chatzill@209-242-5-214.rev.dls.net] has joined #opennms
14:06 < whyzzyrd> hmm. fans on this appear to be a mainboard-out job.
14:07 < brozow> yeah... just trying to understand how that can happen with an opennms restart...
14:08 < _snd> brozow: trying to google it and find the doc i found which showed a case that isnt a reload, but where the rrd file gets no value into a slot, and hence the graph will end up as a spike
14:08 < brozow> _snd: cool
14:09 < _snd> brozow: i.e. you get something divided by NaN, which tends to end up as an anwer close to infinte, as opposed to a wrap where the counters still will have a semblance of real numbers and the spike wont get as big
14:13 < RangerRick> brozow, p-brane, Sortova, jeffg -- judgement call; for http://bugzilla.opennms.org/show_bug.cgi?id=1913 -- do we just close it since it's not reproducible in 1.3.x? not like we're gonna do a 1.2.10 at this point
14:14 * brozow is looking
14:14 RangerRick, WONTFIX
14:14 < RangerRick> kinda what I thought
14:14 < jeffg> that WORKSFORME
14:14 < brozow> actually you can just say.. FIXED in 1.3
14:15 true
14:15 < djgregor> yeah, it *has* been fixed, just not for the 1.2 branch
14:15 We won't be doing a 1.2.10 to my knowledge
14:16 < brozow> actually looking at the details are we asking for a zero length pdu?
14:16 < djgregor> Should we close out the 1.2.10 blocker, then (it has no open bugs assigned to it: http://bugzilla.opennms.org/show_bug.cgi?id=1715
14:16 djgregor, yup
14:16 < djgregor> is anyone else having timeouts committing?
14:16 also, can someone look at http://bugzilla.opennms.org/show_bug.cgi?id=2216?
14:16 It affects bioware, and they are now a new support client (grin)
14:16 < brozow> does'nt matter.. we probalby don't do that in 1.3
14:17 < jeffg> Sortova, i've looked at that one some
14:17 They are building a front end to our gui, and the fact that the URL for the KSC reports keeps changing drives 'em crazy
14:17 jeffg, cool
14:17 < jeffg> need to get a concensus on best way to approach that
14:17 < djgregor> name the graphs? or give them a random ID?
14:17 < RangerRick> create an index for ksc reports and reference it that way?
14:17 jeffg, I was thinking about some sort of label outside of the report number
14:17 < djgregor> s/graphs/reports/
14:17 < jeffg> i thought of adding an optional "id" attribute to the report element in the XSD
14:17 < RangerRick> yeah
14:17 < RangerRick> id is the best way to go
14:17 jeffg, sounds like the easiest too
14:18 < RangerRick> *cough* everything should have IDs anyways :P
14:18 < jeffg> then have the factory add the id to any report it sees that lacks one, probably by using a sequence in the DB
14:18 < djgregor> or just generate a random one
14:18 < jeffg> like a uuid?
14:19 < RangerRick> either way
14:19 < brozow> djgregor: I like the label idea...
14:19 < djgregor> jeffg: yeah, if they don't specify an ID, we add one; note, that if you change how we reference the graph, the id attribute would need to be required
14:19 < brozow> and 'name' and a 'label'
14:20 < brozow> the name never changes but the label is displayed everywhere
14:20 < djgregor> jeffg: http://java.sun.com/j2se/1.5.0/docs/api/java/util/UUID.html#randomUUID()
14:20 < jeffg> djgregor, yeah
14:20 < djgregor> brozow: I think we already have a label
14:20 < djgregor> bah!
14:20 < djgregor> stupid SVN
14:20 < djgregor> another failed commit on my end
14:21 < RangerRick> I think it's 'cause cia's down
14:21 < djgregor> the issue that I see is how do we migrate existing stuff
14:21 < jeffg> djgregor, is that why capsd won't start for me?
14:21 djgregor, hrm - installer?
14:21 < djgregor> are people seeing the same problems with svn from the command line? SVN hasn't worked for me all day from Eclipse
14:22 < djgregor> Sortova: hmm... right now, the installer doesn't touch any of the XML files
14:22 < jeffg> yeah, migrating existing ksc reports that lack an id so that they have one is going to be tricky
14:22 djgregor, I've done two checkouts - no probs
14:22 < djgregor> it could
14:22 < djgregor> my problem is only on commits
14:22 < jeffg> i'm about to blow away my working copy it's been so flaky all day
14:22 < jeffg> already killed my M2_REPO
14:22 < brozow> maybe the order in the file can be the id?
14:22 djgregor, done two commits, too
14:23 < jeffg> brozow, that's what it is now
14:23 djgregor, a little slow
14:23 < jeffg> the trouble is that when you add a new ksc report, the factory reorders the reports in the file
14:23 < jeffg> alphabetically
14:23 < brozow> ah I see...
14:23 < djgregor> wait... we can just have the factory generate the UUIDs when it loads if it doesn't see them
14:24 < jeffg> i'd prefer to have the id independent of the order, so that deleting a report doesn't shift those below it upward
14:24 < jeffg> djgregor, that's what i was thinking
14:24 < jeffg> only with a regular id from a db sequence instead of a uuid
14:24 < jeffg> but a uuid would be acceptable to me, especially since it means that you can blow away your DB and still retain the same IDs on your ksc reports
14:25 < brozow> right.. so we just need to make the load use the order of the file if none exist and then write that out when it saves?
14:25 < jeffg> brozow, yeah, that seems right to me... the uuid attribute would have to be optional though, so that a copy that lacks them will unmarshal cleanly
14:25 < brozow> but you guys is smart.. you can figure it out I'm sure
14:25 < djgregor> jeffg: yeah, the only thing I worry about with the database sequence is the matching up of the database sequence number with the XML file
14:26 < jeffg> djgregor, exactly why i hadn't attacked it full-on with that approach already
14:26 < brozow> maybe just an integer that is 'max id from the file + 1'
14:27 < jeffg> will that play nice with hand-edits?
14:27 < djgregor> is the customer creating KSC reports from the webUI, or editing externally?
14:27 < brozow> they can assign any id that they want as long as its unique
14:28 -!- mib_af4nvr0m [i=209366e0@gateway/web/ajax/mibbit.com/x-82d681a65bc9661d] has joined #opennms
14:28 < brozow> max id + 1 is just the 'default' value for missing ones
14:28 * djgregor is thinking of the idea of an external system creating graph definitions, and how easy one would want to make that
14:28 < jeffg> djgregor, afaik bioware is not creating ksc reports externally, just referencing them
14:29 yeah
14:29 < ailiop_> for 2181, ok seems like jstack might not be an option for the stacktrace, for jstack to work you have to have jdb enabled, which I. is not always the case, II. in my particular case I had fluctuations in the overall opennms performance when enabled
14:29 < jeffg> UUIDs are a bit unwieldy to yell across a room
14:29 they create them internally and the link to them
14:29 < brozow> ailiop_: thanks for looking into that
14:29 < djgregor> okay, so their only requirement is for the ID to stay the same, whatever it is
14:29 < jeffg> right
14:29 < CIA-44> agalue * r8323 /opennms/trunk/opennms-daemon/src/main/filtered/etc/opennms.properties: remove comment about custom snmp-graphs.properties for storeByGroup=true because is no longer needed.
14:29 < CIA-44> djgregor * r8324 /opennms/trunk/ (12 files in 11 dirs): Simple fix for the default case for the eventd pieces of bug #2224 - restrict by IP nodes allowed to connect to event proxy.
14:29 < ailiop_> brozow: I'm investigating different ways, we might have to put together something in JNI perhaps for windows
14:30 < brozow> ailiop_: yuk.. but ok
14:30 < mib_af4nvr0m> W00t mhuot is stuck standing in line to see Obama
14:30 < ailiop_> brozow: yeap I know, JNI is a hell on earth :)
14:31 < _snd> brozow: http://64.233.167.104/search?q=cache:2A2_c-N-z1MJ:osdir.com/ml/network.cacti.user/2006-11/msg00009.html+rrdtool+unknown+value+missing+spike&hl=en&ct=clnk&cd=10&client=firefox-a
14:31 -!- ed_mann [n=edwardo@209.251.121.162] has joined #opennms
14:31 < mib_af4nvr0m> using mibbet on iPhone I took the default user name
14:31 < brozow> ailiop_: I was also wondering if we could use http://java.sun.com/j2se/1.5.0/docs/api/java/lang/management/ThreadMXBean.html to produce the same data
14:32 < mib_af4nvr0m> how is bug day going?
14:32 < ailiop_> brozow: that might be interesting to check out, thanks
14:33 < djgregor> brozow: I think roughly the same stuff is spit out already, minus the CPU time bits
14:33 < brozow> djgregor: does it include monitor waiting and locks etc?
14:33 < djgregor> er, wait... I take that back; ThreadInfo has a ton of stuff: http://java.sun.com/j2se/1.5.0/docs/api/java/lang/management/ThreadInfo.html
14:33 * djgregor == brozow (in time)
14:34 < _snd> brozow: the basic gist is to use DERIVE and not COUNTER
14:34 < ailiop_> djgregor: I'm actually experimenting with getStackTrace() and see how it can be fit
14:34 < djgregor>
14:34 < _sndbot> - Pull out broadcastNow from EventIpcManager interface into EventIpcBroadcaster interface. The latter is now
14:34 < brozow> djgregor: maybe ailiop_ can change what you already have but use the other to generate ALL of the data
14:35 < djgregor> ailiop_: look at Manager.java... it already does some stuff
14:35 < mib_af4nvr0m> ~weather KSTP
14:35 < _sndbot> Station ID: KSTP Wind Speed: 0.0 mph, 0.0 knots Visibility: 4.0 mile(s) Pressure: 29.95 in Hg Temperature: -1.0 C, 30.2 F Moderate Haze Overcast at 1500 feet
14:35 < brozow> heh brozow == djgregor (but slower)
14:36 < djgregor> _snd: with DERIVE you might have the same problem, but with a huge negative spike instead of a huge positive one
14:36 < jeffg> mib_af4nvr0m, outright balmy there!
14:36 < brozow> _snd: yeah.. that's interesting
14:36 < djgregor> _snd: the right solution with RRD is to set MAX/MIN values on that data source
14:36 < mib_af4nvr0m> indeed
14:36 < djgregor> however, OpenNMS doesn't make doing so that easy because they are global settings, or at least package-specific settings
14:37 < djgregor> w00t!
14:37 < djgregor> tcp4 0 0 127.0.0.1.5817 *.* LISTEN
14:37 < djgregor> udp4 0 0 127.0.0.1.5817 *.*
14:37 < _snd> djgregor: that's porbably just as hard sa hunting spikes, there's plenty boxes that don't give off usefull max'es :)
14:37 < djgregor> _snd: you can probably get away just fine with setting a MAX that is higher than anything you would see on any of your boxes
14:37 < sfromm> i think bug 2225 is assigned to the wrong person, a result of my misfiling it originally. could someone fix that or does it matter?
14:38 < _snd> djgregor: then you still get spikes on boxes that dont do much on average?
14:38 -!- mib_af4nvr0m is now known as mhuo
14:39 -!- mhuo is now known as mhuot
14:39 < djgregor> _snd: you might, but the chances are probably a lot lower than they are now
14:39 -!- marktop [n=chatzill@p5085E33E.dip.t-dialin.net] has quit ["ChatZilla 0.9.80 [Firefox 2.0.0.11/2007112718]"]
14:42 < mhuot> In the last two minutes I just counted 100 people heading past me to the back of the line
14:42 < chalco> what are you waiting for?
14:43 < mhuot> obama is doing a rally here today
14:43 < chalco> ah
14:44 < chalco> you attending or just watching the crowds?
14:44 * jeffg voted yesterday since georgia does early voting now... saved the "i'm a georgia voter" sticker to wear on tuesday while in north carolina :)
14:44 < mhuot> sold out in 24 hours
14:44 < mhuot> chalco attending
14:45 < mhuot> jeff nice
14:45 < jeffg> http://www.flickr.com/photos/plowkeeper/291962414/
14:45 < mhuot> heh
14:46 < CIA-44> brozow * r8325 /opennms/trunk/ (4 files in 4 dirs): apply patch for 2202 - not enough to finish the bug though
14:47 < _snd> djgregor: would it be easy to detect a wrap and instead of writing the obscenly large value, write a NaN, so that the next interval over the value computed for the graph would genereally by low, instead of a spike of any kind?
14:47 < djgregor> brozow: score
14:48 -!- marktop [n=chatzill@p5085E33E.dip.t-dialin.net] has joined #opennms
14:48 < brozow> djgregor: score?
14:48 -!- mhuot [i=209366e0@gateway/web/ajax/mibbit.com/x-82d681a65bc9661d] has quit ["http://www.mibbit.com ajax IRC Client"]
14:49 < djgregor> the bug 2202 work
14:49 < CIA-44> djgregor * r8326 /opennms/trunk/opennms-services/src/main/java/org/opennms/netmgt/dhcpd/Dhcpd.java: Listen on 127.0.0.1. We don't need to share our DHCP polling service with the world.
14:50 -!- rssntn67 [n=rssntn67@213-140-16-189.fastres.net] has joined #opennms
14:51 < _snd> djgregor: did that last idea make any sense?
14:52 < jeffg> rssntn67!
14:54 < brozow> rssntn67!
14:55 < djgregor> _snd: yeah, but this is probably the best solution, overall: http://bugzilla.opennms.org/show_bug.cgi?id=2235
14:57 < _snd> djgregor: that would be the best :)
14:57 < brozow> djgregor: are you working on 2216?
14:57 < _snd> djgregor: you have many clever people reporting bugs :)
14:57 < CIA-44> djgregor * r8327 /opennms/trunk/opennms-services/src/main/resources/META-INF/opennms/applicationContext-pollerBackEnd.xml: Indent
14:58 < djgregor> did we figure out who is working on 2216 (the KSC report ordering/ID issue)?
14:58 < jeffg> djgregor, i think agalue added a sysUpTime tracker at dev-jam last year
14:58 < brozow> that's what I was wondering.. I can work on it
14:58 < jeffg> brozow, if you want it, it's yours!
14:58 < djgregor> brozow: can you look at the one I just opened? 2235?
14:59 < jeffg> i'm sitting here trying to get a working build environment going again
14:59 * _snd has voted
14:59 * brozow is now confused...
15:00 < brozow> would you like me to work on 2235? or 2216?
15:00 < djgregor> brozow: 2235 isn't on the list, but lots of people seem to run into it, and you know capsd. :-)
15:00 < djgregor> s/capsd/collectd/
15:00 < brozow> if you want to do 2216 I'd be happy to work on 2235
15:00 < djgregor> I'll do that
15:00 < brozow> ok cool
15:00 < brozow> I'll make it a blocker
15:00 < brozow> btw.. I was going to suggest that same fix :-)
15:01 * _snd cheers brozow
15:01 < djgregor> I know we've talked about it *a lot*, but I couldn't find a bug open for it
15:01 < brozow> so do you think we should do 'U' for ALL vars or just for counters
15:02 < _snd> let me quickly hunt my graphs and ill look for spikes
15:02 < jeffg> i don't think this can happen with a GAUGE, can it?
15:02 < djgregor> brozow: good point; counters and derive, at least
15:02 < brozow> another question... what timestamp should the U have?
15:02 < djgregor> but it might not be bad to make everything U to show that the device was rebooted
15:02 < agalue_> djgregor: please see my suggestion about bug 2229 and give me your feedback. Feedback from any other will be welcome
15:03 < brozow> just skip the entire collection and do only Us?
15:03 < brozow> and then restart the saved sysUpTime? that sounds pretty reaonable
15:03 < rssntn67> brozow!
15:04 < brozow> how's it going antonio?
15:04 < _snd> brozow: pretty much anything
15:04 < rssntn67> well,!
15:04 < rssntn67> jeffg!
15:04 < brozow> _snd: not sure I understand that last comment
15:04 < jeffg> agalue_, are you catching this 2235 discussion? does your sysuptime tracker have anything to offer?
15:04 < djgregor> brozow: oooh, if we can skip the collection, even better
15:04 < _snd> brozow: i've got a node that shows spikes on: cpu usage, tcp segments, tcp error/fails and tcp open connections
15:05 < brozow> _snd: using a recent build? really?
15:05 < djgregor> jeffg: do you see any reason why we should make gauges U?
15:05 < _snd> and unicast packets in/out
15:05 < djgregor> I guess if we can collect the data it should be sane, so we might want to still do gauges
15:06 < jeffg> djgregor, i can't think of one just now, but that doesn't mean they don't exist. also, i have not had lunch :)
15:06 < djgregor> or just half-ass it now and make everything U for that one sample. ;-)
15:06 < brozow> djgregor: I think I will just do U for all collected vars if sysUpTimeNew < sysUpTimeOld
15:06 < _snd> brozow: buil january 5th
15:06 < brozow> and then it will correct on the next collection
15:07 < agalue_> jeffg: this if very familiar to me... and my changes for tracking sysUpTime could work but need more changes. My old SNMP collector use exactly this implementation. When sysUpTime changes, write "U" for all DS columns on RRDs....
15:07 < _snd> brozow: 1.3.10-SNAPSHOT
15:08 < brozow> agalue_: awesome! I wanted to make sure that I would work
15:08 < _snd> djgregor/brozow: has someone since fixed about.jsp to include svn revision number?
15:09 < agalue_> My initial implementation for sysUpTime track was to send a forceRescan when this behavior is detected. Now the challenge is how the collector can use this information to store "U" instead of real data.
15:10 < brozow> rssntn67: are you going to fix your bug for bugday?
15:10 < brozow> agalue_: I think I have an idea.. since you have the collector it should be easy
15:10 < agalue_> One thing that I tried, but I don't know if the opennms collector would work with this is to set heartbeat equal as step and just SKIP rrd update if sysuptime change....
15:11 < chalco> I feel like I should be helping...
15:11 < brozow> chalco: you should
15:11 < chalco> but... but... my homework
15:11 * brozow has five kids... are you saying you have more homework than I do?
15:12 * _snd has five customers... pretty much the same thing :]
15:16 < djgregor> agalue_: probably best, IMHO, to write the U just to be sure, especially for counter data
15:16 < rssntn67> brozow: I'm trying but Maurizio wrote the code
15:16 < agalue_> djgregor: I agree
15:17 < jeffg> rssntn67, i started looking at that ticket yesterday after reporting it
15:17 < brozow> agalue_: is your sysUpTime collector in trunk?
15:18 < jeffg> rssntn67, i think if you use java.net.URLEncoder.encode() in the ResponseAssembler methods to encode the & and + chars in the node labels, then use javascript's decode() on the client side, it should work
15:18 < rssntn67> jeffg: I see, we should use JSON for data exchange on maps....
15:18 < agalue_> brozow: nop, but I can commit it.
15:18 < jeffg> i just don't understand enough about the basics of how the client and the servlets interact to know where the pitfalls lie
15:18 < brozow> ok
15:18 < jeffg> rssntn67, agreed, i saw a comment to that effect on the Maps wiki article you wrote
15:19 < rssntn67> jeffg: I have just take a look at the map code, and I was scared!
15:20 < jeffg> rssntn67, it is a bit frightening, especially in constructing those response strings!
15:20 < rssntn67> I am going to understand what devil we have do all that confusion. So I need some time to fix.
15:20 < brozow> agalue_: that would be great? or you can send me a patch I can commit myself...
15:21 < brozow> agalue_: commiting is of course much easier :-)
15:21 < rssntn67> And the trouble is that now we have a new code on the client side that works on firefox and it is too slow!
15:21 < rssntn67> So I'm blocked!
15:21 < agalue_> brozow: ok. I will commit ti to trunk... give me 10 minutes
15:21 < brozow> agalue_: thanks!
15:26 -!- agalue [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has joined #opennms
15:27 -!- agalue_ [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has quit [Read error: 104 (Connection reset by peer)]
15:29 -!- npmccallum [n=npmccall@CPE-76-177-97-209.natcky.res.rr.com] has joined #opennms
15:35 < CIA-44> djgregor * r8329 /opennms/trunk/opennms-services/src/main/resources/META-INF/opennms/applicationContext-exportedPollerBackEnd.xml: Indent
15:35 < chalco> ok, what can I do to help?
15:36 < jeffg> ~tell chalco about 1.3.10 blockers
15:36 < _sndbot> chalco, 1.3.10 blockers is http://bugzilla.opennms.org/showdependencytree.cgi?id=2108&hide_resolved=1
15:36 < jeffg> chalco, look through those and see if there's one you feel you can test that isn't assigned to anybody
15:37 < chalco> ok
15:37 < brozow> how about this one: http://bugzilla.opennms.org/show_bug.cgi?id=2208
15:38 < jeffg> that sounds pretty good, i've put a boatload of notes on possible solutions in the ticket already
15:38 < sfromm> i'm poking at bug 2052, but i'll have to come back to it later. the patches (mostly) applied cleanly against r8326.
15:38 < brozow> sfromm: cool
15:38 < brozow> sfromm: the bug you opened about deleting?
15:39 < jeffg> i'm about to head out for a bit, folks, but i've got a test running for my 2139 work that will be doing useful work while i'm out
15:39 < sfromm> no, this is the bug for reloading opennms instead of restart.
15:39 < rssntn67> gang: I am not confident I can fix the bug 2234. Maurizio will fix on monday!
15:39 -!- marktop [n=chatzill@p5085E33E.dip.t-dialin.net] has quit ["ChatZilla 0.9.80 [Firefox 2.0.0.11/2007112718]"]
15:39 < sfromm> the title is "Implement /etc/init.d/opennms reload"
15:39 < brozow> sfromm: the behavior I expect for deleting is that the 'no longer there' if would get deleted after a week
15:39 < brozow> sfromm: is that different than what happened?
15:40 < brozow> sfromm: yeah sorry.. I was wanted to ask a question about the deleting one.. sorry
15:40 < sfromm> brozow: no, that is what happened. i guess the expectation i had was that it would remove the ip address after a rescan, noticing that it is no longer there.
15:41 < sfromm> when onms shows an outage because the ip address was removed, it gives a false impression about the availability of that node.
15:42 < brozow> right... historically it did that because its hard to tell the difference between down and removed
15:42 < chalco> I'm not sure I know what I'm doing here :/
15:42 < sfromm> brozow: if you poll ipAdEntIfIndex and the address is no longer there, it seems clear that it was removed ... not down.
15:43 < brozow> sure.. if you assume that all address an agent responds to will show up there...
15:43 < sfromm> well yeah ... broken snmp agents are always fun. :(
15:43 < brozow> which is 'unfortunately' not always true
15:44 < whyzzyrd> What always gets me is that all sorts of companies phone me up, with their "network mapping" products, and I've not seen one that can get our network right.
15:44 < sfromm> part of the issue is my learning what onms' behavior in these sorts of situations.
15:45 < brozow> whyzzyrd: you should try 'Tavve'
15:45 < brozow> they have awesome topology discovery
15:45 < whyzzyrd> brozow: Pretty sure they've never contacted me actually.
15:46 < brozow> whyzzyrd: nah.. they are a small company here in NC
15:46 < sfromm> brozow: if the expected behavior is to unmanage the interface and let onms remove it after a week, that is fine. i just need to document that for others. :)
15:46 < whyzzyrd> brozow: our fully-meshed 5 routers tends to confuse most things.
15:46 < brozow> yeah probably
15:47 < brozow> not much that can do that well
15:47 < sfromm> there is still the issue that it *was* unmanaged, some of the services *were* deleted, but the interface is still there. :(
15:48 < brozow> sfromm: I am not saying that there is no room from improvement let's work out the use cases and I'm happy to get it fixed up!
15:48 < whyzzyrd> brozow: we have a full mesh of 10G links, and have 1G links "overlaid" where we only have 1 10G linecard in a router, so if the card dies we don't lose the link.
15:48 < sfromm> back to bug 2052 (opennms reload), the patches applied cleanly and it built successfully. i'll test that out on monday.
15:48 < sfromm> brozow: sounds good :)
15:48 < brozow> sfromm: thanks for your help on the bug!
15:49 < sfromm> i've got to head out. i'll see y'all later. :)
15:49 < brozow> later!
15:49 < brozow> chalco: what's the issue?
15:50 < brozow> have you been able to reproduce the problem?
15:50 < chalco> I haven't tried. I'm not sure how much I can help
15:51 < rssntn67> bye
15:51 -!- rssntn67 [n=rssntn67@213-140-16-189.fastres.net] has quit ["Leaving"]
15:51 < brozow> chalco: you can help tons... here's what you do.. make the problem happen... fix it.. see that the problem stops happening
15:51 < brozow> I can totally help you with the fixit part...
15:51 < chalco> good, cause I'm not a coder
15:51 < chalco> I have a snapshot running from ~3-4 weeks ago. should I update then try?
15:51 < brozow> I know I say you posting java code in here tha tyou wrote
15:52 < brozow> s/say/saw/
15:52 < chalco> for a beginner's class
15:52 < brozow> see.. I knew you were a coder :-)
15:52 < chalco> heh
15:58 < chalco> so, update my snapshot first or not?
15:59 < brozow> sure
16:11 < whyzzyrd> brozow: the Tavve stuff appears to only be available as a plugin for openview (which we don't have/use).
16:15 < brozow> that's right I forget about that
16:15 * brozow wrote the topology layout stuff for Tavve
16:18 < whyzzyrd> brozow: Ah-ha.
16:20 < CIA-44> agalue * r8330 /opennms/trunk/opennms-services/src/main/java/org/opennms/netmgt/collectd/ (7 files): Track sysUpTime and force rescan is a change on this variable is detected (i.e. sysUpTime must always increase)
16:21 < djgregor> agalue: does that mean that http://bugzilla.opennms.org/show_bug.cgi?id=1849 is done?
16:21 < brozow> agalue: woot!!!
16:22 < agalue> djgregor: yes... I'm closing this enhancement
16:22 < djgregor> Sortova: I just listened to Richard Cheese performing "Do Me"
16:23 < agalue> djgregor: the implementation committed was my devjam2007 version, that is little much better that suggested on 1849
16:25 < agalue> djgregor: about bug 2229. Did you see my suggestion on node.jsp ?
16:26 < chalco> in Eclipse, does Refresh do an svn up?
16:27 < chalco> Refresh in the right click menu for the project
16:27 < djgregor> agalue: it works only if the buffer to the client hasn't been flushed; I think it would be best to do it in the controller
16:27 < djgregor> agalue: http://java.sun.com/products/jsp/tags/11/syntaxref11.fm9.html
16:30 < djgregor> agalue: also #2 here: http://www.oreillynet.com/pub/a/oreilly/java/news/jsptips_1100.html
16:31 < agalue> djgregor: thanks... I will check that and think about make the change on the controller....
16:32 < brozow> chalco: no it does not
16:32 < chalco> got it now thanks
16:32 < brozow> chalco: you need to do Right Click -> Team -> update
16:32 < brozow> ah.. ok
16:32 < chalco> the url changed didn't it?
16:32 * brozow usually uses the command line.. and then do a refresh
16:32 < chalco> I'm on windows
16:33 < brozow> url is https://opennms.svn.sourceforge.net/svnroot/opennms/opennms/trunk
16:33 < chalco> cheers
16:34 -!- bit4byte [n=rvdmerwe@dsl-240-94-233.telkomadsl.co.za] has quit [Read error: 113 (No route to host)]
16:36 < npmccallum> Does OpenNMS have a plugin system so I can make my own monitors?
16:38 < agalue> have some trouble here with leopard. How can I change shmmax on the kernel to start postgres with max_connections=256 ?
16:40 < ailiop_> npmccallum: http://www.opennms.org/index.php/GpMonitor is what you need...
16:40 < ailiop_> agalue: have you tried sysctl ?
16:41 < djgregor> agalue: I set max_connections to something like 128 so I dn't have to crank up shmmax
16:41 < agalue> ailiop,djgregor_ ... ahh thanks....
16:41 < djgregor> if you do need to change it: /etc/rc:sysctl -w kern.sysv.shmmax=4194304 kern.sysv.shmmin=1 kern.sysv.shmmni=32 kern.sysv.shmseg=8 kern.sysv.shmall=1024
16:41 < djgregor> I see that on my system
16:42 < djgregor> oh, there's also /etc/sysctl.conf
16:42 < djgregor> RangerRick is probably the expert here on this
16:42 < djgregor> bbiaf
16:43 < npmccallum> ailiop_: Are the other monitors implemented as plugins?
16:45 < ailiop_> npmccallum: all the bundled monitors are natively written in java
16:45 < npmccallum> Does OpenNMS support any SNMP templates by default? Switches? Routers? NetSNMP?
16:45 < ailiop_> npmccallum: so will probably only need to use GpMonitor if you need functionality not already covered by the code
16:53 < RangerRick> yeah, /etc/sysctl.conf is the way to do it
16:54 < RangerRick> agalue: http://wiki.finkproject.org/index.php/Shared_Memory_Regions_on_Darwin
16:54 < RangerRick> (requires a reboot)
16:55 < agalue> RangerRick thanks....
17:02 hey guys, check out the comment on this blog post: http://blogs.opennms.org/?p=160#comments
17:03 Anyone feel like coding up a little "phone home" app that has version, number of nodes, interfaces, services that RangerRick could package up separately?
17:03 sorry about the slow typing - slashed a finger this afternoon
17:03 < RangerRick> Sortova: sure
17:03 < RangerRick> that would be pretty sweet
17:04 apt-get/yum install opennms-weloveyou
17:04 send an update every week
17:05 < _snd> Sortova: i like the idea :)
17:05 < agalue> I have problems starting last revision opennms. Shows an exception related with eventd
17:05 < _sndbot> as long as its throwing an exception on 0 results or more than once if that is
17:06 agalue, blame DJ
17:06 * Sortova ducks
17:06 < npmccallum> Does OpenNMS allow you to setup remote computers to handle polling?
17:07 < agalue> djgregor: there are problems starting opennms related to eventd
17:08 -!- jmkdev [n=opennms@LPuteaux-151-42-10-210.w217-128.abo.wanadoo.fr] has joined #opennms
17:08 < Lare> npmccallum: in some level yes
17:09 < npmccallum> Lare: what do you mean?
17:09 < Lare> npmccallum: feature is called remote poller
17:09 < Lare> npmccallum: read the docs
17:10 < Lare> aka distributed monitor :)
17:10 < Lare> http://www.opennms.org/index.php/Distributed_Monitor
17:11 < npmccallum> Also, what SNMP templates come out of the box? Routers? Switches? NetSNMP?
17:12 < Lare> npmccallum: after installation check the file datacollection-config.xml
17:14 < npmccallum> Lare: I'm trying to do a paper study and dont' have time for installation
17:14 < npmccallum> I'm suppossed to be reviewing docs only
17:16 < jmkdev> npmccallum: the subversion directory will give you access to the datacollection-config.xml file
17:20 < npmccallum> Where is SVN?
17:20 < npmccallum> Are most people running 1.2.x or 1.3.x?
17:21 < jmkdev> npmccallum: Is it a student homework ?
17:21 < npmccallum> no
17:21 < whyzzyrd> npmccallum: Funnily enough, I was about to ask the same question.
17:21 < npmccallum> I'm filling out surveys for 10 systems which we will eventually narrow down to 3 and then do actual tests
17:21 < RangerRick> npmccallum: 1.3.x I think
17:21 < RangerRick> at least, if they're not, they should be
17:22 < whyzzyrd> npmccallum: I'd certainly tend towards a 1.3.x answer. We've been running 1.3.x for ages.
17:23 < npmccallum> I found SVN
17:25 < whyzzyrd> npmccallum: What features are you looking for as differentiators?
17:25 < npmccallum> Any idea where datacollection-config.xml is in SVN? There's a lot of files here...
17:26 < npmccallum> whyzzyrd: Well, OpenNMS has most of the features we're looking for
17:27 < npmccallum> I'm still trying to figure out: Reporting, how distributed monitoring works and SNMP templates
17:27 < whyzzyrd> npmccallum: Reporting's pretty flexible, with the KSC reports.
17:27 < npmccallum> Since we have to monitor about 3000 systems, I'd prefer to do as little setup as possible
17:28 < npmccallum> Where are the docs on KSC reports?
17:28 < whyzzyrd> npmccallum: SNMP stuff can be made with mib2opennms, but as long as you feed it the right community strings, it does switches/routers etc out the box. There's a lot of user-contrib docs that are pretty good for stuff that's not "stock".
17:29 < whyzzyrd> npmccallum: My testing onms box does our whole campus, ~6500 nodes, and my production one keeps about 300 services monitored.
17:30 < npmccallum> single server?
17:30 < whyzzyrd> npmccallum: The only thing I don't do is the distributed monitoring, as I don't need it.
17:30 < whyzzyrd> npmccallum: Both of them are single servers.
17:30 < npmccallum> how beefy is the single server?
17:31 < whyzzyrd> npmccallum: The 300 machine one is a dual 3G xeon, 2G ram, 6 73G 15k raid 10 (and spares).
17:31 < whyzzyrd> npmccallum: The whole campus one is an old dual Athlon, 1.5G ram, and some 7200rpm scsi. It does struggle.
17:31 < npmccallum> whyzzyrd: is it just doing ping monitoring?
17:32 < whyzzyrd> The production one is pretty idle.
17:32 < whyzzyrd> npmccallum: no, service and SNMP.
17:32 < whyzzyrd> and ping
17:32 < ailiop_> whyzzyrd: just out of curiosity, on top of what OSes do you run them?
17:32 < whyzzyrd> debian
17:33 < npmccallum> The SNMP templates I'm still looking for are: PoE Devices, UPS Devices, Environment Monitoring (NetBotz), Printers, NetSNMP, KVMoE
17:33 < ailiop_> whyzzyrd: did you stumble upon any thread crash problems related to mass dns resolves ?
17:33 < whyzzyrd> ailiop_: not that I've seen.
17:34 < ailiop_> whyzzyrd: here we had a very spurious problem with 1.2.x, related to an old issue with unstable thread-safe resolv C functions under large loads and multithreading
17:34 < whyzzyrd> npmccallum: I think I downloaded our MGE UPS template
17:34 < brozow> npmccallum: we do most of those but i'm unsuer about KVMoE and PoE (since i don't know what the are :-)
17:34 < ailiop_> whyzzyrd: which essentially led to silent Cupsd thread crashes with a result of having cupsd not rescanning until restarted
17:35 < ailiop_> whyzzyrd: that's Capsd :)
17:35 < whyzzyrd> ailiop_: I've been on 1.3.x for a long time.
17:35 < brozow> npmccallum: but we CAN do all of them...
17:35 < brozow> just need the mib and to configure a report
17:35 < whyzzyrd> brozow: SNMP traps from the KVM over IP boxes.
17:35 < agalue> brozow: about 235: On CollectableService.doCollection, we can check after CollectionSet work if we must "skip persist" (adding a new method on CollectionSet for that) and then create a special Persister that extends BasePersister that put "U" instead of the current numeric value...... I can try this implementation...
17:35 < npmccallum> so does ONMS just collect every statistic in any MIBs it knows about?
17:35 < whyzzyrd> brozow: Not sure myself about where PoE devices come into it.
17:35 < agalue> s/235/2235/
17:36 < brozow> npmccallum: it has configuration that lets you chose which are interesting
17:36 < whyzzyrd> ailiop_: I found 1.2.x pretty unstable, but at the time, I had hardware issues too, and put the whole thing on the back burner for a while, and then 1.3 was around, so I moved to that.
17:36 < brozow> and then you can make reports (graphs) based on the data you collected
17:36 < whyzzyrd> ailiop_: Ram usage has become much more sane than it used to be.
17:37 < brozow> many are already setup to reasonable defaults with prepackaged reports
17:37 < ailiop_> whyzzyrd: reasonable movement, we have had probs with the hardware too, especially with linux drivers, so reverted to freebsd
17:37 < npmccallum> brozow: So then how to you analyze some that need computation? ie. (1.2.3.4 + 1.2.3.5) / 1.2.3.6
17:37 < jmkdev> npmccallum: subversion config dir is at http://opennms.svn.sourceforge.net/viewvc/opennms/opennms/trunk/opennms-daemon/src/main/filtered/etc/
17:37 < _sndbot> - Pull the EventHandler to DefaultEventHandlerImpl and created an EventHandler interface out of Eventd into its own copy of beans from the webUI, or editing externally?
17:37 < ailiop_> whyzzyrd: but have yet to upgrade to 1.3.x
17:37 < npmccallum> jmkdev: you rock!
17:37 < brozow> we can compile a mib and set up an initial configuration and then you select which should be excluded/included
17:37 < whyzzyrd> ailiop_: I've only got about 400M of RAM out on the "production" one.
17:38 < brozow> npmccallum: the reporting lets you do expression based on more than one value
17:38 < ailiop_> whyzzyrd: we have 8GB but still many problems...
17:38 < whyzzyrd> ailiop_: My test box (Thunder K7) was never right, until one day it had a power supply explosion. The new PSU's fixed it right up.
17:38 < npmccallum> brozow: can you then define templates based upon a certain config?
17:39 < whyzzyrd> ailiop_: Pity it's so old now.
17:39 < npmccallum> brozow: and say "Use this template for devices 1, 2, 3, 4, etc..."?
17:39 < jmkdev> brozow: for datacollection extension, the mib is enough but we have to restart .... will it change in 1.4 ?
17:39 < brozow> npmccallum: not sure exactly what you are asking but you can say things like.. if you discover this agent on devices matching this filter then collect this data
17:39 < npmccallum> yes
17:40 < whyzzyrd> ailiop_: How many devices do you monitor?
17:40 < npmccallum> Where do I find info about KSC reports?
17:40 < brozow> jmkdev: that would be nice wouldn't it
17:41 < brozow> jmkdev: open it up as a bug if its important and maybe we can assign it to the next stable
17:41 < ailiop_> whyzzyrd: well, select count(nodeid) from node; currently returns 2494
17:41 < jmkdev> brozow: specially when you have many rrd writes waiting in the queue :)
17:42 < djgregor> agalue: what problem are you having with eventd?
17:42 < brozow> agalue: I agree
17:42 < lisppaste7> agalue pasted "djgregor: eventd problem on rev 8330" at http://paste.lisp.org/display/55292
17:42 < whyzzyrd> ailiop_: I find i/o tends to be the problem on my "test" box.
17:42 < agalue> djgregor: I pasted the exception when I try to start opennms
17:42 < djgregor> agalue: update your eventd-configuration.xml file
17:43 < whyzzyrd> ailiop_: but it's got old crap disks, and an old crap raid controller.
17:43 < djgregor> add two new attributes: TCPAddress="127.0.0.1" UDPAddress="127.0.0.1"
17:43 < djgregor> or use "*" in place of the IP address to preserve previous functionality
17:43 < agalue> djgregor: ok... let me do that...
17:44 < whyzzyrd> ailiop_: I presume you're having to run an older version of your database to preserve compatibility with 1.2.x?
17:44 have a good evening gentlemen. My wife is dragging me to this: http://www.pbrnow.com/competition/bfts/eventLoad.cfm?id=08-107
17:44 < chiadog> haha
17:44 < brozow> have fun Sortova!
17:45 < djgregor> Sortova: see ya!
17:45 < chiadog> don't forget your 10gal. hat
17:45 < chalco> cool, have fun Sortova
17:45 < _snd> enjoy :)
17:45 < whyzzyrd> Bullriding. only over the pond. ..
17:45 < ailiop_> whyzzyrd: indeed, we are contemplating the migration, and hope that the schema conversion will go well :)
17:47 -!- Sortova [n=Tarus@pdpc/supporter/active/Sortova] has quit ["bull ridin' time"]
17:47 < djgregor> wow, someone implemented a bubble sort in KSC_PerformanceReportFactory
17:47 < whyzzyrd> ailiop_: I certainly never looked back.
17:47 < brozow> no way
17:48 < djgregor> brozow: sortByTitle
17:48 * brozow shakes his head
17:48 < chalco> ok, how do I configure eclipse for opennms?
17:48 < brozow> we don't need to stinking comparators!
17:48 < djgregor> two loops with an inner compare that swaps two items if they match
17:48 < ailiop_> whyzzyrd: that's encouraging to hear :)
17:48 < brozow> ./build.sh eclipse:eclipse
17:48 < djgregor> s/match/depending on order/
17:48 < chalco> on windows?
17:49 < brozow> chalco: you need to install maven
17:49 < whyzzyrd> ailiop_: You could dump your DB, and load it on a spare server, and convert, to check it'll go smoothly.
17:49 < brozow> (actually no.. mvn gets checked out
17:49 < brozow> maven/bin/mvn.bat eclipse:eclipse
17:49 < RangerRick> you shoudl be able to do "maven\bin\mvn eclipse:eclipse"
17:50 < RangerRick> AFAIK
17:50 < brozow> oops.. wroing slashes
17:50 < RangerRick> =)
17:50 < chalco> so I can't do it all through eclipse?
17:50 < brozow> nope
17:50 < RangerRick> this creates the project stuff for eclipse
17:50 < RangerRick> then you can import them as pre-made eclipse projects
17:50 -!- lonetech007 [i=lonetech@c-67-168-159-19.hsd1.wa.comcast.net] has quit []
17:51 < RangerRick> it may also be possible to use the maven-eclipse-plugin instead
17:51 < RangerRick> but we've had occasional issues with it
17:52 < brozow> you will also need to set the M2_REPO build variable to point to your home_dir/.m2/repository
17:52 < chalco> hmmm
17:52 < brozow> do you already have an eclipse workspace?
17:52 < jmkdev> chalco: dont't forget groovy plugin
17:52 < _sndbot> and even of those non-daemon threads are still around (forcing us to call System.exit())
17:52 < chalco> I did. I'm updating eclipse though
17:53 < npmccallum> =
17:53 < chalco> and I hadn't updated since 2006
17:53 < brozow> ah
17:53 < brozow> npmccallum: ??
17:53 < jmkdev> chalco: there is a page on the wiki about eclipse
17:54 < chalco> of course
17:54 < brozow> it would be great if you added details that are Windows specific
17:56 < jmkdev> brozow: how was the fest ? Did you reach the 1.3.10 milestone ?
17:56 < brozow> no... sadly night.. we had 30 bugs to fix
17:56 < brozow> s/sadly night/sadly not/
17:57 * jmkdev is looking for the 1.3.10 blocking bug id
17:57 < _snd> how many bugs to go?
17:58 < brozow> jmkdev: http://bugzilla.opennms.org/show_bug.cgi?id=2108
17:58 < jmkdev> brozow: thanks, got it through google
17:58 < _sndbot> _snd: the right tool for the the higher severities like FATAL, ERROR, and WARN. ;-)
17:58 < brozow> really? never thought to search for that
17:59 < _snd> hehe
17:59 < _snd> is trunk usable now as it is?
17:59 < jmkdev> brozow: "opennms bugfest" in google
17:59 < RangerRick> _snd: should be
18:00 < _snd> RangerRick: i've got a machine that needs it so i'll trow it up there and the people will use it over the week to come and knowing me i'll find wierd stuff
18:02 < jmkdev> brozow: google's really good when you look for technical pointers ... but I will keep my encyclopedia for _all_ other things
18:03 < brozow> heh
18:04 < brozow> looks like I'm getting kicked out of my seat.. need to move.. be back in a bit
18:04 -!- Mech423 [n=steve@c-67-180-115-89.hsd1.ca.comcast.net] has quit ["Leaving."]
18:07 < whyzzyrd> I can see a couple of bugs with no clear course of action, 1556, 2127 ?
18:07 < whyzzyrd> 1556 seems to pertain only to 1.2.x version, and appears from the bug report to be a tomcat issue.
18:09 -!- agalue [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has quit [Read error: 104 (Connection reset by peer)]
18:09 < brozow> vXK
18:09 -!- agalue [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has joined #opennms
18:09 < brozow> heh.. I meant to type... back
18:09 -!- ofniavg [n=chatzill@zehill.genevainformation.ch] has joined #opennms
18:09 < chalco> you'd think installing an IDE would be simpler... I give up
18:09 < ofniavg> re
18:10 < brozow> I thought install eclipse on windows was easy no?
18:10 < whyzzyrd> brozow: probably is supposed to be.
18:10 < brozow> heh...
18:10 < chalco> that part isn't hard, it's all the other requirements
18:11 < brozow> which?
18:11 < jmkdev> ofniavg: is it *re*bonsoir ?
18:11 < whyzzyrd> jmkdev: no, it's bon evening, or good soir. ;-)
18:12 < ofniavg> re whatever
18:12 < ofniavg> alors les gars, vous avez bien travailler?
18:13 < brozow> ofniavg, jmkdev do you guys live near each other?
18:13 < jmkdev> brozow: Around two hours by TGV
18:13 < ofniavg> jmkdev: t'habite ou?
18:13 < brozow> agalue:
18:13 < jmkdev> jmkdev:Montpellier
18:14 < ofniavg> 2h is optimistic then
18:14 < chalco> I tried to install the WTP through the eclipse updater, and it gave me some cryptic message about required components. I guess I installed the wrong package. I don't know. more crap than I want to put up with right now
18:14 < whyzzyrd> ofniavg: TGGGGGV?
18:14 < ofniavg> jmkdev: I'm close to Geneva, 73
18:14 < ofniavg> jmkdev: I'm close to Geneva, 74
18:14 < ofniavg> !
18:14 < brozow> chalco I see
18:14 < agalue> brosow
18:14 * ofniavg hopes none of his neighbours read that
18:14 < brozow> agalue: are you working in the Persister?
18:15 < brozow> I think it maybe be easier to have the base persister do the work
18:15 < brozow> by setting a 'rebooted' flag or something like that
18:15 < whyzzyrd> ofniavg: aye, you'd better hope they've got their blinkers on..
18:16 * ofniavg knows for sure that all his neighbours had as much booze as himself
18:16 < agalue> brozow: yes...
18:16 < ofniavg> we had the "end of the ski class" night
18:16 < brozow> BasePersister.persistNumericAttribute could check the flag and use NaN rather than the value from the attribute
18:17 < whyzzyrd> ofniavg: any injuries on the way home then?
18:18 < jmkdev> ofniavg: 3h44
18:18 < agalue> brozow: that is the idea.... I modified CollectionSet and adding the seme thing you suggest on persistNumericAttribute
18:18 < whyzzyrd> jmkdev: I've been driven from Grenoble centre to Geneva airport in 1h05 before ;-P
18:19 < ofniavg> jmkdev: I'm closer to germany - that's 3h :-)
18:19 < ofniavg> and whyzzyrd, that was before Sarko..
18:19 < whyzzyrd> ofniavg: Yup.
18:19 < brozow> agalue: can you post the changes you made I'd love see them
18:19 < brozow> uh oh.. dinner time.. be back a little later
18:20 < whyzzyrd> ofniavg: It was also with a gentleman whose speeding tickets always became "mislaid".
18:20 < ofniavg> between grenoble and geneva you can meet all of the tools and toys the /flics/ have now..
18:20 < agalue> brozow: sure... I can generate a patch for you before commit..
18:20 < ofniavg> and the time of tickets being..lost..is over as well..
18:22 < whyzzyrd> ofniavg: I drive from UK down to the 12 about 2 or 3 times a year. I keep to the limits nowadays.
18:22 < whyzzyrd> ofniavg: You used to find the "slow" lane on the A20 running about 150k.
18:23 < jmkdev> whyzzyrd: 12 ?
18:23 < whyzzyrd> jmkdev: Aveyron
18:23 < whyzzyrd> jmkdev: Family have a house between Albi & Millau.
18:23 < jmkdev> Mmmm, near saint sernin ?
18:24 < whyzzyrd> jmkdev: Aye
18:24 < lisppaste7> agalue pasted "add NaN values if sysUpTime change is detected" at http://paste.lisp.org/display/55298
18:25 < jmkdev> whyzzyrd: We should have an apero one of these days
18:25 < agalue> brozow: I pasted the patch for the NaN/sysUptTime thing... I you agree with that I can commit changes
18:25 < whyzzyrd> jmkdev: How often are you up there from Montpellier then?
18:25 < whyzzyrd> jmkdev: You have a place in St Sernin?
18:26 < jmkdev> whyzzyrd: my parents are living in St sernin.
18:26 < djgregor> brozow: integer "id" attribute on the "report" element in the KSC config file seem good? I'm starting the numbering with 0 so existing URLs will still work and point to the same report.
18:27 < whyzzyrd> jmkdev: Where about?
18:28 < ofniavg> jmkdev: I sort of went around Montpellier..our neighbours have an appartment in Cap d'Agde where we go sometimes.
18:29 < jmkdev> ofniavg, whyzzyrd: I can't be at the same time around south Aveyron and around Montpellier :)
18:30 < ofniavg> why? fork() is easy!
18:31 < ofniavg> "Les perquisitions sont effectuées dans tous les lieux où peuvent se trouver des objets ou des données informatiques dont la découverte serait utile à la manifestation de la vérité."
18:31 < ofniavg> ok time to sleep
18:32 < whyzzyrd> ofniavg: A Child is not the parent.
18:32 < ofniavg> whyzzyrd: but it has all the env()!
18:32 < whyzzyrd> ofniavg: By your logic, I'm in nursery school, and work at 3pm in the afternoons.
18:32 < ofniavg> whyzzyrd: I have no logic at all.
18:33 < whyzzyrd> ofniavg: I noticed
18:33 < ofniavg> ~logic
18:33 < _sndbot> ofniavg, I have no idea what logic is.
18:33 < ofniavg> and I'm not alone.
18:33 < ailiop_> I use to say, I have a very strong (brain) logic unit
18:33 < ailiop_> my fiance has a very strong arithmetic unit
18:34 < ailiop_> (but not very logic) :P
18:34 < whyzzyrd> ailiop_: I can't say I can follow my wife's logic too much either ;-)
18:34 < ailiop_> whyzzyrd: well, women!
18:35 < whyzzyrd> ailiop_: Can't live with em, can't live without em..
18:35 < ofniavg> ~female
18:35 < _sndbot> ofniavg, I have no idea what female is.
18:35 < ofniavg> see
18:36 < whyzzyrd> see. I've now got to fsck off to bed, because "otherwise, we'll never get up in the morning"..
18:36 < whyzzyrd> later
18:37 < ofniavg> AOC
18:37 < ofniavg> 'night
18:37 < ailiop_> see you...
18:37 -!- whyzzyrd [n=whyzzyrd@chon2-adsl.demon.co.uk] has quit ["sleepify"]
18:50 -!- agalue_ [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has joined #opennms
18:50 -!- agalue [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has quit [Read error: 104 (Connection reset by peer)]
18:50 < agalue_> brozow: I had problems with my internet connection, but I'm here again... Did you see the patch? I forgot to add some changes on Tests classes related to CollectionSet.
19:03 * djgregor will have to hack later
19:03 < agalue_> brozow ping!
19:03 < djgregor> have fun, everyone, and if I don't see you later today, I'll see you tomorrow or early next week
19:03 < djgregor> HACK ON!
19:05 < brozow> hey guys. we had a talk about past superbowl commericial at dinner
19:05 < brozow> anyone able to find a good link to the one where the guy tackles the chick playing backyard football?
19:05 < brozow> "you were open but now you are CLOSED"
19:06 < agalue_> brozow: I need to go, if you are agree with the patch let me know. Thanks for every thing and good night
19:07 -!- agalue_ [n=agalue@190-76-74-134.dyn.movilnet.com.ve] has left #opennms []
19:07 -!- ofniavg [n=chatzill@zehill.genevainformation.ch] has quit [Read error: 113 (No route to host)]
19:20 -!- mhuot [n=mhuot@pdpc/supporter/active/mhuot] has joined #opennms
19:21 < mhuot> w00t!
19:22 < brozow> mhuot!
19:23 < mhuot> brozow!! How has bug day gone?
19:23 < brozow> went ok.. we fixed a few bugs....
19:23 < mhuot> brozow: COOL!
19:23 < brozow> we need a little practice but if we did it more often we'd get better
19:24 < mhuot> Quarterly?
19:24 < brozow> at least.. maybe even monthly would be good
19:25 < mhuot> I think it might get too tough to get enough people monthly
19:25 < brozow> yeah... maybe true
19:26 < _snd> gentoo isnt bad when you have 16 cpu's
19:27 -!- jfruge4 [n=jfruge4@ip-206-124-221-135.dynamic.eatel.net] has quit ["Leaving."]
19:28 < ailiop_> _snd: it's good with a single cpu too :P
19:28 < Lare> ailiop_: naat. Debian rules :)
19:29 < Lare> ailiop_: not too rough to update systems
19:29 < _snd> ailiop_: i know, but compiling a kernel i 20-odd seconds is sweet :)
19:31 < brozow> mhuot: ailiop_ has been a big help though
19:31 < brozow> and chalco's pitching in for a bug as well
19:31 < brozow> and probably a bunch of others that I don't know about
19:31 < mhuot> COOL!
19:31 < chalco> I am? :)
19:31 < brozow> jmkdev and agalue and a bunch of people
19:31 < mhuot> I wish I could have helped, I had a change this AM, plus the Obama thing this PM
19:32 < brozow> mhuot: maybe you can pair with chalco sometime and help him get set up with eclipse and such
19:32 < mhuot> brozow: Yeah, it might be a while, super busy lately
19:32 < brozow> sure that's they it is these days
19:32 < brozow> heh need to go for a bit and help with the kids... be back later
19:33 < mhuot> seeya
19:40 < jmkdev> _snd: what's your box with 16 CPUs ?
19:41 < _snd> jmkdev: HP DL5-something
19:41 < _snd> 80 i guess
19:45 * jmkdev is googleing for HP DL5
19:46 < _snd> DL5-something, as in DL580
19:46 < ccr_> iirc it'd look like a dl580
19:46 < ccr_> yeah, we have some other hp stuff and its dl320, dl380, etc
19:47 -!- mhuot [n=mhuot@pdpc/supporter/active/mhuot] has quit []
19:47 < _snd> the basic models for 1, 2 and 4U are 360, 380 and 580, then add 5 for AMD CPU's and for the two first ones subtract 40 for SATA
19:49 < jmkdev> _snd: thanks for HP numbers decoding
19:49 < _sndbot> there's a new code on the "report" element in that.
19:52 -!- chalco_lab [n=chalco@about/networking/255.255.255.240/chalco] has joined #opennms
19:52 < ccr_> hm. so curious. i seem to have a a number of java processes consuming 100% cpu, which appears to mostly be system call overhead. anyway I can track down what those are doing (or attempting to do?). its on freebsd with jdk1.5 and 1.3.9
19:53 -!- chalco [i=chalco@c-68-83-40-68.hsd1.pa.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
19:54 -!- chalco_lab is now known as chalco
19:54 -!- bit4byte [n=rvdmerwe@dsl-240-94-233.telkomadsl.co.za] has joined #opennms
19:56 < jmkdev> _snd: Mmm, dl5XX seems to be quadprocs, the dl7XX are octoprocs. How can you get 16 CPUs on a dl5XX ?
19:57 < Lare> jmkdev: my guess is 4 dual core processors, that are ht :)
19:59 < Lare> jmkdev: on that setup cat /proc/cpuinfo says 16 processors
20:00 < jmkdev> Lare: no problemo. I think I confused dual core and HT :(
20:01 < Lare> jmkdev: that was only a guess
20:01 < _snd> it halved my cpu's with a newer kernel, now counting it right
20:01 < _snd> Lare: mostly right too
20:01 < _snd> it's a dual wuad core, seems they've forgot to stick the remaining cpu's in
20:02 < _snd> should be quad quad core
20:02 < Lare> Oh, I forgot quad cores!
20:02 < Lare> haven't been that much working with hardware
20:04 * jmkdev wants to go back to computer architecture 101.
20:05 < chalco> jmkdev, we have this thing called a computer
20:05 < chalco> jmkdev, the main parts are the cpu, memory,...
20:07 < jmkdev> chalco: there is something about 0 and 1 too,
20:07 < chalco> that is a later lesson
20:07 < Lare> I remember the time when I upgraded our old 8088 to a 386
20:07 < jmkdev> SIMD,MIMD systolic and so on
20:08 < jmkdev> but quad quad cores ???
20:11 < _snd> quad cpu, quad core
20:11 < _snd> 580 is quad cpu aint it?
20:13 < _snd> and now one is installed, now i just need to dd it only 11 other luns and i'm done :)
20:16 < jmkdev> _snd do you know of any quad quad core without disks ? such a box with remote boot and nfs would be cool
20:17 < _snd> jmkdev: SAN :)
20:17 < _snd> jmkdev: this has no disks
20:18 < _snd> jmkdev: i see a scsi device with LUNs, but it's all via fiber to a central box with disks shared among 50ish machines
20:18 < jmkdev> _snd: cool !
20:20 < _snd> we have another cage filled with 16 blade servers, all connected to the san, that way can allocate specific amounts of disks to a given blade
20:21 < jmkdev> _snd: I do not know FC. Are your fiber switches running SNMP ?
20:21 < _sndbot> Blissex2: Yeah, routers, switches, servers, any SNMP templates
20:21 < _snd> jmkdev: sure :)
20:22 < jmkdev> _snd: with opennms collectors ?
20:22 < _sndbot> however, OpenNMS doesn't get the cruft events trimmed from syslog events.
20:24 < _snd> jmkdev: hvaen't done that yet, but shouldn't be an issue :)
20:32 < _snd> and now ive seen episode number 99 of whose line today
20:35 < jmkdev> _snd: Mmm, I ripped off FC as being too much vendor dependent and over -engineered some years ago. Do you know if FC MIBS are standardized ?
20:36 < jeffg> jmkdev, i know there are some FC MIBs, but i'm not a storage guy so i don't know how widely supported they are
20:37 < _snd> as far as i know it's mostly bog standard, it's still a metric buttload of licenses to get anything done, but it's about as interoperable as ipsec
20:38 < Lare> _snd: what is your local time now?
20:39 < Lare> _snd: My local time is [03:39]
20:41 < jmkdev> Lare: [02:39] here .. maybe time to disconnect :)
20:42 < _snd> 0242 here
20:42 < Lare> jmkdev: are you saying, I have had enough beer? :)
20:43 < jmkdev> Lare: time to disconnect *for me* as I had enough wine :)
20:44 < Lare> jmkdev: ok :)
20:44 < Lare> I am going to enjoy a couple of moments more of life-without-wife :)
20:44 < Lare> she is away this weekend
20:45 < jmkdev> Lare: I thought you northmen were on aquavit past 5 PM ....
20:46 < Lare> jmkdev: we are drinkin mostly beer on that time
20:46 < Lare> jmkdev: of cource only at weekend
20:47 < Lare> jmkdev: today I have had a couple of beers and a couple of Ouzo's
20:47 < jmkdev> Lare: Ouzo ?? in scandinavia ?
20:48 < ailiop_> Lare: where did you find the Ouzo ??
20:48 -!- GrumpyOldMan [n=meanderi@c-68-46-46-52.hsd1.pa.comcast.net] has joined #opennms
20:49 < _snd> bedtime here
20:49 < Lare> ailiop_: actually I have bought it from cyprus
20:50 < Lare> ailiop_: but We have same kind of system here in finland as in sweden
20:50 < ailiop_> systembolaget ?
20:51 < Lare> ailiop_: we have only one firm that sells alcoholic things stronger than 4,7%
20:51 < Lare> ailiop_: yep, but it is called Alko
20:51 < ailiop_> Lare: in sweden systembolaget is monopolizing all the alchohol sales, yeap almost the same
20:52 < Lare> ailiop_: here is exactly the same system
20:52 < Lare> ailiop_: but there are some good things on that also
20:53 < ailiop_> well I assume you can find *many* kinds of drinks in those :)
20:53 < Lare> for example my swiss friends are really happy because they can buy all good wines from the same Alko :)
20:54 < Lare> ailiop_: yep, there is a lot of wines and spirits under same roof
20:54 < ailiop_> in systembolaget for instance, they have more than 50 brands of different beer
20:54 -!- SG_Spiker [n=noemail@c-76-117-159-200.hsd1.pa.comcast.net] has joined #opennms
20:55 < Lare> ailiop_: in fact the swedish system is even a little bit tighter than ours
20:55 < Lare> ailiop_: I think in sweden you can buy only 3.xx % beer from normal store
20:56 < Lare> and all stornger have to buy from systembolaged
20:56 < ailiop_> that's true, I can verify that :)
20:56 < ailiop_> although I don't recall the alchohol percentages in detail
20:57 < jmkdev> ailiop_,Lare: does it mean you only have one kind of shop selling Alcohol ? would be unbelievable in France
20:57 < Lare> I am not sure of the percentages either. All i know, is that we have beer I, which is not stronger than 2,6%
20:57 < ailiop_> jmkdev: assumingly for controlled sales, limiting alchoholism etc.
20:58 < Lare> and then beer III which is not stronger than 4,7%
20:58 < Lare> but swedish has also beer II
20:58 < jmkdev> we have so many wines here
20:58 < Lare> ailiop_: yep, we norhern guys are so alcoholics, that there has to be some limitations :)
21:00 < ailiop_> Lare: I've been told by a swedish friend that the norths can drink to death :)
21:00 < ailiop_> I assume its an artifact of the climate
21:01 -!- SG_Spiker [n=noemail@c-76-117-159-200.hsd1.pa.comcast.net] has left #opennms []
21:02 < Lare> ailiop_: could be
21:03 < Lare> ailiop_: I have heard that in other countries in europe it is just normal to have a glass or even a bottle of wine on normal business dinner
21:03 < jmkdev> Lare: I confirm
21:03 < _sndbot> jeffg: to confirm, the expectation i had with an example
21:04 < Lare> ailiop_: but if you take some alcoholic grink on a business dinner here, the people are looking at you :)
21:04 < ailiop_> I assume a glass can be acceptable, but a bottle...
21:04 < Lare> grink=drink :)
21:04 < ailiop_> Lare: is it true that in finland you to business meetings in sauna ?
21:05 < Lare> ailiop_: at least biggest busnesses :)
21:05 < ailiop_> so it's confirmed :)
21:05 < Lare> ailiop_: because there you are allowed to drink as much as you want :)
21:06 < Lare> ailiop_: where are you from?
21:10 < jmkdev> Have a good night ..
21:10 -!- jmkdev [n=opennms@LPuteaux-151-42-10-210.w217-128.abo.wanadoo.fr] has left #opennms []
21:12 < CIA-44> jgehlbach * r8331 /opennms/trunk/ (2 files in 2 dirs): (log message trimmed)
21:12 < CIA-44> Change the StrafePingMonitor so that it gathers and returns latency data even if
21:12 < CIA-44> the service is considered down due to the number of missed echo-replies
21:12 < CIA-44> exceeding the value of the failure-ping-count parameter. This addresses the
21:12 < CIA-44> primary problem described in bug 2139.
21:12 < CIA-44> Also change the "strafer" poller package so that its downtime model does not
21:12 < CIA-44> change the poll interval when the service transitions to a Down state, since
21:14 -!- jeffg [i=DAP7yrQa@pdpc/supporter/active/jeffg] has quit ["This computer has gone to sleep"]
21:44 -!- PowerOp [n=chatzill@219-84-58-192-adsl-tpe.dynamic.so-net.net.tw] has joined #opennms
22:02 -!- brozow [n=brozow@cpe-076-182-023-094.nc.res.rr.com] has quit ["Leaving"]
22:16 -!- TwigsUSAN [n=chatzill@209-242-5-214.rev.dls.net] has quit ["ChatZilla 0.9.79 [Firefox 2.0.0.11/2007112718]"]
23:09 -!- eryc [i=enkrypte@71.4.147.219.ptr.us.xo.net] has quit [Read error: 104 (Connection reset by peer)]
23:50 -!- jeffg [i=6xuqAiC1@pdpc/supporter/active/jeffg] has joined #opennms
--- Log closed Sun Feb 03 00:00:45 2008