TheGrebs.com:IRC Logs:#xen:2005:05:07

---	Log	opened Sat May 07 00:00:23 2005
00:36	---	---> sleon [test@e180021175.adsl.alicedsl.de] has joined #xen
00:36	sleon	will xen run on xen processors?
00:36	sleon	xeon
00:37	mikegrb	yes
00:41	sleon	thx
00:42	sleon	does it run stable?
00:42	sleon	:)
00:42	sleon	we going to use it on a dual production server
00:42	mikegrb	as stable as xen anywhere else
00:42	sleon	does it support multiprocessor arch
00:43	sleon	and does it scale well?
00:43	mikegrb	sure
00:43	sleon	thx
01:33	---	<<-- rusty [~rusty@ppp61-198.lns1.cbr1.internode.on.net] has quit (Quit: Client exiting)
02:42	---	---> cfreak [cfreak@dsl-084-056-110-178.arcor-ip.net] has joined #xen
02:46	---	---> cfreak\| [cfreak@dsl-084-056-110-178.arcor-ip.net] has joined #xen
02:46	---	<<-- cfreak [cfreak@dsl-084-056-110-178.arcor-ip.net] has quit (Read error: Connection reset by peer)
02:48	---	---> cfreak [cfreak@dsl-084-056-110-178.arcor-ip.net] has joined #xen
02:48	---	<<-- cfreak\| [cfreak@dsl-084-056-110-178.arcor-ip.net] has quit (Read error: Connection reset by peer)
02:52	---	<<-- cfreak [cfreak@dsl-084-056-110-178.arcor-ip.net] has quit (Read error: Connection reset by peer)
03:16	---	<<-- drbyte [~byte@203-206-83-83.dyn.iinet.net.au] has quit (Read error: Operation timed out)
03:31	---	---> drbyte [~byte@203-206-83-83.dyn.iinet.net.au] has joined #xen
04:15	---	<<-- DEac- [~deac@xdsl-195-14-216-21.netcologne.de] has quit (Ping timeout: 480 seconds)
04:27	---	---> DEac- [~deac@xdsl-213-196-202-187.netcologne.de] has joined #xen
05:18	---	<<-- DEac- [~deac@xdsl-213-196-202-187.netcologne.de] has quit (Quit: Verlassend)
05:22	---	---> DEac- [~deac@xdsl-213-196-202-187.netcologne.de] has joined #xen
05:24	---	<<-- drbyte [~byte@203-206-83-83.dyn.iinet.net.au] has quit (Quit: Leaving)
05:59	---	---> cfreak [cfreak@dsl-084-056-110-178.arcor-ip.net] has joined #xen
06:46	---	---> drbyte [~byte@c210-49-121-44.eburwd3.vic.optusnet.com.au] has joined #xen
06:47	---	<<-- cfreak [cfreak@dsl-084-056-110-178.arcor-ip.net] has quit (Quit: .)
08:46	---	---> cfreak [cfreak@dsl-084-056-110-178.arcor-ip.net] has joined #xen
08:46	---	---> monrad [~monrad@213083190130.sonofon.dk] has joined #xen
09:43	---	<<-- monrad [~monrad@213083190130.sonofon.dk] has quit (Ping timeout: 480 seconds)
10:19	---	---> MarkWilliamson [~MarkW@maw48.kings.cam.ac.uk] has joined #xen
10:43	---	<<-- MarkWilliamson [~MarkW@maw48.kings.cam.ac.uk] has quit (Remote host closed the connection)
11:02	---	---> imka [~imka@227.5-182-adsl-pool.axelero.hu] has joined #xen
11:02	imka	hi channel
11:02	imka	what is error 22? it's what i get when i try to save a domain
11:18	---	---> MarkWilliamson [~MarkW@maw48.kings.cam.ac.uk] has joined #xen
11:28	imka	hi MarkWilliamson
11:28	imka	what is error 22? it's what i get when i try to save a domain
11:29	MarkWilliamso	\| imka: good question
11:29	MarkWilliamso	\| hang on...
11:29	MarkWilliamso	\| what error message do you get along with that number?
11:30	imka	one sec, i'm gonna try to save and see
11:30	MarkWilliamso	\| ok
11:32	imka	it works now. i got error 22 when i was first playing with ttylinux. now debian is fine :)
11:33	imka	xen is amazing btw. kudos!
11:34	MarkWilliamso	\| imka: weird that you got that error.
11:34	MarkWilliamso	\| but glad it works now! have fun ;-)
11:35	movement	any of the xen people looked closely at the intel VT stuff yet?
11:38	tab	movement: yes, why that ?
11:38	imka	MarkWilliamson, i get error 22 when i try to restore the domain :(
11:38	movement	just wondering how good a fit it is
11:39	MarkWilliamso	\| imka: oh dear
11:39	MarkWilliamso	\| what error text gets spat out?
11:39	imka	"Error: 22" that's all
11:41	imka	ok, now that i'm in the same folder as the .xen file (stupid me) i get "Error: 1"
11:43	MarkWilliamso	\| ah
11:43	MarkWilliamso	\| that's not very a helpful error
11:43	MarkWilliamso	\| it's probably "operation not permitted" - you are running this as root, right?
11:43	imka	just to make sure: "xm restore debian.xen" right? yes, as root
11:44	MarkWilliamso	\| sounds right
11:44	MarkWilliamso	\| could you please look it /var/xen/{xfrd,xend,xend-debug}.log
11:45	imka	on sec
11:45	MarkWilliamso	\| there should me some more useful information at the end of those files regarding the failure
11:48	MarkWilliamso	\| movement: VT seems sane
11:49	MarkWilliamso	\| the intel people have contributed code to make Xen work on it - they're planning to get it booting windows eventually
11:49	imka	MarkWilliamson, which file should i look up? there's xfrd xend and xend-debug
11:49	MarkWilliamso	\| look at all of them
11:50	MarkWilliamso	\| the barf will be somewhere near the end
11:53	imka	[2005-05-07 18:52:23 xend] INFO (__init__:1032) restore BEGIN: ['restore', ['id', '7'], ['file', '/home/imka/debian.xen']]
11:53	imka	[2005-05-07 18:52:23 xend] INFO (__init__:1032) EVENT> xend.domain.create ['Domain-8', '8']
11:53	imka	[2005-05-07 18:52:23 xend] ERROR (__init__:1032) op=restore: 1
11:53	imka	None
11:53	knewt	MarkWilliamson: did i ever post the list with a patch to increase the size of PARSER_BUF_SIZE in sxpr_parser.h from it's annoyingly small 1024 characters?
11:53	imka	xend.log
11:54	MarkWilliamso	\| knewt: i don't think so, although that's bitten me too so it would be welcome
11:55	yosh	MarkWilliamson: what would be the best way to get CONFIG_DEBUG_BUGVERBOSE defined for guest kernels?
11:58	MarkWilliamso	\| imka: still not sure
11:58	MarkWilliamso	\| is there anything interesting in "xm dmesg" (towards the end)?
11:58	MarkWilliamso	\| what version of Xen?
11:58	MarkWilliamso	\| what does "xm list" show?
11:58	MarkWilliamso	\| yosh: is that a generic linux option?
12:00	yosh	sort of. it's only configurable if CONFIG_EMBEDDED is set. otherwise it's on all the time
12:01	yosh	it's missing from xen/i386/Kconfig tho
12:01	imka	MarkWilliamson, it's xen 2.0 that coming with suse 9.3. xm list shows domain-0 running. i've stopped and started xend but no success
12:01	MarkWilliamso	\| yosh: I guess you'll need to tweak with the Kconfig scripts to persuade the build system it's allowed
12:01	yosh	but the xen traps.c expects it to be there
12:01	MarkWilliamso	\| imka: ok, how about "xm dmesg"?
12:01	yosh	MarkWilliamson: well, is simply adding it to xen/i386/Kconfig the best way?
12:02	MarkWilliamso	\| yosh: xen's traps.c actually uses it? i guess you may need to fix that if you want it configurable
12:02	imka	MarkWilliamson, i don't see any error messages (xm dmesg)
12:02	imka	must be some trivial mistake i'm making
12:02	MarkWilliamso	\| yosh: adding it to Kconfig will do for testing. any idea which Kconfig it's in usually
12:03	MarkWilliamso	\| imka: what does "xm info" give you? in particular i'm interested in the free memory
12:03	yosh	MarkWilliamson: lib/Kconfig.debug
12:03	MarkWilliamso	\| imka: any interesting info at the end of dom0's "dmesg"
12:03	MarkWilliamso	\| yosh: i guess it could be tweaked there...
12:03	MarkWilliamso	\| whichever looks cleanest, i guess
12:04	imka	MarkWilliamson, i got 50 free memory
12:04	MarkWilliamso	\| imka: how big's the domain?
12:04	imka	domain-0 is 187
12:04	yosh	MarkWilliamson: well, xen doesn't use that though. the debug options live in xen/i386/Kconfig
12:05	MarkWilliamso	\| imka: but how big was the domain before you suspended it?
12:05	MarkWilliamso	\| yosh: OK, I guess that's the best place for it then.
12:07	knewt	MarkWilliamson: sent
12:07	MarkWilliamso	\| knewt: bonza
12:07	imka	MarkWilliamson, how do i find out?
12:08	knewt	wow, lists.xensource is fast :)
12:09	imka	brb
12:09	---	<<-- imka [~imka@227.5-182-adsl-pool.axelero.hu] has quit (Quit: Leaving)
12:10	yosh	MarkWilliamson: ok, I'll test and send patch to the mailing list
12:10	movement	MarkWilliamson: neat
12:12	MarkWilliamso	\| movement: the VT enhancements are used to trap stuff that was previously untrappable. Xen contains code to virtualise the memory space. IO requests are passed to a userspace daemon in dom0, which runs Bochs-derived virtual device models for video, disk, network...
12:13	MarkWilliamso	\| movement: we'll hopefully see some similar code from AMD later on.
12:13	movement	yeah, I've been following up the stuff
12:14	movement	hmm, why did you end up implementing shadow page tables?
12:14	movement	ease of porting?
12:14	MarkWilliamso	\| movement: there's various modes of shadow page tables
12:14	---	---> imka [~imka@227.5-182-adsl-pool.axelero.hu] has joined #xen
12:15	MarkWilliamso	\| logdirty mode is needed for migration and was done first (by Ian)
12:15	MarkWilliamso	\| then full shadow mode was added by Intel
12:15	MarkWilliamso	\| now Michael Fetterman is reimplementing full shadow mode to work with or without VT
12:16	movement	ah ok
12:17	MarkWilliamso	\| there'll be an evaluating of the performance tradeoffs at some stage
12:17	movement	one more, how far along towards SMP guests are you?
12:18	MarkWilliamso	\| i guess it should ease porting but (depending on the performance vs ease of port tradeoff) you may still want fully paravirt
12:18	MarkWilliamso	\| in the unstable tree SMP guests work, are generally stable but are not fully optimised
12:18	movement	super.
12:19	MarkWilliamso	\| SMP guests don't work under Xen/VT yet but it's on Intel's roadmap.
12:19	MarkWilliamso	\| Intel have been seriously cool with all the work they're putting in (also on the IA64 port, the ACPI enhancements...)
12:21	imka	MarkWilliamson, i started a domain with xm create ... -c and i get the saved domain
12:22	MarkWilliamso	\| imka: ?
12:22	MarkWilliamso	\| imka: but how much memory did you configure the domain with in the first place?
12:23	imka	MarkWilliamson, 50
12:23	MarkWilliamso	\| hrrrm. this is a pretty weird error.
12:24	MarkWilliamso	\| just as a sanity check, can you try configuring it with less memory (say 32meg) and doing the create / save / restore again?
12:26	imka	tried with 30, and i get the same error
12:32	---	---> soffi [~soffi@proxy.du.vdsl.is] has joined #xen
12:33	MarkWilliamso	\| imka: hmmmm. bizzarre.
12:38	MarkWilliamso	\| imka: it'd be useful to know what release of Xen you're running - it should say somewhere towards the start of xm dmesg
12:38	---	---> user1 [~user1@209.183.18.147] has joined #xen
12:39	imka	MarkWilliamson, 2.0 suse build
12:40	MarkWilliamso	\| imka: doesn't really help - i'd like the actual release that SuSE based their build on
12:41	imka	it says "xen version 2.0"
12:42	MarkWilliamso	\| somewhere it should say 2.0.5 or something similar
12:42	MarkWilliamso	\| it's the third number i need
12:43	---	<--- user1 [~user1@209.183.18.147] has left #xen ()
12:47	imka	MarkWilliamson, 2.0.5c-4
12:47	MarkWilliamso	\| imka: that's it :-)
12:48	imka	a broken version ? :)
12:48	MarkWilliamso	\| imka: could would be the reason
12:49	MarkWilliamso	\| imka: might be worth posting to xen-users and asking if there are any migration / susp / resume fixes in the -testing tree.
12:49	MarkWilliamso	\| I know they were hunting down some known bugs in 2.0.5 but I don't know the exact details.
12:50	tab	is there some stuff in xfrd.log ?
12:50	imka	ok i will. now another question. can i start a domain from an iso image?
12:50	imka	tab do you mean me?
12:50	tab	yes imka
12:51	imka	tab no error messages there
12:52	tab	usually xfrd is verbose
12:53	tab	what give you the error btw ?
12:54	imka	tab i get "Error: 1" when i try to restore a domain. however, if i just start the domain with xm create ... -c again, i actually get a restored domain
12:55	tab	imka: how do you try to restore your domain ?
12:56	imka	xm restore debian.xen
12:56	tab	could you try directly with xfrd ?
12:57	imka	how?
12:57	tab	telnet localhost 8002
12:57	tab	then you write:
12:57	tab	(xfr.hello 1 0)
13:03	imka	xfr.err 0
13:04	tab	then: (xfr.migrate /path/to/debian.xen)
13:17	imka	tab thanks for the help,but gotta go now. fortunately or not, i have a life :)
13:17	---	<<-- imka [~imka@227.5-182-adsl-pool.axelero.hu] has quit (Quit: Leaving)
13:18	---	<<-- sleon [test@e180021175.adsl.alicedsl.de] has quit (Read error: Operation timed out)
13:19	---	---> monrad [~monrad@213083190130.sonofon.dk] has joined #xen
13:33	---	---> sleon [test@e180002167.adsl.alicedsl.de] has joined #xen
13:34	liberie	q
14:15	---	<--- MarkWilliamson [~MarkW@maw48.kings.cam.ac.uk] has left #xen (Kopete 0.10 : http://kopete.kde.org)
15:30	---	<<-- sleon [test@e180002167.adsl.alicedsl.de] has quit (Quit: Leaving)
16:21	---	<<-- DEac- [~deac@xdsl-213-196-202-187.netcologne.de] has quit (Ping timeout: 480 seconds)
16:28	---	<<-- soffi [~soffi@proxy.du.vdsl.is] has quit (Quit: This computer has gone to sleep)
16:34	---	---> DEac- [~deac@xdsl-84-44-147-240.netcologne.de] has joined #xen
17:19	---	---> soffi [~soffi@proxy.du.vdsl.is] has joined #xen
17:31	---	<--- judge [~taras@S0106000795bd85bd.gv.shawcable.net] has left #xen ()
17:47	---	<<-- soffi [~soffi@proxy.du.vdsl.is] has quit (Quit: Leaving)
18:53	---	<<-- Bluefox [~bluefox@pcp0012067827pcs.whtmrs01.md.comcast.net] has quit (Read error: Operation timed out)
19:24	---	---> Bluefox [~bluefox@pcp0012067827pcs.whtmrs01.md.comcast.net] has joined #xen
21:03	---	---> plars_ [~plars@bi01p1.co.us.ibm.com] has joined #xen
21:04	---	<<-- plars [~plars@pixpat.austin.ibm.com] has quit (Read error: Operation timed out)
21:06	---	---> plars__ [~plars@pixpat.austin.ibm.com] has joined #xen
21:09	---	<<-- jonmason [~jonmason@pixpat.austin.ibm.com] has quit (Ping timeout: 480 seconds)
21:10	---	<<-- plars_ [~plars@bi01p1.co.us.ibm.com] has quit (Read error: Connection reset by peer)
21:11	---	---> jonmason [~jonmason@bi01p1.co.us.ibm.com] has joined #xen
21:11	---	---> plars_ [~plars@bi01p1.co.us.ibm.com] has joined #xen
21:13	---	<<-- plars__ [~plars@pixpat.austin.ibm.com] has quit (Read error: Operation timed out)
21:38	---	---> plars__ [~plars@pixpat.austin.ibm.com] has joined #xen
21:40	---	<<-- jonmason [~jonmason@bi01p1.co.us.ibm.com] has quit (Read error: Operation timed out)
21:40	---	---> jonmason [~jonmason@pixpat.austin.ibm.com] has joined #xen
21:44	---	<<-- plars_ [~plars@bi01p1.co.us.ibm.com] has quit (Read error: Operation timed out)
22:25	---	<<-- plars__ [~plars@pixpat.austin.ibm.com] has quit (Read error: Connection reset by peer)
22:25	---	<<-- jonmason [~jonmason@pixpat.austin.ibm.com] has quit (Read error: Connection reset by peer)
22:25	---	---> jonmason [~jonmason@pixpat.austin.ibm.com] has joined #xen
22:25	---	---> plars__ [~plars@pixpat.austin.ibm.com] has joined #xen
22:29	---	---> vikasa [~vikasa@cpe-24-92-61-26.nycap.res.rr.com] has joined #xen
22:31	vikasa	hi
22:32	vikasa	hi anyone good in XEND code
22:33	---	<<-- vikasa [~vikasa@cpe-24-92-61-26.nycap.res.rr.com] has quit (Quit: Leaving)
22:40	---	---> vikasa [~vikasa@cpe-24-92-61-26.nycap.res.rr.com] has joined #xen
22:52	---	<<-- vikasa [~vikasa@cpe-24-92-61-26.nycap.res.rr.com] has quit (Quit: Leaving)
22:57	---	---> plars_ [~plars@bi01p1.co.us.ibm.com] has joined #xen
22:59	---	<--- VS_ChanLog [~stats@ns.theshore.net] has left #xen (Rotating Logs)
22:59	---	---> VS_ChanLog [~stats@ns.theshore.net] has joined #xen
23:00	---	<<-- jonmason [~jonmason@pixpat.austin.ibm.com] has quit (Read error: Connection reset by peer)
23:00	---	<<-- plars__ [~plars@pixpat.austin.ibm.com] has quit (Read error: Connection reset by peer)
23:00	---	---> jonmason [~jonmason@pixpat.austin.ibm.com] has joined #xen
23:00	---	---> plars__ [~plars@pixpat.austin.ibm.com] has joined #xen
23:07	---	<<-- plars_ [~plars@bi01p1.co.us.ibm.com] has quit (Ping timeout: 480 seconds)
23:07	---	<<-- plars__ [~plars@pixpat.austin.ibm.com] has quit (Read error: Operation timed out)
23:08	---	---> plars__ [~plars@pixpat.austin.ibm.com] has joined #xen
23:15	---	---> plars_ [~plars@bi01p1.co.us.ibm.com] has joined #xen
23:17	---	<<-- plars__ [~plars@pixpat.austin.ibm.com] has quit (Read error: Operation timed out)
23:22	---	<<-- jonmason [~jonmason@pixpat.austin.ibm.com] has quit (Ping timeout: 480 seconds)
23:22	---	---> plars__ [~plars@pixpat.austin.ibm.com] has joined #xen
23:22	---	---> jonmason [~jonmason@pixpat.austin.ibm.com] has joined #xen
23:26	---	<<-- plars_ [~plars@bi01p1.co.us.ibm.com] has quit (Read error: Operation timed out)
23:49	---	---> plars_ [~plars@bi01p1.co.us.ibm.com] has joined #xen
23:50	---	<<-- jonmason [~jonmason@pixpat.austin.ibm.com] has quit (Read error: Operation timed out)
23:50	---	---> jonmason [~jonmason@bi01p1.co.us.ibm.com] has joined #xen
23:55	---	<<-- plars__ [~plars@pixpat.austin.ibm.com] has quit (Ping timeout: 480 seconds)
---	Log	closed Sun May 08 00:00:54 2005