| --- | Log | opened Tue Apr 15 00:00:27 2008 |
| 04:02 | -!- | aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has joined #uml |
| 04:08 | -!- | aroscha [~aroscha@chello213047053193.30.11.tuwien.teleweb.at] has quit [Quit: aroscha] |
| 05:32 | -!- | aroscha [~aroscha@nat.labs.nic.at] has joined #uml |
| 07:08 | -!- | aroscha [~aroscha@nat.labs.nic.at] has quit [Quit: aroscha] |
| 07:16 | -!- | aroscha [~aroscha@nat.labs.nic.at] has joined #uml |
| 07:58 | -!- | aroscha [~aroscha@nat.labs.nic.at] has quit [Quit: aroscha] |
| 07:59 | -!- | aroscha [~aroscha@nat.labs.nic.at] has joined #uml |
| 08:00 | -!- | aroscha [~aroscha@nat.labs.nic.at] has quit [] |
| 08:42 | -!- | dang [~dang@75.38.192.168] has quit [Quit: Leaving.] |
| 09:02 | -!- | dang [~dang@aa-redwall.ghs.com] has joined #uml |
| 09:03 | -!- | aroscha [~aroscha@nat.labs.nic.at] has joined #uml |
| 10:55 | -!- | aroscha [~aroscha@nat.labs.nic.at] has quit [Quit: aroscha] |
| 11:11 | -!- | jdike [~jdike@pool-72-93-105-206.bstnma.fios.verizon.net] has joined #uml |
| 11:11 | <jdike:#uml> | Hi guys |
| 11:14 | -!- | pcjr [~pcjr@189.70.249.78] has joined #uml |
| 12:14 | -!- | hfb [~hfb@pool-71-118-254-245.lsanca.dsl-w.verizon.net] has joined #uml |
| 12:37 | -!- | ram [~ram@bi01p1.co.us.ibm.com] has joined #uml |
| 13:06 | -!- | pcjr [~pcjr@189.70.249.78] has quit [Ping timeout: 480 seconds] |
| 16:24 | -!- | dang [~dang@aa-redwall.ghs.com] has quit [Quit: Leaving.] |
| 17:20 | -!- | krau [~cktakahas@200.184.118.132] has quit [Quit: Varei!!!] |
| 17:53 | -!- | krau [~cktakahas@189.70.20.63] has joined #uml |
| 17:53 | -!- | krau [~cktakahas@189.70.20.63] has quit [Remote host closed the connection] |
| 17:53 | -!- | krau [~cktakahas@189.70.20.63] has joined #uml |
| 18:32 | -!- | hfb [~hfb@pool-71-118-254-245.lsanca.dsl-w.verizon.net] has quit [Quit: Leaving] |
| 18:39 | -!- | dang [~dang@75.38.192.168] has joined #uml |
| 19:39 | -!- | silug [~steve@ppp-70-225-32-179.dsl.covlil.ameritech.net] has quit [Read error: Connection reset by peer] |
| 19:59 | <caker:#uml> | jdike: any thoughts on: http://www.linode.com/forums/viewtopic.php?t=3100 and http://p.linode.com/686 ? |
| 21:03 | -!- | SNy [d1b917917e@bmx-chemnitz.de] has quit [Ping timeout: 480 seconds] |
| 21:09 | <jdike:#uml> | there was a memory leak a little while ago |
| 21:12 | <jdike:#uml> | fixed in mainline with commit ac2a659968f5318a180213f0409c2ea21f072820 |
| 21:12 | -!- | SNy [b3ceae26f9@bmx-chemnitz.de] has joined #uml |
| 21:13 | <jdike:#uml> | that shouldn't be size-128 though |
| 21:14 | <jdike:#uml> | it wouldn't affect you anyway because it's for systems which use the stubs |
| 21:20 | <jdike:#uml> | any idea when it appeared? |
| 21:24 | <caker:#uml> | no .. only two reports, both 2.6.23.x based, I believe |
| 21:24 | <caker:#uml> | one .12 and one .17 methinks |
| 21:25 | <jdike:#uml> | did you run .22 heavily? |
| 21:29 | <caker:#uml> | 2007-09-10 - 2.6.22.6-linode34 |
| 21:29 | <caker:#uml> | 2007-11-05 - 2.6.23.1-linode36 |
| 21:29 | <caker:#uml> | so right under 2 months |
| 21:29 | <caker:#uml> | well, could be a bunch of people who are still running it, depending on when they (re)booted |
| 21:29 | <caker:#uml> | I could gather stats, if needed ;) |
| 21:35 | -!- | silug [~steve@ppp-70-225-32-179.dsl.covlil.ameritech.net] has joined #uml |
| 21:38 | -!- | silug_ [~steve@ppp-70-225-32-179.dsl.covlil.ameritech.net] has joined #uml |
| 21:38 | -!- | silug [~steve@ppp-70-225-32-179.dsl.covlil.ameritech.net] has quit [Read error: Connection reset by peer] |
| 21:53 | <jdike:#uml> | definitely a memory leak |
| 21:53 | <jdike:#uml> | just trying to figure a strategy for chasing it |
| 21:55 | -!- | jdike [~jdike@pool-72-93-105-206.bstnma.fios.verizon.net] has quit [Quit: Leaving] |
| 21:57 | -!- | silug_ is now known as silug |
| 22:13 | -!- | silug [~steve@ppp-70-225-32-179.dsl.covlil.ameritech.net] has quit [Read error: Connection reset by peer] |
| 22:17 | -!- | vsniner [~vsniner@dyn216-8-175-254.adsl.mnsi.net] has joined #uml |
| 22:18 | <vsniner:#uml> | Hi all, wondering if anyone has any tips or experience in setting up Xen and UML side by side? |
| 22:20 | <caker:#uml> | get Xen working; run UMLs, attach UMLs to Xen's bridge .. |
| 22:20 | <caker:#uml> | of course, those UMLs would run in skas0 mode .. which is probably Good Enough |
| 22:21 | <caker:#uml> | "attach UMLs to Xen's bridge" <-- that's if you're running the UMLs in dom0 |
| 22:21 | <caker:#uml> | if running them in domU, nothing else is really required |
| 22:23 | <vsniner:#uml> | i get segfaults during the bootup IF i have it try and configure its networking in either dom0 or domU. |
| 22:23 | <caker:#uml> | UML segfaults?? |
| 22:23 | <vsniner:#uml> | should i attach a tap adapter to Xen's bridge? |
| 22:23 | <vsniner:#uml> | yea |
| 22:23 | <vsniner:#uml> | sec |
| 22:23 | <caker:#uml> | yeah -- I use the tap+bridging config for UML |
| 22:24 | <vsniner:#uml> | i have uml and the tap adapter working here at home |
| 22:24 | <vsniner:#uml> | http://pastebin.ca/986942 details from dmesg when it segfaults |
| 22:26 | <caker:#uml> | tried running a more recent UML (although that still looks fishy) |
| 22:26 | <caker:#uml> | ? |
| 22:26 | <caker:#uml> | did you build the UML from a tree patched with Xen? .. or is that a distro's munged tree? |
| 22:26 | <vsniner:#uml> | i've tried the one from nagafix, and the one from uml@sourceforge, on both centos and fedora |
| 22:27 | <caker:#uml> | personally, I'd stick to UMLs built from kernel.org sources |
| 22:27 | <vsniner:#uml> | i was unable to successfully build a Xen domU kernel with the skas patch.. i didnt try any other combinations |
| 22:28 | <caker:#uml> | that panic is from UML, not booting Xen, correct? |
| 22:28 | <caker:#uml> | never mind .. |
| 22:28 | <caker:#uml> | it's Xen crashing, but running a UML, right? |
| 22:29 | <vsniner:#uml> | uh, Xen works, trying to load UML with networking under Xen fails |
| 22:29 | <vsniner:#uml> | if i just do say, ./linux ubda=root_fs |
| 22:29 | <caker:#uml> | and then dom0 BUGs |
| 22:30 | <caker:#uml> | (with networking) |
| 22:30 | <vsniner:#uml> | correct. |
| 22:30 | <vsniner:#uml> | domUs have the same behavior |
| 22:30 | <caker:#uml> | nutty |
| 22:30 | <vsniner:#uml> | and trying to use the skas patch on my xen patched kernel fails to compile |
| 22:30 | <vsniner:#uml> | so there is obivously some conflict |
| 22:32 | <vsniner:#uml> | didnt you run UML and Xen dom0's side by side at linode? |
| 22:34 | <vsniner:#uml> | i'm going to try hot-plugging the networking after boot |
| 22:39 | <caker:#uml> | no, we do either/or on our hosts |
| 22:40 | <vsniner:#uml> | ok |
| 22:41 | <vsniner:#uml> | i have some more detailed information about what takes place during the segfault, possibly the cause: http://pastebin.ca/986960 |
| 22:41 | <caker:#uml> | Have you tried non-distro munched Xen kernel sources? |
| 22:42 | <caker:#uml> | ie, from xenbits.xensource.com ? |
| 22:42 | <vsniner:#uml> | no, i'll try them |
| 22:44 | <vsniner:#uml> | regardless, i'm starting to think its not worth my trying to make them play nice... |
| 22:45 | <caker:#uml> | there's nothing special about UML that should cause its host kernel to BUG |
| 22:45 | <caker:#uml> | so .. it Should Work<tm> |
| 22:48 | <vsniner:#uml> | hehe |
| 22:50 | <vsniner:#uml> | if i find anything out, i'll let you guys know :) |
| 22:50 | <vsniner:#uml> | afaik, its just clashing with the networking |
| 22:50 | <vsniner:#uml> | i could run them stand alone, but what's the point |
| 23:10 | -!- | ram [~ram@bi01p1.co.us.ibm.com] has quit [Ping timeout: 480 seconds] |
| 23:59 | -!- | VS_ChanLog [~stats@ns.theshore.net] has left #uml [Rotating Logs] |
| 23:59 | -!- | VS_ChanLog [~stats@ns.theshore.net] has joined #uml |
| --- | Log | closed Wed Apr 16 00:00:48 2008 |
![[FSF Associate Member]](/assets/fsf.png){kind=small}
