--- Day changed

--- Log opened Thu Apr 28 23:59:03 2005
00:24 -!- drbyte [~byte@intern146.lnk.telstra.net] has joined #xen
01:06 -!- rread [~robert@datarithm.com] has joined #xen
01:18 -!- tierra [~tierra@dsl093-225-126.slc1.dsl.speakeasy.net] has quit [Quit: bug, n: A son of a glitch.]
01:37 -!- soffi_ [~soffi@Tolvudeild-SC-gw.vv.simnet.is] has joined #xen
01:38 -!- soffi_ [~soffi@Tolvudeild-SC-gw.vv.simnet.is] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- rread [~robert@datarithm.com] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- drbyte [~byte@intern146.lnk.telstra.net] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- katzj [~katzj@c-66-30-206-55.hsd1.ma.comcast.net] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- John_K [m4levolent@blk-222-164-135.eastlink.ca] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- rusty [~rusty@bh02i525f01.au.ibm.com] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- visik7 [~ciao@host55-41.pool80182.interbusiness.it] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- cw [cw@adsl-67-124-119-21.dsl.snfc21.pacbell.net] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- Shaun [~ndci@ip68-111-70-41.oc.oc.cox.net] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- monrad [~monrad@213083190130.sonofon.dk] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- Tv [~Tv@hq.inoi.fi] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- wenchien [~wenchien@221-169-69-23.adsl.static.seed.net.tw] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- lilo [~lilo@lilo.usercloak.oftc.net] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- Hunger [Hunger.hu@Hunger.hu] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- riel [~riel@riel.netop.oftc.net] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- HoraPe [~horape@200.69.230.10] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- dash [~washort@adsl-159-172-100.bhm.bellsouth.net] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- knewt [~jmb@p213.54.96.138.tisdip.tiscali.de] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- mael [~mael@nat.inha.fr] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- jonmason [~jonmason@pixpat.austin.ibm.com] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- DEac- [~deac@xdsl-81-173-163-107.netcologne.de] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- sunny [sunny@opencurve.org] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- cf0989b8 [~cf0989b8@ns.372broadway.com] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- buggs [~noidentd@n80-237-228-135.cnet.hosteurope.de] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- mikegrb [~michael@mikegrb.netop.oftc.net] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- yosh [~manish@graft.XCF.Berkeley.EDU] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- Dougie [~Doug@shade.idmf.net] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- unriel [~riel@nat-pool-bos.redhat.com] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- caker [~caker@ns.theshore.net] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- demon [demon@newcastle.devrandom.net] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- plars [~plars@pixpat.austin.ibm.com] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- eigood [~adam@brown.brainfood.com] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- paavon [paavon@alpha.phnet.fi] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- xai [~pasta@cpe-70-112-17-10.austin.res.rr.com] has quit [kinetic.oftc.net jupiter.oftc.net]
01:38 -!- Sir_Ahzz [~ahzz@c-24-0-215-3.hsd1.tx.comcast.net] has quit [kinetic.oftc.net jupiter.oftc.net]
01:39 -!- caker [~caker@ns.theshore.net] has joined #xen
01:39 -!- unriel [~riel@nat-pool-bos.redhat.com] has joined #xen
01:39 -!- plars [~plars@pixpat.austin.ibm.com] has joined #xen
01:39 -!- Dougie [~Doug@shade.idmf.net] has joined #xen
01:39 -!- yosh [~manish@graft.XCF.Berkeley.EDU] has joined #xen
01:39 -!- demon [demon@newcastle.devrandom.net] has joined #xen
01:39 -!- riel [~riel@riel.netop.oftc.net] has joined #xen
01:39 -!- xai [~pasta@cpe-70-112-17-10.austin.res.rr.com] has joined #xen
01:39 -!- eigood [~adam@brown.brainfood.com] has joined #xen
01:39 -!- Sir_Ahzz [~ahzz@c-24-0-215-3.hsd1.tx.comcast.net] has joined #xen
01:39 -!- paavon [paavon@alpha.phnet.fi] has joined #xen
01:39 -!- mode/#xen [+o Sir_Ahzz   ] by arion.oftc.net
01:39 -!- soffi_ [~soffi@Tolvudeild-SC-gw.vv.simnet.is] has joined #xen
01:39 -!- rread [~robert@datarithm.com] has joined #xen
01:39 -!- drbyte [~byte@intern146.lnk.telstra.net] has joined #xen
01:39 -!- katzj [~katzj@c-66-30-206-55.hsd1.ma.comcast.net] has joined #xen
01:39 -!- John_K [m4levolent@blk-222-164-135.eastlink.ca] has joined #xen
01:39 -!- rusty [~rusty@bh02i525f01.au.ibm.com] has joined #xen
01:39 -!- visik7 [~ciao@host55-41.pool80182.interbusiness.it] has joined #xen
01:39 -!- cw [cw@adsl-67-124-119-21.dsl.snfc21.pacbell.net] has joined #xen
01:39 -!- Shaun [~ndci@ip68-111-70-41.oc.oc.cox.net] has joined #xen
01:39 -!- monrad [~monrad@213083190130.sonofon.dk] has joined #xen
01:39 -!- Tv [~Tv@hq.inoi.fi] has joined #xen
01:39 -!- Hunger [Hunger.hu@Hunger.hu] has joined #xen
01:39 -!- lilo [~lilo@lilo.usercloak.oftc.net] has joined #xen
01:39 -!- wenchien [~wenchien@221-169-69-23.adsl.static.seed.net.tw] has joined #xen
01:39 -!- mode/#xen [+o cw   ] by quasar.oftc.net
01:39 -!- HoraPe [~horape@200.69.230.10] has joined #xen
01:39 -!- sunny [sunny@opencurve.org] has joined #xen
01:39 -!- dash [~washort@adsl-159-172-100.bhm.bellsouth.net] has joined #xen
01:39 -!- knewt [~jmb@p213.54.96.138.tisdip.tiscali.de] has joined #xen
01:39 -!- mael [~mael@nat.inha.fr] has joined #xen
01:39 -!- DEac- [~deac@xdsl-81-173-163-107.netcologne.de] has joined #xen
01:39 -!- jonmason [~jonmason@pixpat.austin.ibm.com] has joined #xen
01:39 -!- cf0989b8 [~cf0989b8@ns.372broadway.com] has joined #xen
01:39 -!- buggs [~noidentd@n80-237-228-135.cnet.hosteurope.de] has joined #xen
01:39 -!- mikegrb [~michael@mikegrb.netop.oftc.net] has joined #xen
01:50 -!- soffi_ [~soffi@Tolvudeild-SC-gw.vv.simnet.is] has quit [Quit: Leaving]
02:16 -!- drbyte [~byte@intern146.lnk.telstra.net] has quit [Ping timeout: 480 seconds]
02:16 -!- drbyte [~byte@intern146.lnk.telstra.net] has joined #xen
02:51 -!- strafbomber [~admin@gw-ha1.gw.hosteurope.de] has joined #xen
02:51 < strafbomber> hello
02:59 -!- soffi_ [~soffi@Tolvudeild-SC-gw.vv.simnet.is] has joined #xen
03:42 -!- DEac- [~deac@xdsl-81-173-163-107.netcologne.de] has quit [Ping timeout: 480 seconds]
03:43 -!- cw is now known as anticw
03:56 -!- DEac- [~deac@xdsl-84-44-214-222.netcologne.de] has joined #xen
04:04 -!- soffi [~soffi@proxy.du.vdsl.is] has quit [Ping timeout: 480 seconds]
04:05 -!- soffi [~soffi@proxy.du.vdsl.is] has joined #xen
04:50 -!- hebutterworth [~harry@blueice3n1.uk.ibm.com] has joined #xen
04:51 -!- rusty [~rusty@bh02i525f01.au.ibm.com] has quit [Quit: Client exiting]
05:00 -!- athomas [~athomas@ppp-0-132.lond-b-4.access.uk.tiscali.com] has joined #xen
05:03 -!- Beaky [~chatzilla@ncg-adsl.demon.co.uk] has joined #xen
05:06 < strafbomber> is it possible to adjust how much cpu power a domain can use?
05:21 < strafbomber> :-)
05:48 -!- drbyte [~byte@intern146.lnk.telstra.net] has quit [Ping timeout: 480 seconds]
05:53 -!- soffi [~soffi@proxy.du.vdsl.is] has quit [Quit: Leaving]
06:23 -!- drbyte [~byte@intern146.lnk.telstra.net] has joined #xen
06:54 -!- drbyte [~byte@intern146.lnk.telstra.net] has quit [Ping timeout: 480 seconds]
07:17 -!- visik7 [~ciao@host55-41.pool80182.interbusiness.it] has quit [Read error: Connection reset by peer]
07:18 -!- strafbomber [~admin@gw-ha1.gw.hosteurope.de] has quit [Quit: Verlassend]
07:54 -!- drbyte [~byte@intern146.lnk.telstra.net] has joined #xen
07:54 -!- cc [~byte@intern146.lnk.telstra.net] has joined #xen
07:54 < mael> riel:  ping?
07:55 < riel> pong
07:55 < mael> :)
07:55 -!- drbyte [~byte@intern146.lnk.telstra.net] has quit [Quit: ]
07:55 < mael> sorry to bother as it not really a xen-related question, but it is a redhat one
07:56 < mael> I'm about to say nasty things on behalf on RH, so I think I must ask you before :)
07:56 < mael> how may I get packages for old redhat systems?
07:56 < riel> try the Fedora Legacy project
07:56 < mael> I need to install ntp on a redhat 8 and a redhat 9 server
07:57 < soffi_> might try openntp.org
07:57 < mael> unfortunately, they are "qualified" environnment, otherwise I would have installed a debian ;)
07:57 < soffi_> openntpd.org
07:57 < mael> so I must stick to RH8 and RH9
07:57 < riel> soffi_: get real, openntpd doesn't quite work right yet with linux
07:57 < soffi_> ó
07:57 < soffi_> sorry.. and if I recall.. I've only used it on FreeBSD ;)
07:57 < Tv> riel: can you point me to something discussing the brokenness?
07:58 < soffi_> didn't know of any of it's shortcomings
07:58 < riel> Tv: all I have is a discussion with one of the authors over a beer at last year's SUCON
07:58 < mael> hehe
07:58 < riel> Tv: I don't remember all the details though
07:58  * Tv focuses the brain rays on riel
07:58 < mael> so it is a pretty sure information :)
08:00 < mael> mmmh
08:00 < mael> s/pretty sure/trustful/?
08:00 < riel> (oh, and it was some Linux strangeness - not something wrong with openntpd)
08:01  * mael is trying to improve his english (and this is a huge task)
08:01 < Tv> linux clock sync is "different", IIRC
08:01 < riel> Tv: indeed it is
08:01 < Tv> but openntp seems to work nicely in the 1 second accuracy class.
08:11 -!- cc [~byte@intern146.lnk.telstra.net] has quit [Ping timeout: 480 seconds]
08:13 < mael> riel:  Thanks very much anyway, this URL is very useful
08:13  * mael is bookmarking the stuff
09:27 -!- hollis [~hollis@user-0vvde2g.cable.mindspring.com] has joined #xen
09:43 -!- katzj [~katzj@c-66-30-206-55.hsd1.ma.comcast.net] has quit [Remote host closed the connection]
09:47 -!- cfreak [cfreak@dsl-084-056-098-040.arcor-ip.net] has joined #xen
10:07 -!- homebaum [~michael@wbar1.sea1-4-5-031-104.sea1.dsl-verizon.net] has joined #xen
10:11 -!- rharper [~rharper@pixpat.austin.ibm.com] has joined #xen
10:15 -!- plars [~plars@pixpat.austin.ibm.com] has quit [Ping timeout: 480 seconds]
10:16 < xai> Anyone know if the stock XenU configuration will support a udev system?
10:17 -!- hollis [~hollis@user-0vvde2g.cable.mindspring.com] has quit [Quit: leaving]
10:21 -!- plars [~plars@pixpat.austin.ibm.com] has joined #xen
10:30 -!- cfreak [cfreak@dsl-084-056-098-040.arcor-ip.net] has quit [Quit: .]
10:31 -!- katzj [~katzj@wlanconf-nat-pool-bos.redhat.com] has joined #xen
10:34 < xai> I just booted my mini Centos4 (rhel4) in XenU and confirmed it works.. Anyone on the Xen  site interested in putting it up on the ftp site?
10:36 < xai> Its only 60MB....
10:37 < xai> All the docs and most of the locales have been hand pruned.
10:38 < mael> soffi_:  I think this is for you man :)
10:41 < xai> It only took me 2 days too. :)
10:41 < mael> xai:  soffi_ is the guy owning http://www.kvadratrot.net/~xen/
10:41 < xai> Yum is preconfigured and confirmed to work.
10:42 < mael> he does the excellent work of collecting domU images for the community
10:42 < mael> so you should get in touch with him
10:42 < xai> good deal.. 
10:44 < xai> soffi_: just let me know how you want me to upload it.
10:45 < xai> soffi_: i also have a stripped version of Sarge as well..
10:47 -!- hollis [~hollis@pixpat.austin.ibm.com] has joined #xen
10:47 < xai> I see his are images.. mine are tbz2's.. no biggie.
10:47 < xai> he has tarballs too.. i take that back..
10:48 < mael> I think using tarball is better
10:49 < mael> I also did the basic sarge tarball
10:50 < mael> it is only 30 something Mo but the tarball on soffi_ websites contain a tgz AND a tar.bz2 version
10:51 < soffi_> re:
10:51 < soffi_> Yeah, I'm thinking about scubbing the images
10:51 < mael> :)
10:51 < mael> I know you've pretty busy lately :)
10:52 < mael> +been
10:52 < soffi_> better to put up a howto on making a sizeX loop image and untarring the tarballs -> image
10:52 < mael> yep
10:53  * mael still hope he'll get soffi_'s feeling on the draft he wrote a few weeks ago :)
10:53 < soffi_> gheheh
10:53 < soffi_> I PROMISE I'll read it through this weekend
10:53 -!- Beaky [~chatzilla@ncg-adsl.demon.co.uk] has quit [Remote host closed the connection]
10:53 < soffi_> xai: can you scp/sftp the images ?
10:54 < mael> I can write it in LaTeX if OOo format is a problem, you know :)
10:54 < soffi_> ghehe no prob
11:00 < xai> LaTeX rocks man.. what do you mean mael?
11:05 < mael> nothing
11:05 < mael> I sent a OOo document in order to get modifications traceability
11:05 < mael> but diff on .tex may be enough :)
11:05 < xai> i'm just ribbing ya.
11:11 < xai> soffi_: what document are you guys speaking of?
11:11 < mael> soffi_:  ok, I have a Q'n'D tex version if you want
11:12 < mael> so you won't have to compile OOo to be able to read the stuff :)
11:12 < soffi_> dude don't worry I've already set up OpenOffice
11:12 < soffi_> and NeoOffice
11:12 < mael> oh
11:12 < mael> hehe you got macosx :)
11:12 < soffi_> yup
11:12 < soffi_> and my Tiger should be here by monday
11:13 < mael> roaaaar
11:13 < mikegrb> mmm osx
11:13 < mikegrb> soffi_: new camino!
11:13 < soffi_> hehe
11:13 < soffi_> I thought Safari was Konqueror based
11:14 < mael> well actually the only reasons why I keep macosx on my powerbook is to dim the light and use 802.11g
11:14 -!- plars [~plars@pixpat.austin.ibm.com] has quit [Ping timeout: 480 seconds]
11:14 < mael> oh, and for the suspend feature
11:14 < soffi_> you are so lying
11:14 < soffi_> you love Exposé and all the little gismos
11:14 < mael> well no, my gnome desktop just look like osX :)
11:15  * mael use ubuntu hoary ppc on his PB
11:15 < mikegrb> mmm exposé
11:16 < soffi_> anyone getting exposje to work with Xen ?
11:17 -!- matta-lt [~matta@69.93.28.254] has joined #xen
11:18 < soffi_> matta-lt: troubles over? :) a relaxed weekend in sight ? :P
11:18 -!- plars [~plars@pixpat.austin.ibm.com] has joined #xen
11:19 < matta-lt> soffi_: hrm... doubtful
11:19 < matta-lt> soffi_: lession learned and shared with all, don't use FC4 :)
11:19 < soffi_> hehe
11:20 < soffi_> didn't -test tell you anything ? :)
11:20 < hollis> :)
11:20 < matta-lt> the test versions always worked fairly well for me in the past
11:20 -!- knewt [~jmb@p213.54.96.138.tisdip.tiscali.de] has quit [Read error: Connection reset by peer]
11:20 < matta-lt> FC4 is quite drastic in what it changes
11:20 -!- knewt [~jmb@p213.54.69.186.tisdip.tiscali.de] has joined #xen
11:20 < soffi_> I've set up my VM to send me a text message everytime it starts up
11:20 < matta-lt> ie. the change from 2 -> 3 wasalmost minimal
11:21 < katzj> matta-lt: what are you having problems with?
11:21 < matta-lt> katzj: you remember the domain.c 
11:21 < matta-lt> BIG at line 144 (or something) that was resolved on the list?
11:21 < matta-lt> BUG
11:22 < katzj> yep
11:22 < matta-lt> our one server randomly started crashing due to that... even though it ran for days on end with it
11:23 < matta-lt> so after testing various configs 
11:23 < matta-lt> (ie. copying over xen.gz and kernel from other working servers)
11:23 < matta-lt> still did it
11:24 < matta-lt> so since xen is included with FC4, will be the basis for waht will be in the next R
11:24 < matta-lt> HEL, and Rik stating he stress tested the 1226 kernel for days...
11:24 < matta-lt> I figured what the hell
11:24 < matta-lt> upgraded to fc4, it all worked
11:24 < matta-lt> but it seems there is problems with the FC4 kernel and my hardware... it's standard hardware, dual opt,4gb, hardware raid, e1000 and tg3 nic's
11:25 < matta-lt> tyan board,etc
11:25 < matta-lt> it crashes sometimes every few hours, other times every 2 days
11:25 < katzj> matta-lt: x86_64?
11:25 < matta-lt> so after keir released the patch... I figured to give it a go
11:25 < riel> kernel 1275 with the latest xen rpm _should_ work
11:25 < matta-lt> I copied the xen.gz and kernel from another working host and it booted fine
11:26 < riel> though I admit I've only tried it a little ;)
11:26 < matta-lt> but xend wouldn't start due to python 2.4
11:26 < matta-lt> it just plain doesn't support it
11:27 < matta-lt> tried compiling the 2.0-testing on it, no deals thanks to gcc4
11:27 < matta-lt> even tried applying rik's own patche from the source RPM's
11:27 < mael> hehe a pure murphy situation :)
11:27 < matta-lt> riel: the errors I was showing you the other day... I see them under the stok FC4 kernel also, so it's not related to xen
11:28 < matta-lt> so yeah, for this poor server it's been hell
11:28 < soffi_> damn this machine must be haunted
11:28 < matta-lt> all my other servers running FC3 + xen-testing all run nice and stable though :)
11:29 < soffi_> I have a VM with a dutch company and it's at 33 days
11:29 < soffi_> shit is bound to happen ;)
11:29 < xai> I just created a debian-router version of sarge.. should be about 12MB in .tgz format.
11:29 < xai> I think it has apt.
11:29 < matta-lt> soffi_: nah, it's due to FC4... but it had to be done at the time, keir's patch to fix the problem didn't get released until 2+ weeks after this all went down
11:29 < xai> Make that 21MB..
11:30 < soffi_> xai: cool
11:31 < soffi_> now who here told me ATAoverEthernet had shitty performance
11:31 < matta-lt> soffi_: once we get the people on that server migrated i'm sure they'll be happy
11:31 < soffi_> matta-lt: I hope so, or you'll be having flames all over
11:31 < soffi_> damn I hate bigmouths :)
11:32 < matta-lt> eh... some are cool and are like "been there, done that"
11:32 < matta-lt> others are a little less rational than that :)
11:32 < soffi_> hehe
11:32 < mael> soffi_:  you tested ATAoverEThernet?
11:32 < soffi_> yep
11:32 < mael> so?
11:32 < soffi_> got 30mbit over a 34 mbit microwave link :)
11:33 < mael> mmh
11:33 < soffi_> have yet to test it over local lan
11:33 < mael> yes :)
11:33 < soffi_> the only machine I could use for testing was in another town ;)
11:33 < soffi_> hence the mw-link
11:33 -!- nextime [~nextime@213-140-6-96.fastres.net] has quit [Ping timeout: 480 seconds]
11:33 < mael> this is easier to get reproduceable tests with a lan :)
11:34 < mael> IIRC it was Adam who told about it in the first place
11:34 < soffi_> I just thought AoE would be cool to try out since the company's boxes are cheap
11:34 < soffi_> yeah.. my guys are building me a test server as we speak
11:34 < mael> and I think he had around the same speed you get
11:35 < soffi_> and... AoE has FreeBSD support
11:35 < mael> and what about openiscsi? did you had a look?
11:35 < soffi_> FreeBSD doesn't support iscsi :/
11:35 < mael> hehe yeah that's true you're a freebsd addict
11:35 < soffi_> didn't take a look at iscsi
11:35 < mael> k
11:35 < soffi_> not an addict...
11:35 < soffi_> preacher
11:36 < mael> I wonder if you can have a box with a load of disks exporting it on the disk level using a iscsi daemon
11:36 < mael> I don't know if they do a daemon though
11:37 < soffi_> who?
11:37 < mael> the openiscsi guys
11:37 < soffi_> ahh is it only an initiator ?
11:38 < mael> I have to check that for ages
11:38 < mael> dunno presently
11:39 < mael> mmh it seems so from a quick reading of their website
11:39 < mael> (http://www.open-iscsi.org/)
11:39 < soffi_> hmm
11:40 < soffi_> gonna mail the aoe guys and see if they have any clue on howto remoteboot with pxe and aoe
11:40 < mael> they merged recently with the linux-iscsi project
11:41 < mael> soffi_: do you want your root device to be aoe?
11:41 < mael> initrd is probably your friend there
11:41 -!- rread [~robert@datarithm.com] has quit [Quit: rread]
11:44 < mael> well, time to go here
11:44 < mael> see ya
11:49 -!- athomas [~athomas@ppp-0-132.lond-b-4.access.uk.tiscali.com] has quit [Quit: Leaving]
11:58 -!- demon [demon@newcastle.devrandom.net] has quit [Ping timeout: 480 seconds]
12:00 -!- athomas [~athomas@ppp-0-189.lond-b-4.access.uk.tiscali.com] has joined #xen
12:26 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has joined #xen
12:30 -!- tierra [~tierra@dsl093-225-126.slc1.dsl.speakeasy.net] has joined #xen
13:12 -!- woody [~woody@bi01p1.co.us.ibm.com] has joined #xen
13:14 -!- athomas [~athomas@ppp-0-189.lond-b-4.access.uk.tiscali.com] has quit [Quit: Leaving]
13:16 < matta-lt> soffi_: why are you against iscsi again?
13:17 < matta-lt> iscsi seems to be th way to go... all the benefits of FC without the proprietary hardware
13:17 < matta-lt> and gigabit eth hardware is cheap these days
13:31 < xai> For some reason my new debian xenU command line wraps onto itself when it reaches the end of line.. not a showstopper but annoying.
13:34 -!- demon [demon@newcastle.devrandom.net] has joined #xen
13:34 < xai> I guess its not getting the resizing from the current xterm. mayb ei need to install xutils
13:43 -!- stekloff [~stekloff@bi01p1.co.us.ibm.com] has joined #xen
13:50 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has quit [Quit: Leaving]
14:10 -!- aliguori [~anthony@pixpat.austin.ibm.com] has joined #xen
14:15 < knewt> errors-- # figuring out all the corner cases and coding for them is annoying and time consuming
14:27 -!- Arnald [~Arnald@81-86-116-102.dsl.pipex.com] has joined #xen
14:36 -!- John_K [m4levolent@blk-222-164-135.eastlink.ca] has quit [Read error: Connection reset by peer]
14:50 < hollis> sigh... the bizarre GDB behavior I've been chasing is a bug in Xen's snprintf
14:50 < knewt> grrrr. (Unable to handle kernel paging request at virtual address 00100104)--
14:51 < aliguori> hollis: really?  isn't it just linux's snprintf?
14:52 < knewt> which sounds like a list problem. grrr.
14:52 < hollis> aliguori: hmm, yes
14:53 < hollis> aliguori: actually, it has been modified
14:54 < aliguori> hollis: what's the bug?
14:54 < hollis> though not too much
14:54 < hollis> it's overwriting the last char of output with null
14:55 < hollis> char buf[16]; snprintf(buf, 16, "%016lx", 1UL);
14:55 < hollis> and the last char is NULL
14:55 < aliguori> oh, is that a bug?
14:56 < hollis> yes
14:57 < aliguori> so you think it should leave it unterminated?
14:57 < hollis> yes
14:57 < hollis> but I couldn't see anything obvious, and have more interesting code to debug
14:57 < aliguori> from the manpage: "Thus, a  return  value of  size  or  more means that the output was truncated."
14:57 < hollis> yes
14:57 < aliguori> so if it's writing 16 characters, it's truncating
14:58 < hollis> yes
14:58 < eigood> The functions snprintf and vsnprintf do not write more than size bytes (including the trailing  '\0').   If  the
14:58 < eigood>        output  was  truncated due to this limit then the return value is the number of characters (not including the trailing '\0') which
14:58 < eigood>        would have been written to the final string if enough space had been available.
14:58 < eigood> that's from the snprintf(3) manpage
14:58 < hollis> yes
14:58 < knewt> so it's supposed to always write out the \0
14:58 < hollis> how do you figure?
14:59 < eigood> knewt: not nescessarily
14:59 -!- anticw [cw@adsl-67-124-119-21.dsl.snfc21.pacbell.net] has quit [Quit: ba' ba' black sheep, see how they run!]
14:59 < knewt> eigood: well, it's what i read from the manpage anyway
14:59 < eigood> \0 is part of the allowed bytes to write.  if you hit the max, you can't write the \0
14:59 < knewt> s/read/understand/
14:59 < eigood> read the next line
14:59 < aliguori> see, i would expect snprintf to always null-terminate.
15:00 < eigood> it says if snprintf returns size, then that means it was truncated
15:00 < eigood> which means that the trailing null wasn't written
15:00 < eigood> \0 is part of the written character set, it just isn't part of the returned  length
15:00 < aliguori> eigood: look at the description of the size parameter
15:01 < hollis> aliguori: yes...?
15:01 < aliguori> "The function snprintf and vsnprintf do not write more than size bytes (including the trailing '\0').'
15:01 < knewt> [[ If the output was truncated due to this limit then the return value is  the  number  of  characters  (not  including the trailing ’\0’) which would have been written to the final string if enough space had been available. Thus, a  return  value of  size  or  more means that the output was truncated. ]]
15:01 < eigood> that's what I pasted
15:01 < hollis> yes, so if I tell it the buffer is 16 chars big, it had better not try to put the NULL in the 17th char
15:02 < eigood> aliguori: yes.  the chars to be output exquals: "buffer with inserted parameterss" + "\0"
15:02 < knewt> ie, if you specify a size of 16, and it /returns/ 16, then it truncated the string
15:02 < eigood> aliguori: then, you take the first $size bytes from that
15:02 < aliguori> one sec, looking to see what c99 says
15:02 < eigood> hollis: the argument is whether it should write 15 bytes, then the final \0
15:02  * riel figured out all the little details to keep in mind when installing FC4test3 as a xen guest
15:03 < eigood> hollis: but then that means it would have to return 15, which is less then size, so truncation didn't occur
15:03 < aliguori> " [#2]  The snprintf function is equivalent to fprintf, except
15:03 < aliguori>        that the output is  written  into  an  array  (specified  by
15:03 < aliguori>        argument  s) rather than to a stream.  If n is zero, nothing
15:03 < aliguori>        is written, and s may be a null pointer.  Otherwise,  output
15:03 < aliguori>        characters  beyond the n-1st are discarded rather than being
15:03 < aliguori>        written to the array, and a null character is written at the
15:03 < aliguori>        end  of  the characters actually written into the array.  If
15:03 < aliguori>        copying  takes  place  between  objects  that  overlap,  the
15:03 < aliguori>        behavior is undefined.
15:03 < aliguori> "
15:03 < aliguori> sorry for the flood
15:03 < aliguori> but that's pretty clear.
15:03 < hollis> yes, that is pretty clear. too bad about that man page...
15:04 < eigood> aliguori: no, it isn't.  is the array of chars for the source zero based or one based?>
15:04 < eigood> it's probably 0(like all other c stuff), so a 16 chars gives 0 <= i < 16; with n == 16, n - 1 == 15, so the trailing null wouldn't be written
15:05 < aliguori> no, it says explicitly, a null character is written at the end of the characters actually written into the array
15:05 < eigood> and when you consider the n == 0 case, it doesn't write the trailing null in that case
15:05 < aliguori> of course not, if n == 0 there's no memory :-)
15:05 < aliguori> if you tried to write a null, you'd segv
15:07 < hollis> glibc's snprintf does the same NULL termination thing
15:07 < hollis> char buf[2];
15:07 < hollis> snprintf(buf, 2, "%x", 0xa5);
15:07 < hollis> printf("%x %x\n", buf[0], buf[1]);
15:08 < knewt> eigood: of course not. "do not write more than size bytes (including the trailing ’\0’)"
15:08 < hollis> so... my mistake, but I blame the man page
15:09 < knewt> well, personally i always read the man page to be indicating that a trailing NULL would always be written
15:09 < aliguori> hollis: for what it's worth, i would have done the same thing.. seems like it should work
15:09 < hollis> knewt: but as you can see from this discussion, it is ambiguous
15:10 < aliguori> c in general is not very clear about trailing nulls.. strncpy() is a notorious instance of this
15:13  * eigood pets java
15:16 -!- jeroney [~jeroney@pixpat.austin.ibm.com] has joined #xen
15:19 < knewt> hmm. can anyone remember how to create a postscript file from plain text? in 2-up form
15:19 < aliguori> 2-up form?
15:20 < knewt> 2 pages per page
15:20 < aliguori> enscript -2r -p output.ps input.txt
15:20 < knewt> ah, enscript, ta. been too long
15:46 < HoraPe> knewt: mpage -2
15:50 < knewt> ok, source printed out. time to figure how the double-delete is happening
16:02 -!- knewt [~jmb@p213.54.69.186.tisdip.tiscali.de] has quit [Quit: reboot time yet again :(]
16:09 -!- services.oftc.net changed the topic of #xen to: Xen Homepage->  http://www.cl.cam.ac.uk/Research/SRG/netos/xen/index.html || Xen Wiki -> http://wiki.xensource.com || vm-tools : http://www.cs.utexas.edu/users/aliguori/vm-tools/
16:11 -!- rharper [~rharper@pixpat.austin.ibm.com] has quit [Quit: Leaving]
16:25 -!- knewt [~jmb@p213.54.69.186.tisdip.tiscali.de] has joined #xen
16:29 -!- DEac- [~deac@xdsl-84-44-214-222.netcologne.de] has quit [Ping timeout: 480 seconds]
16:37 -!- Surferdude [~Surferdud@pcp08365167pcs.lndsd201.pa.comcast.net] has joined #xen
16:40 -!- plars [~plars@pixpat.austin.ibm.com] has quit [Ping timeout: 480 seconds]
16:40 < Surferdude> Anyone know how to change the python directory that Twisted uses?
16:42 -!- DEac- [~deac@xdsl-213-196-202-197.netcologne.de] has joined #xen
16:43 -!- knewt [~jmb@p213.54.69.186.tisdip.tiscali.de] has quit [Quit: fricking reboots]
16:48 < dash> Surferdude: for the install?
16:53 < xai> its getting hot
17:02 -!- plars [~plars@pixpat.austin.ibm.com] has joined #xen
17:17 -!- rharper [~rharper@cpe-70-113-90-94.austin.res.rr.com] has joined #xen
17:18 < Surferdude> dash: yes
17:21 -!- plars [~plars@pixpat.austin.ibm.com] has quit [Ping timeout: 480 seconds]
17:23 < Surferdude> You know, it would be nice if the Xen install.sh could resolve the dependencys needed
17:28 < xai> What's a good way to monitor traffic on XenU's ? I gess snmp will give stats for bridged interfaces./?
17:28 -!- plars [~plars@pixpat.austin.ibm.com] has joined #xen
17:29 < riel> have snmp monitor the vif* interfaces ?
17:30 < Surferdude> Um... dont think so
17:30 < Surferdude> heres the error i am getting
17:30 < Surferdude> distutils.errors.DistutilsPlatformError: invalid Python installation: unable to open /usr/lib/python2.2/config/Makefile (No such file or directory)
17:31 < riel> Surferdude: use the packages distributions provide ;)
17:31 < riel> Surferdude: that makes things easier
17:31 < Surferdude> Thats the problem... i have RHEL >_>
17:31 < Surferdude> I couldent get my hands on a test box to work with
17:31 < Surferdude> so i got a dedicated server to lease
17:32 < Surferdude> and they put on rhel by default
17:32 < Surferdude> starting to consider putting CentOS on another partition
17:32 -!- jeroney [~jeroney@pixpat.austin.ibm.com] has quit [Remote host closed the connection]
17:36 < riel> many ISPs have RHN access included with their RHEL installs
17:36 < riel> so you _do_ have support for the updates
17:37 < riel> you may want to check whether that's the case for your system
17:37 < riel> ummm wait, n/m - confused with a discussion in #rhel ;)
17:37 < riel> sorry
17:37 < riel> which version of RHEL ?
17:38 < Surferdude> 3 i think
17:38 -!- knewt [~jmb@p213.54.69.186.tisdip.tiscali.de] has joined #xen
17:39 < riel> mmmm, that's harder
17:39 < riel> with RHEL4 you could just rebuild the xen RPM I made for fedora rawhide
17:41 < Surferdude> Whats the command to see what distro your running?
17:41 < Surferdude> in ssh
17:41 < riel> cat /etc/redhat-release ;)
17:41 < Surferdude> Red Hat Enterprise Linux ES release 3 (Taroon)
17:42 < matta-lt> bah I hate bugzillas that require reg :(
17:43 -!- plars [~plars@pixpat.austin.ibm.com] has quit [Ping timeout: 480 seconds]
17:59 -!- plars [~plars@pixpat.austin.ibm.com] has joined #xen
18:02  * knewt decides this might be a wise time to stop testing on the laptop and set up a dedicated vm for it instead
18:04 -!- aliguori [~anthony@pixpat.austin.ibm.com] has quit [Quit: Leaving]
18:04 -!- Nigelenki [~bluefox@pcp484971pcs.whtmrs01.md.comcast.net] has quit [Read error: Connection reset by peer]
18:05 < riel> matta-lt: I hate bugzillas that allow users to do hit-n-run bug reports ;)
18:05 < riel> matta-lt: then you never get the details you need to actually fix a bug
18:06 -!- stekloff [~stekloff@bi01p1.co.us.ibm.com] has quit [Quit: Leaving]
18:08 -!- plars [~plars@pixpat.austin.ibm.com] has quit [Ping timeout: 480 seconds]
18:20 -!- Nigelenki [~bluefox@pcp484971pcs.whtmrs01.md.comcast.net] has joined #xen
18:23 -!- katzj [~katzj@wlanconf-nat-pool-bos.redhat.com] has quit [Quit: going home]
18:34 -!- niv [~nivedita@c-67-171-167-143.hsd1.or.comcast.net] has joined #xen
18:37 -!- edsuom [~edsuom@207-118-65-127.dyn.centurytel.net] has joined #xen
18:38 < matta-lt> riel: anyhow, yes... it happens outside of xen also
18:39 < matta-lt> probably not your department
18:39 < eigood> riel: s/bugzills/bug systems/
18:43 < edsuom> My old PC is running Gentoo distro and I am setting a new Ubuntu Linux this weekend. I want to make the existing installation (~20GB) a guest XEN OS and then migrate it to the new system. It seems like a simple kernel recompile with ARCH=xen and "xm create" and "xm migrate," running from the demo CD should work. Is that right?
18:46 < niv> i haven't used migrate before - just copied the system or dd'd it
18:47 < niv> the guest OS was a subset of the existing OS, since you don't want to copy over the /var/log and other dirs like that, etc
18:48 < niv> if you use the demo CD, that would probably work, but haven't used it myself
18:48 < niv> quite simple to do it manually
18:49 < niv> arrrrrgh me typing in the wrong window
18:50 < edsuom> niv: Thanks.
18:55 -!- rharper [~rharper@cpe-70-113-90-94.austin.res.rr.com] has quit [Quit: Leaving]
18:59 < eigood> migrating a real live machine to xen is rather simple
19:01 < edsuom> eigood: Good to hear. Haven't seen any docs on it, though.
19:02 < eigood> I've taken real machines, copied them over a t1 to an nfsroot, modified fstab, network, then booted in xen
19:02 < eigood> doing the same to a block device is just about the smae
19:02 < eigood> same
19:02 < edsuom> Cool
19:02 < eigood> the domU instance has very little mods
19:03 < eigood> getting the dom0 going is not as easy as one would like, but still not difficult
19:03 < eigood> I've converted lots of real machines to xen, here at work
19:04 < edsuom> eigood: I was going to start from the demoCD running as dom0.
19:05 -!- drbyte [~byte@intern146.lnk.telstra.net] has joined #xen
19:05 < eigood> we've moved beyond that here
19:05 < eigood> of course, we run debian, and I'm the maintainer of the xen debian packages
19:05 < eigood> and making bootstrap images is easy with debootstrap
19:06 < edsuom> I just want to be able to poke around my ~20GB of old Gentoo setup from the new system (~120GB HDD).
19:07 -!- demon [demon@newcastle.devrandom.net] has quit [Ping timeout: 480 seconds]
19:07 < edsuom> The demoCD has a dhcp server, right?
19:07 -!- katzj [~katzj@c-66-30-206-55.hsd1.ma.comcast.net] has joined #xen
19:08 < eigood> no clue
19:08 < eigood> been so long
19:09 -!- Nigelenki [~bluefox@pcp484971pcs.whtmrs01.md.comcast.net] has quit [Read error: Connection reset by peer]
19:09 -!- Nigelenki [~bluefox@pcp484971pcs.whtmrs01.md.comcast.net] has joined #xen
19:10 -!- drbyte [~byte@intern146.lnk.telstra.net] has quit [Read error: Connection reset by peer]
19:11 -!- drbyte [~byte@intern146.lnk.telstra.net] has joined #xen
19:30 -!- demon [demon@newcastle.devrandom.net] has joined #xen
19:31 < eigood> demon: what happened to a?
19:43 -!- matta-lt [~matta@69.93.28.254] has quit [Ping timeout: 480 seconds]
19:56 -!- niv [~nivedita@c-67-171-167-143.hsd1.or.comcast.net] has left #xen [Leaving]
20:04 -!- hebutterworth [~harry@blueice3n1.uk.ibm.com] has quit [Quit: Leaving]
20:26 -!- Surferdude [~Surferdud@pcp08365167pcs.lndsd201.pa.comcast.net] has quit [Quit:  HydraIRC -> http://www.hydrairc.com <- 100,000+ downloads can't be wrong]
20:34 -!- hollis [~hollis@pixpat.austin.ibm.com] has quit [Quit: leaving]
20:46 -!- nextime [~nextime@213-140-6-96.fastres.net] has joined #xen
21:00 -!- tierra_ [~tierra@dsl093-225-126.slc1.dsl.speakeasy.net] has joined #xen
21:07 -!- tierra [~tierra@dsl093-225-126.slc1.dsl.speakeasy.net] has quit [Ping timeout: 480 seconds]
21:21 -!- tierra_ is now known as tierra
21:27 -!- tierra [~tierra@dsl093-225-126.slc1.dsl.speakeasy.net] has quit [Quit: bug, n: A son of a glitch.]
21:57 -!- Surferdude [~Surferdud@pcp08365167pcs.lndsd201.pa.comcast.net] has joined #xen
23:28 -!- drbyte [~byte@intern146.lnk.telstra.net] has quit [Quit: Leaving]
23:47 < knewt> anyone got good suggestions of really good stress tests for block devices?
23:47 < knewt> i need something that's going to do lots of simulteanous overlapping reads and writes multiple times, with verifications to make sure it's all actually worked properly
23:47 < Sir_Ahzz> multiple bonnie++ random IO runs?
23:48 < Sir_Ahzz> write a perl script that creates 50,000 randomly sized files, then forks multiple times and randomly reads them back in?
23:48 < Sir_Ahzz> either is fairly trivial for a decent admin.
--- Log closed Fri Apr 29 23:59:01 2005