--- Day changed

--- Log opened Thu May 12 23:59:02 2005
00:15 -!- vip_ [~weasel@S0106000c41cd470e.cg.shawcable.net] has joined #xen
00:16 -!- vip_ is now known as Vip-
00:17 < Vip-> Does Xen work under x86_64?
00:32 -!- soffi [~soffi@proxy.du.vdsl.is] has quit [Quit: This computer has gone to sleep]
00:47 -!- Vip- [~weasel@S0106000c41cd470e.cg.shawcable.net] has quit [Quit: Leaving]
02:34 -!- rusty [~rusty@bh02i525f01.au.ibm.com] has quit [Ping timeout: 480 seconds]
02:44 -!- tierra [~tierra@dsl093-225-126.slc1.dsl.speakeasy.net] has quit [Quit: bug, n: A son of a glitch.]
03:39 -!- cc [~cc2@c210-49-121-44.eburwd3.vic.optusnet.com.au] has joined #xen
04:41 -!- athomas [~athomas@ppp-0-160.lond-b-1.access.uk.tiscali.com] has joined #xen
04:59 -!- DEac- [~deac@xdsl-213-196-203-92.netcologne.de] has quit [Ping timeout: 480 seconds]
05:12 -!- DEac- [~deac@xdsl-213-196-204-213.netcologne.de] has joined #xen
07:54 -!- hebutterworth [~harry@blueice2n1.uk.ibm.com] has joined #xen
08:26 -!- Beaky [~chatzilla@ncg-adsl.demon.co.uk] has joined #xen
08:46 -!- riel is now known as surriel
09:50 -!- unriel is now known as riel
10:07 -!- plars [~plars@pixpat.austin.ibm.com] has quit [Read error: Operation timed out]
10:08 -!- rharper [~rharper@pixpat.austin.ibm.com] has joined #xen
10:09 -!- hollis [~hollis@user-0vvde2g.cable.mindspring.com] has joined #xen
10:17 -!- plars [~plars@pixpat.austin.ibm.com] has joined #xen
10:23 -!- movewent is now known as movement
10:56 -!- Beaky [~chatzilla@ncg-adsl.demon.co.uk] has quit [Quit: no reason]
10:59 -!- visik7 [~ciao@host124-39.pool80182.interbusiness.it] has quit [Ping timeout: 480 seconds]
11:00 -!- hollis [~hollis@user-0vvde2g.cable.mindspring.com] has quit [Quit: leaving]
11:21 -!- knewt_ [~jmb@p213.54.96.154.tisdip.tiscali.de] has joined #xen
11:22 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has joined #xen
11:22 < mael> hi aliguori 
11:22 < aliguori> hi mael
11:24 < mael> aliguori:  your stub on busybox/uclibc don't mention buildroot, is it normal?
11:24 < aliguori> 3. Use the uClibc build root
11:25 < aliguori> ...
11:25 < mael> aaah that's it
11:25 < aliguori> you do need to use buildroot
11:25 < mael> I was confused by the fact they now have a separate website
11:26  * mael could not figure out out to say busybox to use uclibc otherwise
11:26 < aliguori> :)
11:27 -!- knewt [~jmb@p213.54.97.31.tisdip.tiscali.de] has quit [Read error: Operation timed out]
11:27 < mael> well anyway I'm stuck : I don't have any space left on my computer at the moment to build the whole stuff
11:27 < mael> I'll try next week (probably on monday)
11:27 < aliguori> let me know how it goes
11:28 < mael> yeah sure
11:28 -!- knewt_ is now known as knewt
11:28 < mael> do you have any advice about the feature i have to include in the build?
11:28 < mael> (mandatory ones for example)
11:29 < aliguori> not really... if you're using vm-tools it's pretty minimal
11:29 < aliguori> only really requires pty support
11:29 < mael> ok
11:29 < mael> python is probably a big mess
11:29 < aliguori> i'm sure, but it's supposed to compile with uclibc
11:30 < mael> yeah, I saw the "python" entry in the config
11:31 -!- hollis [~hollis@pixpat.austin.ibm.com] has joined #xen
11:32 < aliguori> has anyone seen this article about hyper-threading security problems?
11:32 < hollis> nope
11:33 < mael> aliguori:  URL?
11:34 < aliguori> http://www.daemonology.net/hyperthreading-considered-harmful/
11:35 < aliguori> reading the paper now
11:35 < riel> ohhh, it's online now ?
11:35  * riel prints
11:35 < aliguori> looks like it's a timing analysis that allows for discovery of portions of a computed key
11:35 < aliguori> just enough to make it factorable
11:35 < mael> hehe great
11:36 < mael> then you have to add a small amount of plutonium in HT CPU to get a real source of entropy
11:37 < aliguori> seems like openssl could just through it off by doing some random garbage calculations while generating a key
11:38 < mael> hum, so no radioactive stuff in server room then?
11:38 < mael> too bad
11:39 < murble> mael: in the smoke detectors :-)
11:39  * mael was about to ask for a risk incentive
11:42 -!- soffi [~soffi@Tolvudeild-SC-gw.vv.simnet.is] has joined #xen
11:43 < mael> hi soffi 
11:43 < mael> how is your active-active fileserver cluster going?
11:43 < mael> :)
11:43 < soffi> you tell me :)
11:47 < hollis> aliguori: ugh, this reminds me of having to think about math in school... a most unpleasent experience :)
11:48 < aliguori> hollis: yeah, that's why i just skipped large portions of it
11:54 -!- stekloff [~stekloff@bi01p1.co.us.ibm.com] has joined #xen
11:55 -!- stekloff [~stekloff@bi01p1.co.us.ibm.com] has quit [Quit: ]
11:55 -!- stekloff [~stekloff@bi01p1.co.us.ibm.com] has joined #xen
12:04 -!- matta [~matta@69.93.28.254] has joined #xen
12:08 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has quit [Quit: Leaving]
12:10 -!- plars [~plars@pixpat.austin.ibm.com] has quit [Read error: Operation timed out]
12:12 -!- hebutterworth [~harry@blueice2n1.uk.ibm.com] has quit [Quit: Leaving]
12:19 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has joined #xen
12:23 -!- plars [~plars@pixpat.austin.ibm.com] has joined #xen
12:39 -!- athomas [~athomas@ppp-0-160.lond-b-1.access.uk.tiscali.com] has quit [Quit: Leaving]
13:19 -!- tierra [~tierra@dsl093-225-126.slc1.dsl.speakeasy.net] has joined #xen
13:19 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has quit [Read error: Connection reset by peer]
13:21 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has joined #xen
13:39 -!- tessier [~treed@222.253.65.236] has joined #xen
13:39 < tessier> Oy vey!
13:39 < tessier> You guys are difficult to find.
13:39 < tessier> First place I looked was #xen on freenode but nooo... :)
13:39 < soffi> I've been hiding
13:39 < matta> me too
13:41 < tessier> So I installed xen 2.0.5 on my box...when it boots it says "Initial guest OS requires too much memory". I googled and found only one reference to this outside of the error message itself in the source by someone name yosh in this channel about a month ago.
13:41 < tessier> Someone suggested he search the gmane archives (which I did) but he never came back and said he found anything (which I did not).
13:41 < tessier> So I am wondering if anyone knows anything about this...
13:41 < tessier> There was speculation in the chat at the time that it had something to do with an initrd.
13:41 < matta> are you setting dom0_mem on the xen command line?
13:42 < tessier> yep
13:42 < tessier> dom0_mem=128M
13:43 < tessier> I would think 128M should be enough.
13:43 < tessier> I believe that is what the documentation I read to set up grub used as the example also.
13:44 < tessier> oooh...a wiki
13:45 < riel> tessier: the wiki even contains a pointer to this irc channel ;)
13:45 < tessier> How convenient. A shame the only pointer to the wiki is this irc channel. :)
13:45 < tessier> The only one I have run across so far anyhow...
13:45 < riel> the wiki should be linked from other places
13:46 < tessier> riel: I heard you had been playing with X in xen. How's that working out?
13:46 < aliguori> tessier: 2.0.5 does not support suffixes
13:46 < riel> it works on some systems, not others ;)
13:46 < aliguori> you have to specify the memory in kilobytes
13:46 < riel> I haven't had time to figure out why
13:46 < aliguori> it's doing atoi("128M") which gives 128k which is not nearly enough memory
13:47 < hollis> riel: where in the wiki? I don't see it, and neither does the search function
13:47 < tessier> aliguori: ah...might want to update the user manual then. :) It says =128M
13:47 < riel> hollis: developer resources or something like that
13:47 < aliguori> tessier: actually, the user manual was just updated
13:47 < aliguori> to say 128M instead of 131072
13:47 < hollis> ah. well, I guess that hides it from users with problems :)
13:48 < aliguori> i think 2.0-testing has suffix support too now
13:48 < tessier> I see. So the user manual applies to the testing version, not the binaries currently available for download from the website...ok
13:49 < tessier> Well, I'm gonna reboot then and see if it's happy now. Hopefully I will be irc'ing from domain0 in a few minutes. :)
13:49 < tessier> Thanks for the tip.
13:49 < aliguori> np
13:49 -!- tessier [~treed@222.253.65.236] has quit [Quit: Leaving]
14:05 -!- tessier [~treed@222.253.65.236] has joined #xen
14:05 < tessier> Sweet!
14:06 < tessier> I had to specify my FC4 initrd because it couldn't open a console in addition to changing the way the memory allocation and now I'm up and running.
14:06 < tessier> X works fine in domain0
14:07 < aliguori> tessier: cool :-)
14:08 < tessier> hah....of course now it's swapping like mad because I only gave it 256M of RAM to load Gnome and all of my apps into. :)
14:08 < tessier> Time to learn how that balloon thing works...
14:18 < tessier> hmm... /usr/sbin/xm balloon Domain-0 384 does not seem to be having any effect. Not producint an error but not changing the output of the free command which still indicates 128M of ram. Nor does the xm list command output change.
14:30 < tessier> Also: What's up with the mailing list? I have been trying to subscribe for a couple of days but never receive the subscription confirmation message to reply to.
14:30 < tessier> Are subscriptions being moderated and the moderator is falling behind??
14:31 < tessier> er..s/?//
14:32 < tessier> The balloon docs clearly say it takes megs as the argument but I just tried k just in case this is similar to the previoius problem and no change.
14:33 < tessier> 147M into swap...nice. :)
14:35 < tessier> ah-hah...found an answer to my memory problem in the mailing list archives. Need to set mem= to the max.
14:37 < tessier> bbl
14:37 -!- tessier [~treed@222.253.65.236] has quit [Quit: Leaving]
15:10 < aliguori> woah, so, xmms just freaked out
15:10 < aliguori> it sounds like the mp3's are skipping like a cd
15:10 < aliguori> i wonder if this is a xen issue
15:11 < aliguori> has anyone ever seen this before?
15:40 -!- soffi [~soffi@Tolvudeild-SC-gw.vv.simnet.is] has quit [Quit: Leaving]
15:50 -!- b2s [~b2s@66.111.53.150] has joined #xen
16:25 -!- DEac- [~deac@xdsl-213-196-204-213.netcologne.de] has quit [Quit: Verlassend]
16:26 -!- DEac- [~deac@xdsl-213-196-204-213.netcologne.de] has joined #xen
16:31 -!- riel is now known as unriel
16:37 < b2s> does anyone know why the domU IP might not be getting passed to vif-route? (xen-2.0.5)
16:38 < mikegrb> virus and worm protection
16:38 < mikegrb> it is trying to protect you from the big bad internet
16:38  * mikegrb runs away
16:39 < b2s> :/ effectively
17:07 -!- DEac- [~deac@xdsl-213-196-204-213.netcologne.de] has quit [Ping timeout: 480 seconds]
17:08 -!- surriel is now known as riel
17:20 -!- DEac- [~deac@xdsl-213-196-206-73.netcologne.de] has joined #xen
18:38 -!- stekloff [~stekloff@bi01p1.co.us.ibm.com] has quit [Quit: Leaving]
18:54 -!- Blaisorblade_away [~blaisorbl@host157-148.pool8289.interbusiness.it] has joined #xen
18:55 -!- Blaisorblade_away is now known as Blaisorblade
19:09 -!- Squink [~purple@S010600131077a67e.vc.shawcable.net] has joined #xen
19:10 < Squink> Yo. Since I installed Xen, this started happening: iptables v1.2.9: can't initialize iptables table `filter': iptables who? (do you need to insmod?)       // Any ideas why?
19:12 < caker> Squink: iptables isn't compiled into your dom kernel?
19:16 < Squink> I'm not sure, I used the binary files in the end..
19:16 < Squink> Could i not add it in grub.conf?
19:17 < caker> add what?
19:17 < Squink> dunno
19:17 < caker> maybe you just need to insmod iptables, like the warning suggests?
19:17 < Squink> insmod: can't read 'iptables': No such file or directory
19:17 < caker> I'm not sure if iptables is compiled with the binary install
19:18 < Squink> ah jees. now what? :)
19:19  * Squink ponders
19:19 < Squink> there must be a way to fix this without having to recompile the kernel 
19:20 < caker> yeah, just compile the module against the same kernel source
19:21 < Squink> oh i just thought of something
19:21 < Squink> I can revert back to my non-SKAS kernel
19:22 < Squink> which most likely has iptables support
19:22 < Squink> unless that's set in the xen kernel =/
19:22 < Squink> of which i dont have the source for anyway since i used the binary =)
19:24 < Squink> ah nope
19:24 < Squink> that didnt fix it =/
19:29 -!- hbaum [~hbaum@bi01p1.co.us.ibm.com] has quit [Quit: Client exiting]
19:31 -!- rharper [~rharper@pixpat.austin.ibm.com] has quit [Ping timeout: 480 seconds]
19:32 -!- jonmason [~jonmason@pixpat.austin.ibm.com] has quit [Remote host closed the connection]
19:35 -!- hollis [~hollis@pixpat.austin.ibm.com] has quit [Quit: leaving]
20:18 -!- matta [~matta@69.93.28.254] has quit [Quit: Anybody can win, unless there happens to be a second entry.]
20:38 -!- soffi [~soffi@proxy.du.vdsl.is] has joined #xen
21:04 -!- tessier [~treed@222.253.65.236] has joined #xen
21:16 -!- muli [~muli@nesher3.haifa.il.ibm.com] has quit [Quit: My damn controlling terminal disappeared!]
21:48 -!- soffi [~soffi@proxy.du.vdsl.is] has quit [Quit: This computer has gone to sleep]
21:51 -!- aliguori [~anthony@cpe-70-112-81-91.austin.res.rr.com] has quit [Quit: Leaving]
22:19 -!- tierra [~tierra@dsl093-225-126.slc1.dsl.speakeasy.net] has quit [Quit: bug, n: A son of a glitch.]
23:09 -!- soffi [~soffi@proxy.du.vdsl.is] has joined #xen
23:52 -!- schweeb [~chris@schweeb.org] has quit [Read error: Operation timed out]
23:56 -!- schweeb [~chris@schweeb.org] has joined #xen
--- Log closed Fri May 13 23:59:00 2005