Archived community.zenoss.org | full text search
Skip navigation
Currently Being Moderated

QA Test Day 04/01/2010

VERSION 2  Click to view document history
Created on: Apr 1, 2010 6:05 PM by Matt Ray - Last Modified:  Apr 2, 2010 10:01 AM by Matt Ray

The topic for #zenoss-testing is: Zenoss QA Test Day April 1 - Trunk Source Builds: http://is.gd/b5Ur3 (8:11:46 AM)

mode (+o mrayzenoss) by ChanServ (8:11:47 AM)

zenglenn [~18adbbda@gateway/web/freenode/x-zhhgkvohidoqgbfb] entered the room. (9:51:14 AM)

9:51:48 AM zenglenn: hello everybody

9:52:55 AM mrayzenoss: howdy

9:53:30 AM zenglenn: anyone interested in snowleopard?

9:54:00 AM zenglenn: i've made some progress there...but not quite to the point of nirvana

9:54:46 AM zenglenn: well unless you can do without events

mode (+o bbibeault) by ChanServ (10:06:25 AM)

bbibeault [~Adium@rrcs-24-173-187-218.sw.biz.rr.com] entered the room. (10:06:25 AM)

10:19:21 AM mrayzenoss: I'll go build snow leopard

10:19:33 AM mrayzenoss: firing up some EC2 instances to build lots of platforms

10:19:54 AM zenglenn: you'll want http://dev.zenoss.org/svn/sandboxen/gstreiff/snowleopard/inst

10:20:53 AM zenglenn: it builds and zodb loads, but something is wonky with the mysql bindings at runtime

10:22:22 AM zenglenn: File: "/zenhome/lib/python/MySQLdb/__init__.py", line 27, in <module> import _mysql

10:22:38 AM zenglenn: ImportError: dynamic module does not define init function (init_mysql)

10:23:10 AM zenglenn: this when I try to fire up zenhub

10:27:29 AM zenglenn: here are my deltas thus far: http://dev.zenoss.com/trac/log/sandboxen/gstreiff/snowleopard

10:42:28 AM bureado: docs/DOC-5291 <- I think this document should specify svn is needed in the build environment

10:42:48 AM bureado: The install.sh doesn't say anything about it and will rather fail with a find error.

10:48:55 AM mrayzenoss: hmm… good point

10:49:22 AM mrayzenoss: I guess if you're using the tarball you don't need SVN

10:49:33 AM mrayzenoss: but I usually recommend SVN

10:49:42 AM zenglenn: i'll chat with Sharon about that

10:50:03 AM mrayzenoss: or bureado could leave a comment on that page and Sharon would roll it up

10:50:11 AM bureado: I'll do that.

10:50:13 AM zenglenn: perfect

10:58:20 AM bureado: Done, thanks.

11:07:41 AM zenglenn: Also, Sharon has a tips/troubleshooting section for the install guide in the pipeline.

11:07:43 AM zenglenn: http://dev.zenoss.com/trac/ticket/6378

mistich [~mistich@nat-vlan0202.sat4.rackspace.com] entered the room. (11:29:30 AM)

11:54:15 AM bureado: I'm having this on Debian Squeeze:

11:54:15 AM bureado: configuring: /home/zenoss/build/rrdtool-1.3.9/Makefile

11:54:15 AM bureado: make: *** [/home/zenoss/build/rrdtool-1.3.9/Makefile] Error 1

11:54:50 AM bureado: I'm trying to figure out what's going on, seems that automake doesn't like the .am files there.

11:55:02 AM bureado: Well, in fact, there's no Makefile for rrdtool.

11:57:10 AM bureado: Oh, it seems that I'm lacking libxml2-dev, too.

11:57:59 AM bureado: I'm also getting This script requires the Sun JDK 1.6 or greater.

11:58:13 AM bureado: But this doesn't seem to be affecting, do you build Zenoss with the JDK?

zenglenn left the room (quit: Ping timeout: 252 seconds). (12:03:46 PM)

12:08:51 PM mrayzenoss: hmm… the JDK requirement is new

12:09:09 PM mrayzenoss: there's some javascript compression tool in the build chain now

12:09:14 PM bureado: Ok, I'll see if I can complete install.sh without it. It's building now.

12:09:16 PM mrayzenoss: I'll try to get Glenn back here

12:09:19 PM bureado: Yes, I saw those .js...

