--- Day changed --- Log opened Tue Nov 01 23:59:01 2005 00:14 -!- hollisb [~hollisb@user-0vvde2g.cable.mindspring.com] has joined #xen 00:15 -!- iprone [~iprone@adsl-065-012-167-027.sip.asm.bellsouth.net] has quit [Ping timeout: 480 seconds] 00:16 -!- chrish01 [~chrish01@c-24-126-25-41.hsd1.ca.comcast.net] has quit [Read error: Connection reset by peer] 00:19 -!- timster [~chatzilla@64-142-81-224.dsl.static.sonic.net] has quit [Ping timeout: 480 seconds] 00:19 -!- chrish01 [~chrish01@c-24-126-25-41.hsd1.ca.comcast.net] has joined #xen 00:30 -!- ronpoz_ [~ronpoz@ool-45700306.dyn.optonline.net] has quit [Quit: Trillian (http://www.ceruleanstudios.com] 00:32 -!- chrish03 [~chrish01@c-24-126-25-41.hsd1.ca.comcast.net] has joined #xen 00:34 -!- hollisb [~hollisb@user-0vvde2g.cable.mindspring.com] has quit [Quit: leaving] 00:37 -!- chrish01 [~chrish01@c-24-126-25-41.hsd1.ca.comcast.net] has quit [Ping timeout: 480 seconds] 00:37 -!- chrish02 [~chrish01@c-24-126-25-41.hsd1.ca.comcast.net] has quit [Ping timeout: 480 seconds] 00:38 -!- chrish03 [~chrish01@c-24-126-25-41.hsd1.ca.comcast.net] has quit [Quit: Leaving] 00:39 -!- dhendrix [~dhendrix@pcp0011708758pcs.brodwy01.nm.comcast.net] has joined #xen 01:00 -!- chrish01 [~chrish01@c-24-126-25-41.hsd1.ca.comcast.net] has joined #xen 01:02 -!- stekloff [~stekloff@pool-71-111-145-249.ptldor.dsl-w.verizon.net] has quit [Quit: Leaving] 01:04 -!- timster [~chatzilla@64-142-81-224.dsl.static.sonic.net] has joined #xen 01:05 -!- rpg [~rpg@cpe-70-113-92-34.austin.res.rr.com] has quit [Remote host closed the connection] 01:36 -!- sc [~dhendrix@pcp0011708758pcs.brodwy01.nm.comcast.net] has joined #xen 01:36 -!- dhendrix [~dhendrix@pcp0011708758pcs.brodwy01.nm.comcast.net] has quit [Read error: Connection reset by peer] 01:37 -!- nicolas [~nicolas@130.158.161.128] has joined #xen 01:37 < nicolas> hi 01:54 -!- sc is now known as dhendrix 01:57 -!- nicolas_ [~nicolas@130.158.161.128] has joined #xen 01:57 -!- nicolas [~nicolas@130.158.161.128] has quit [Read error: Connection reset by peer] 01:59 -!- muli_ [~muli@80.179.215.131.cable.012.net.il] has quit [Quit: My damn controlling terminal disappeared!] 02:33 -!- timster [~chatzilla@64-142-81-224.dsl.static.sonic.net] has quit [Ping timeout: 480 seconds] 02:34 -!- Tv [~tv@GMMDXXVII.dsl.saunalahti.fi] has quit [Quit: foo] 02:34 -!- timster [~chatzilla@64-142-81-224.dsl.static.sonic.net] has joined #xen 02:35 -!- rusty [~rusty@CPE-203-51-35-13.nsw.bigpond.net.au] has quit [Ping timeout: 480 seconds] 02:37 -!- Shoragan [~shoragan@d072.apm.etc.tu-bs.de] has joined #xen 03:50 -!- Shoragan [~shoragan@d072.apm.etc.tu-bs.de] has quit [Read error: Connection reset by peer] 03:50 -!- Shoragan [~shoragan@d072.apm.etc.tu-bs.de] has joined #xen 04:00 -!- muli [~muli@nesher3.haifa.il.ibm.com] has quit [Ping timeout: 480 seconds] 04:51 -!- athomas [~athomas@host81-136-90-108.in-addr.btopenworld.com] has joined #xen 05:07 -!- chrish02 [~chrish01@c-24-126-25-41.hsd1.ca.comcast.net] has joined #xen 05:08 -!- chrish03 [~chrish01@c-24-126-25-41.hsd1.ca.comcast.net] has joined #xen 05:15 -!- chrish02 [~chrish01@c-24-126-25-41.hsd1.ca.comcast.net] has quit [Ping timeout: 480 seconds] 05:16 -!- cdub [~chrisw@cdub.netrep.oftc.net] has quit [Ping timeout: 480 seconds] 05:26 -!- chrish02 [~chrish01@c-24-126-25-41.hsd1.ca.comcast.net] has joined #xen 05:27 -!- cdub [~chrisw@216-99-217-87.dsl.aracnet.com] has joined #xen 06:13 -!- chrish02 [~chrish01@c-24-126-25-41.hsd1.ca.comcast.net] has quit [Quit: Leaving] 06:13 -!- chrish03 [~chrish01@c-24-126-25-41.hsd1.ca.comcast.net] has quit [Remote host closed the connection] 06:14 -!- chrish02 [~chrish01@c-24-126-25-41.hsd1.ca.comcast.net] has joined #xen 06:15 -!- tab [~tab@darwin.snarc.org] has joined #xen 06:24 -!- cableman [~cableman@3E6B4910.rev.stofanet.dk] has joined #xen 06:55 -!- mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has joined #xen 07:07 -!- monrad [~monrad@213083190134.sonofon.dk] has quit [Quit: Leaving] 07:12 -!- chrish02 [~chrish01@c-24-126-25-41.hsd1.ca.comcast.net] has quit [Quit: Leaving] 07:25 -!- franR [~franr@inextensia.net] has joined #xen 07:45 -!- iprone [~iprone@65.83.231.99] has joined #xen 07:58 -!- mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has quit [Quit: mdday] 08:00 -!- jimix [~jimix@ip13.194.susc.suscom.net] has joined #xen 08:12 -!- Shoragan_ [~shoragan@d072.apm.etc.tu-bs.de] has joined #xen 08:13 -!- Shoragan [~shoragan@d072.apm.etc.tu-bs.de] has quit [Read error: Connection reset by peer] 08:36 -!- Tv [~tv@GMMDXXVII.dsl.saunalahti.fi] has joined #xen 09:09 -!- mdday [~mdday@bi01p1.nc.us.ibm.com] has joined #xen 09:20 -!- franR_ [~franr@inextensia.net] has joined #xen 09:20 -!- franR [~franr@inextensia.net] has quit [Write error: connection closed] 09:35 -!- franR [~franr@inextensia.net] has joined #xen 09:35 -!- franR_ [~franr@inextensia.net] has quit [Read error: Connection reset by peer] 09:53 -!- Basic [~Basic@warden.real-time.com] has quit [Quit: Leaving] 09:57 -!- hollisb [~hollisb@user-0vvde2g.cable.mindspring.com] has joined #xen 10:02 -!- mdday [~mdday@bi01p1.nc.us.ibm.com] has quit [Quit: mdday] 10:05 -!- monrad [~monrad@213083190134.sonofon.dk] has joined #xen 10:05 -!- mdday [~mdday@bi01p1.nc.us.ibm.com] has joined #xen 10:20 * tessier wonders what isn't compiled into his xen kernel that he needs 10:20 < tessier> Sound doesn't work and my usb hd doesn't work 10:20 < tessier> oof...tons of modules are missing compared to last time. No wonder. 10:21 < tessier> ah...I didn't do make modules_install! Crap. 10:21 < tessier> hmm...xen seems to have done that for me. 10:23 -!- homebaum [~michael@pool-71-245-98-51.ptldor.fios.verizon.net] has joined #xen 10:29 -!- muli [~muli@192.114.107.4] has joined #xen 10:34 -!- mdday [~mdday@bi01p1.nc.us.ibm.com] has quit [Quit: mdday] 10:36 -!- rharper [~rharper@pixpat.austin.ibm.com] has joined #xen 10:39 < tessier> Cpu(s): 0.0% us, 0.0% sy, 0.0% ni, 0.0% id, 100.0% wa, 0.0% hi, 0.0% si 10:40 < tessier> Anyone heard of any bugs with xen being very slow in IO on amd64? 10:40 < tessier> I am having some real performance problems. Backups can be blazing slow too. Might have something to do with interprocess IO or something. 10:43 -!- mdday [~mdday@bi01p1.nc.us.ibm.com] has joined #xen 10:44 -!- Basic [~Basic@gatekeeper.real-time.com] has joined #xen 11:06 -!- hollisb [~hollisb@user-0vvde2g.cable.mindspring.com] has quit [Quit: leaving] 11:08 < tessier> How is iowait calculated by top and how does xen report it? One xen instance which is not doing anything as far as I can see is showing nearly 100% iowait. Domain0 shows iowait radically jumping around from 3 to 99% and another shows very little iowait 11:09 < tessier> Sometimes xen seems very slow in disk io 11:10 < tessier> And does iostat in domain0 report total system disk io or just disk io caused by domain0? 11:10 < tessier> I am seeing 400 tps in domain0 according to iostat 11:17 -!- stekloff [~stekloff@bi01p1.co.us.ibm.com] has joined #xen 11:21 < tessier> hmm...mem-set and mem-max still don't seem to work either 11:22 -!- jimix [~jimix@ip13.194.susc.suscom.net] has quit [Quit: jimix] 11:22 < tessier> I have never been able to increase the memory of a running domain. 11:23 -!- rpg [~rpg@pixpat.austin.ibm.com] has joined #xen 11:24 -!- hollisb [~hollisb@pixpat.austin.ibm.com] has joined #xen 11:28 -!- mejlholm [~mejlholm@port79.ds1-abc.adsl.cybercity.dk] has joined #xen 11:30 -!- jimix [~jimix@ip13.194.susc.suscom.net] has joined #xen 11:31 < jonmason> tessier: are you problems in dom0 or domU? 11:31 < tessier> To which problem do you refer? :) 11:33 < jonmason> tessier: everything 11:33 < jonmason> I don't think USB works at all 11:33 < tessier> USB does work, it's great. At least, it did before I upgraded my xen. 11:33 < jonmason> harry might know, but I don't see him on 11:33 < tessier> I think I am missing some modules for some reason. They do not seem to be automatically loading. 11:34 < jonmason> tessier: are you usin a custom .config or the default? 11:34 < tessier> The default except I had to enable nv_sata for my hard disk to work 11:37 < tessier> Being unable to change the amount of memory in a domain is changing memory from dom0 on a domU 11:40 < jonmason> hmm 11:40 < jonmason> Automatic kernel module loading is enabled by default 11:41 < jonmason> for dom0 11:41 < jonmason> I haven't noticed any IO problems, but I'm not doign much comparison to base linux 11:41 < tessier> Well, I think my IO problems might have been with one of my domains swapping like mad. 11:50 -!- githogori [~githogori@207.47.36.146] has joined #xen 11:52 -!- plars [~plars@pixpat.austin.ibm.com] has joined #xen 11:56 < jonmason> ah 12:28 -!- timster [~chatzilla@64-142-81-224.dsl.static.sonic.net] has quit [Quit: ChatZilla 0.9.61 [Mozilla rv:1.7.8/20050511]] 12:28 -!- timster [~chatzilla@64-142-81-224.dsl.static.sonic.net] has joined #xen 13:09 -!- toks [~toks@bi01p1.nc.us.ibm.com] has joined #xen 13:13 < tessier> Wow, the load average bug has been fixed. Cool. 13:18 < timster> there was a load average bug? 13:19 < timster> testing or unstable? 13:19 < tessier> Yeah...no-load load average was 1.0 before instead of 0 13:19 < tessier> unstable 13:19 < tessier> we... xen 3.0 13:20 < sdague> tessier: now it is just always 0 13:20 < sdague> instead of always 1 13:21 < sdague> at least that's how it looks to me 13:21 < tessier> It's not always 0 for me. It looks like it is behaving normally 13:24 < sdague> right. I'm running some tight loop items 13:25 < sdague> while load average looks technically correct, it definitely means something different than bare iron 13:27 -!- athomas [~athomas@host81-136-90-108.in-addr.btopenworld.com] has quit [Quit: Leaving] 13:28 < tessier> Right. I would expect it to only show the load average for the domain itself. 13:30 < tessier> Would be nice if xen had some way to show cpu and disk io loads for the whole machine 13:30 < sdague> right, but for instance if you run something in a tight loop, and run top, load average in a Xen domain ends up at 2 13:30 < sdague> instead of just past 1, which is how it works on bare iron 13:31 < sdague> while technically correct, it can easily be misinterpretted 13:34 < tessier> I see. Odd that it ends up at 2. Why is that technically correct? 13:36 < sdague> sorry, because of my specific test 13:36 < sdague> I have a perl command line running a system() in a tight loop 13:37 < sdague> on a xen domU it sees both perl and sh in the R state on every poll, thus ~ 2 load 13:37 < sdague> on a bare iron it doesn't, thus ~1 load 13:37 < sdague> it may have to do with IO to /dev/null 13:38 < sdague> regardless, it is different enough that while technically it is correct (number of things in run q), what we've gotten used to those numbers meaning don't mean the same thing in a Xen env 13:42 < fith> Heh, it just highlights that load avg is a mostly useless statistic :) 13:47 < sdague> which is why I think it was a bit better when it just said 1 for xen DomUs, as that is really more like the truth :) 13:58 -!- niv [~nivedita@bi01p1.co.us.ibm.com] has joined #xen 14:09 -!- niv [~nivedita@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds] 14:11 -!- timster [~chatzilla@64-142-81-224.dsl.static.sonic.net] has quit [Ping timeout: 480 seconds] 14:13 -!- timster [~chatzilla@64-142-81-224.dsl.static.sonic.net] has joined #xen 14:31 -!- cableman [~cableman@3E6B4910.rev.stofanet.dk] has quit [Remote host closed the connection] 14:34 -!- niv [~nivedita@bi01p1.co.us.ibm.com] has joined #xen 14:36 -!- sunny [user@lexington.opencurve.org] has quit [Quit: refresh] 14:36 -!- sunny [user@lexington.opencurve.org] has joined #xen 14:43 -!- killsoft [~robb@pixpat.austin.ibm.com] has joined #xen 15:00 -!- franR [~franr@inextensia.net] has quit [Quit: Error inopinée -10s, -9, -8... Unexpected error -10s, -9, -8,... Really ?] 15:03 -!- mdday [~mdday@bi01p1.nc.us.ibm.com] has quit [Quit: mdday] 15:09 -!- chrish01 is now known as chris|out 15:28 -!- yarihm [~yarihm@80-218-5-17.dclient.hispeed.ch] has joined #xen 15:35 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has joined #xen 15:41 -!- chrish01 [~chrish01@wsip-70-183-17-66.oc.oc.cox.net] has joined #xen 15:53 -!- mdday [~mdday@bi01p1.nc.us.ibm.com] has joined #xen 15:54 -!- toks [~toks@bi01p1.nc.us.ibm.com] has quit [Quit: Leaving] 16:07 -!- stekloff [~stekloff@bi01p1.co.us.ibm.com] has quit [Quit: Leaving] 16:24 -!- iprone [~iprone@65.83.231.99] has quit [Ping timeout: 480 seconds] 16:33 -!- killsoft [~robb@pixpat.austin.ibm.com] has quit [Quit: User fell out of chair] 16:33 -!- killsoft [~robb@pixpat.austin.ibm.com] has joined #xen 16:54 -!- iprone [~iprone@lawn-199-77-211-29.lawn.gatech.edu] has joined #xen 16:56 -!- stekloff [~stekloff@pool-71-111-145-249.ptldor.dsl-w.verizon.net] has joined #xen 17:04 -!- mejlholm [~mejlholm@port79.ds1-abc.adsl.cybercity.dk] has quit [Quit: Client exiting] 17:05 -!- plars [~plars@pixpat.austin.ibm.com] has quit [Ping timeout: 480 seconds] 17:08 -!- chrish01 [~chrish01@wsip-70-183-17-66.oc.oc.cox.net] has quit [Quit: Leaving] 17:11 -!- chrish01 [~chrish01@wsip-70-183-17-66.oc.oc.cox.net] has joined #xen 17:12 -!- timster [~chatzilla@64-142-81-224.dsl.static.sonic.net] has quit [Ping timeout: 480 seconds] 17:13 -!- timster [~chatzilla@64-142-81-224.dsl.static.sonic.net] has joined #xen 17:17 -!- plars [~plars@pixpat.austin.ibm.com] has joined #xen 17:21 -!- iprone [~iprone@lawn-199-77-211-29.lawn.gatech.edu] has quit [Ping timeout: 480 seconds] 17:21 -!- mdday [~mdday@bi01p1.nc.us.ibm.com] has quit [Quit: mdday] 17:47 -!- jimix [~jimix@ip13.194.susc.suscom.net] has quit [Quit: jimix] 17:48 -!- chrish01 [~chrish01@wsip-70-183-17-66.oc.oc.cox.net] has quit [Quit: Leaving] 17:52 -!- tessier [~treed@wsip-68-15-4-13.sd.sd.cox.net] has quit [Quit: Leaving] 18:05 -!- yarihm [~yarihm@80-218-5-17.dclient.hispeed.ch] has quit [Quit: Leaving] 18:17 -!- plars [~plars@pixpat.austin.ibm.com] has quit [Ping timeout: 480 seconds] 18:18 -!- tessier [~treed@wsip-68-15-4-13.sd.sd.cox.net] has joined #xen 18:24 -!- Shoragan_ [~shoragan@d072.apm.etc.tu-bs.de] has quit [Quit: Leaving] 18:25 -!- ronpoz_ [~ronpoz@ool-45700306.dyn.optonline.net] has joined #xen 18:27 < tessier> So the question now is...why is my new xen kernel barely loading any modules whereas the old one loaded a ton of modules automatically which made things such as my usb hd and my sound card work? 18:33 < tessier> oh crap! 18:33 < tessier> And it built a non-smp kernel! 18:36 < jonmason> lol 18:36 < jonmason> user error 18:36 < hollisb> heh 18:36 < tessier> Last time it built an SMP kernel with support for my sound card and usb by default. 18:37 -!- hollisb [~hollisb@pixpat.austin.ibm.com] has quit [Quit: leaving] 18:37 < tessier> Now I get to go through make menuconfig and guess and what drivers I need to enable 18:37 < jonmason> I'm building a new one now, I'll see how it goes 18:37 < jonmason> tessier: lspci is your friend 18:37 < knewt> people-- # suck 18:40 < tessier> ok, ac97 sound and usb mass storage...that should be what I need 18:40 -!- Basic [~Basic@gatekeeper.real-time.com] has quit [Quit: Leaving] 18:45 -!- velplin [~jalonso-l@wireless-151.media.mit.edu] has joined #xen 18:46 -!- rpg [~rpg@pixpat.austin.ibm.com] has quit [Ping timeout: 480 seconds] 18:47 < velplin> I have a single Xeon P4 machine running Xen 3 and xenlinux 2.6.? running dreadfully slow through its on-boot module scan.... any clues out there? (cross-speaking from freenode). 18:55 -!- tessier [~treed@wsip-68-15-4-13.sd.sd.cox.net] has quit [Quit: Leaving] 18:55 -!- pdx6_ [~ballew@screen.sublinear.net] has quit [Remote host closed the connection] 19:03 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has quit [Quit: Leaving] 19:04 -!- tessier [~treed@wsip-68-15-4-13.sd.sd.cox.net] has joined #xen 19:08 -!- pdx6 [~ballew@screen.sublinear.net] has joined #xen 19:09 < tessier> Sweet. My sound and USB work again. And both cpu's are alive. 19:13 -!- grifferz [~andy@becks.strugglers.net] has quit [Ping timeout: 480 seconds] 19:13 -!- killsoft [~robb@pixpat.austin.ibm.com] has quit [Quit: User fell out of chair] 19:22 -!- grifferz [~andy@becks.strugglers.net] has joined #xen 19:25 -!- velplin [~jalonso-l@wireless-151.media.mit.edu] has left #xen [] 19:27 -!- stekloff [~stekloff@pool-71-111-145-249.ptldor.dsl-w.verizon.net] has quit [Quit: Leaving] 19:39 < knewt> geez, one of my servers is a bit old. 2.6.9, built december 30th 2004 19:47 -!- soffi [~soffi@proxy.du.vdsl.is] has joined #xen 19:53 < tessier> That's nothing. Until a few months ago I had a server running a 2.2 kernel! 19:59 < johnlev> anyone know if check_logging is intentionally never used? 20:11 < knewt> does it work to put the 3.0 binaries on a system that already has the 2.0 binaries? 20:21 -!- mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has joined #xen 20:31 -!- soffi [~soffi@proxy.du.vdsl.is] has quit [Quit: Leaving] 20:43 -!- niv [~nivedita@bi01p1.co.us.ibm.com] has quit [Quit: Quitting] 20:50 -!- pea [~pea@adsl-68-253-229-173.dsl.dytnoh.ameritech.net] has left #xen [] 20:50 -!- pea [~pea@adsl-68-253-229-173.dsl.dytnoh.ameritech.net] has joined #xen 21:25 -!- Alecsandro [ale@desk.alecsandro.com.br] has quit [Remote host closed the connection] 21:26 -!- mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has quit [Quit: mdday] 21:26 -!- hollisb [~hollisb@user-0vvde2g.cable.mindspring.com] has joined #xen 21:29 -!- mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has joined #xen 21:40 -!- timster_ [~chatzilla@64-142-81-224.dsl.static.sonic.net] has joined #xen 21:40 -!- timster [~chatzilla@64-142-81-224.dsl.static.sonic.net] has quit [Read error: Connection reset by peer] 21:50 -!- tonyb [~tony@202.65.75.150] has joined #xen 22:02 -!- johnlev [~johnlev@beryllium.eu.sun.com] has quit [Remote host closed the connection] 22:03 -!- johnlev [~johnlev@boron.eu.sun.com] has joined #xen 22:05 -!- johnlev [~johnlev@boron.eu.sun.com] has quit [Quit: ] 22:05 -!- johnlev [~johnlev@boron.eu.sun.com] has joined #xen 22:06 -!- mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has quit [Quit: mdday] 22:19 -!- dhendrix [~dhendrix@pcp0011708758pcs.brodwy01.nm.comcast.net] has quit [Remote host closed the connection] 22:45 < knewt> bah. looking at the contents of dist/install against a 'find' on the existing xen2 system i'm looking at using, stuff clashes. so i'm going to have to tar up the existing xen stuff and then remove it all, to be safe :( 23:10 -!- githogori [~githogori@207.47.36.146] has quit [Remote host closed the connection] 23:27 -!- rusty [~rusty@59.167.56.90] has joined #xen 23:32 < knewt> bah. i can boot into my nice new xen3/2.6.12 kernel, but it hangs while running udevstart :( 23:47 -!- ronpoz_ [~ronpoz@ool-45700306.dyn.optonline.net] has quit [Quit: Trillian (http://www.ceruleanstudios.com] --- Log closed Wed Nov 02 23:59:00 2005