TheGrebs.com:IRC Logs:#xen:2006:02:15

---	Log	opened Wed Feb 15 00:00:33 2006
00:07	\|-\|	rusty [~rusty@bh02i525f01.au.ibm.com] has quit [Ping timeout: 480 seconds]
00:13	\|-\|	Netsplit over, joins: plars
00:14	\|-\|	Tv [~tv@GMMDXXVII.dsl.saunalahti.fi] has quit [Quit: foo]
00:14	\|-\|	Netsplit over, joins: hbaum
01:14	\|-\|	Tv [~tv@i1.inoi.fi] has joined #xen
01:16	\|-\|	muli [~muli@87.69.40.180.cable.012.net.il] has quit [Ping timeout: 480 seconds]
02:19	\|-\|	sdog [~sdog@62.58.98.210] has joined #xen
02:19	\|-\|	sdog [~sdog@62.58.98.210] has left #xen []
02:20	\|-\|	sdog [~sdog@62.58.98.210] has joined #xen
02:26	\|-\|	kmacy [~kmacy@adsl-69-109-184-133.dsl.pltn13.pacbell.net] has quit [Remote host closed the connection]
02:58	\|-\|	xzu [~otto@brucester.a20.net] has joined #xen
03:22	\|-\|	pvanhoof [~pvanhoof@mailhost.newtec.be] has joined #xen
03:39	\|-\|	musashi [~tjohnson@huygens.utulsa.edu] has quit [Remote host closed the connection]
03:40	\|-\|	musashi [~tjohnson@huygens.utulsa.edu] has joined #xen
03:56	\|-\|	athomas [~athomas@host86-136-81-69.range86-136.btcentralplus.com] has joined #xen
04:06	\|-\|	ivan [~ikelly@83-71-24-225.b-ras1.lmk.limerick.eircom.net] has joined #xen
04:08	<ivan>	is hypervisor_callback called only once and runs forever, or called every time theres an event
04:08	<ivan>	?
04:13	\|-\|	cods [~cods@tuxee.net] has joined #xen
04:15	<hollisb>	DV: you're using CVS? seriously? :)
04:16	<DV>	hollisb: hum ? yes
04:16	[~]	DV feels some irony
04:17	<DV>	you can call me old fart all you want :)
04:17	<hollisb>	oh I will :-P
04:17	<DV>	good, at least it's clear :-)
04:18	<hollisb>	DV: do you have domain building tools using libvirt yet?
04:18	<DV>	no, grin :-\
04:18	<DV>	it's me mostly blocking on the API level
04:19	<DV>	not really the technical details
04:19	<hollisb>	ah
04:19	<hollisb>	I have my own domain builder written for libxc
04:19	<DV>	let's say I though of adding this for weeks but each time thinking about the right API makes me rethink the way it should be done
04:20	<hollisb>	I don't think I really need it any more though
04:20	<hollisb>	but I would like something simple and easily cross-built, which rules out xm
04:20	<hollisb>	so I was wondering if you had something I could switch to
04:20	<DV>	I can't use libxc because it's GPL'ed and I don't want to hide from xend
04:20	<hollisb>	sorry, I missed that: don't want to hide from xend?
04:21	<DV>	if you create domains without going though the xend interfaces
04:21	<DV>	1/ you introduce risks in the already fragile xend code
04:21	<hollisb>	so you want to go through the xend interfaces?
04:21	<DV>	2/ it makes Ian an al. very nervous
04:21	<hollisb>	hehe
04:21	[~]	murb was hoping for something without xend.
04:22	<DV>	well, guys, my goal is to provide a long term API
04:22	<DV>	the implementation details will vary over time I'm 100% sure :-)
04:23	\|-\|	killefiz [~sven@killefiz.de] has joined #xen
04:23	<DV>	maybe at some point Xen will be able to run without Xend and at that point things will be implemented differently
04:23	<DV>	but at the moment, hum ...
04:23	<hollisb>	hmm, ok
04:23	<DV>	plus all that code is GPL'ed
04:24	<hollisb>	I keep thinking libvirt is a libxc replacement, i.e. making its own hcalls. you corrected me back in Dec, but I still had that idea in my head :)
04:24	<DV>	so I try to avoid reading it as much as possible
04:24	<DV>	I still do hcalls where there is no risk of breaking the infrastructure
04:24	<DV>	i.e. basically to extract state info
04:24	<DV>	when being root
04:25	<hollisb>	ah
04:26	<DV>	but even for suspend/resume I went back to the xend interface because anthony warned me it could generate troubles for xend
04:26	<DV>	the damn thing still has way too much state
04:27	<DV>	hollisb, murb: what were your expectation w.r.t. avoiding xend ?
04:27	<DV>	or just for the sake of it ;-) ? (which I can understand fully :-)
04:28	<hollisb>	DV: I'm debugging PPC bringup at a very low level still
04:28	<DV>	hollisb: oh yeah PPC integration, yeah you told me about this
04:28	<hollisb>	which means I want to easily trace exactly what arguments get passed where
04:28	<hollisb>	via the privcmd ioctl
04:28	<hollisb>	also
04:28	<hollisb>	I'm cross-building
04:28	<hollisb>	and I don't know how to cross-build the python tools
04:28	<DV>	sounds like fun :-)
04:28	<hollisb>	also, I don't want to take a lot of time to learn complex tools when I really should be hacking Xen/PPC code
04:29	<hollisb>	so small C tools are very appealing to me
04:29	<hollisb>	the ones I wrote myself +/- work
04:29	<DV>	well cross build python should be close to trivial, either it's interpreted part and nothing to do or it's python shared libs and usuall cross compile tools should still work
04:29	<DV>	I'm probably missing something
04:29	<hollisb>	but I would be happy not to need to maintain/extend them
04:30	<DV>	the problem is that libxc is a dead end of me due to the strict GPL licence
04:30	<DV>	I won't touch it with a 20 foot pole
04:31	<hollisb>	sure
04:31	<hollisb>	I don't need libxc per se
04:31	<DV>	reminds me of bird flu for some strange reason
04:31	<hollisb>	I need simple: easily hackable, easily readable
04:32	<hollisb>	anyways, you've answered my question: libvirt won't solve my problem for now
04:32	<DV>	you're targetting embedded PPC then I assume :-)
04:32	<hollisb>	as another layer on top of xend, it adds more complexity. I understand your reasons, I'm just saying that's why it won't help me
04:33	<hollisb>	if by "embedded PPC" you include the PPC970, sure :)
04:33	<DV>	I don't consider it on top, rather on the side, but yes it requires it
04:33	<DV>	ahum
04:36	<DV>	don't worry I started hearing about muti-core 'RIOS' chips way back in 1990 when the RS/6000 were just out with 5-7 chips implementing the Power core :-)
04:36	<DV>	so embedded versus high end is really a matter of time perspective ;-)
04:37	[~]	DV hope by then Xen will be stable and debugged
04:37	<hollisb>	indeed :)
05:03	\|-\|	hollisb [~hollisb@bh02i525f01.au.ibm.com] has quit [Quit: leaving]
05:09	<ivan>	im setting up a hypervisor and failback callback with set_callbacks. how do i test to see if this is working as i would like before going on to tackle the traps?
05:14	\|-\|	Tv [~tv@i1.inoi.fi] has quit [Quit: foo]
05:52	\|-\|	Tv [~tv@GMMDXXVII.dsl.saunalahti.fi] has joined #xen
05:59	\|-\|	mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has joined #xen
06:18	<sh0ck>	heh, stable and debbuged? I don't know it in real :>
06:37	\|-\|	mdday [~mdday@cpe-024-163-120-222.nc.res.rr.com] has quit [Quit: mdday]
06:59	\|-\|	tab [~tab@darwin.snarc.org] has joined #xen
07:01	\|-\|	tab_ [~tab@darwin.snarc.org] has quit [Ping timeout: 480 seconds]
08:25	\|-\|	musashi [~tjohnson@huygens.utulsa.edu] has quit [Quit: reboot]
08:27	\|-\|	Basic_py [~Basic@warden.real-time.com] has quit [Quit: Leaving]
08:27	\|-\|	athomas [~athomas@host86-136-81-69.range86-136.btcentralplus.com] has quit [Quit: Leaving]
08:27	\|-\|	athomas [~athomas@host86-136-81-69.range86-136.btcentralplus.com] has joined #xen
08:31	\|-\|	Solist [~Solist@mvil2.bb.netvision.net.il] has quit [Remote host closed the connection]
08:33	\|-\|	musashi [~tjohnson@huygens.utulsa.edu] has joined #xen
08:43	\|-\|	Solist [~Solist@mvil2.bb.netvision.net.il] has joined #xen
08:50	\|-\|	nextime [~nextime@213-140-6-103.ip.fastwebnet.it] has quit [Quit: adios]
09:04	\|-\|	dansmith [~dan@bi01p1.co.us.ibm.com] has joined #xen
09:25	\|-\|	Solist [~Solist@mvil2.bb.netvision.net.il] has quit [Quit: Leaving]
09:25	\|-\|	pvanhoof [~pvanhoof@mailhost.newtec.be] has quit [Remote host closed the connection]
09:29	\|-\|	mejlholm [~mejlholm@port79.ds1-abc.adsl.cybercity.dk] has joined #xen
09:32	\|-\|	pvanhoof [~pvanhoof@mailhost.newtec.be] has joined #xen
09:39	\|-\|	Tv [~tv@GMMDXXVII.dsl.saunalahti.fi] has quit [Ping timeout: 480 seconds]
09:40	\|-\|	AlexMBas [~Alexandre@200.103.241.137] has quit [Quit: Fui embora]
09:47	\|-\|	Tv [~tv@GMMDXXVII.dsl.saunalahti.fi] has joined #xen
09:51	\|-\|	gerrit [~gerrit@c-67-160-130-59.hsd1.or.comcast.net] has quit [Ping timeout: 480 seconds]
10:01	\|-\|	Basic_py [~Basic@mailserver.dayport.com] has joined #xen
10:02	\|-\|	aliguori [~anthony@cpe-70-116-13-229.austin.res.rr.com] has quit [Quit: Ex-Chat]
10:03	\|-\|	rharper [~rharper@pixpat.austin.ibm.com] has joined #xen
10:07	\|-\|	Bicster [~Bicster@ip195.planetfall.com] has joined #xen
10:07	<Bicster>	gd'day
10:08	\|-\|	schultmc [~schultmc@zealot.progeny.com] has joined #xen
10:10	\|-\|	toks [~toks@bi01p1.nc.us.ibm.com] has joined #xen
10:15	<toks>	has anyone successfully created a domain with at least one vif (with user-defined params) using the latest xen-3.0-testing changeset (8743)?
10:15	\|-\|	rpg [~rpg@pixpat.austin.ibm.com] has joined #xen
10:18	\|-\|	jerone [~jerone@pixpat.austin.ibm.com] has joined #xen
10:18	<toks>	i'm seeing the "Error: Device 0 (vif) could not be connected. Backend device not found." message when specifying vif = [ 'mac=<mac_addr>, bridge=<xen_bridge>' ]
10:20	<toks>	specifying vif = [ ' ' ] works ok
10:20	\|-\|	cdub [~chrisw@216-99-217-87.dsl.aracnet.com] has joined #xen
10:21	<movement>	toks: what did you put as your xen bridge? it changed names at some point
10:21	<Bicster>	yes, that was a brilliant decision ;)
10:22	<toks>	movement: xen-br0
10:22	<movement>	drop the hyphen
10:22	<movement>	xenbr0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF
10:22	<toks>	great i see that now with ifconfig
10:25	<toks>	thanks
10:27	[~]	Bicster adds "exit 0" to the top of /etc/xen/scripts/network-bridge and sets the immutable flag
10:28	\|-\|	gerrit [~gerrit@c-67-160-130-59.hsd1.wa.comcast.net] has joined #xen
10:32	\|-\|	cableman [~cableman@3E6B4727.rev.stofanet.dk] has joined #xen
10:38	\|-\|	ns [~niv@bi01p1.co.us.ibm.com] has joined #xen
10:43	\|-\|	sdog [~sdog@62.58.98.210] has quit [Quit: Everything is a Fucking DNS Problem]
10:52	\|-\|	mdday [~mdday@129.33.1.37] has joined #xen
10:52	\|-\|	gerrit [~gerrit@c-67-160-130-59.hsd1.wa.comcast.net] has quit [Ping timeout: 480 seconds]
10:58	\|-\|	gerrit [~gerrit@c-67-160-130-59.hsd1.or.comcast.net] has joined #xen
10:58	\|-\|	JViz [Anomaly@adsl-065-013-131-023.sip.int.bellsouth.net] has quit [Read error: No route to host]
10:58	\|-\|	JViz [Anomaly@adsl-065-013-131-023.sip.int.bellsouth.net] has joined #xen
11:06	\|-\|	Laugick [~Arnaud@82.138.86.21] has quit [Quit: Client exiting]
11:10	\|-\|	Bicster [~Bicster@ip195.planetfall.com] has quit [Remote host closed the connection]
11:11	\|-\|	Bicster [~Bicster@ip195.planetfall.com] has joined #xen
11:17	\|-\|	secureboot [~secureboo@coriakin.cse.psu.edu] has joined #xen
11:17	<Bicster>	FWIW, gcc-4.x is still fubar with xen-unstable.hg
11:18	<secureboot>	if an OS runs as an unmodified domU with VT-X, how does it make hypercalls? Aren't hypercalls added to the guest OS kernel code?
11:18	<Bicster>	it doesn't make hypercalls
11:18	<Bicster>	you answered your own question :)
11:18	<secureboot>	Bicster: wow... so there's no interface to the hypervisor from a domU running unmodifided, right?
11:19	<Bicster>	there could be, I guess if someone made some drivers for I/O or networking or whatever ... but in the base case, and present case, you are correct.
11:19	<Bicster>	the OS thinks it is running on bare iron
11:22	\|-\|	stekloff [~stekloff@pool-71-245-110-186.ptldor.fios.verizon.net] has joined #xen
11:23	<Bicster>	yay, centos 4.2Server boots in VT-x
11:23	<Bicster>	xen itself, and the kernel, are compiled with gcc-4.0.2, and working fine. I had to compile the tools with gcc-3.4.4
11:24	<Bicster>	If I use tools compiled with gcc 4, I cannot create domU's
11:25	\|-\|	pvanhoof [~pvanhoof@mailhost.newtec.be] has quit [Remote host closed the connection]
11:25	\|-\|	Tv [~tv@GMMDXXVII.dsl.saunalahti.fi] has quit [Ping timeout: 480 seconds]
11:27	<secureboot>	out of curiosity, could you opt to make a hypercall from the domU?
11:27	<secureboot>	say you installed a domU, and later, in the domU, someone with root access in that domU wishes to make a hypercall... how would one do that?
11:29	<ivan>	which hypercall? i dont think there's any that are of any use to a user directly
11:30	<Bicster>	secureboot, are you talking about the case where someone wants to make an I/O driver for a VT-x domU?
11:30	<secureboot>	Bicster: not specifically...
11:30	<Bicster>	why else would you want to do that?
11:30	<secureboot>	sorry to be so vague - pretend there's a hypercall that a domU would like to make - any way to do that, since the kernel is loaded by the dom0?
11:32	<Bicster>	I would guess that hypercalls could be made from any domU from ring 0, but that is my uninformed speculation. I'm just trying to learn :)
11:32	<secureboot>	yeah, it seemed like it to me, but how exactly would you do it?
11:33	<Bicster>	I think you will need to RTFS for the specifics ;)
11:34	\|-\|	Tv [~tv@GMMDXXVII.dsl.saunalahti.fi] has joined #xen
11:36	<secureboot>	Bicster: alright, thanks.
11:36	<Bicster>	let me know the answer :D
11:36	<secureboot>	out of curiosity, where's the best place to start if you want to start hacking on Xen?
11:36	<Bicster>	you should probably ask that on xen-devel
11:38	<ivan>	secureboot: read the interface docs
11:38	<ivan>	look at mini-os in extras in the kernel source
11:38	[~]	Bicster forgot about mini-os
11:38	<secureboot>	ivan: ah, thanks - i read the interface, but not mini-os
11:38	<ivan>	it doens't work, but you should be able to get something usable
11:38	<Bicster>	hehe
11:38	<secureboot>	ha
11:42	\|-\|	secureboot [~secureboo@coriakin.cse.psu.edu] has quit [Quit: secureboot]
11:46	\|-\|	musashi [~tjohnson@huygens.utulsa.edu] has left #xen []
11:46	\|-\|	musashi [~tjohnson@huygens.utulsa.edu] has joined #xen
11:48	\|-\|	athomas [~athomas@host86-136-81-69.range86-136.btcentralplus.com] has quit [Quit: Leaving]
11:52	\|-\|	stekloff [~stekloff@pool-71-245-110-186.ptldor.fios.verizon.net] has quit [Quit: Leaving]
11:52	\|-\|	gerrit [~gerrit@c-67-160-130-59.hsd1.or.comcast.net] has quit [Ping timeout: 480 seconds]
11:57	<Bicster>	mhhkay, centos installed but won't boot after install :)
11:58	\|-\|	gerrit [~gerrit@c-67-160-130-59.hsd1.wa.comcast.net] has joined #xen
12:00	\|-\|	yorkedork [~thom@rrcs-24-172-255-130.midsouth.biz.rr.com] has joined #xen
12:00	\|-\|	yorkedork [~thom@rrcs-24-172-255-130.midsouth.biz.rr.com] has quit [Quit: ]
12:05	\|-\|	muli [~muli@87.69.40.180.cable.012.net.il] has joined #xen
12:17	\|-\|	johnlev [~johnlev@nwkea-socks-1.sun.com] has joined #xen
12:19	\|-\|	stekloff [~stekloff@bi01p1.co.us.ibm.com] has joined #xen
12:22	\|-\|	gerrit [~gerrit@c-67-160-130-59.hsd1.wa.comcast.net] has quit [Ping timeout: 480 seconds]
12:23	\|-\|	JViz [Anomaly@adsl-065-013-131-023.sip.int.bellsouth.net] has quit [Read error: Connection reset by peer]
12:23	\|-\|	JViz [Anomaly@adsl-065-013-131-023.sip.int.bellsouth.net] has joined #xen
12:31	\|-\|	gerrit [~gerrit@c-67-160-130-59.hsd1.or.comcast.net] has joined #xen
12:31	\|-\|	dansmith [~dan@bi01p1.co.us.ibm.com] has quit [Remote host closed the connection]
12:34	\|-\|	dansmith [~dan@bi01p1.co.us.ibm.com] has joined #xen
12:41	\|-\|	toks [~toks@bi01p1.nc.us.ibm.com] has quit [Ping timeout: 480 seconds]
12:51	\|-\|	toks [~toks@bi01p1.nc.us.ibm.com] has joined #xen
12:53	\|-\|	gerrit [~gerrit@c-67-160-130-59.hsd1.or.comcast.net] has quit [Ping timeout: 480 seconds]
12:55	\|-\|	anball [~anball@bi01p1.nc.us.ibm.com] has joined #xen
13:11	\|-\|	gerrit [~gerrit@c-67-160-130-59.hsd1.wa.comcast.net] has joined #xen
13:18	\|-\|	Shoragan [~shoragan@d072.apm.etc.tu-bs.de] has joined #xen
13:23	\|-\|	gerrit [~gerrit@c-67-160-130-59.hsd1.wa.comcast.net] has quit [Ping timeout: 480 seconds]
14:01	<Bicster>	is SMP broken on hvm right now?
14:04	\|-\|	bernarde [~bernarde@32.59.2.18] has joined #xen
14:16	\|-\|	bernarde [~bernarde@32.59.2.18] has quit [Read error: Connection reset by peer]
14:25	\|-\|	gerrit [~gerrit@c-67-160-130-59.hsd1.wa.comcast.net] has joined #xen
14:55	\|-\|	jimix [~jimix@23.94.233.220.exetel.com.au] has joined #xen
14:57	\|-\|	mdday [~mdday@129.33.1.37] has quit [Quit: mdday]
14:58	\|-\|	AlexMBas [~Alexandre@200.103.241.137] has joined #xen
15:04	<tonfa>	is xend supposed to work in domU ?
15:04	[~]	tonfa tries to play with xenstore from domU
15:04	<Bicster>	xend is for dom0
15:05	<tonfa>	ok
15:05	<tonfa>	the python lib to xenstore only works for dom0 then ?
15:07	\|-\|	cilkay [~cilkay@CPE00d0b743a22f-CM0011ae01fcbe.cpe.net.cable.rogers.com] has joined #xen
15:07	\|-\|	toks [~toks@bi01p1.nc.us.ibm.com] has quit [Quit: Leaving]
15:10	\|-\|	rharper [~rharper@pixpat.austin.ibm.com] has quit [Quit: Leaving]
15:13	\|-\|	cilkay [~cilkay@CPE00d0b743a22f-CM0011ae01fcbe.cpe.net.cable.rogers.com] has left #xen [Leaving]
15:23	<killefiz>	i'm puzzled - my machine (xen 3.0.1) has 2 GB of memory - xm info tells me: "total_memory: 2032 / free_memory: 247" - why is there free memory? Shouldn't that be taken by dom0?
15:25	<xterminus>	give dom0 more via the grub commandline then
15:25	<xterminus>	or with xm memset (i think)
15:26	<killefiz>	indeed - xm memset does work
15:26	<killefiz>	thanks
15:28	\|-\|	AlexMBas [~Alexandre@200.103.241.137] has quit [Remote host closed the connection]
15:28	<Bicster>	can memset increase dom0 memory to beyond what it started with? I didn't think so.
15:29	<killefiz>	Bicster: at least according to xm info / xm list it can
15:29	<Bicster>	but does 'free' show more system memory?
15:29	<Bicster>	it is one thing to give it to the domain, and something else for the domain to be able to use it
15:30	<killefiz>	you're right - _that_ part doesn't work
15:31	<Bicster>	I think the deal is, you can create a domain with lots of memory and balloon it down, but not the other way
15:31	<Bicster>	when you take memory away from the domain, it just gets marked as in-use
15:31	<killefiz>	I still wonder why dom0 doesn't take all memory by default
15:32	<Bicster>	I wonder that too
15:32	<Bicster>	I also wonder how I can send a ctrl-alt-F1 to the ubuntu window I just booted under Xen :)
15:33	[~]	killefiz tries a reboot and wonders how Bicster boots a gui with xen
15:33	<Bicster>	using hvm :)
15:34	<Bicster>	the word 'slow' has no meaning until you try this
15:34	<killefiz>	does that mean you are using a vt-processor?
15:34	<riel>	who doesn't? ;)
15:34	<Bicster>	yeah ;)
15:35	<Bicster>	you didn't rush out to buy one? hehe
15:35	<Bicster>	Right now I have centos and ubuntu and gentoo all running at once :)
15:36	<killefiz>	brr ... setting dom0_memory to 2031 didn't work - the machine doesn't come back
15:37	<Bicster>	I have yet to find a way to calculate exactly how much memory I can give to dom0 without Xen complaining. So far it has been trial and error
15:37	\|-\|	tab_ [~tab@darwin.snarc.org] has joined #xen
15:38	<killefiz>	Bicster: yeah - that trial and error is not too easy for me - the machine is a rented server far away without a serial console :(
15:38	<Bicster>	get yourself a terminal server from ebay :)
15:38	\|-\|	tab [~tab@darwin.snarc.org] has quit [Read error: Connection reset by peer]
15:39	<grifferz>	now why would you want to put a server far away without a serial console? :)
15:39	<killefiz>	grifferz: because it's much cheaper than putting it somewhere near or somewhere with a serial console
15:39	[~]	Bicster even has a lantronix terminal server for his tivo
15:39	<grifferz>	but is it though
15:39	<grifferz>	considering the cost of downtime and your time
15:40	<Bicster>	time is the most expensive thing I have, which is why I sell it monday-friday :)
15:40	<killefiz>	grifferz: agreed - but then this is only a toy server for me and a couple of friends so that part isn't that important. I'm also using xen @work and there we have direct physical and serial access
15:41	<killefiz>	Bicster: hehe - and the other time you waste it by installing gentoo, ubuntu and centos on a xen machine ;)
15:41	<Bicster>	I get paid for that :)
15:41	<killefiz>	lucky you
15:42	<grifferz>	ok well, each to his own, but even my play servers have serial because I've found life is a lot more painful without. ut maybe I make more mistakes than you :)
15:43	<Bicster>	hehe
15:52	\|-\|	rharper [~rharper@pixpat.austin.ibm.com] has joined #xen
16:28	\|-\|	Bicster [~Bicster@ip195.planetfall.com] has quit [Remote host closed the connection]
16:28	\|-\|	aliguori [~anthony@cpe-70-116-13-229.austin.res.rr.com] has joined #xen
16:50	\|-\|	rharper [~rharper@pixpat.austin.ibm.com] has quit [Quit: Leaving]
16:53	\|-\|	rharper [~rharper@pixpat.austin.ibm.com] has joined #xen
16:58	\|-\|	rusty [~rusty@bh02i525f01.au.ibm.com] has joined #xen
17:03	\|-\|	jimix [~jimix@23.94.233.220.exetel.com.au] has quit [Quit: jimix]
17:14	\|-\|	LinuxMan [~LinuxMan@ip-114-163.adsl.cheapnet.it] has joined #xen
17:14	<LinuxMan>	hi i need help
17:14	<LinuxMan>	R240147:/etc/init.d# xm create fuji.cfg -c
17:14	<LinuxMan>	Using config file "/etc/xen/fuji.cfg".
17:14	<LinuxMan>	Error: Device 2049 (vbd) could not be connected. Backend device not found.
17:14	<LinuxMan>	i get this error :(
17:15	<tonfa>	there is more info in xm log
17:16	<LinuxMan>	[2006-02-16 00:16:01 xend][2006-02-16 00:16:01 xend] DEBUG (DevController:403) hotplugStatusCallback /local/domain/0/backend/vbd/7/2049/hotplug-status.
17:16	<LinuxMan>	[2006-02-16 00:16:05 xend][2006-02-16 00:16:05 xend] DEBUG (DevController:403) hotplugStatusCallback /local/domain/0/backend/vbd/7/2049/hotplug-status.
17:16	<LinuxMan>	[2006-02-16 00:16:05 xend][2006-02-16 00:16:05 xend] DEBUG (DevController:417) hotplugStatusCallback 2.
17:16	<LinuxMan>	[2006-02-16 00:16:05 xend][2006-02-16 00:16:05 xend] ERROR (SrvBase:87) Request wait_for_devices failed.
17:16	<LinuxMan>	Traceback (most recent call last):
17:16	<LinuxMan>	File "/usr/lib/python2.3/site-packages/xen/web/SrvBase.py", line 85, in perform
17:19	<LinuxMan>	?
17:20	<tonfa>	LinuxMan: you should check the path of the file/device
17:20	<LinuxMan>	what file device?
17:21	<tonfa>	disk =
17:21	<tonfa>	in your config file
17:21	<LinuxMan>	it is correct
17:21	<LinuxMan>	i forgot to setup memory limit
17:25	<azoca>	anyone know if vm-tools is working with xen 2.0.7. Release notes say v1.9 updated to run properly against 2.0.x.. however my domains do not seem to start. Nor can I get console to domains pre-established via the xen tools.
17:26	\|-\|	mdday [~mdday@38.136.6.221] has joined #xen
17:27	<LinuxMan>	Warning: unable to open an initial console.
17:27	<LinuxMan>	Kernel panic - not syncing: No init found. Try passing init= option to kernel.
17:27	<LinuxMan>	whatit mean?
17:28	<tonfa>	no /sbin/init on you fs
17:28	<tonfa>	your fs
17:29	<LinuxMan>	mmm
17:30	<LinuxMan>	mmm
17:30	<LinuxMan>	what i need to do
17:31	\|-\|	cableman [~cableman@3E6B4727.rev.stofanet.dk] has left #xen [Leaving]
17:33	\|-\|	jerone [~jerone@pixpat.austin.ibm.com] has quit [Quit: Leaving]
17:50	\|-\|	dansmith [~dan@bi01p1.co.us.ibm.com] has quit [Quit: Leaving]
17:57	<Shaun2>	anybody know if solaris will run on xen?
17:58	<johnlev>	Shaun2: http://www.opensolaris.org/os/community/xen/
17:59	<Shaun2>	i mean as a guest
18:01	<johnlev>	did you read that site?
18:04	\|-\|	hbaum [~hbaum@bi01p1.co.us.ibm.com] has quit [Quit: Client exiting]
18:05	<tonfa>	i am trying to read values from xenstore from domU
18:05	<tonfa>	char *s = xenbus_read(XBT_NULL, "/vm", "on_reboot", NULL);
18:05	<tonfa>	any ideo why this doesn't work ?
18:10	<tonyb>	that looks strange to me (I know little about xenstore or xenbus) but can't you just char *val = xs_read("/vm/on_reboot"); ?
18:10	<tonyb>	you can check you have the right path with "xenstore-read /vm/on_reboot" in a dom0 shell
18:12	<tonfa>	thanks
18:12	<tonfa>	i didn't knew about xenstore-*
18:13	<Shaun2>	i suck at C, and dont really understand it but when i read it i used.... str_domname = xs_read(xs, XBT_NULL, path, &len);
18:13	<Shaun2>	path is set to the path i'm reading from in the store..
18:14	<tonfa>	is it from userspace or from the kernel ?
18:14	<Shaun2>	that code is from a hack i made to the console daemon (io.c)
18:15	<Shaun2>	(xenconsoled)
18:15	<tonfa>	ok
18:15	<tonyb>	Shaun2: what was str_domname after that call?
18:16	<Shaun2>	it was set to the domain's name
18:16	<tonyb>	tonfa: there is also xsls to dump the contents of the xenstore
18:16	\|-\|	stekloff [~stekloff@bi01p1.co.us.ibm.com] has quit [Quit: Leaving]
18:16	<Shaun2>	tonyb: xenconsoled only had the domain id... i needed the name
18:16	<tonfa>	does it use xend or /proc/xen/xenbus ?
18:17	<Shaun2>	not sure...
18:18	\|-\|	rharper [~rharper@pixpat.austin.ibm.com] has quit [Ping timeout: 480 seconds]
18:18	<tonfa>	Shaun2: are you using in domU or dom0 ?
18:18	<tonfa>	using it
18:18	<Shaun2>	dom0
18:19	<tonfa>	ok
18:19	<Shaun2>	that code is a hack i made to xenconsoled (which runs in dom0)
18:19	\|-\|	cilkay [~cilkay@CPE00d0b743a22f-CM0011ae01fcbe.cpe.net.cable.rogers.com] has joined #xen
18:19	<Shaun2>	tonfa: you may want to poke around at the xen tools source.
18:19	<Shaun2>	thats what i did
18:19	\|-\|	cilkay [~cilkay@CPE00d0b743a22f-CM0011ae01fcbe.cpe.net.cable.rogers.com] has left #xen []
18:19	<tonfa>	that's what i'm doing
18:20	<tonfa>	i first tried with the python lib
18:20	<tonfa>	but it needs xend
18:20	<tonyb>	tonfa: I'm confused what's the problem exactly?
18:20	<Shaun2>	tonfa: your app is running as root right?
18:21	<tonfa>	Shaun2: yes, but in domU
18:21	<Shaun2>	oh
18:21	<tonfa>	tonyb: i am playing with xen
18:21	<Shaun2>	i've never tryed to interface with the store from domU
18:21	<tonfa>	and i try to read/write values between domains
18:22	<Shaun2>	tonfa: on dom0 you cant access the store as a unpriv user, i would imagine that a domU cant either...
18:22	<Shaun2>	aliguori would know best probably
18:22	<tonfa>	Shaun2: but the kernel uses xenstore in domU
18:22	<tonfa>	(if i understand correctly)
18:22	<tonfa>	to implement the drivers
18:23	\|-\|	mdday [~mdday@38.136.6.221] has quit [Ping timeout: 480 seconds]
18:23	<Shaun2>	tonfa: i could be wrong, like i said i'm no expert at this stuff, just a begginer...
18:23	<tonfa>	ok
18:24	<tonfa>	i have to leave now
18:24	<tonfa>	bye
18:24	<Shaun2>	you can try on freenode also
18:24	<Shaun2>	the xen channel their is quiet large
18:24	<tonfa>	ok thanks
18:24	<Shaun2>	bye
18:24	\|-\|	mdday [~mdday@38.136.6.221] has joined #xen
18:28	<tonyb>	tonfa: You can read/write the xs from domU but not with the libxenstore library
18:29	<tonyb>	looking at the xenbus code they use eventchannels to pass data back and forth
18:37	\|-\|	LinuxMan [~LinuxMan@ip-114-163.adsl.cheapnet.it] has quit [Quit: ]
18:40	\|-\|	mdday [~mdday@38.136.6.221] has quit [Quit: mdday]
18:41	\|-\|	ivan [~ikelly@83-71-24-225.b-ras1.lmk.limerick.eircom.net] has quit [Quit: leaving]
18:55	\|-\|	Basic_py [~Basic@mailserver.dayport.com] has quit [Quit: Leaving]
19:13	\|-\|	tab [~tab@darwin.snarc.org] has joined #xen
19:13	\|-\|	tab_ [~tab@darwin.snarc.org] has quit [Read error: Connection reset by peer]
19:52	\|-\|	anball [~anball@bi01p1.nc.us.ibm.com] has quit [Quit: Leaving]
19:56	<aliguori>	tonfa, you're just using the wrong invocation of xenbus_read...
19:56	<aliguori>	/vm/on_reboot is not a valid path
19:57	<aliguori>	it's curious you would be reading that parameter too in the kernel (that's just xend using the store in a way it ought not to be, i wouldn't rely on that long term)
20:12	\|-\|	AlexMBas [~Alexandre@200.103.241.137] has joined #xen
20:23	\|-\|	Shoragan [~shoragan@d072.apm.etc.tu-bs.de] has quit [Quit: Leaving]
20:32	<aliguori>	i wonder if anyone has tried running xen within a VT domain
20:32	<aliguori>	that would be a pretty neat demo
21:21	<tonfa>	aliguori: yes, i saw after that that the path was wrong
21:22	<tonfa>	i think i should try /vm/<uuid>/something to have a valid path
21:23	<tonfa>	i was trying this value just for testing
21:24	<aliguori>	yeah
21:25	<tonfa>	aliguori: is there some other doc about xenbus other than the wiki ?
21:25	<aliguori>	tonfa, unfortunately, no
21:25	<tonfa>	ok
21:26	<tonfa>	actually this is only used by the drivers ?
21:26	<aliguori>	yup
21:27	<tonfa>	i would like to communicate between a kernel module or an app in domU and an app in dom0
21:27	<tonfa>	that sounds feasible ?
21:27	\|-\|	ns [~niv@bi01p1.co.us.ibm.com] has quit [Quit: Leaving]
21:37	\|-\|	Basic_py [~Basic@warden.real-time.com] has joined #xen
21:47	\|-\|	schultmc [~schultmc@zealot.progeny.com] has quit [Ping timeout: 480 seconds]
22:22	\|-\|	schultmc [~schultmc@zealot.progeny.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:06	\|-\|	azoca [~jonan@torrent.callisia.com] has quit [Ping timeout: 480 seconds]
23:40	\|-\|	rusty [~rusty@bh02i525f01.au.ibm.com] has quit [Quit: Client exiting]
23:44	\|-\|	azoca [~jonan@torrent.callisia.com] has joined #xen
23:59	\|-\|	rusty [~rusty@bh02i525f01.au.ibm.com] has joined #xen
---	Log	closed Thu Feb 16 00:00:26 2006