12:09:23 PM bureado: Glenn Beck?!

12:09:27 PM bureado: Oh, Glenn back

12:09:45 PM bureado: BTW nice Fool's Day tweet, I skipped a couple heartbeats

12:10:53 PM mrayzenoss:

1:24:00 PM mrayzenoss: building on Debian 5 and Ubuntu 9.10 right now

1:24:30 PM mrayzenoss: if I knew what I was doing on Solaris, I'd be building there too

1:37:06 PM mrayzenoss: ok, had to add unzip to my build chain, that's new

1:37:22 PM mrayzenoss: and I'll need to get a Sun JDK

zenglenn [~18adbbda@gateway/web/freenode/x-rlcmkizsvogqmvad] entered the room. (1:57:52 PM)

1:58:50 PM zenglenn: not sure if you got an answer on the jdk...the 1.6 requirement is for a java script minifier we use.  otherwise you could get away with jdk 1.5 at the expense of some ui performance

cluther [~cluther@rrcs-24-173-187-218.sw.biz.rr.com] entered the room. (2:09:13 PM)

mode (+o cluther) by ChanServ (2:09:13 PM)

mistich left the room ("Leaving."). (2:47:05 PM)

cluther left the room (quit: Quit: cluther). (2:48:39 PM)

cluther [~cluther@204.12.34.212] entered the room. (2:49:29 PM)

mode (+o cluther) by ChanServ (2:49:29 PM)

3:36:47 PM mrayzenoss: Debian 5 and Ubuntu 9.10 successfully completed a source build

3:37:04 PM mrayzenoss: Should it work if I start them up?

3:38:42 PM mrayzenoss: oh, much sadness

4:16:29 PM mrayzenoss: http://dev.zenoss.org/trac/ticket/6395

bbibeault left the room (quit: Quit: Leaving.). (4:48:45 PM)

5:06:32 PM bureado: mrayzenoss: My build failed again (Debian Squeeze) -- may I have a list of the packages you have in your build env? dpkg --get-selections | mail -s 'mray packages' joseparrella@gmail.com

5:07:13 PM bureado: mrayzenoss: From your error.log you seem to be missing librrd4

5:07:21 PM mrayzenoss: here are my notes: http://pastebin.org/130778

5:07:51 PM mrayzenoss: librrd4 is supposedly being built in the build

5:08:16 PM mrayzenoss: oops, those are my 2.5.x notes

5:08:26 PM zenglenn: @matt  actually you hit the same issue i did with the dynamic linker not finding librrd*.so.  at the time, i worked around the issue by editing a file in /etc/ld.so.d to point back to the otherwise invisible module under $ZENHOME

5:08:30 PM bureado: Ah, I see. Then it's probably not being installed or not being installed in LD_PATH.

5:08:39 PM bureado: zenglenn: ack

5:08:53 PM bureado: mrayzenoss: You have a few commands por trunk.

5:09:05 PM bureado: mrayzenoss: I'll install the packages you have in the first line, though, and try again.

5:09:07 PM mrayzenoss: #trunk

svn co http://dev.zenoss.org/svn/trunk/inst zenossinst

cd zenossinst

./install.sh

 

5:09:24 PM bureado: Right.

5:09:53 PM mrayzenoss: it eventually gets through the build, but the startup fails.  Glenn's investigating, says he thinks he's already got the fix

5:10:17 PM bureado: mrayzenoss: However, you're building for Debian 5, which Python are you using? And if it's 2.6, how did you backport it? (not that I think itÅ› related to the bug, though)

5:10:54 PM mrayzenoss: unfortunately for now the zenoss build includes building it's own Python 2.6.2

5:11:05 PM zenglenn: correct

5:11:19 PM mrayzenoss: using the system python is one of the first things on Glenn's todo

5:11:26 PM bureado: Oh.

5:11:37 PM zenglenn: funny...my list of first things is getting longer

5:11:39 PM zenglenn:

5:11:46 PM zenglenn: but indeed

5:12:06 PM mrayzenoss: well, that leads to your #2 first thing, using system versions of libraries

5:12:26 PM bureado: Well, if find /usr/local/zenoss -type f -name 'librrd.so.4' brings something up, adding that path to /etc/ld.so.conf.d/ as zenglenn suggested should do.

5:12:28 PM zenglenn: that would make for a much faster build

5:12:28 PM mrayzenoss: and a corollary first thing, using cached builds instead of rebuilding everything

5:12:38 PM bureado: 17:42 <@mrayzenoss> and a corollary first thing, using cached builds instead of rebuilding everything

5:12:42 PM bureado: +1

5:12:58 PM bureado: But why don't you use system stuff? I mean, what are the main showstoppers for that?

5:13:15 PM zenglenn: history and a crusty makefile

5:13:17 PM mrayzenoss: historically we've had a very monolithic build

5:13:43 PM mrayzenoss: we included everything because sometimes it wasn't on the machine we needed to install on

5:13:55 PM zenglenn: it /does/ give you the virtue of a more or less controlled build environment

5:13:59 PM mrayzenoss: which can be a vicious circle

5:14:10 PM bureado: e.g., I think that if mrayzenoss just aptitude install librrd4 now, services should boot. That's a good indicator that the app wouldn't depend THAT much on stuff uner /u/l/zenoss

5:14:10 PM zenglenn: but it is not very distro friendly

5:14:14 PM bureado: Yes, yes, I hear you.

5:14:24 PM bureado: And then you'll have like people with librrd2 and they will run into strange problems

5:14:39 PM zenglenn: right

5:14:40 PM mrayzenoss: I'll go restart my instances and try that

5:14:42 PM bureado: and they will blame it on Zenoss and not on their own old system stuff

5:15:33 PM mrayzenoss: yup, which further discourages opening up the build

5:15:43 PM mrayzenoss: but we're doing it anyway, because we're crazy like that

5:16:37 PM bureado: BTW just came back from a customer, finished a Zenoss deployment project, had the honor of turning off the WhatsUp! "server"

5:17:03 PM mrayzenoss: yay!

5:17:18 PM bureado: Client committed to make me insane, focused on having the zapplet running on Windows with sound alerts.

5:17:30 PM mrayzenoss: lol

5:17:58 PM bureado: After building trunk, I'll try and get the sound alerts into that zapplet thing, I used a solution found in the forums, using nc.exe for Windows... which Kaspersky finds as 'dangerous content'.

5:18:21 PM bureado: But that means that for the rest of it, you people make a great work!

5:19:15 PM bureado: They didn't even notice the switch in terms of functionality, and really appreciated an interactive Web interface for their jobs. Well, all our customers with Zenoss do.

5:20:36 PM zenglenn: you've just inspired me to go home work 4 more hours

5:20:39 PM mrayzenoss: bureado: you seem to be correct, installing librrd4 cleared up the issues

5:20:54 PM zenglenn: hey guys taking off ... (waves)

zenglenn left the room (quit: ). (5:21:04 PM)

5:22:07 PM bureado: mrayzenoss: Right. You're using system's librrd4 now. If you'd like to use the other one, you should first find the path to it (find /usr/local/zenoss -type f -name 'librrd.so.*' should do) and add it as the sole content of a file under /etc/ld.so.conf.d/

5:22:22 PM bureado: mrayzenoss: And then removing librrd4 with aptitude since system libraries take precedence over the ones on ld.so.conf.d

5:22:39 PM mrayzenoss: doh

5:22:47 PM mrayzenoss: my EC2 instance doesn't have port 8080 available

5:23:14 PM bureado: mrayzenoss: But is a good indicator, at least some libraries which are common, well maintained, reasonably up-to-date in modern distros might be removed from the build process in order to speed it up and keep critical stuff in there, such as Python.

5:24:26 PM bureado: Actually for and end customer which just uses the stack installer it doesn't make a difference to use the .python.bin or system's Python, it's just a matter of making Zenoss more attractive for distros to maintain themselves.

5:24:40 PM mrayzenoss: yeah, that's the point of this exercise

5:25:02 PM mrayzenoss: we won't be providing or maintaining the packages for the distros

5:25:31 PM mrayzenoss: we'll still deliver the same artifiacts

5:25:47 PM mrayzenoss: ideally they'll help us find compatibility issues before we hit them

5:26:15 PM mrayzenoss: and make our install even more friendly

5:28:07 PM mrayzenoss: hmmm, this is good.  librrd4 in lenny is 1.3

5:28:17 PM mrayzenoss: squeeze is 1.4, which we don't support yet

5:53:35 PM mrayzenoss: bureado: docs/DOC-5838

5:53:42 PM mrayzenoss: gotta run, be back tomorrow

Comments (0)