* Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1
@ 2010-05-30 7:17 eXeC001er
2010-05-30 9:09 ` Pasi Kärkkäinen
0 siblings, 1 reply; 27+ messages in thread
From: eXeC001er @ 2010-05-30 7:17 UTC (permalink / raw)
To: Xen-devel, Boris Derzhavets
[-- Attachment #1.1: Type: text/plain, Size: 521 bytes --]
>
> I've attempted to install Nexenta Core 3 image under Xen 4.0 (2.6.32.13
> pvops) on top of F13. Sample nexenta3.cfg profile contains 4 lines like
> this:-
>
> disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from sample)
>
> It generates message
> File 'vhd:/path/.../disk.img' doesn't exist.
>
> Boris.
> P.S. It was already in one of the threads @xen-users.
This bug in "def _parse_uname(uname):" (tools/python/xen/util/blkif.py)
(taptype, fn) = fn.split(":", 1) >>>>>> (taptype, fn) = fn.split(":",
2)[1:3]
[-- Attachment #1.2: Type: text/html, Size: 1013 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 27+ messages in thread* Re: Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-30 7:17 blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 eXeC001er @ 2010-05-30 9:09 ` Pasi Kärkkäinen 2010-05-30 10:02 ` eXeC001er 2010-06-01 7:54 ` XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 Boris Derzhavets 0 siblings, 2 replies; 27+ messages in thread From: Pasi Kärkkäinen @ 2010-05-30 9:09 UTC (permalink / raw) To: eXeC001er; +Cc: Boris Derzhavets, Xen-devel On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: > I've attempted to install Nexenta Core 3 image under Xen 4.0 (2.6.32.13 > pvops) on top of F13. Sample nexenta3.cfg profile contains 4 lines like > this:- > > disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from sample) > > It generates message > Â File 'vhd:/path/.../disk.img' doesn't exist. > > Boris. > P.S. It was already in one of the threads @xen-users. > > This bug in "def _parse_uname(uname):" (tools/python/xen/util/blkif.py) > (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = fn.split(":", > 2)[1:3] Can you send a proper patch, as unified diff (diff -u), with a Signed-off-by line? -- Pasi ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-30 9:09 ` Pasi Kärkkäinen @ 2010-05-30 10:02 ` eXeC001er 2010-05-30 10:37 ` [PATCH] " Pasi Kärkkäinen 2010-06-01 7:54 ` XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 Boris Derzhavets 1 sibling, 1 reply; 27+ messages in thread From: eXeC001er @ 2010-05-30 10:02 UTC (permalink / raw) To: Pasi Kärkkäinen; +Cc: Boris Derzhavets, Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 957 bytes --] I have already sent a patch 1 weak ago. (*blktap2_control_func.patch*) repeat in attach. Thanks. 2010/5/30 Pasi Kärkkäinen <pasik@iki.fi> > On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: > > I've attempted to install Nexenta Core 3 image under Xen 4.0 > (2.6.32.13 > > pvops) on top of F13. Sample nexenta3.cfg profile contains 4 lines > like > > this:- > > > > disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from sample) > > > > It generates message > > Â File 'vhd:/path/.../disk.img' doesn't exist. > > > > Boris. > > P.S. It was already in one of the threads @xen-users. > > > > This bug in "def _parse_uname(uname):" > (tools/python/xen/util/blkif.py) > > (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = fn.split(":", > > 2)[1:3] > > Can you send a proper patch, as unified diff (diff -u), with a > Signed-off-by line? > > -- Pasi > > [-- Attachment #1.2: Type: text/html, Size: 2078 bytes --] [-- Attachment #2: blktap2_control_func.patch --] [-- Type: text/x-patch, Size: 1355 bytes --] diff -r d0420ab97345 tools/python/xen/util/blkif.py --- a/tools/python/xen/util/blkif.py Fri May 21 16:21:39 2010 +0100 +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 +0400 @@ -87,7 +87,7 @@ fn = "/dev/%s" %(fn,) if typ in ("tap", "tap2"): - (taptype, fn) = fn.split(":", 1) + (taptype, fn) = fn.split(":", 2)[1:] return (fn, taptype) def blkdev_uname_to_file(uname): diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.py --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 16:21:39 2010 +0100 +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 01:21:15 2010 +0400 @@ -3292,6 +3292,7 @@ fn = BOOTLOADER_LOOPBACK_DEVICE try: + time.sleep(5) blcfg = bootloader(blexec, fn, self, False, bootloader_args, kernel, ramdisk, args) finally: @@ -3299,7 +3300,7 @@ log.info("Unmounting %s from %s." % (fn, BOOTLOADER_LOOPBACK_DEVICE)) - dom0.destroyDevice('tap', BOOTLOADER_LOOPBACK_DEVICE) + dom0.destroyDevice(devtype, BOOTLOADER_LOOPBACK_DEVICE) if blcfg is None: msg = "Had a bootloader specified, but can't find disk" [-- Attachment #3: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-30 10:02 ` eXeC001er @ 2010-05-30 10:37 ` Pasi Kärkkäinen 2010-05-30 11:36 ` Keir Fraser 0 siblings, 1 reply; 27+ messages in thread From: Pasi Kärkkäinen @ 2010-05-30 10:37 UTC (permalink / raw) To: eXeC001er; +Cc: Boris Derzhavets, Xen-devel, Keir Fraser On Sun, May 30, 2010 at 02:02:06PM +0400, eXeC001er wrote: > I have already sent a patch 1 weak ago. (blktap2_control_func.patch) > repeat in attach. > Thanks. Ok, thanks. Keir: I guess this is not committed yet? -- Pasi > 2010/5/30 Pasi Kärkkäinen <[1]pasik@iki.fi> > > On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: > > I've attempted to install Nexenta Core 3 image under Xen 4.0 > (2.6.32.13 > > pvops) on top of F13. Sample nexenta3.cfg profile contains 4 > lines like > > this:- > > > > disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from sample) > > > > It generates message > > Â File 'vhd:/path/.../disk.img' doesn't exist. > > > > Boris. > > P.S. It was already in one of the threads @xen-users. > > > > This bug in "def _parse_uname(uname):" > (tools/python/xen/util/blkif.py) > > (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = > fn.split(":", > > 2)[1:3] > > Can you send a proper patch, as unified diff (diff -u), with a > Signed-off-by line? > -- Pasi > > References > > Visible links > 1. mailto:pasik@iki.fi > diff -r d0420ab97345 tools/python/xen/util/blkif.py > --- a/tools/python/xen/util/blkif.py Fri May 21 16:21:39 2010 +0100 > +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 +0400 > @@ -87,7 +87,7 @@ > fn = "/dev/%s" %(fn,) > > if typ in ("tap", "tap2"): > - (taptype, fn) = fn.split(":", 1) > + (taptype, fn) = fn.split(":", 2)[1:] > return (fn, taptype) > > def blkdev_uname_to_file(uname): > diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.py > --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 16:21:39 2010 +0100 > +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 01:21:15 2010 +0400 > @@ -3292,6 +3292,7 @@ > fn = BOOTLOADER_LOOPBACK_DEVICE > > try: > + time.sleep(5) > blcfg = bootloader(blexec, fn, self, False, > bootloader_args, kernel, ramdisk, args) > finally: > @@ -3299,7 +3300,7 @@ > log.info("Unmounting %s from %s." % > (fn, BOOTLOADER_LOOPBACK_DEVICE)) > > - dom0.destroyDevice('tap', BOOTLOADER_LOOPBACK_DEVICE) > + dom0.destroyDevice(devtype, BOOTLOADER_LOOPBACK_DEVICE) > > if blcfg is None: > msg = "Had a bootloader specified, but can't find disk" ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-30 10:37 ` [PATCH] " Pasi Kärkkäinen @ 2010-05-30 11:36 ` Keir Fraser 2010-05-30 12:21 ` eXeC001er 0 siblings, 1 reply; 27+ messages in thread From: Keir Fraser @ 2010-05-30 11:36 UTC (permalink / raw) To: Pasi Kärkkäinen, eXeC001er; +Cc: Boris Derzhavets, Xen-devel On 30/05/2010 11:37, "Pasi Kärkkäinen" <pasik@iki.fi> wrote: > On Sun, May 30, 2010 at 02:02:06PM +0400, eXeC001er wrote: >> I have already sent a patch 1 weak ago. (blktap2_control_func.patch) >> repeat in attach. >> Thanks. > > Ok, thanks. > > Keir: I guess this is not committed yet? I'm not too happy about the sleep(5). I guess if there's no better solution coming up I should just whack this patch in? -- Keir > -- Pasi > >> 2010/5/30 Pasi Kärkkäinen <[1]pasik@iki.fi> >> >> On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: >>> I've attempted to install Nexenta Core 3 image under Xen 4.0 >> (2.6.32.13 >>> pvops) on top of F13. Sample nexenta3.cfg profile contains 4 >> lines like >>> this:- >>> >>> disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from sample) >>> >>> It generates message >>> Â File 'vhd:/path/.../disk.img' doesn't exist. >>> >>> Boris. >>> P.S. It was already in one of the threads @xen-users. >>> >>> This bug in "def _parse_uname(uname):" >> (tools/python/xen/util/blkif.py) >>> (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = >> fn.split(":", >>> 2)[1:3] >> >> Can you send a proper patch, as unified diff (diff -u), with a >> Signed-off-by line? >> -- Pasi >> >> References >> >> Visible links >> 1. mailto:pasik@iki.fi > >> diff -r d0420ab97345 tools/python/xen/util/blkif.py >> --- a/tools/python/xen/util/blkif.py Fri May 21 16:21:39 2010 +0100 >> +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 +0400 >> @@ -87,7 +87,7 @@ >> fn = "/dev/%s" %(fn,) >> >> if typ in ("tap", "tap2"): >> - (taptype, fn) = fn.split(":", 1) >> + (taptype, fn) = fn.split(":", 2)[1:] >> return (fn, taptype) >> >> def blkdev_uname_to_file(uname): >> diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.py >> --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 16:21:39 2010 +0100 >> +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 01:21:15 2010 +0400 >> @@ -3292,6 +3292,7 @@ >> fn = BOOTLOADER_LOOPBACK_DEVICE >> >> try: >> + time.sleep(5) >> blcfg = bootloader(blexec, fn, self, False, >> bootloader_args, kernel, ramdisk, args) >> finally: >> @@ -3299,7 +3300,7 @@ >> log.info("Unmounting %s from %s." % >> (fn, BOOTLOADER_LOOPBACK_DEVICE)) >> >> - dom0.destroyDevice('tap', BOOTLOADER_LOOPBACK_DEVICE) >> + dom0.destroyDevice(devtype, BOOTLOADER_LOOPBACK_DEVICE) >> >> if blcfg is None: >> msg = "Had a bootloader specified, but can't find disk" > ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-30 11:36 ` Keir Fraser @ 2010-05-30 12:21 ` eXeC001er 2010-05-30 12:24 ` Keir Fraser 2010-05-30 12:45 ` Łukasz Oleś 0 siblings, 2 replies; 27+ messages in thread From: eXeC001er @ 2010-05-30 12:21 UTC (permalink / raw) To: Keir Fraser; +Cc: Boris Derzhavets, Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 3217 bytes --] My python-experience is small, but i tied to rewrite. New in attach. 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com> > On 30/05/2010 11:37, "Pasi Kärkkäinen" <pasik@iki.fi> wrote: > > > On Sun, May 30, 2010 at 02:02:06PM +0400, eXeC001er wrote: > >> I have already sent a patch 1 weak ago. (blktap2_control_func.patch) > >> repeat in attach. > >> Thanks. > > > > Ok, thanks. > > > > Keir: I guess this is not committed yet? > > I'm not too happy about the sleep(5). I guess if there's no better solution > coming up I should just whack this patch in? > > -- Keir > > > -- Pasi > > > >> 2010/5/30 Pasi Kärkkäinen <[1]pasik@iki.fi> > >> > >> On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: > >>> I've attempted to install Nexenta Core 3 image under Xen 4.0 > >> (2.6.32.13 > >>> pvops) on top of F13. Sample nexenta3.cfg profile contains 4 > >> lines like > >>> this:- > >>> > >>> disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from sample) > >>> > >>> It generates message > >>> Â File 'vhd:/path/.../disk.img' doesn't exist. > >>> > >>> Boris. > >>> P.S. It was already in one of the threads @xen-users. > >>> > >>> This bug in "def _parse_uname(uname):" > >> (tools/python/xen/util/blkif.py) > >>> (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = > >> fn.split(":", > >>> 2)[1:3] > >> > >> Can you send a proper patch, as unified diff (diff -u), with a > >> Signed-off-by line? > >> -- Pasi > >> > >> References > >> > >> Visible links > >> 1. mailto:pasik@iki.fi > > > >> diff -r d0420ab97345 tools/python/xen/util/blkif.py > >> --- a/tools/python/xen/util/blkif.py Fri May 21 16:21:39 2010 +0100 > >> +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 +0400 > >> @@ -87,7 +87,7 @@ > >> fn = "/dev/%s" %(fn,) > >> > >> if typ in ("tap", "tap2"): > >> - (taptype, fn) = fn.split(":", 1) > >> + (taptype, fn) = fn.split(":", 2)[1:] > >> return (fn, taptype) > >> > >> def blkdev_uname_to_file(uname): > >> diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.py > >> --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 16:21:39 2010 > +0100 > >> +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 01:21:15 2010 > +0400 > >> @@ -3292,6 +3292,7 @@ > >> fn = BOOTLOADER_LOOPBACK_DEVICE > >> > >> try: > >> + time.sleep(5) > >> blcfg = bootloader(blexec, fn, self, False, > >> bootloader_args, kernel, ramdisk, > args) > >> finally: > >> @@ -3299,7 +3300,7 @@ > >> log.info("Unmounting %s from %s." % > >> (fn, BOOTLOADER_LOOPBACK_DEVICE)) > >> > >> - dom0.destroyDevice('tap', > BOOTLOADER_LOOPBACK_DEVICE) > >> + dom0.destroyDevice(devtype, > BOOTLOADER_LOOPBACK_DEVICE) > >> > >> if blcfg is None: > >> msg = "Had a bootloader specified, but can't find disk" > > > > > [-- Attachment #1.2: Type: text/html, Size: 4734 bytes --] [-- Attachment #2: bltap2_control_func.patch --] [-- Type: text/x-patch, Size: 2067 bytes --] diff -r 93410e5e4ad8 tools/python/xen/util/blkif.py --- a/tools/python/xen/util/blkif.py Sat May 22 06:36:41 2010 +0100 +++ b/tools/python/xen/util/blkif.py Sun May 30 16:17:54 2010 +0400 @@ -87,7 +87,7 @@ fn = "/dev/%s" %(fn,) if typ in ("tap", "tap2"): - (taptype, fn) = fn.split(":", 1) + (taptype, fn) = fn.split(":", 2)[1:3] return (fn, taptype) def blkdev_uname_to_file(uname): diff -r 93410e5e4ad8 tools/python/xen/xend/XendBootloader.py --- a/tools/python/xen/xend/XendBootloader.py Sat May 22 06:36:41 2010 +0100 +++ b/tools/python/xen/xend/XendBootloader.py Sun May 30 16:17:54 2010 +0400 @@ -13,6 +13,7 @@ # import os, select, errno, stat, signal, tty +import time import random import shlex from xen.xend import sxp @@ -38,10 +39,16 @@ msg = "Bootloader isn't executable" log.error(msg) raise VmError(msg) - if not os.access(disk, os.R_OK): - msg = "Disk isn't accessible" - log.error(msg) - raise VmError(msg) + attempt = 0 + while True: + if not os.access(disk, os.R_OK) and attempt > 3: + msg = "Disk isn't accessible" + log.error(msg) + raise VmError(msg) + else: + break + time.sleep(1) + attempt = attempt + 1 if os.uname()[0] == "NetBSD" and disk.startswith('/dev/'): disk = disk.replace("/dev/", "/dev/r") diff -r 93410e5e4ad8 tools/python/xen/xend/XendDomainInfo.py --- a/tools/python/xen/xend/XendDomainInfo.py Sat May 22 06:36:41 2010 +0100 +++ b/tools/python/xen/xend/XendDomainInfo.py Sun May 30 16:17:54 2010 +0400 @@ -3299,7 +3299,7 @@ log.info("Unmounting %s from %s." % (fn, BOOTLOADER_LOOPBACK_DEVICE)) - dom0.destroyDevice('tap', BOOTLOADER_LOOPBACK_DEVICE) + dom0.destroyDevice(devtype, BOOTLOADER_LOOPBACK_DEVICE if blcfg is None: msg = "Had a bootloader specified, but can't find disk" [-- Attachment #3: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-30 12:21 ` eXeC001er @ 2010-05-30 12:24 ` Keir Fraser 2010-05-30 13:28 ` Sander Eikelenboom 2010-05-30 15:00 ` eXeC001er 2010-05-30 12:45 ` Łukasz Oleś 1 sibling, 2 replies; 27+ messages in thread From: Keir Fraser @ 2010-05-30 12:24 UTC (permalink / raw) To: eXeC001er; +Cc: Boris Derzhavets, Xen-devel Needs a patch description and a signed-off-by line. -- Keir On 30/05/2010 13:21, "eXeC001er" <execooler@gmail.com> wrote: > My python-experience is small, but i tied to rewrite. > New in attach. > > 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com> >> On 30/05/2010 11:37, "Pasi Kärkkäinen" <pasik@iki.fi> wrote: >> >>> On Sun, May 30, 2010 at 02:02:06PM +0400, eXeC001er wrote: >>>> I have already sent a patch 1 weak ago. (blktap2_control_func.patch) >>>> repeat in attach. >>>> Thanks. >>> >>> Ok, thanks. >>> >>> Keir: I guess this is not committed yet? >> >> I'm not too happy about the sleep(5). I guess if there's no better solution >> coming up I should just whack this patch in? >> >> -- Keir >> >>> -- Pasi >>> >>>> 2010/5/30 Pasi Kärkkäinen <[1]pasik@iki.fi> >>>> >>>> On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: >>>>> I've attempted to install Nexenta Core 3 image under Xen 4.0 >>>> (2.6.32.13 >>>>> pvops) on top of F13. Sample nexenta3.cfg profile contains 4 >>>> lines like >>>>> this:- >>>>> >>>>> disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from sample) >>>>> >>>>> It generates message >>>>> Â File 'vhd:/path/.../disk.img' doesn't exist. >>>>> >>>>> Boris. >>>>> P.S. It was already in one of the threads @xen-users. >>>>> >>>>> This bug in "def _parse_uname(uname):" >>>> (tools/python/xen/util/blkif.py) >>>>> (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = >>>> fn.split(":", >>>>> 2)[1:3] >>>> >>>> Can you send a proper patch, as unified diff (diff -u), with a >>>> Signed-off-by line? >>>> -- Pasi >>>> >>>> References >>>> >>>> Visible links >>>> 1. mailto:pasik@iki.fi >>> >>>> diff -r d0420ab97345 tools/python/xen/util/blkif.py >>>> --- a/tools/python/xen/util/blkif.py Fri May 21 16:21:39 2010 +0100 >>>> +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 +0400 >>>> @@ -87,7 +87,7 @@ >>>> fn = "/dev/%s" %(fn,) >>>> >>>> if typ in ("tap", "tap2"): >>>> - (taptype, fn) = fn.split(":", 1) >>>> + (taptype, fn) = fn.split(":", 2)[1:] >>>> return (fn, taptype) >>>> >>>> def blkdev_uname_to_file(uname): >>>> diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.py >>>> --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 16:21:39 2010 >>>> +0100 >>>> +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 01:21:15 2010 >>>> +0400 >>>> @@ -3292,6 +3292,7 @@ >>>> fn = BOOTLOADER_LOOPBACK_DEVICE >>>> >>>> try: >>>> + time.sleep(5) >>>> blcfg = bootloader(blexec, fn, self, False, >>>> bootloader_args, kernel, ramdisk, args) >>>> finally: >>>> @@ -3299,7 +3300,7 @@ >>>> log.info <http://log.info> ("Unmounting %s from %s." % >>>> (fn, BOOTLOADER_LOOPBACK_DEVICE)) >>>> >>>> - dom0.destroyDevice('tap', BOOTLOADER_LOOPBACK_DEVICE) >>>> + dom0.destroyDevice(devtype, >>>> BOOTLOADER_LOOPBACK_DEVICE) >>>> >>>> if blcfg is None: >>>> msg = "Had a bootloader specified, but can't find disk" >>> >> >> > > ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-30 12:24 ` Keir Fraser @ 2010-05-30 13:28 ` Sander Eikelenboom 2010-05-30 15:00 ` eXeC001er 1 sibling, 0 replies; 27+ messages in thread From: Sander Eikelenboom @ 2010-05-30 13:28 UTC (permalink / raw) To: Keir Fraser; +Cc: Boris Derzhavets, Xen-devel, eXeC001er Kind of strange, one would say with dom0._waitForDeviceUUID which calls waitForDevice, the device should be present and accessible by the time it arrives at the try. So I think, one or the other way a device can be reported as available, when it's not ... A sleep doesn't seem a appropriate solution. -- Sander Sunday, May 30, 2010, 2:24:36 PM, you wrote: > Needs a patch description and a signed-off-by line. > -- Keir > On 30/05/2010 13:21, "eXeC001er" <execooler@gmail.com> wrote: >> My python-experience is small, but i tied to rewrite. >> New in attach. >> >> 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com> >>> On 30/05/2010 11:37, "Pasi Kärkkäinen" <pasik@iki.fi> wrote: >>> >>>> On Sun, May 30, 2010 at 02:02:06PM +0400, eXeC001er wrote: >>>>> I have already sent a patch 1 weak ago. (blktap2_control_func.patch) >>>>> repeat in attach. >>>>> Thanks. >>>> >>>> Ok, thanks. >>>> >>>> Keir: I guess this is not committed yet? >>> >>> I'm not too happy about the sleep(5). I guess if there's no better solution >>> coming up I should just whack this patch in? >>> >>> -- Keir >>> >>>> -- Pasi >>>> >>>>> 2010/5/30 Pasi Kärkkäinen <[1]pasik@iki.fi> >>>>> >>>>> On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: >>>>>> I've attempted to install Nexenta Core 3 image under Xen 4.0 >>>>> (2.6.32.13 >>>>>> pvops) on top of F13. Sample nexenta3.cfg profile contains 4 >>>>> lines like >>>>>> this:- >>>>>> >>>>>> disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from sample) >>>>>> >>>>>> It generates message >>>>>> Â File 'vhd:/path/.../disk.img' doesn't exist. >>>>>> >>>>>> Boris. >>>>>> P.S. It was already in one of the threads @xen-users. >>>>>> >>>>>> This bug in "def _parse_uname(uname):" >>>>> (tools/python/xen/util/blkif.py) >>>>>> (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = >>>>> fn.split(":", >>>>>> 2)[1:3] >>>>> >>>>> Can you send a proper patch, as unified diff (diff -u), with a >>>>> Signed-off-by line? >>>>> -- Pasi >>>>> >>>>> References >>>>> >>>>> Visible links >>>>> 1. mailto:pasik@iki.fi >>>> >>>>> diff -r d0420ab97345 tools/python/xen/util/blkif.py >>>>> --- a/tools/python/xen/util/blkif.py Fri May 21 16:21:39 2010 +0100 >>>>> +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 +0400 >>>>> @@ -87,7 +87,7 @@ >>>>> fn = "/dev/%s" %(fn,) >>>>> >>>>> if typ in ("tap", "tap2"): >>>>> - (taptype, fn) = fn.split(":", 1) >>>>> + (taptype, fn) = fn.split(":", 2)[1:] >>>>> return (fn, taptype) >>>>> >>>>> def blkdev_uname_to_file(uname): >>>>> diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.py >>>>> --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 16:21:39 2010 >>>>> +0100 >>>>> +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 01:21:15 2010 >>>>> +0400 >>>>> @@ -3292,6 +3292,7 @@ >>>>> fn = BOOTLOADER_LOOPBACK_DEVICE >>>>> >>>>> try: >>>>> + time.sleep(5) >>>>> blcfg = bootloader(blexec, fn, self, False, >>>>> bootloader_args, kernel, ramdisk, args) >>>>> finally: >>>>> @@ -3299,7 +3300,7 @@ >>>>> log.info <http://log.info> ("Unmounting %s from %s." % >>>>> (fn, BOOTLOADER_LOOPBACK_DEVICE)) >>>>> >>>>> - dom0.destroyDevice('tap', BOOTLOADER_LOOPBACK_DEVICE) >>>>> + dom0.destroyDevice(devtype, >>>>> BOOTLOADER_LOOPBACK_DEVICE) >>>>> >>>>> if blcfg is None: >>>>> msg = "Had a bootloader specified, but can't find disk" >>>> >>> >>> >> >> -- Best regards, Sander mailto:linux@eikelenboom.it ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-30 12:24 ` Keir Fraser 2010-05-30 13:28 ` Sander Eikelenboom @ 2010-05-30 15:00 ` eXeC001er 2010-05-31 7:59 ` Boris Derzhavets 1 sibling, 1 reply; 27+ messages in thread From: eXeC001er @ 2010-05-30 15:00 UTC (permalink / raw) To: Keir Fraser; +Cc: Boris Derzhavets, Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 4060 bytes --] this patch remove problems with blktap2 devices: 1. If we use blktap2 disk device then DomU does not boot. Returned error: File 'vhd:/path/.../disk.img' doesn't exist. 2. Created blktap2 disk device does not accessible immediately after connecting: If we use pygrub then DomU does not boot. Returned error: Disk is not accessible. Signed-off-by: eXeC001er <execooler@gmail.com> --- 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com> > Needs a patch description and a signed-off-by line. > > -- Keir > > On 30/05/2010 13:21, "eXeC001er" <execooler@gmail.com> wrote: > > > My python-experience is small, but i tied to rewrite. > > New in attach. > > > > 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com> > >> On 30/05/2010 11:37, "Pasi Kärkkäinen" <pasik@iki.fi> wrote: > >> > >>> On Sun, May 30, 2010 at 02:02:06PM +0400, eXeC001er wrote: > >>>> I have already sent a patch 1 weak ago. > (blktap2_control_func.patch) > >>>> repeat in attach. > >>>> Thanks. > >>> > >>> Ok, thanks. > >>> > >>> Keir: I guess this is not committed yet? > >> > >> I'm not too happy about the sleep(5). I guess if there's no better > solution > >> coming up I should just whack this patch in? > >> > >> -- Keir > >> > >>> -- Pasi > >>> > >>>> 2010/5/30 Pasi Kärkkäinen <[1]pasik@iki.fi> > >>>> > >>>> On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: > >>>>> I've attempted to install Nexenta Core 3 image under Xen 4.0 > >>>> (2.6.32.13 > >>>>> pvops) on top of F13. Sample nexenta3.cfg profile contains 4 > >>>> lines like > >>>>> this:- > >>>>> > >>>>> disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from sample) > >>>>> > >>>>> It generates message > >>>>> Â File 'vhd:/path/.../disk.img' doesn't exist. > >>>>> > >>>>> Boris. > >>>>> P.S. It was already in one of the threads @xen-users. > >>>>> > >>>>> This bug in "def _parse_uname(uname):" > >>>> (tools/python/xen/util/blkif.py) > >>>>> (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = > >>>> fn.split(":", > >>>>> 2)[1:3] > >>>> > >>>> Can you send a proper patch, as unified diff (diff -u), with a > >>>> Signed-off-by line? > >>>> -- Pasi > >>>> > >>>> References > >>>> > >>>> Visible links > >>>> 1. mailto:pasik@iki.fi > >>> > >>>> diff -r d0420ab97345 tools/python/xen/util/blkif.py > >>>> --- a/tools/python/xen/util/blkif.py Fri May 21 16:21:39 2010 +0100 > >>>> +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 +0400 > >>>> @@ -87,7 +87,7 @@ > >>>> fn = "/dev/%s" %(fn,) > >>>> > >>>> if typ in ("tap", "tap2"): > >>>> - (taptype, fn) = fn.split(":", 1) > >>>> + (taptype, fn) = fn.split(":", 2)[1:] > >>>> return (fn, taptype) > >>>> > >>>> def blkdev_uname_to_file(uname): > >>>> diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.py > >>>> --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 16:21:39 2010 > >>>> +0100 > >>>> +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 01:21:15 2010 > >>>> +0400 > >>>> @@ -3292,6 +3292,7 @@ > >>>> fn = BOOTLOADER_LOOPBACK_DEVICE > >>>> > >>>> try: > >>>> + time.sleep(5) > >>>> blcfg = bootloader(blexec, fn, self, False, > >>>> bootloader_args, kernel, ramdisk, > args) > >>>> finally: > >>>> @@ -3299,7 +3300,7 @@ > >>>> log.info <http://log.info> ("Unmounting %s from > %s." % > >>>> (fn, BOOTLOADER_LOOPBACK_DEVICE)) > >>>> > >>>> - dom0.destroyDevice('tap', > BOOTLOADER_LOOPBACK_DEVICE) > >>>> + dom0.destroyDevice(devtype, > >>>> BOOTLOADER_LOOPBACK_DEVICE) > >>>> > >>>> if blcfg is None: > >>>> msg = "Had a bootloader specified, but can't find > disk" > >>> > >> > >> > > > > > > > [-- Attachment #1.2: Type: text/html, Size: 7131 bytes --] [-- Attachment #2: bltap2_control_func.patch --] [-- Type: text/x-patch, Size: 2067 bytes --] diff -r 93410e5e4ad8 tools/python/xen/util/blkif.py --- a/tools/python/xen/util/blkif.py Sat May 22 06:36:41 2010 +0100 +++ b/tools/python/xen/util/blkif.py Sun May 30 16:17:54 2010 +0400 @@ -87,7 +87,7 @@ fn = "/dev/%s" %(fn,) if typ in ("tap", "tap2"): - (taptype, fn) = fn.split(":", 1) + (taptype, fn) = fn.split(":", 2)[1:3] return (fn, taptype) def blkdev_uname_to_file(uname): diff -r 93410e5e4ad8 tools/python/xen/xend/XendBootloader.py --- a/tools/python/xen/xend/XendBootloader.py Sat May 22 06:36:41 2010 +0100 +++ b/tools/python/xen/xend/XendBootloader.py Sun May 30 16:17:54 2010 +0400 @@ -13,6 +13,7 @@ # import os, select, errno, stat, signal, tty +import time import random import shlex from xen.xend import sxp @@ -38,10 +39,16 @@ msg = "Bootloader isn't executable" log.error(msg) raise VmError(msg) - if not os.access(disk, os.R_OK): - msg = "Disk isn't accessible" - log.error(msg) - raise VmError(msg) + attempt = 0 + while True: + if not os.access(disk, os.R_OK) and attempt > 3: + msg = "Disk isn't accessible" + log.error(msg) + raise VmError(msg) + else: + break + time.sleep(1) + attempt = attempt + 1 if os.uname()[0] == "NetBSD" and disk.startswith('/dev/'): disk = disk.replace("/dev/", "/dev/r") diff -r 93410e5e4ad8 tools/python/xen/xend/XendDomainInfo.py --- a/tools/python/xen/xend/XendDomainInfo.py Sat May 22 06:36:41 2010 +0100 +++ b/tools/python/xen/xend/XendDomainInfo.py Sun May 30 16:17:54 2010 +0400 @@ -3299,7 +3299,7 @@ log.info("Unmounting %s from %s." % (fn, BOOTLOADER_LOOPBACK_DEVICE)) - dom0.destroyDevice('tap', BOOTLOADER_LOOPBACK_DEVICE) + dom0.destroyDevice(devtype, BOOTLOADER_LOOPBACK_DEVICE if blcfg is None: msg = "Had a bootloader specified, but can't find disk" [-- Attachment #3: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-30 15:00 ` eXeC001er @ 2010-05-31 7:59 ` Boris Derzhavets 2010-05-31 10:27 ` eXeC001er 0 siblings, 1 reply; 27+ messages in thread From: Boris Derzhavets @ 2010-05-31 7:59 UTC (permalink / raw) To: Keir Fraser, eXeC001er; +Cc: Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 4770 bytes --] I've attempted to process patch for xen-4.0.0-0.7.f12.src.rpm it gives an errors. Is it written for xen 4.0 ? I did some manual check . Boris. --- On Sun, 5/30/10, eXeC001er <execooler@gmail.com> wrote: From: eXeC001er <execooler@gmail.com> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 To: "Keir Fraser" <keir.fraser@eu.citrix.com> Cc: "Boris Derzhavets" <bderzhavets@yahoo.com>, "Xen-devel" <xen-devel@lists.xensource.com> Date: Sunday, May 30, 2010, 11:00 AM this patch remove problems with blktap2 devices: 1. If we use blktap2 disk device then DomU does not boot. Returned error: File 'vhd:/path/.../disk.img' doesn't exist. 2. Created blktap2 disk device does not accessible immediately after connecting: If we use pygrub then DomU does not boot. Returned error: Disk is not accessible. Signed-off-by: eXeC001er <execooler@gmail.com> --- 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com> Needs a patch description and a signed-off-by line. -- Keir On 30/05/2010 13:21, "eXeC001er" <execooler@gmail.com> wrote: > My python-experience is small, but i tied to rewrite. > New in attach. > > 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com> >> On 30/05/2010 11:37, "Pasi Kärkkäinen" <pasik@iki.fi> wrote: >> >>> On Sun, May 30, 2010 at 02:02:06PM +0400, eXeC001er wrote: >>>> I have already sent a patch 1 weak ago. (blktap2_control_func.patch) >>>> repeat in attach. >>>> Thanks. >>> >>> Ok, thanks. >>> >>> Keir: I guess this is not committed yet? >> >> I'm not too happy about the sleep(5). I guess if there's no better solution >> coming up I should just whack this patch in? >> >> -- Keir >> >>> -- Pasi >>> >>>> 2010/5/30 Pasi Kärkkäinen <[1]pasik@iki.fi> >>>> >>>> On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: >>>>> I've attempted to install Nexenta Core 3 image under Xen 4.0 >>>> (2.6.32.13 >>>>> pvops) on top of F13. Sample nexenta3.cfg profile contains 4 >>>> lines like >>>>> this:- >>>>> >>>>> disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from sample) >>>>> >>>>> It generates message >>>>> Â File 'vhd:/path/.../disk.img' doesn't exist. >>>>> >>>>> Boris. >>>>> P.S. It was already in one of the threads @xen-users. >>>>> >>>>> This bug in "def _parse_uname(uname):" >>>> (tools/python/xen/util/blkif.py) >>>>> (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = >>>> fn.split(":", >>>>> 2)[1:3] >>>> >>>> Can you send a proper patch, as unified diff (diff -u), with a >>>> Signed-off-by line? >>>> -- Pasi >>>> >>>> References >>>> >>>> Visible links >>>> 1. mailto:pasik@iki.fi >>> >>>> diff -r d0420ab97345 tools/python/xen/util/blkif.py >>>> --- a/tools/python/xen/util/blkif.py Fri May 21 16:21:39 2010 +0100 >>>> +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 +0400 >>>> @@ -87,7 +87,7 @@ >>>> fn = "/dev/%s" %(fn,) >>>> >>>> if typ in ("tap", "tap2"): >>>> - (taptype, fn) = fn.split(":", 1) >>>> + (taptype, fn) = fn.split(":", 2)[1:] >>>> return (fn, taptype) >>>> >>>> def blkdev_uname_to_file(uname): >>>> diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.py >>>> --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 16:21:39 2010 >>>> +0100 >>>> +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 01:21:15 2010 >>>> +0400 >>>> @@ -3292,6 +3292,7 @@ >>>> fn = BOOTLOADER_LOOPBACK_DEVICE >>>> >>>> try: >>>> + time.sleep(5) >>>> blcfg = bootloader(blexec, fn, self, False, >>>> bootloader_args, kernel, ramdisk, args) >>>> finally: >>>> @@ -3299,7 +3300,7 @@ >>>> log.info <http://log.info> ("Unmounting %s from %s." % >>>> (fn, BOOTLOADER_LOOPBACK_DEVICE)) >>>> >>>> - dom0.destroyDevice('tap', BOOTLOADER_LOOPBACK_DEVICE) >>>> + dom0.destroyDevice(devtype, >>>> BOOTLOADER_LOOPBACK_DEVICE) >>>> >>>> if blcfg is None: >>>> msg = "Had a bootloader specified, but can't find disk" >>> >> >> > > -----Inline Attachment Follows----- _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 9615 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-31 7:59 ` Boris Derzhavets @ 2010-05-31 10:27 ` eXeC001er 2010-05-31 16:04 ` Boris Derzhavets 0 siblings, 1 reply; 27+ messages in thread From: eXeC001er @ 2010-05-31 10:27 UTC (permalink / raw) To: Boris Derzhavets; +Cc: Xen-devel, Keir Fraser [-- Attachment #1.1: Type: text/plain, Size: 5430 bytes --] Patch for xen-unstable.hg 2010/5/31 Boris Derzhavets <bderzhavets@yahoo.com> > I've attempted to process patch for xen-4.0.0-0.7.f12.src.rpm it gives an > errors. > Is it written for xen 4.0 ? I did some manual check . > > Boris. > > > --- On *Sun, 5/30/10, eXeC001er <execooler@gmail.com>* wrote: > > > From: eXeC001er <execooler@gmail.com> > Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel > 2.6.32.13 and xen 4.0-rc1 > To: "Keir Fraser" <keir.fraser@eu.citrix.com> > Cc: "Boris Derzhavets" <bderzhavets@yahoo.com>, "Xen-devel" < > xen-devel@lists.xensource.com> > Date: Sunday, May 30, 2010, 11:00 AM > > > this patch remove problems with blktap2 devices: > 1. If we use blktap2 disk device then DomU does not boot. Returned error: File > 'vhd:/path/.../disk.img' doesn't exist. > 2. Created blktap2 disk device does not accessible immediately after > connecting: If we use pygrub then DomU does not boot. Returned error: Disk > is not accessible. > > Signed-off-by: eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> > > > --- > > 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> > > > >> Needs a patch description and a signed-off-by line. >> >> -- Keir >> >> On 30/05/2010 13:21, "eXeC001er" <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com>> >> wrote: >> >> > My python-experience is small, but i tied to rewrite. >> > New in attach. >> > >> > 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >> > >> >> On 30/05/2010 11:37, "Pasi Kärkkäinen" <pasik@iki.fi<http://mc/compose?to=pasik@iki.fi>> >> wrote: >> >> >> >>> On Sun, May 30, 2010 at 02:02:06PM +0400, eXeC001er wrote: >> >>>> I have already sent a patch 1 weak ago. >> (blktap2_control_func.patch) >> >>>> repeat in attach. >> >>>> Thanks. >> >>> >> >>> Ok, thanks. >> >>> >> >>> Keir: I guess this is not committed yet? >> >> >> >> I'm not too happy about the sleep(5). I guess if there's no better >> solution >> >> coming up I should just whack this patch in? >> >> >> >> -- Keir >> >> >> >>> -- Pasi >> >>> >> >>>> 2010/5/30 Pasi Kärkkäinen <[1]pasik@iki.fi<http://mc/compose?to=pasik@iki.fi> >> > >> >>>> >> >>>> On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: >> >>>>> I've attempted to install Nexenta Core 3 image under Xen 4.0 >> >>>> (2.6.32.13 >> >>>>> pvops) on top of F13. Sample nexenta3.cfg profile contains 4 >> >>>> lines like >> >>>>> this:- >> >>>>> >> >>>>> disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from >> sample) >> >>>>> >> >>>>> It generates message >> >>>>> Â File 'vhd:/path/.../disk.img' doesn't exist. >> >>>>> >> >>>>> Boris. >> >>>>> P.S. It was already in one of the threads @xen-users. >> >>>>> >> >>>>> This bug in "def _parse_uname(uname):" >> >>>> (tools/python/xen/util/blkif.py) >> >>>>> (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = >> >>>> fn.split(":", >> >>>>> 2)[1:3] >> >>>> >> >>>> Can you send a proper patch, as unified diff (diff -u), with a >> >>>> Signed-off-by line? >> >>>> -- Pasi >> >>>> >> >>>> References >> >>>> >> >>>> Visible links >> >>>> 1. mailto:pasik@iki.fi <http://mc/compose?to=pasik@iki.fi> >> >>> >> >>>> diff -r d0420ab97345 tools/python/xen/util/blkif.py >> >>>> --- a/tools/python/xen/util/blkif.py Fri May 21 16:21:39 2010 +0100 >> >>>> +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 +0400 >> >>>> @@ -87,7 +87,7 @@ >> >>>> fn = "/dev/%s" %(fn,) >> >>>> >> >>>> if typ in ("tap", "tap2"): >> >>>> - (taptype, fn) = fn.split(":", 1) >> >>>> + (taptype, fn) = fn.split(":", 2)[1:] >> >>>> return (fn, taptype) >> >>>> >> >>>> def blkdev_uname_to_file(uname): >> >>>> diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.py >> >>>> --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 16:21:39 >> 2010 >> >>>> +0100 >> >>>> +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 01:21:15 >> 2010 >> >>>> +0400 >> >>>> @@ -3292,6 +3292,7 @@ >> >>>> fn = BOOTLOADER_LOOPBACK_DEVICE >> >>>> >> >>>> try: >> >>>> + time.sleep(5) >> >>>> blcfg = bootloader(blexec, fn, self, False, >> >>>> bootloader_args, kernel, ramdisk, >> args) >> >>>> finally: >> >>>> @@ -3299,7 +3300,7 @@ >> >>>> log.info <http://log.info> ("Unmounting %s from >> %s." % >> >>>> (fn, BOOTLOADER_LOOPBACK_DEVICE)) >> >>>> >> >>>> - dom0.destroyDevice('tap', >> BOOTLOADER_LOOPBACK_DEVICE) >> >>>> + dom0.destroyDevice(devtype, >> >>>> BOOTLOADER_LOOPBACK_DEVICE) >> >>>> >> >>>> if blcfg is None: >> >>>> msg = "Had a bootloader specified, but can't find >> disk" >> >>> >> >> >> >> >> > >> > >> >> >> > > -----Inline Attachment Follows----- > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com<http://mc/compose?to=Xen-devel@lists.xensource.com> > http://lists.xensource.com/xen-devel > > > [-- Attachment #1.2: Type: text/html, Size: 9176 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-31 10:27 ` eXeC001er @ 2010-05-31 16:04 ` Boris Derzhavets 2010-05-31 16:28 ` eXeC001er 0 siblings, 1 reply; 27+ messages in thread From: Boris Derzhavets @ 2010-05-31 16:04 UTC (permalink / raw) To: eXeC001er; +Cc: Xen-devel, Keir Fraser [-- Attachment #1.1: Type: text/plain, Size: 9461 bytes --] Xen-unstable patched via yours patch , built and installed on top of Ubuntu 10.04. Dom0 loaded with 2.6.32.14 pvops ( 2.6.32.10 same results) Environment:- host : LucidSRV release : 2.6.32.14 version : #6 SMP Mon May 31 18:08:00 MSD 2010 machine : x86_64 nr_cpus : 4 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 2833 hw_caps : bfebfbff:20100800:00000000:00000940:0408e3fd:00000000:00000001:00000000 virt_caps : hvm total_memory : 8190 free_memory : 2052 free_cpus : 0 xen_major : 4 xen_minor : 1 xen_extra : -unstable xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : Fri May 28 10:54:07 2010 +0100 21492:96917cf25bf3 xen_commandline : cc_compiler : gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) cc_compile_by : root cc_compile_domain : cc_compile_date : Mon May 31 19:00:21 MSD 2010 xend_config_format : 4 Attempted to load F13 PV DomU ( working fine inder Xen 4.0 & 2.6.32.14) ┌────────────────────────────────────────────────────────────────────────┐ │ Fedora (2.6.33.3-85.fc13.x86_64) │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ └────────────────────────────────────────────────────────────────────────┘ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, 'e' to edit the commands before booting, 'a' to modify the kernel arguments before booting, or 'c' for a command line. root@LucidSRV:/home/boris/fedora# Error: (4, 'Out of memory', "panic: xc_dom_boot.c:144: xc_dom_boot_mem_init: can't allocate low memory for domain") Boris. --- On Mon, 5/31/10, eXeC001er <execooler@gmail.com> wrote: From: eXeC001er <execooler@gmail.com> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 To: "Boris Derzhavets" <bderzhavets@yahoo.com> Cc: "Xen-devel" <xen-devel@lists.xensource.com>, "Keir Fraser" <keir.fraser@eu.citrix.com> Date: Monday, May 31, 2010, 6:27 AM Patch for xen-unstable.hg 2010/5/31 Boris Derzhavets <bderzhavets@yahoo.com> I've attempted to process patch for xen-4.0.0-0.7.f12.src.rpm it gives an errors. Is it written for xen 4.0 ? I did some manual check . Boris. --- On Sun, 5/30/10, eXeC001er <execooler@gmail.com> wrote: From: eXeC001er <execooler@gmail.com> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 To: "Keir Fraser" <keir.fraser@eu.citrix.com> Cc: "Boris Derzhavets" <bderzhavets@yahoo.com>, "Xen-devel" <xen-devel@lists.xensource.com> Date: Sunday, May 30, 2010, 11:00 AM this patch remove problems with blktap2 devices: 1. If we use blktap2 disk device then DomU does not boot. Returned error: File 'vhd:/path/.../disk.img' doesn't exist. 2. Created blktap2 disk device does not accessible immediately after connecting: If we use pygrub then DomU does not boot. Returned error: Disk is not accessible. Signed-off-by: eXeC001er <execooler@gmail.com> --- 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com> Needs a patch description and a signed-off-by line. -- Keir On 30/05/2010 13:21, "eXeC001er" <execooler@gmail.com> wrote: > My python-experience is small, but i tied to rewrite. > New in attach. > > 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com> >> On 30/05/2010 11:37, "Pasi Kärkkäinen" <pasik@iki.fi> wrote: >> >>> On Sun, May 30, 2010 at 02:02:06PM +0400, eXeC001er wrote: >>>> I have already sent a patch 1 weak ago. (blktap2_control_func.patch) >>>> repeat in attach. >>>> Thanks. >>> >>> Ok, thanks. >>> >>> Keir: I guess this is not committed yet? >> >> I'm not too happy about the sleep(5). I guess if there's no better solution >> coming up I should just whack this patch in? >> >> -- Keir >> >>> -- Pasi >>> >>>> 2010/5/30 Pasi Kärkkäinen <[1]pasik@iki.fi> >>>> >>>> On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: >>>>> I've attempted to install Nexenta Core 3 image under Xen 4.0 >>>> (2.6.32.13 >>>>> pvops) on top of F13. Sample nexenta3.cfg profile contains 4 >>>> lines like >>>>> this:- >>>>> >>>>> disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from sample) >>>>> >>>>> It generates message >>>>> Â File 'vhd:/path/.../disk.img' doesn't exist. >>>>> >>>>> Boris. >>>>> P.S. It was already in one of the threads @xen-users. >>>>> >>>>> This bug in "def _parse_uname(uname):" >>>> (tools/python/xen/util/blkif.py) >>>>> (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = >>>> fn.split(":", >>>>> 2)[1:3] >>>> >>>> Can you send a proper patch, as unified diff (diff -u), with a >>>> Signed-off-by line? >>>> -- Pasi >>>> >>>> References >>>> >>>> Visible links >>>> 1. mailto:pasik@iki.fi >>> >>>> diff -r d0420ab97345 tools/python/xen/util/blkif.py >>>> --- a/tools/python/xen/util/blkif.py Fri May 21 16:21:39 2010 +0100 >>>> +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 +0400 >>>> @@ -87,7 +87,7 @@ >>>> fn = "/dev/%s" %(fn,) >>>> >>>> if typ in ("tap", "tap2"): >>>> - (taptype, fn) = fn.split(":", 1) >>>> + (taptype, fn) = fn.split(":", 2)[1:] >>>> return (fn, taptype) >>>> >>>> def blkdev_uname_to_file(uname): >>>> diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.py >>>> --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 16:21:39 2010 >>>> +0100 >>>> +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 01:21:15 2010 >>>> +0400 >>>> @@ -3292,6 +3292,7 @@ >>>> fn = BOOTLOADER_LOOPBACK_DEVICE >>>> >>>> try: >>>> + time.sleep(5) >>>> blcfg = bootloader(blexec, fn, self, False, >>>> bootloader_args, kernel, ramdisk, args) >>>> finally: >>>> @@ -3299,7 +3300,7 @@ >>>> log.info <http://log.info> ("Unmounting %s from %s." % >>>> (fn, BOOTLOADER_LOOPBACK_DEVICE)) >>>> >>>> - dom0.destroyDevice('tap', BOOTLOADER_LOOPBACK_DEVICE) >>>> + dom0.destroyDevice(devtype, >>>> BOOTLOADER_LOOPBACK_DEVICE) >>>> >>>> if blcfg is None: >>>> msg = "Had a bootloader specified, but can't find disk" >>> >> >> > > -----Inline Attachment Follows----- _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel -----Inline Attachment Follows----- _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 18873 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-31 16:04 ` Boris Derzhavets @ 2010-05-31 16:28 ` eXeC001er 2010-05-31 20:06 ` Boris Derzhavets 0 siblings, 1 reply; 27+ messages in thread From: eXeC001er @ 2010-05-31 16:28 UTC (permalink / raw) To: Boris Derzhavets; +Cc: Xen-devel, Keir Fraser [-- Attachment #1.1: Type: text/plain, Size: 9809 bytes --] I have same error with xen-unstable. in attach patch for xen-4.0-testing.hg </xen-4.0-testing.hg> </xen-4.0-testing.hg>Signed-off-by: eXeC001er <execooler@gmail.com> --- 2010/5/31 Boris Derzhavets <bderzhavets@yahoo.com> > Xen-unstable patched via yours patch , built and installed on top of > Ubuntu 10.04. > Dom0 loaded with 2.6.32.14 pvops ( 2.6.32.10 same results) > Environment:- > > host : LucidSRV > release : 2.6.32.14 > version : #6 SMP Mon May 31 18:08:00 MSD 2010 > machine : x86_64 > nr_cpus : 4 > nr_nodes : 1 > cores_per_socket : 4 > threads_per_core : 1 > cpu_mhz : 2833 > hw_caps : > bfebfbff:20100800:00000000:00000940:0408e3fd:00000000:00000001:00000000 > virt_caps : hvm > total_memory : 8190 > free_memory : 2052 > free_cpus : 0 > xen_major : 4 > xen_minor : 1 > xen_extra : -unstable > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 > hvm-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : Fri May 28 10:54:07 2010 +0100 21492:96917cf25bf3 > xen_commandline : > cc_compiler : gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) > cc_compile_by : root > cc_compile_domain : > cc_compile_date : Mon May 31 19:00:21 MSD 2010 > xend_config_format : 4 > > Attempted to load F13 PV DomU ( working fine inder Xen 4.0 & 2.6.32.14) > > > ┌────────────────────────────────────────────────────────────────────────┐ > │ Fedora (2.6.33.3-85.fc13.x86_64) │ > │ │ > │ │ > │ │ > │ │ > │ │ > │ │ > │ │ > └────────────────────────────────────────────────────────────────────────┘ > Use the ^ and v keys to select which entry is highlighted. > Press enter to boot the selected OS, 'e' to edit the > commands before booting, 'a' to modify the kernel arguments > before booting, or 'c' for a command line. > > root@LucidSRV:/home/boris/fedora# Error: (4, 'Out of memory', "panic: > xc_dom_boot.c:144: xc_dom_boot_mem_init: can't allocate low memory for > domain") > > > Boris. > > --- On *Mon, 5/31/10, eXeC001er <execooler@gmail.com>* wrote: > > > From: eXeC001er <execooler@gmail.com> > Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel > 2.6.32.13 and xen 4.0-rc1 > To: "Boris Derzhavets" <bderzhavets@yahoo.com> > Cc: "Xen-devel" <xen-devel@lists.xensource.com>, "Keir Fraser" < > keir.fraser@eu.citrix.com> > Date: Monday, May 31, 2010, 6:27 AM > > > Patch for xen-unstable.hg > > 2010/5/31 Boris Derzhavets <bderzhavets@yahoo.com<http://mc/compose?to=bderzhavets@yahoo.com> > > > >> I've attempted to process patch for xen-4.0.0-0.7.f12.src.rpm it gives an >> errors. >> Is it written for xen 4.0 ? I did some manual check . >> >> Boris. >> >> >> --- On *Sun, 5/30/10, eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >> >* wrote: >> >> >> From: eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >> > >> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel >> 2.6.32.13 and xen 4.0-rc1 >> To: "Keir Fraser" <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >> > >> Cc: "Boris Derzhavets" <bderzhavets@yahoo.com<http://mc/compose?to=bderzhavets@yahoo.com>>, >> "Xen-devel" <xen-devel@lists.xensource.com<http://mc/compose?to=xen-devel@lists.xensource.com> >> > >> Date: Sunday, May 30, 2010, 11:00 AM >> >> >> this patch remove problems with blktap2 devices: >> 1. If we use blktap2 disk device then DomU does not boot. Returned error: File >> 'vhd:/path/.../disk.img' doesn't exist. >> 2. Created blktap2 disk device does not accessible immediately after >> connecting: If we use pygrub then DomU does not boot. Returned error: Disk >> is not accessible. >> >> Signed-off-by: eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >> > >> --- >> >> 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >> > >> >>> Needs a patch description and a signed-off-by line. >>> >>> -- Keir >>> >>> On 30/05/2010 13:21, "eXeC001er" <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com>> >>> wrote: >>> >>> > My python-experience is small, but i tied to rewrite. >>> > New in attach. >>> > >>> > 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >>> > >>> >> On 30/05/2010 11:37, "Pasi Kärkkäinen" <pasik@iki.fi<http://mc/compose?to=pasik@iki.fi>> >>> wrote: >>> >> >>> >>> On Sun, May 30, 2010 at 02:02:06PM +0400, eXeC001er wrote: >>> >>>> I have already sent a patch 1 weak ago. >>> (blktap2_control_func.patch) >>> >>>> repeat in attach. >>> >>>> Thanks. >>> >>> >>> >>> Ok, thanks. >>> >>> >>> >>> Keir: I guess this is not committed yet? >>> >> >>> >> I'm not too happy about the sleep(5). I guess if there's no better >>> solution >>> >> coming up I should just whack this patch in? >>> >> >>> >> -- Keir >>> >> >>> >>> -- Pasi >>> >>> >>> >>>> 2010/5/30 Pasi Kärkkäinen <[1]pasik@iki.fi<http://mc/compose?to=pasik@iki.fi> >>> > >>> >>>> >>> >>>> On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: >>> >>>>> I've attempted to install Nexenta Core 3 image under Xen 4.0 >>> >>>> (2.6.32.13 >>> >>>>> pvops) on top of F13. Sample nexenta3.cfg profile contains 4 >>> >>>> lines like >>> >>>>> this:- >>> >>>>> >>> >>>>> disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from >>> sample) >>> >>>>> >>> >>>>> It generates message >>> >>>>> Â File 'vhd:/path/.../disk.img' doesn't exist. >>> >>>>> >>> >>>>> Boris. >>> >>>>> P.S. It was already in one of the threads @xen-users. >>> >>>>> >>> >>>>> This bug in "def _parse_uname(uname):" >>> >>>> (tools/python/xen/util/blkif.py) >>> >>>>> (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = >>> >>>> fn.split(":", >>> >>>>> 2)[1:3] >>> >>>> >>> >>>> Can you send a proper patch, as unified diff (diff -u), with a >>> >>>> Signed-off-by line? >>> >>>> -- Pasi >>> >>>> >>> >>>> References >>> >>>> >>> >>>> Visible links >>> >>>> 1. mailto:pasik@iki.fi <http://mc/compose?to=pasik@iki.fi> >>> >>> >>> >>>> diff -r d0420ab97345 tools/python/xen/util/blkif.py >>> >>>> --- a/tools/python/xen/util/blkif.py Fri May 21 16:21:39 2010 +0100 >>> >>>> +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 +0400 >>> >>>> @@ -87,7 +87,7 @@ >>> >>>> fn = "/dev/%s" %(fn,) >>> >>>> >>> >>>> if typ in ("tap", "tap2"): >>> >>>> - (taptype, fn) = fn.split(":", 1) >>> >>>> + (taptype, fn) = fn.split(":", 2)[1:] >>> >>>> return (fn, taptype) >>> >>>> >>> >>>> def blkdev_uname_to_file(uname): >>> >>>> diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.py >>> >>>> --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 16:21:39 >>> 2010 >>> >>>> +0100 >>> >>>> +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 01:21:15 >>> 2010 >>> >>>> +0400 >>> >>>> @@ -3292,6 +3292,7 @@ >>> >>>> fn = BOOTLOADER_LOOPBACK_DEVICE >>> >>>> >>> >>>> try: >>> >>>> + time.sleep(5) >>> >>>> blcfg = bootloader(blexec, fn, self, False, >>> >>>> bootloader_args, kernel, >>> ramdisk, args) >>> >>>> finally: >>> >>>> @@ -3299,7 +3300,7 @@ >>> >>>> log.info <http://log.info> ("Unmounting %s >>> from %s." % >>> >>>> (fn, BOOTLOADER_LOOPBACK_DEVICE)) >>> >>>> >>> >>>> - dom0.destroyDevice('tap', >>> BOOTLOADER_LOOPBACK_DEVICE) >>> >>>> + dom0.destroyDevice(devtype, >>> >>>> BOOTLOADER_LOOPBACK_DEVICE) >>> >>>> >>> >>>> if blcfg is None: >>> >>>> msg = "Had a bootloader specified, but can't find >>> disk" >>> >>> >>> >> >>> >> >>> > >>> > >>> >>> >>> >> >> -----Inline Attachment Follows----- >> >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xensource.com<http://mc/compose?to=Xen-devel@lists.xensource.com> >> http://lists.xensource.com/xen-devel >> >> >> > > -----Inline Attachment Follows----- > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com<http://mc/compose?to=Xen-devel@lists.xensource.com> > http://lists.xensource.com/xen-devel > > > [-- Attachment #1.2: Type: text/html, Size: 16159 bytes --] [-- Attachment #2: blktap2_control_func-xen-4.0-testing.hg.patch --] [-- Type: text/x-patch, Size: 1932 bytes --] diff -r 370fd9f97c70 tools/python/xen/util/blkif.py --- a/tools/python/xen/util/blkif.py Sat May 22 07:18:16 2010 +0100 +++ b/tools/python/xen/util/blkif.py Mon May 31 20:28:20 2010 +0400 @@ -87,7 +87,7 @@ fn = "/dev/%s" %(fn,) if typ in ("tap", "tap2"): - (taptype, fn) = fn.split(":", 1) + (taptype, fn) = fn.split(":", 2)[1:3] return (fn, taptype) def blkdev_uname_to_file(uname): diff -r 370fd9f97c70 tools/python/xen/xend/XendBootloader.py --- a/tools/python/xen/xend/XendBootloader.py Sat May 22 07:18:16 2010 +0100 +++ b/tools/python/xen/xend/XendBootloader.py Mon May 31 20:28:20 2010 +0400 @@ -38,10 +38,16 @@ msg = "Bootloader isn't executable" log.error(msg) raise VmError(msg) - if not os.access(disk, os.R_OK): - msg = "Disk isn't accessible" - log.error(msg) - raise VmError(msg) + attempt = 0 + while True: + if not os.access(disk, os.R_OK) and attempt > 3: + msg = "Disk isn't accessible" + log.error(msg) + raise VmError(msg) + else: + break + time.sleep(1) + attempt = attempt + 1 if os.uname()[0] == "NetBSD" and disk.startswith('/dev/'): disk = disk.replace("/dev/", "/dev/r") diff -r 370fd9f97c70 tools/python/xen/xend/XendDomainInfo.py --- a/tools/python/xen/xend/XendDomainInfo.py Sat May 22 07:18:16 2010 +0100 +++ b/tools/python/xen/xend/XendDomainInfo.py Mon May 31 20:28:20 2010 +0400 @@ -3269,7 +3269,7 @@ log.info("Unmounting %s from %s." % (fn, BOOTLOADER_LOOPBACK_DEVICE)) - dom0.destroyDevice('tap', BOOTLOADER_LOOPBACK_DEVICE) + dom0.destroyDevice(devtype, BOOTLOADER_LOOPBACK_DEVICE) if blcfg is None: msg = "Had a bootloader specified, but can't find disk" [-- Attachment #3: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-31 16:28 ` eXeC001er @ 2010-05-31 20:06 ` Boris Derzhavets 2010-06-01 8:30 ` eXeC001er 2010-06-04 7:57 ` eXeC001er 0 siblings, 2 replies; 27+ messages in thread From: Boris Derzhavets @ 2010-05-31 20:06 UTC (permalink / raw) To: eXeC001er; +Cc: Xen-devel, Keir Fraser [-- Attachment #1.1: Type: text/plain, Size: 13885 bytes --] The way your patch + zfs-24 patch work for me ( Nexenta 3.0 Xen Sample Image and profile) root@LucidSRV:~/NexentaStor-Community-3.0.2# cat *.cfg # This config file use for boot installation guest domain NexentaStor, hereinafter referred to as DomU # Work directory # work_dir = '/full/path/to/directory/with/unpacked/nexentastor-xen-image' work_dir = '/root/NexentaStor-Community-3.0.2' # Names of disks disk_1_name = 'syspool.img' disk_2_name = 'data_disk1.img' disk_3_name = 'data_disk2.img' disk_4_name = 'data_disk3.img' # Bootloader for boot DomU bootloader = "/usr/local/bin/pygrub" # Memory for DomU, in MB memory = 1024 # Name of DomU name = "NexentaStor-Community-3.0.2" # Network interfaces for DomU # You can change the mac address of your own needs. # mac=00:16:3E:xx:xx:xx vif = [ 'mac=00:16:3E:00:00:01', 'mac=00:16:3E:00:00:02' ] # vif=['bridge=eth0'] # Disk's for guest domain. # Format for added disk: # for file devices disk: # 'file:/full/path/to/disk_in_file,num_disk_in_DomU,access_mode_for_disk_in_DomU' # for tap device disk (for example VHD): # 'tap:tapdisk:vhd:/full/path/to/disk_in_file,num_disk_in_DomU,access_mode_for_disk_in_DomU' # for physical devices disk: # 'phy:/dev/physical_devices_in_Dom0,num_disk_in_DomU,access_mode_for_disk_in_DomU' # num_disk_in_DomU = xvda,xvdb,xvdc,xvde,... # access_mode_for_disk_in_DomU = w - read-write mode, r = read-only mode # # We recommend using the VHD disc format (blktap2 device driver). # http://wiki.xensource.com/xenwiki/blktap2 disk = [ 'tap:tapdisk:vhd:' + work_dir + '/' + disk_1_name + ',xvda,w', 'tap:tapdisk:vhd:' + work_dir + '/' + disk_2_name + ',xvdb,w', 'tap:tapdisk:vhd:' + work_dir + '/' + disk_3_name + ',xvdc,w', 'tap:tapdisk:vhd:' + work_dir + '/' + disk_4_name + ',xvde,w', ] # Configure the behaviour when a domain exits. There are three 'reasons' # for a domain to stop: poweroff, reboot, and crash. For each of these you # may specify: # # "destroy", meaning that the domain is cleaned up as normal; # "restart", meaning that a new domain is started in place of the old # one; # "preserve", meaning that no clean-up is done until the domain is # manually destroyed (using xm destroy, for example); or # "rename-restart", meaning that the old domain is not cleaned up, but is # renamed and a new domain started in its place. # # In the event a domain stops due to a crash, you have the additional options: # # "coredump-destroy", meaning dump the crashed domain's core and then destroy; # "coredump-restart', meaning dump the crashed domain's core and the restart. on_reboot = 'destroy' on_crash = 'destroy' on_poweroff = 'destroy' root@LucidSRV:~/NexentaStor-Community-3.0.2# xm create -c nexentastor-community-3.0.2-xen.cfg Using config file "./nexentastor-community-3.0.2-xen.cfg". root@LucidSRV:~/NexentaStor-Community-3.0.2# Error: Device 51952 not connected ^C root@LucidSRV:~/NexentaStor-Community-3.0.2# xm list Name ID Mem VCPUs State Time(s) Domain-0 0 7189 4 r----- 38.1 root@LucidSRV:~/NexentaStor-Community-3.0.2# xm create -c nexentastor-community-3.0.2-xen.cfg Using config file "./nexentastor-community-3.0.2-xen.cfg". Error: Device /dev/xvdp (51952, tap2) is already connected. Boris --- On Mon, 5/31/10, eXeC001er <execooler@gmail.com> wrote: From: eXeC001er <execooler@gmail.com> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 To: "Boris Derzhavets" <bderzhavets@yahoo.com> Cc: "Xen-devel" <xen-devel@lists.xensource.com>, "Keir Fraser" <keir.fraser@eu.citrix.com> Date: Monday, May 31, 2010, 12:28 PM I have same error with xen-unstable. in attach patch for xen-4.0-testing.hg Signed-off-by: eXeC001er <execooler@gmail.com> --- 2010/5/31 Boris Derzhavets <bderzhavets@yahoo.com> Xen-unstable patched via yours patch , built and installed on top of Ubuntu 10.04. Dom0 loaded with 2.6.32.14 pvops ( 2.6.32.10 same results) Environment:- host : LucidSRV release : 2.6.32.14 version : #6 SMP Mon May 31 18:08:00 MSD 2010 machine : x86_64 nr_cpus : 4 nr_nodes : 1 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 2833 hw_caps : bfebfbff:20100800:00000000:00000940:0408e3fd:00000000:00000001:00000000 virt_caps : hvm total_memory : 8190 free_memory : 2052 free_cpus : 0 xen_major : 4 xen_minor : 1 xen_extra : -unstable xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=0xffff800000000000 xen_changeset : Fri May 28 10:54:07 2010 +0100 21492:96917cf25bf3 xen_commandline : cc_compiler : gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) cc_compile_by : root cc_compile_domain : cc_compile_date : Mon May 31 19:00:21 MSD 2010 xend_config_format : 4 Attempted to load F13 PV DomU ( working fine inder Xen 4.0 & 2.6.32.14) ┌────────────────────────────────────────────────────────────────────────┐ │ Fedora (2.6.33.3-85.fc13.x86_64) │ │ │ │ │ │ │ │ │ │ │ │ │ │ │ └────────────────────────────────────────────────────────────────────────┘ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, 'e' to edit the commands before booting, 'a' to modify the kernel arguments before booting, or 'c' for a command line. root@LucidSRV:/home/boris/fedora# Error: (4, 'Out of memory', "panic: xc_dom_boot.c:144: xc_dom_boot_mem_init: can't allocate low memory for domain") Boris. --- On Mon, 5/31/10, eXeC001er <execooler@gmail.com> wrote: From: eXeC001er <execooler@gmail.com> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 To: "Boris Derzhavets" <bderzhavets@yahoo.com> Cc: "Xen-devel" <xen-devel@lists.xensource.com>, "Keir Fraser" <keir.fraser@eu.citrix.com> Date: Monday, May 31, 2010, 6:27 AM Patch for xen-unstable.hg 2010/5/31 Boris Derzhavets <bderzhavets@yahoo.com> I've attempted to process patch for xen-4.0.0-0.7.f12.src.rpm it gives an errors. Is it written for xen 4.0 ? I did some manual check . Boris. --- On Sun, 5/30/10, eXeC001er <execooler@gmail.com> wrote: From: eXeC001er <execooler@gmail.com> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 To: "Keir Fraser" <keir.fraser@eu.citrix.com> Cc: "Boris Derzhavets" <bderzhavets@yahoo.com>, "Xen-devel" <xen-devel@lists.xensource.com> Date: Sunday, May 30, 2010, 11:00 AM this patch remove problems with blktap2 devices: 1. If we use blktap2 disk device then DomU does not boot. Returned error: File 'vhd:/path/.../disk.img' doesn't exist. 2. Created blktap2 disk device does not accessible immediately after connecting: If we use pygrub then DomU does not boot. Returned error: Disk is not accessible. Signed-off-by: eXeC001er <execooler@gmail.com> --- 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com> Needs a patch description and a signed-off-by line. -- Keir On 30/05/2010 13:21, "eXeC001er" <execooler@gmail.com> wrote: > My python-experience is small, but i tied to rewrite. > New in attach. > > 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com> >> On 30/05/2010 11:37, "Pasi Kärkkäinen" <pasik@iki.fi> wrote: >> >>> On Sun, May 30, 2010 at 02:02:06PM +0400, eXeC001er wrote: >>>> I have already sent a patch 1 weak ago. (blktap2_control_func.patch) >>>> repeat in attach. >>>> Thanks. >>> >>> Ok, thanks. >>> >>> Keir: I guess this is not committed yet? >> >> I'm not too happy about the sleep(5). I guess if there's no better solution >> coming up I should just whack this patch in? >> >> -- Keir >> >>> -- Pasi >>> >>>> 2010/5/30 Pasi Kärkkäinen <[1]pasik@iki.fi> >>>> >>>> On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: >>>>> I've attempted to install Nexenta Core 3 image under Xen 4.0 >>>> (2.6.32.13 >>>>> pvops) on top of F13. Sample nexenta3.cfg profile contains 4 >>>> lines like >>>>> this:- >>>>> >>>>> disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from sample) >>>>> >>>>> It generates message >>>>> Â File 'vhd:/path/.../disk.img' doesn't exist. >>>>> >>>>> Boris. >>>>> P.S. It was already in one of the threads @xen-users. >>>>> >>>>> This bug in "def _parse_uname(uname):" >>>> (tools/python/xen/util/blkif.py) >>>>> (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = >>>> fn.split(":", >>>>> 2)[1:3] >>>> >>>> Can you send a proper patch, as unified diff (diff -u), with a >>>> Signed-off-by line? >>>> -- Pasi >>>> >>>> References >>>> >>>> Visible links >>>> 1. mailto:pasik@iki.fi >>> >>>> diff -r d0420ab97345 tools/python/xen/util/blkif.py >>>> --- a/tools/python/xen/util/blkif.py Fri May 21 16:21:39 2010 +0100 >>>> +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 +0400 >>>> @@ -87,7 +87,7 @@ >>>> fn = "/dev/%s" %(fn,) >>>> >>>> if typ in ("tap", "tap2"): >>>> - (taptype, fn) = fn.split(":", 1) >>>> + (taptype, fn) = fn.split(":", 2)[1:] >>>> return (fn, taptype) >>>> >>>> def blkdev_uname_to_file(uname): >>>> diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.py >>>> --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 16:21:39 2010 >>>> +0100 >>>> +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 01:21:15 2010 >>>> +0400 >>>> @@ -3292,6 +3292,7 @@ >>>> fn = BOOTLOADER_LOOPBACK_DEVICE >>>> >>>> try: >>>> + time.sleep(5) >>>> blcfg = bootloader(blexec, fn, self, False, >>>> bootloader_args, kernel, ramdisk, args) >>>> finally: >>>> @@ -3299,7 +3300,7 @@ >>>> log.info <http://log.info> ("Unmounting %s from %s." % >>>> (fn, BOOTLOADER_LOOPBACK_DEVICE)) >>>> >>>> - dom0.destroyDevice('tap', BOOTLOADER_LOOPBACK_DEVICE) >>>> + dom0.destroyDevice(devtype, >>>> BOOTLOADER_LOOPBACK_DEVICE) >>>> >>>> if blcfg is None: >>>> msg = "Had a bootloader specified, but can't find disk" >>> >> >> > > -----Inline Attachment Follows----- _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel -----Inline Attachment Follows----- _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 26402 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-31 20:06 ` Boris Derzhavets @ 2010-06-01 8:30 ` eXeC001er 2010-06-04 7:57 ` eXeC001er 1 sibling, 0 replies; 27+ messages in thread From: eXeC001er @ 2010-06-01 8:30 UTC (permalink / raw) To: Boris Derzhavets; +Cc: Xen-devel, Keir Fraser [-- Attachment #1.1: Type: text/plain, Size: 14259 bytes --] 2010/6/1 Boris Derzhavets <bderzhavets@yahoo.com> > The way your patch + zfs-24 patch work for me ( Nexenta 3.0 Xen Sample > Image and profile) > > root@LucidSRV:~/NexentaStor-Community-3.0.2# cat *.cfg > # This config file use for boot installation guest domain NexentaStor, > hereinafter referred to as DomU > > # Work directory > # work_dir = '/full/path/to/directory/with/unpacked/nexentastor-xen-image' > work_dir = '/root/NexentaStor-Community-3.0.2' > > # Names of disks > disk_1_name = 'syspool.img' > disk_2_name = 'data_disk1.img' > disk_3_name = 'data_disk2.img' > disk_4_name = 'data_disk3.img' > > # Bootloader for boot DomU > bootloader = "/usr/local/bin/pygrub" > > # Memory for DomU, in MB > memory = 1024 > > # Name of DomU > name = "NexentaStor-Community-3.0.2" > > # Network interfaces for DomU > # You can change the mac address of your own needs. > # mac=00:16:3E:xx:xx:xx > vif = [ > 'mac=00:16:3E:00:00:01', > 'mac=00:16:3E:00:00:02' > ] > # vif=['bridge=eth0'] > > # Disk's for guest domain. > # Format for added disk: > # for file devices disk: > # > 'file:/full/path/to/disk_in_file,num_disk_in_DomU,access_mode_for_disk_in_DomU' > # for tap device disk (for example VHD): > # > 'tap:tapdisk:vhd:/full/path/to/disk_in_file,num_disk_in_DomU,access_mode_for_disk_in_DomU' > # for physical devices disk: > # > 'phy:/dev/physical_devices_in_Dom0,num_disk_in_DomU,access_mode_for_disk_in_DomU' > # num_disk_in_DomU = xvda,xvdb,xvdc,xvde,... > # access_mode_for_disk_in_DomU = w - read-write mode, r = read-only mode > # > # We recommend using the VHD disc format (blktap2 device driver). > # http://wiki.xensource.com/xenwiki/blktap2 > disk = [ > 'tap:tapdisk:vhd:' + work_dir + '/' + disk_1_name + ',xvda,w', > 'tap:tapdisk:vhd:' + work_dir + '/' + disk_2_name + ',xvdb,w', > 'tap:tapdisk:vhd:' + work_dir + '/' + disk_3_name + ',xvdc,w', > 'tap:tapdisk:vhd:' + work_dir + '/' + disk_4_name + ',xvde,w', > ] > > # Configure the behaviour when a domain exits. There are three 'reasons' > # for a domain to stop: poweroff, reboot, and crash. For each of these you > # may specify: > # > # "destroy", meaning that the domain is cleaned up as normal; > # "restart", meaning that a new domain is started in place of the > old > # one; > # "preserve", meaning that no clean-up is done until the domain is > # manually destroyed (using xm destroy, for example); > or > # "rename-restart", meaning that the old domain is not cleaned up, but is > # renamed and a new domain started in its place. > # > # In the event a domain stops due to a crash, you have the additional > options: > # > # "coredump-destroy", meaning dump the crashed domain's core and then > destroy; > # "coredump-restart', meaning dump the crashed domain's core and the > restart. > on_reboot = 'destroy' > on_crash = 'destroy' > on_poweroff = 'destroy' > > > root@LucidSRV:~/NexentaStor-Community-3.0.2# xm create -c > nexentastor-community-3.0.2-xen.cfg > Using config file "./nexentastor-community-3.0.2-xen.cfg". > > root@LucidSRV:~/NexentaStor-Community-3.0.2# Error: Device 51952 not > connected > ^C > Strange, because I tried this image and it worked for me. > > root@LucidSRV:~/NexentaStor-Community-3.0.2# xm list > Name ID Mem VCPUs State > Time(s) > Domain-0 0 7189 4 r----- > 38.1 > > root@LucidSRV:~/NexentaStor-Community-3.0.2# xm create -c > nexentastor-community-3.0.2-xen.cfg > Using config file "./nexentastor-community-3.0.2-xen.cfg". > Error: Device /dev/xvdp (51952, tap2) is already connected. > > This is another bug for tap2. I already wrote about it earlier: "Xenstore does not scrape away after stopped DomU." > Boris > --- On *Mon, 5/31/10, eXeC001er <execooler@gmail.com>* wrote: > > > From: eXeC001er <execooler@gmail.com> > Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel > 2.6.32.13 and xen 4.0-rc1 > To: "Boris Derzhavets" <bderzhavets@yahoo.com> > Cc: "Xen-devel" <xen-devel@lists.xensource.com>, "Keir Fraser" < > keir.fraser@eu.citrix.com> > Date: Monday, May 31, 2010, 12:28 PM > > > I have same error with xen-unstable. > > in attach patch for xen-4.0-testing.hg > > Signed-off-by: eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> > > > --- > > 2010/5/31 Boris Derzhavets <bderzhavets@yahoo.com<http://mc/compose?to=bderzhavets@yahoo.com> > > > >> Xen-unstable patched via yours patch , built and installed on top of >> Ubuntu 10.04. >> Dom0 loaded with 2.6.32.14 pvops ( 2.6.32.10 same results) >> Environment:- >> >> host : LucidSRV >> release : 2.6.32.14 >> version : #6 SMP Mon May 31 18:08:00 MSD 2010 >> machine : x86_64 >> nr_cpus : 4 >> nr_nodes : 1 >> cores_per_socket : 4 >> threads_per_core : 1 >> cpu_mhz : 2833 >> hw_caps : >> bfebfbff:20100800:00000000:00000940:0408e3fd:00000000:00000001:00000000 >> virt_caps : hvm >> total_memory : 8190 >> free_memory : 2052 >> free_cpus : 0 >> xen_major : 4 >> xen_minor : 1 >> xen_extra : -unstable >> xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 >> hvm-3.0-x86_32p hvm-3.0-x86_64 >> xen_scheduler : credit >> xen_pagesize : 4096 >> platform_params : virt_start=0xffff800000000000 >> xen_changeset : Fri May 28 10:54:07 2010 +0100 21492:96917cf25bf3 >> xen_commandline : >> cc_compiler : gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) >> cc_compile_by : root >> cc_compile_domain : >> cc_compile_date : Mon May 31 19:00:21 MSD 2010 >> xend_config_format : 4 >> >> Attempted to load F13 PV DomU ( working fine inder Xen 4.0 & 2.6.32.14) >> >> >> ┌────────────────────────────────────────────────────────────────────────┐ >> │ Fedora (2.6.33.3-85.fc13.x86_64) >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> >> └────────────────────────────────────────────────────────────────────────┘ >> Use the ^ and v keys to select which entry is highlighted. >> Press enter to boot the selected OS, 'e' to edit the >> commands before booting, 'a' to modify the kernel arguments >> before booting, or 'c' for a command line. >> >> root@LucidSRV:/home/boris/fedora# Error: (4, 'Out of memory', "panic: >> xc_dom_boot.c:144: xc_dom_boot_mem_init: can't allocate low memory for >> domain") >> >> >> Boris. >> >> --- On *Mon, 5/31/10, eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >> >* wrote: >> >> >> From: eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >> > >> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel >> 2.6.32.13 and xen 4.0-rc1 >> To: "Boris Derzhavets" <bderzhavets@yahoo.com<http://mc/compose?to=bderzhavets@yahoo.com> >> > >> Cc: "Xen-devel" <xen-devel@lists.xensource.com<http://mc/compose?to=xen-devel@lists.xensource.com>>, >> "Keir Fraser" <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >> > >> Date: Monday, May 31, 2010, 6:27 AM >> >> >> Patch for xen-unstable.hg >> >> 2010/5/31 Boris Derzhavets <bderzhavets@yahoo.com<http://mc/compose?to=bderzhavets@yahoo.com> >> > >> >>> I've attempted to process patch for xen-4.0.0-0.7.f12.src.rpm it gives an >>> errors. >>> Is it written for xen 4.0 ? I did some manual check . >>> >>> Boris. >>> >>> >>> --- On *Sun, 5/30/10, eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >>> >* wrote: >>> >>> >>> From: eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >>> > >>> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel >>> 2.6.32.13 and xen 4.0-rc1 >>> To: "Keir Fraser" <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >>> > >>> Cc: "Boris Derzhavets" <bderzhavets@yahoo.com<http://mc/compose?to=bderzhavets@yahoo.com>>, >>> "Xen-devel" <xen-devel@lists.xensource.com<http://mc/compose?to=xen-devel@lists.xensource.com> >>> > >>> Date: Sunday, May 30, 2010, 11:00 AM >>> >>> >>> this patch remove problems with blktap2 devices: >>> 1. If we use blktap2 disk device then DomU does not boot. Returned >>> error: File 'vhd:/path/.../disk.img' doesn't exist. >>> 2. Created blktap2 disk device does not accessible immediately after >>> connecting: If we use pygrub then DomU does not boot. Returned error: Disk >>> is not accessible. >>> >>> Signed-off-by: eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >>> > >>> --- >>> >>> 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >>> > >>> >>>> Needs a patch description and a signed-off-by line. >>>> >>>> -- Keir >>>> >>>> On 30/05/2010 13:21, "eXeC001er" <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com>> >>>> wrote: >>>> >>>> > My python-experience is small, but i tied to rewrite. >>>> > New in attach. >>>> > >>>> > 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >>>> > >>>> >> On 30/05/2010 11:37, "Pasi Kärkkäinen" <pasik@iki.fi<http://mc/compose?to=pasik@iki.fi>> >>>> wrote: >>>> >> >>>> >>> On Sun, May 30, 2010 at 02:02:06PM +0400, eXeC001er wrote: >>>> >>>> I have already sent a patch 1 weak ago. >>>> (blktap2_control_func.patch) >>>> >>>> repeat in attach. >>>> >>>> Thanks. >>>> >>> >>>> >>> Ok, thanks. >>>> >>> >>>> >>> Keir: I guess this is not committed yet? >>>> >> >>>> >> I'm not too happy about the sleep(5). I guess if there's no better >>>> solution >>>> >> coming up I should just whack this patch in? >>>> >> >>>> >> -- Keir >>>> >> >>>> >>> -- Pasi >>>> >>> >>>> >>>> 2010/5/30 Pasi Kärkkäinen <[1]pasik@iki.fi<http://mc/compose?to=pasik@iki.fi> >>>> > >>>> >>>> >>>> >>>> On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: >>>> >>>>> I've attempted to install Nexenta Core 3 image under Xen 4.0 >>>> >>>> (2.6.32.13 >>>> >>>>> pvops) on top of F13. Sample nexenta3.cfg profile contains 4 >>>> >>>> lines like >>>> >>>>> this:- >>>> >>>>> >>>> >>>>> disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from >>>> sample) >>>> >>>>> >>>> >>>>> It generates message >>>> >>>>> Â File 'vhd:/path/.../disk.img' doesn't exist. >>>> >>>>> >>>> >>>>> Boris. >>>> >>>>> P.S. It was already in one of the threads @xen-users. >>>> >>>>> >>>> >>>>> This bug in "def _parse_uname(uname):" >>>> >>>> (tools/python/xen/util/blkif.py) >>>> >>>>> (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = >>>> >>>> fn.split(":", >>>> >>>>> 2)[1:3] >>>> >>>> >>>> >>>> Can you send a proper patch, as unified diff (diff -u), with a >>>> >>>> Signed-off-by line? >>>> >>>> -- Pasi >>>> >>>> >>>> >>>> References >>>> >>>> >>>> >>>> Visible links >>>> >>>> 1. mailto:pasik@iki.fi <http://mc/compose?to=pasik@iki.fi> >>>> >>> >>>> >>>> diff -r d0420ab97345 tools/python/xen/util/blkif.py >>>> >>>> --- a/tools/python/xen/util/blkif.py Fri May 21 16:21:39 2010 +0100 >>>> >>>> +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 +0400 >>>> >>>> @@ -87,7 +87,7 @@ >>>> >>>> fn = "/dev/%s" %(fn,) >>>> >>>> >>>> >>>> if typ in ("tap", "tap2"): >>>> >>>> - (taptype, fn) = fn.split(":", 1) >>>> >>>> + (taptype, fn) = fn.split(":", 2)[1:] >>>> >>>> return (fn, taptype) >>>> >>>> >>>> >>>> def blkdev_uname_to_file(uname): >>>> >>>> diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.py >>>> >>>> --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 16:21:39 >>>> 2010 >>>> >>>> +0100 >>>> >>>> +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 01:21:15 >>>> 2010 >>>> >>>> +0400 >>>> >>>> @@ -3292,6 +3292,7 @@ >>>> >>>> fn = BOOTLOADER_LOOPBACK_DEVICE >>>> >>>> >>>> >>>> try: >>>> >>>> + time.sleep(5) >>>> >>>> blcfg = bootloader(blexec, fn, self, False, >>>> >>>> bootloader_args, kernel, >>>> ramdisk, args) >>>> >>>> finally: >>>> >>>> @@ -3299,7 +3300,7 @@ >>>> >>>> log.info <http://log.info> ("Unmounting %s >>>> from %s." % >>>> >>>> (fn, BOOTLOADER_LOOPBACK_DEVICE)) >>>> >>>> >>>> >>>> - dom0.destroyDevice('tap', >>>> BOOTLOADER_LOOPBACK_DEVICE) >>>> >>>> + dom0.destroyDevice(devtype, >>>> >>>> BOOTLOADER_LOOPBACK_DEVICE) >>>> >>>> >>>> >>>> if blcfg is None: >>>> >>>> msg = "Had a bootloader specified, but can't find >>>> disk" >>>> >>> >>>> >> >>>> >> >>>> > >>>> > >>>> >>>> >>>> >>> >>> -----Inline Attachment Follows----- >>> >>> >>> _______________________________________________ >>> Xen-devel mailing list >>> Xen-devel@lists.xensource.com<http://mc/compose?to=Xen-devel@lists.xensource.com> >>> http://lists.xensource.com/xen-devel >>> >>> >>> >> >> -----Inline Attachment Follows----- >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xensource.com<http://mc/compose?to=Xen-devel@lists.xensource.com> >> http://lists.xensource.com/xen-devel >> >> >> > > [-- Attachment #1.2: Type: text/html, Size: 23184 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-31 20:06 ` Boris Derzhavets 2010-06-01 8:30 ` eXeC001er @ 2010-06-04 7:57 ` eXeC001er 2010-06-06 20:21 ` eXeC001er 1 sibling, 1 reply; 27+ messages in thread From: eXeC001er @ 2010-06-04 7:57 UTC (permalink / raw) To: Boris Derzhavets; +Cc: Xen-devel, Keir Fraser [-- Attachment #1.1: Type: text/plain, Size: 14471 bytes --] 2010/6/1 Boris Derzhavets <bderzhavets@yahoo.com> > The way your patch + zfs-24 patch work for me ( Nexenta 3.0 Xen Sample > Image and profile) > > root@LucidSRV:~/NexentaStor-Community-3.0.2# cat *.cfg > # This config file use for boot installation guest domain NexentaStor, > hereinafter referred to as DomU > > # Work directory > # work_dir = '/full/path/to/directory/with/unpacked/nexentastor-xen-image' > work_dir = '/root/NexentaStor-Community-3.0.2' > > # Names of disks > disk_1_name = 'syspool.img' > disk_2_name = 'data_disk1.img' > disk_3_name = 'data_disk2.img' > disk_4_name = 'data_disk3.img' > > # Bootloader for boot DomU > bootloader = "/usr/local/bin/pygrub" > > # Memory for DomU, in MB > memory = 1024 > > # Name of DomU > name = "NexentaStor-Community-3.0.2" > > # Network interfaces for DomU > # You can change the mac address of your own needs. > # mac=00:16:3E:xx:xx:xx > vif = [ > 'mac=00:16:3E:00:00:01', > 'mac=00:16:3E:00:00:02' > ] > # vif=['bridge=eth0'] > > # Disk's for guest domain. > # Format for added disk: > # for file devices disk: > # > 'file:/full/path/to/disk_in_file,num_disk_in_DomU,access_mode_for_disk_in_DomU' > # for tap device disk (for example VHD): > # > 'tap:tapdisk:vhd:/full/path/to/disk_in_file,num_disk_in_DomU,access_mode_for_disk_in_DomU' > # for physical devices disk: > # > 'phy:/dev/physical_devices_in_Dom0,num_disk_in_DomU,access_mode_for_disk_in_DomU' > # num_disk_in_DomU = xvda,xvdb,xvdc,xvde,... > # access_mode_for_disk_in_DomU = w - read-write mode, r = read-only mode > # > # We recommend using the VHD disc format (blktap2 device driver). > # http://wiki.xensource.com/xenwiki/blktap2 > disk = [ > 'tap:tapdisk:vhd:' + work_dir + '/' + disk_1_name + ',xvda,w', > 'tap:tapdisk:vhd:' + work_dir + '/' + disk_2_name + ',xvdb,w', > 'tap:tapdisk:vhd:' + work_dir + '/' + disk_3_name + ',xvdc,w', > 'tap:tapdisk:vhd:' + work_dir + '/' + disk_4_name + ',xvde,w', > ] > > # Configure the behaviour when a domain exits. There are three 'reasons' > # for a domain to stop: poweroff, reboot, and crash. For each of these you > # may specify: > # > # "destroy", meaning that the domain is cleaned up as normal; > # "restart", meaning that a new domain is started in place of the > old > # one; > # "preserve", meaning that no clean-up is done until the domain is > # manually destroyed (using xm destroy, for example); > or > # "rename-restart", meaning that the old domain is not cleaned up, but is > # renamed and a new domain started in its place. > # > # In the event a domain stops due to a crash, you have the additional > options: > # > # "coredump-destroy", meaning dump the crashed domain's core and then > destroy; > # "coredump-restart', meaning dump the crashed domain's core and the > restart. > on_reboot = 'destroy' > on_crash = 'destroy' > on_poweroff = 'destroy' > > > root@LucidSRV:~/NexentaStor-Community-3.0.2# xm create -c > nexentastor-community-3.0.2-xen.cfg > Using config file "./nexentastor-community-3.0.2-xen.cfg". > > root@LucidSRV:~/NexentaStor-Community-3.0.2# Error: Device 51952 not > connected > ^C > I found error in this configuration. need to replase tap >>> tap2. sorry for mistake. > > root@LucidSRV:~/NexentaStor-Community-3.0.2# xm list > Name ID Mem VCPUs State > Time(s) > Domain-0 0 7189 4 r----- > 38.1 > > root@LucidSRV:~/NexentaStor-Community-3.0.2# xm create -c > nexentastor-community-3.0.2-xen.cfg > Using config file "./nexentastor-community-3.0.2-xen.cfg". > Error: Device /dev/xvdp (51952, tap2) is already connected. I found a solution to the problem, not sure that it is 100% correct solution, but it works for me. I will research and debug this issue. workaround: stop blktap2_mount: echo 1 > /sys/class/blktap2/blktapX/remove remove record from xenstore: xenstore-rm /vm/00000000-0000-0000-0000-000000000000 > > > Boris > --- On *Mon, 5/31/10, eXeC001er <execooler@gmail.com>* wrote: > > > From: eXeC001er <execooler@gmail.com> > Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel > 2.6.32.13 and xen 4.0-rc1 > To: "Boris Derzhavets" <bderzhavets@yahoo.com> > Cc: "Xen-devel" <xen-devel@lists.xensource.com>, "Keir Fraser" < > keir.fraser@eu.citrix.com> > Date: Monday, May 31, 2010, 12:28 PM > > > I have same error with xen-unstable. > > in attach patch for xen-4.0-testing.hg > > Signed-off-by: eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> > > > --- > > 2010/5/31 Boris Derzhavets <bderzhavets@yahoo.com<http://mc/compose?to=bderzhavets@yahoo.com> > > > >> Xen-unstable patched via yours patch , built and installed on top of >> Ubuntu 10.04. >> Dom0 loaded with 2.6.32.14 pvops ( 2.6.32.10 same results) >> Environment:- >> >> host : LucidSRV >> release : 2.6.32.14 >> version : #6 SMP Mon May 31 18:08:00 MSD 2010 >> machine : x86_64 >> nr_cpus : 4 >> nr_nodes : 1 >> cores_per_socket : 4 >> threads_per_core : 1 >> cpu_mhz : 2833 >> hw_caps : >> bfebfbff:20100800:00000000:00000940:0408e3fd:00000000:00000001:00000000 >> virt_caps : hvm >> total_memory : 8190 >> free_memory : 2052 >> free_cpus : 0 >> xen_major : 4 >> xen_minor : 1 >> xen_extra : -unstable >> xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 >> hvm-3.0-x86_32p hvm-3.0-x86_64 >> xen_scheduler : credit >> xen_pagesize : 4096 >> platform_params : virt_start=0xffff800000000000 >> xen_changeset : Fri May 28 10:54:07 2010 +0100 21492:96917cf25bf3 >> xen_commandline : >> cc_compiler : gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) >> cc_compile_by : root >> cc_compile_domain : >> cc_compile_date : Mon May 31 19:00:21 MSD 2010 >> xend_config_format : 4 >> >> Attempted to load F13 PV DomU ( working fine inder Xen 4.0 & 2.6.32.14) >> >> >> ┌────────────────────────────────────────────────────────────────────────┐ >> │ Fedora (2.6.33.3-85.fc13.x86_64) >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> │ >> >> └────────────────────────────────────────────────────────────────────────┘ >> Use the ^ and v keys to select which entry is highlighted. >> Press enter to boot the selected OS, 'e' to edit the >> commands before booting, 'a' to modify the kernel arguments >> before booting, or 'c' for a command line. >> >> root@LucidSRV:/home/boris/fedora# Error: (4, 'Out of memory', "panic: >> xc_dom_boot.c:144: xc_dom_boot_mem_init: can't allocate low memory for >> domain") >> >> >> Boris. >> >> --- On *Mon, 5/31/10, eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >> >* wrote: >> >> >> From: eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >> > >> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel >> 2.6.32.13 and xen 4.0-rc1 >> To: "Boris Derzhavets" <bderzhavets@yahoo.com<http://mc/compose?to=bderzhavets@yahoo.com> >> > >> Cc: "Xen-devel" <xen-devel@lists.xensource.com<http://mc/compose?to=xen-devel@lists.xensource.com>>, >> "Keir Fraser" <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >> > >> Date: Monday, May 31, 2010, 6:27 AM >> >> >> Patch for xen-unstable.hg >> >> 2010/5/31 Boris Derzhavets <bderzhavets@yahoo.com<http://mc/compose?to=bderzhavets@yahoo.com> >> > >> >>> I've attempted to process patch for xen-4.0.0-0.7.f12.src.rpm it gives an >>> errors. >>> Is it written for xen 4.0 ? I did some manual check . >>> >>> Boris. >>> >>> >>> --- On *Sun, 5/30/10, eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >>> >* wrote: >>> >>> >>> From: eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >>> > >>> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel >>> 2.6.32.13 and xen 4.0-rc1 >>> To: "Keir Fraser" <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >>> > >>> Cc: "Boris Derzhavets" <bderzhavets@yahoo.com<http://mc/compose?to=bderzhavets@yahoo.com>>, >>> "Xen-devel" <xen-devel@lists.xensource.com<http://mc/compose?to=xen-devel@lists.xensource.com> >>> > >>> Date: Sunday, May 30, 2010, 11:00 AM >>> >>> >>> this patch remove problems with blktap2 devices: >>> 1. If we use blktap2 disk device then DomU does not boot. Returned >>> error: File 'vhd:/path/.../disk.img' doesn't exist. >>> 2. Created blktap2 disk device does not accessible immediately after >>> connecting: If we use pygrub then DomU does not boot. Returned error: Disk >>> is not accessible. >>> >>> Signed-off-by: eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >>> > >>> --- >>> >>> 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >>> > >>> >>>> Needs a patch description and a signed-off-by line. >>>> >>>> -- Keir >>>> >>>> On 30/05/2010 13:21, "eXeC001er" <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com>> >>>> wrote: >>>> >>>> > My python-experience is small, but i tied to rewrite. >>>> > New in attach. >>>> > >>>> > 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >>>> > >>>> >> On 30/05/2010 11:37, "Pasi Kärkkäinen" <pasik@iki.fi<http://mc/compose?to=pasik@iki.fi>> >>>> wrote: >>>> >> >>>> >>> On Sun, May 30, 2010 at 02:02:06PM +0400, eXeC001er wrote: >>>> >>>> I have already sent a patch 1 weak ago. >>>> (blktap2_control_func.patch) >>>> >>>> repeat in attach. >>>> >>>> Thanks. >>>> >>> >>>> >>> Ok, thanks. >>>> >>> >>>> >>> Keir: I guess this is not committed yet? >>>> >> >>>> >> I'm not too happy about the sleep(5). I guess if there's no better >>>> solution >>>> >> coming up I should just whack this patch in? >>>> >> >>>> >> -- Keir >>>> >> >>>> >>> -- Pasi >>>> >>> >>>> >>>> 2010/5/30 Pasi Kärkkäinen <[1]pasik@iki.fi<http://mc/compose?to=pasik@iki.fi> >>>> > >>>> >>>> >>>> >>>> On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: >>>> >>>>> I've attempted to install Nexenta Core 3 image under Xen 4.0 >>>> >>>> (2.6.32.13 >>>> >>>>> pvops) on top of F13. Sample nexenta3.cfg profile contains 4 >>>> >>>> lines like >>>> >>>>> this:- >>>> >>>>> >>>> >>>>> disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from >>>> sample) >>>> >>>>> >>>> >>>>> It generates message >>>> >>>>> Â File 'vhd:/path/.../disk.img' doesn't exist. >>>> >>>>> >>>> >>>>> Boris. >>>> >>>>> P.S. It was already in one of the threads @xen-users. >>>> >>>>> >>>> >>>>> This bug in "def _parse_uname(uname):" >>>> >>>> (tools/python/xen/util/blkif.py) >>>> >>>>> (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = >>>> >>>> fn.split(":", >>>> >>>>> 2)[1:3] >>>> >>>> >>>> >>>> Can you send a proper patch, as unified diff (diff -u), with a >>>> >>>> Signed-off-by line? >>>> >>>> -- Pasi >>>> >>>> >>>> >>>> References >>>> >>>> >>>> >>>> Visible links >>>> >>>> 1. mailto:pasik@iki.fi <http://mc/compose?to=pasik@iki.fi> >>>> >>> >>>> >>>> diff -r d0420ab97345 tools/python/xen/util/blkif.py >>>> >>>> --- a/tools/python/xen/util/blkif.py Fri May 21 16:21:39 2010 +0100 >>>> >>>> +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 +0400 >>>> >>>> @@ -87,7 +87,7 @@ >>>> >>>> fn = "/dev/%s" %(fn,) >>>> >>>> >>>> >>>> if typ in ("tap", "tap2"): >>>> >>>> - (taptype, fn) = fn.split(":", 1) >>>> >>>> + (taptype, fn) = fn.split(":", 2)[1:] >>>> >>>> return (fn, taptype) >>>> >>>> >>>> >>>> def blkdev_uname_to_file(uname): >>>> >>>> diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.py >>>> >>>> --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 16:21:39 >>>> 2010 >>>> >>>> +0100 >>>> >>>> +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 01:21:15 >>>> 2010 >>>> >>>> +0400 >>>> >>>> @@ -3292,6 +3292,7 @@ >>>> >>>> fn = BOOTLOADER_LOOPBACK_DEVICE >>>> >>>> >>>> >>>> try: >>>> >>>> + time.sleep(5) >>>> >>>> blcfg = bootloader(blexec, fn, self, False, >>>> >>>> bootloader_args, kernel, >>>> ramdisk, args) >>>> >>>> finally: >>>> >>>> @@ -3299,7 +3300,7 @@ >>>> >>>> log.info <http://log.info> ("Unmounting %s >>>> from %s." % >>>> >>>> (fn, BOOTLOADER_LOOPBACK_DEVICE)) >>>> >>>> >>>> >>>> - dom0.destroyDevice('tap', >>>> BOOTLOADER_LOOPBACK_DEVICE) >>>> >>>> + dom0.destroyDevice(devtype, >>>> >>>> BOOTLOADER_LOOPBACK_DEVICE) >>>> >>>> >>>> >>>> if blcfg is None: >>>> >>>> msg = "Had a bootloader specified, but can't find >>>> disk" >>>> >>> >>>> >> >>>> >> >>>> > >>>> > >>>> >>>> >>>> >>> >>> -----Inline Attachment Follows----- >>> >>> >>> _______________________________________________ >>> Xen-devel mailing list >>> Xen-devel@lists.xensource.com<http://mc/compose?to=Xen-devel@lists.xensource.com> >>> http://lists.xensource.com/xen-devel >>> >>> >>> >> >> -----Inline Attachment Follows----- >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xensource.com<http://mc/compose?to=Xen-devel@lists.xensource.com> >> http://lists.xensource.com/xen-devel >> >> >> > > [-- Attachment #1.2: Type: text/html, Size: 23468 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-06-04 7:57 ` eXeC001er @ 2010-06-06 20:21 ` eXeC001er 0 siblings, 0 replies; 27+ messages in thread From: eXeC001er @ 2010-06-06 20:21 UTC (permalink / raw) To: Boris Derzhavets; +Cc: Xen-devel, Keir Fraser [-- Attachment #1.1: Type: text/plain, Size: 15857 bytes --] finaly patch (all bugs are manifested when used "pygrub" as bootloader): 1. Bug fix for error: "Error: Device /dev/xvdp (51952, tap2) is already connected." (xenstore does not clean after DomU stoped) 2. Bug fix for error: "File 'vhd:/path/.../disk.img' doesn't exist." (not correct parsing) 3. Bug fix for error: "Error: Device 51952 not connected" (in config file for DomU we should be use prefix "tap2:tapdisk:xxx" for devices from (aio, ram, qcow, vhd, remus) or "tap:tapdisk:xxx" for devices from (sync, vmdk, qcow2, ioemu)) 4. Bug fix for error: "Disk is not accessible" (if use 'tap2'-device type, then '/dev/xpvd' may not be accessible immediately after its creation) in attach patch for "xen-unstable" and "xen-testing-4.x" all work fine for me. I hope I helped some what. :-) Thanks. Signed-off-by: eXeC001er <execooler@gmail.com> --- 2010/6/4 eXeC001er <execooler@gmail.com> > > > 2010/6/1 Boris Derzhavets <bderzhavets@yahoo.com> > > The way your patch + zfs-24 patch work for me ( Nexenta 3.0 Xen Sample >> Image and profile) >> >> root@LucidSRV:~/NexentaStor-Community-3.0.2# cat *.cfg >> # This config file use for boot installation guest domain NexentaStor, >> hereinafter referred to as DomU >> >> # Work directory >> # work_dir = '/full/path/to/directory/with/unpacked/nexentastor-xen-image' >> >> work_dir = '/root/NexentaStor-Community-3.0.2' >> >> # Names of disks >> disk_1_name = 'syspool.img' >> disk_2_name = 'data_disk1.img' >> disk_3_name = 'data_disk2.img' >> disk_4_name = 'data_disk3.img' >> >> # Bootloader for boot DomU >> bootloader = "/usr/local/bin/pygrub" >> >> # Memory for DomU, in MB >> memory = 1024 >> >> # Name of DomU >> name = "NexentaStor-Community-3.0.2" >> >> # Network interfaces for DomU >> # You can change the mac address of your own needs. >> # mac=00:16:3E:xx:xx:xx >> vif = [ >> 'mac=00:16:3E:00:00:01', >> 'mac=00:16:3E:00:00:02' >> ] >> # vif=['bridge=eth0'] >> >> # Disk's for guest domain. >> # Format for added disk: >> # for file devices disk: >> # >> 'file:/full/path/to/disk_in_file,num_disk_in_DomU,access_mode_for_disk_in_DomU' >> # for tap device disk (for example VHD): >> # >> 'tap:tapdisk:vhd:/full/path/to/disk_in_file,num_disk_in_DomU,access_mode_for_disk_in_DomU' >> # for physical devices disk: >> # >> 'phy:/dev/physical_devices_in_Dom0,num_disk_in_DomU,access_mode_for_disk_in_DomU' >> # num_disk_in_DomU = xvda,xvdb,xvdc,xvde,... >> # access_mode_for_disk_in_DomU = w - read-write mode, r = read-only mode >> # >> # We recommend using the VHD disc format (blktap2 device driver). >> # http://wiki.xensource.com/xenwiki/blktap2 >> disk = [ >> 'tap:tapdisk:vhd:' + work_dir + '/' + disk_1_name + ',xvda,w', >> 'tap:tapdisk:vhd:' + work_dir + '/' + disk_2_name + ',xvdb,w', >> 'tap:tapdisk:vhd:' + work_dir + '/' + disk_3_name + ',xvdc,w', >> 'tap:tapdisk:vhd:' + work_dir + '/' + disk_4_name + ',xvde,w', >> ] >> >> # Configure the behaviour when a domain exits. There are three 'reasons' >> # for a domain to stop: poweroff, reboot, and crash. For each of these >> you >> # may specify: >> # >> # "destroy", meaning that the domain is cleaned up as normal; >> # "restart", meaning that a new domain is started in place of the >> old >> # one; >> # "preserve", meaning that no clean-up is done until the domain is >> # manually destroyed (using xm destroy, for example); >> or >> # "rename-restart", meaning that the old domain is not cleaned up, but >> is >> # renamed and a new domain started in its place. >> # >> # In the event a domain stops due to a crash, you have the additional >> options: >> # >> # "coredump-destroy", meaning dump the crashed domain's core and then >> destroy; >> # "coredump-restart', meaning dump the crashed domain's core and the >> restart. >> on_reboot = 'destroy' >> on_crash = 'destroy' >> on_poweroff = 'destroy' >> >> >> root@LucidSRV:~/NexentaStor-Community-3.0.2# xm create -c >> nexentastor-community-3.0.2-xen.cfg >> Using config file "./nexentastor-community-3.0.2-xen.cfg". >> >> root@LucidSRV:~/NexentaStor-Community-3.0.2# Error: Device 51952 not >> connected >> ^C >> > I found error in this configuration. need to replase tap >>> tap2. sorry > for mistake. > >> >> root@LucidSRV:~/NexentaStor-Community-3.0.2# xm list >> Name ID Mem VCPUs State >> Time(s) >> Domain-0 0 7189 4 r----- >> 38.1 >> >> root@LucidSRV:~/NexentaStor-Community-3.0.2# xm create -c >> nexentastor-community-3.0.2-xen.cfg >> Using config file "./nexentastor-community-3.0.2-xen.cfg". >> Error: Device /dev/xvdp (51952, tap2) is already connected. > > I found a solution to the problem, not sure that it is 100% correct > solution, but it works for me. I will research and debug this issue. > workaround: > stop blktap2_mount: echo 1 > /sys/class/blktap2/blktapX/remove > remove record from xenstore: > xenstore-rm /vm/00000000-0000-0000-0000-000000000000 > >> >> >> Boris >> --- On *Mon, 5/31/10, eXeC001er <execooler@gmail.com>* wrote: >> >> >> From: eXeC001er <execooler@gmail.com> >> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel >> 2.6.32.13 and xen 4.0-rc1 >> To: "Boris Derzhavets" <bderzhavets@yahoo.com> >> Cc: "Xen-devel" <xen-devel@lists.xensource.com>, "Keir Fraser" < >> keir.fraser@eu.citrix.com> >> Date: Monday, May 31, 2010, 12:28 PM >> >> >> I have same error with xen-unstable. >> >> in attach patch for xen-4.0-testing.hg >> >> Signed-off-by: eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >> > >> --- >> >> 2010/5/31 Boris Derzhavets <bderzhavets@yahoo.com<http://mc/compose?to=bderzhavets@yahoo.com> >> > >> >>> Xen-unstable patched via yours patch , built and installed on top of >>> Ubuntu 10.04. >>> Dom0 loaded with 2.6.32.14 pvops ( 2.6.32.10 same results) >>> Environment:- >>> >>> host : LucidSRV >>> release : 2.6.32.14 >>> version : #6 SMP Mon May 31 18:08:00 MSD 2010 >>> machine : x86_64 >>> nr_cpus : 4 >>> nr_nodes : 1 >>> cores_per_socket : 4 >>> threads_per_core : 1 >>> cpu_mhz : 2833 >>> hw_caps : >>> bfebfbff:20100800:00000000:00000940:0408e3fd:00000000:00000001:00000000 >>> virt_caps : hvm >>> total_memory : 8190 >>> free_memory : 2052 >>> free_cpus : 0 >>> xen_major : 4 >>> xen_minor : 1 >>> xen_extra : -unstable >>> xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 >>> hvm-3.0-x86_32p hvm-3.0-x86_64 >>> xen_scheduler : credit >>> xen_pagesize : 4096 >>> platform_params : virt_start=0xffff800000000000 >>> xen_changeset : Fri May 28 10:54:07 2010 +0100 >>> 21492:96917cf25bf3 >>> xen_commandline : >>> cc_compiler : gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) >>> cc_compile_by : root >>> cc_compile_domain : >>> cc_compile_date : Mon May 31 19:00:21 MSD 2010 >>> xend_config_format : 4 >>> >>> Attempted to load F13 PV DomU ( working fine inder Xen 4.0 & 2.6.32.14) >>> >>> >>> >>> ┌────────────────────────────────────────────────────────────────────────┐ >>> │ Fedora (2.6.33.3-85.fc13.x86_64) >>> │ >>> │ >>> │ >>> │ >>> │ >>> │ >>> │ >>> │ >>> │ >>> │ >>> │ >>> │ >>> │ >>> │ >>> │ >>> >>> └────────────────────────────────────────────────────────────────────────┘ >>> Use the ^ and v keys to select which entry is highlighted. >>> Press enter to boot the selected OS, 'e' to edit the >>> commands before booting, 'a' to modify the kernel arguments >>> before booting, or 'c' for a command line. >>> >>> root@LucidSRV:/home/boris/fedora# Error: (4, 'Out of memory', "panic: >>> xc_dom_boot.c:144: xc_dom_boot_mem_init: can't allocate low memory for >>> domain") >>> >>> >>> Boris. >>> >>> --- On *Mon, 5/31/10, eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >>> >* wrote: >>> >>> >>> From: eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >>> > >>> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel >>> 2.6.32.13 and xen 4.0-rc1 >>> To: "Boris Derzhavets" <bderzhavets@yahoo.com<http://mc/compose?to=bderzhavets@yahoo.com> >>> > >>> Cc: "Xen-devel" <xen-devel@lists.xensource.com<http://mc/compose?to=xen-devel@lists.xensource.com>>, >>> "Keir Fraser" <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >>> > >>> Date: Monday, May 31, 2010, 6:27 AM >>> >>> >>> Patch for xen-unstable.hg >>> >>> 2010/5/31 Boris Derzhavets <bderzhavets@yahoo.com<http://mc/compose?to=bderzhavets@yahoo.com> >>> > >>> >>>> I've attempted to process patch for xen-4.0.0-0.7.f12.src.rpm it gives >>>> an errors. >>>> Is it written for xen 4.0 ? I did some manual check . >>>> >>>> Boris. >>>> >>>> >>>> --- On *Sun, 5/30/10, eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >>>> >* wrote: >>>> >>>> >>>> From: eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >>>> > >>>> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel >>>> 2.6.32.13 and xen 4.0-rc1 >>>> To: "Keir Fraser" <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >>>> > >>>> Cc: "Boris Derzhavets" <bderzhavets@yahoo.com<http://mc/compose?to=bderzhavets@yahoo.com>>, >>>> "Xen-devel" <xen-devel@lists.xensource.com<http://mc/compose?to=xen-devel@lists.xensource.com> >>>> > >>>> Date: Sunday, May 30, 2010, 11:00 AM >>>> >>>> >>>> this patch remove problems with blktap2 devices: >>>> 1. If we use blktap2 disk device then DomU does not boot. Returned >>>> error: File 'vhd:/path/.../disk.img' doesn't exist. >>>> 2. Created blktap2 disk device does not accessible immediately after >>>> connecting: If we use pygrub then DomU does not boot. Returned error: Disk >>>> is not accessible. >>>> >>>> Signed-off-by: eXeC001er <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com> >>>> > >>>> --- >>>> >>>> 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >>>> > >>>> >>>>> Needs a patch description and a signed-off-by line. >>>>> >>>>> -- Keir >>>>> >>>>> On 30/05/2010 13:21, "eXeC001er" <execooler@gmail.com<http://mc/compose?to=execooler@gmail.com>> >>>>> wrote: >>>>> >>>>> > My python-experience is small, but i tied to rewrite. >>>>> > New in attach. >>>>> > >>>>> > 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.com<http://mc/compose?to=keir.fraser@eu.citrix.com> >>>>> > >>>>> >> On 30/05/2010 11:37, "Pasi Kärkkäinen" <pasik@iki.fi<http://mc/compose?to=pasik@iki.fi>> >>>>> wrote: >>>>> >> >>>>> >>> On Sun, May 30, 2010 at 02:02:06PM +0400, eXeC001er wrote: >>>>> >>>> I have already sent a patch 1 weak ago. >>>>> (blktap2_control_func.patch) >>>>> >>>> repeat in attach. >>>>> >>>> Thanks. >>>>> >>> >>>>> >>> Ok, thanks. >>>>> >>> >>>>> >>> Keir: I guess this is not committed yet? >>>>> >> >>>>> >> I'm not too happy about the sleep(5). I guess if there's no better >>>>> solution >>>>> >> coming up I should just whack this patch in? >>>>> >> >>>>> >> -- Keir >>>>> >> >>>>> >>> -- Pasi >>>>> >>> >>>>> >>>> 2010/5/30 Pasi Kärkkäinen <[1]pasik@iki.fi<http://mc/compose?to=pasik@iki.fi> >>>>> > >>>>> >>>> >>>>> >>>> On Sun, May 30, 2010 at 11:17:51AM +0400, eXeC001er wrote: >>>>> >>>>> I've attempted to install Nexenta Core 3 image under Xen 4.0 >>>>> >>>> (2.6.32.13 >>>>> >>>>> pvops) on top of F13. Sample nexenta3.cfg profile contains 4 >>>>> >>>> lines like >>>>> >>>>> this:- >>>>> >>>>> >>>>> >>>>> disk=['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from >>>>> sample) >>>>> >>>>> >>>>> >>>>> It generates message >>>>> >>>>> Â File 'vhd:/path/.../disk.img' doesn't exist. >>>>> >>>>> >>>>> >>>>> Boris. >>>>> >>>>> P.S. It was already in one of the threads @xen-users. >>>>> >>>>> >>>>> >>>>> This bug in "def _parse_uname(uname):" >>>>> >>>> (tools/python/xen/util/blkif.py) >>>>> >>>>> (taptype, fn) = fn.split(":", 1) >>>>>>Â (taptype, fn) = >>>>> >>>> fn.split(":", >>>>> >>>>> 2)[1:3] >>>>> >>>> >>>>> >>>> Can you send a proper patch, as unified diff (diff -u), with >>>>> a >>>>> >>>> Signed-off-by line? >>>>> >>>> -- Pasi >>>>> >>>> >>>>> >>>> References >>>>> >>>> >>>>> >>>> Visible links >>>>> >>>> 1. mailto:pasik@iki.fi <http://mc/compose?to=pasik@iki.fi> >>>>> >>> >>>>> >>>> diff -r d0420ab97345 tools/python/xen/util/blkif.py >>>>> >>>> --- a/tools/python/xen/util/blkif.py Fri May 21 16:21:39 2010 >>>>> +0100 >>>>> >>>> +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 >>>>> +0400 >>>>> >>>> @@ -87,7 +87,7 @@ >>>>> >>>> fn = "/dev/%s" %(fn,) >>>>> >>>> >>>>> >>>> if typ in ("tap", "tap2"): >>>>> >>>> - (taptype, fn) = fn.split(":", 1) >>>>> >>>> + (taptype, fn) = fn.split(":", 2)[1:] >>>>> >>>> return (fn, taptype) >>>>> >>>> >>>>> >>>> def blkdev_uname_to_file(uname): >>>>> >>>> diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.py >>>>> >>>> --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 16:21:39 >>>>> 2010 >>>>> >>>> +0100 >>>>> >>>> +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 01:21:15 >>>>> 2010 >>>>> >>>> +0400 >>>>> >>>> @@ -3292,6 +3292,7 @@ >>>>> >>>> fn = BOOTLOADER_LOOPBACK_DEVICE >>>>> >>>> >>>>> >>>> try: >>>>> >>>> + time.sleep(5) >>>>> >>>> blcfg = bootloader(blexec, fn, self, False, >>>>> >>>> bootloader_args, kernel, >>>>> ramdisk, args) >>>>> >>>> finally: >>>>> >>>> @@ -3299,7 +3300,7 @@ >>>>> >>>> log.info <http://log.info> ("Unmounting %s >>>>> from %s." % >>>>> >>>> (fn, BOOTLOADER_LOOPBACK_DEVICE)) >>>>> >>>> >>>>> >>>> - dom0.destroyDevice('tap', >>>>> BOOTLOADER_LOOPBACK_DEVICE) >>>>> >>>> + dom0.destroyDevice(devtype, >>>>> >>>> BOOTLOADER_LOOPBACK_DEVICE) >>>>> >>>> >>>>> >>>> if blcfg is None: >>>>> >>>> msg = "Had a bootloader specified, but can't find >>>>> disk" >>>>> >>> >>>>> >> >>>>> >> >>>>> > >>>>> > >>>>> >>>>> >>>>> >>>> >>>> -----Inline Attachment Follows----- >>>> >>>> >>>> _______________________________________________ >>>> Xen-devel mailing list >>>> Xen-devel@lists.xensource.com<http://mc/compose?to=Xen-devel@lists.xensource.com> >>>> http://lists.xensource.com/xen-devel >>>> >>>> >>>> >>> >>> -----Inline Attachment Follows----- >>> >>> _______________________________________________ >>> Xen-devel mailing list >>> Xen-devel@lists.xensource.com<http://mc/compose?to=Xen-devel@lists.xensource.com> >>> http://lists.xensource.com/xen-devel >>> >>> >>> >> >> > [-- Attachment #1.2: Type: text/html, Size: 25905 bytes --] [-- Attachment #2: blktap2_ctrl_func.patch-xen-testing-4.x --] [-- Type: application/octet-stream, Size: 1923 bytes --] diff -r 2c3495f3ca84 tools/python/xen/util/blkif.py --- a/tools/python/xen/util/blkif.py Fri Jun 04 10:50:55 2010 +0100 +++ b/tools/python/xen/util/blkif.py Sun Jun 06 23:48:50 2010 +0400 @@ -87,7 +87,7 @@ fn = "/dev/%s" %(fn,) if typ in ("tap", "tap2"): - (taptype, fn) = fn.split(":", 1) + (taptype, fn) = fn.split(":", 2)[1:3] return (fn, taptype) def blkdev_uname_to_file(uname): diff -r 2c3495f3ca84 tools/python/xen/xend/XendBootloader.py --- a/tools/python/xen/xend/XendBootloader.py Fri Jun 04 10:50:55 2010 +0100 +++ b/tools/python/xen/xend/XendBootloader.py Sun Jun 06 23:48:50 2010 +0400 @@ -38,10 +38,15 @@ msg = "Bootloader isn't executable" log.error(msg) raise VmError(msg) - if not os.access(disk, os.R_OK): - msg = "Disk isn't accessible" - log.error(msg) - raise VmError(msg) + attempt = 0 + while True: + if not os.access(disk, os.R_OK) and attempt > 3: + msg = "Disk isn't accessible" + log.error(msg) + raise VmError(msg) + else: + break + attempt = attempt + 1 if os.uname()[0] == "NetBSD" and disk.startswith('/dev/'): disk = disk.replace("/dev/", "/dev/r") diff -r 2c3495f3ca84 tools/python/xen/xend/XendDomainInfo.py --- a/tools/python/xen/xend/XendDomainInfo.py Fri Jun 04 10:50:55 2010 +0100 +++ b/tools/python/xen/xend/XendDomainInfo.py Sun Jun 06 23:48:50 2010 +0400 @@ -3269,7 +3269,7 @@ log.info("Unmounting %s from %s." % (fn, BOOTLOADER_LOOPBACK_DEVICE)) - dom0.destroyDevice('tap', BOOTLOADER_LOOPBACK_DEVICE) + dom0.destroyDevice(devtype, BOOTLOADER_LOOPBACK_DEVICE, force = True) if blcfg is None: msg = "Had a bootloader specified, but can't find disk" [-- Attachment #3: blktap2_ctrl_func.patch-xen-unstable --] [-- Type: application/octet-stream, Size: 1923 bytes --] diff -r c514d69c71d8 tools/python/xen/util/blkif.py --- a/tools/python/xen/util/blkif.py Fri Jun 04 11:39:06 2010 +0100 +++ b/tools/python/xen/util/blkif.py Sun Jun 06 23:44:20 2010 +0400 @@ -87,7 +87,7 @@ fn = "/dev/%s" %(fn,) if typ in ("tap", "tap2"): - (taptype, fn) = fn.split(":", 1) + (taptype, fn) = fn.split(":", 2)[1:3] return (fn, taptype) def blkdev_uname_to_file(uname): diff -r c514d69c71d8 tools/python/xen/xend/XendBootloader.py --- a/tools/python/xen/xend/XendBootloader.py Fri Jun 04 11:39:06 2010 +0100 +++ b/tools/python/xen/xend/XendBootloader.py Sun Jun 06 23:44:20 2010 +0400 @@ -38,10 +38,15 @@ msg = "Bootloader isn't executable" log.error(msg) raise VmError(msg) - if not os.access(disk, os.R_OK): - msg = "Disk isn't accessible" - log.error(msg) - raise VmError(msg) + attempt = 0 + while True: + if not os.access(disk, os.R_OK) and attempt > 3: + msg = "Disk isn't accessible" + log.error(msg) + raise VmError(msg) + else: + break + attempt = attempt + 1 if os.uname()[0] == "NetBSD" and disk.startswith('/dev/'): disk = disk.replace("/dev/", "/dev/r") diff -r c514d69c71d8 tools/python/xen/xend/XendDomainInfo.py --- a/tools/python/xen/xend/XendDomainInfo.py Fri Jun 04 11:39:06 2010 +0100 +++ b/tools/python/xen/xend/XendDomainInfo.py Sun Jun 06 23:44:20 2010 +0400 @@ -3299,7 +3299,7 @@ log.info("Unmounting %s from %s." % (fn, BOOTLOADER_LOOPBACK_DEVICE)) - dom0.destroyDevice('tap', BOOTLOADER_LOOPBACK_DEVICE) + dom0.destroyDevice(devtype, BOOTLOADER_LOOPBACK_DEVICE, force = True) if blcfg is None: msg = "Had a bootloader specified, but can't find disk" [-- Attachment #4: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 2010-05-30 12:21 ` eXeC001er 2010-05-30 12:24 ` Keir Fraser @ 2010-05-30 12:45 ` Łukasz Oleś 1 sibling, 0 replies; 27+ messages in thread From: Łukasz Oleś @ 2010-05-30 12:45 UTC (permalink / raw) To: xen-devel On Sunday 30 May 2010 14:21:30 eXeC001er wrote: > My python-experience is small, but i tied to rewrite. > New in attach. I think it's problem in dom0._waitForDeviceUUID(dom0.create_vbd(vbd, disk)) and sleep it's only workaround. regards, Łukasz Oleś ^ permalink raw reply [flat|nested] 27+ messages in thread
* XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 2010-05-30 9:09 ` Pasi Kärkkäinen 2010-05-30 10:02 ` eXeC001er @ 2010-06-01 7:54 ` Boris Derzhavets 2010-06-01 12:08 ` Pasi Kärkkäinen 2010-06-02 18:35 ` XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 & " Boris Derzhavets 1 sibling, 2 replies; 27+ messages in thread From: Boris Derzhavets @ 2010-06-01 7:54 UTC (permalink / raw) To: Pasi Kärkkäinen; +Cc: Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 1186 bytes --] I had to make an UPDATE 06/01/2010 to first tutorial for Ubuntu 10.04 -------------------------------------------------------------------------------------------------------------------------------- In meantime I am unable to reproduce any more on fresh Ubuntu 10.04 Servers all libvirt related statements bellow, regardless old ones instances continue to work as before (no updates) . Debugging virt-install shows up new errors in Libvirt on Lucid when working via Xen Driver. Looks like version of libvirt has been changed on the Net and now is useless for Xen 4.0 Attempt of downgrade libvirt to version 0.7.0 fails as well. I see pretty clear that package dependencies were changed after 05/04/2010 --------------------------------------------------------------------------------------------------------------------------------- I would suggest to replace second link "Ubuntu 10.04 + virt-manager" by another one Set up Libvirt 0.7.7 & Xen 4.0 on top of Fedora 13 http://bderzhavets.wordpress.com/2010/05/18/set-up-libvirt-0-7-7xen-4-0-on-top-fedora-13-rc2/ Wordpress statistics shows up 200-300 reads per day for Ubuntu 10.04 tutorial. Boris [-- Attachment #1.2: Type: text/html, Size: 1393 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 2010-06-01 7:54 ` XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 Boris Derzhavets @ 2010-06-01 12:08 ` Pasi Kärkkäinen 2010-06-01 14:26 ` Boris Derzhavets 2010-06-02 15:14 ` Re: XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 Libvirt 0.8.0 Boris Derzhavets 2010-06-02 18:35 ` XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 & " Boris Derzhavets 1 sibling, 2 replies; 27+ messages in thread From: Pasi Kärkkäinen @ 2010-06-01 12:08 UTC (permalink / raw) To: Boris Derzhavets; +Cc: Xen-devel On Tue, Jun 01, 2010 at 12:54:27AM -0700, Boris Derzhavets wrote: > I had to make an UPDATE 06/01/2010 to first tutorial for Ubuntu 10.04 > -------------------------------------------------------------------------------------------------------------------------------- > In meantime I am unable to reproduce any more on fresh Ubuntu 10.04 Servers > all libvirt related statements bellow, regardless old ones instances > continue to work as before (no updates) . Debugging virt-install shows > up new errors in Libvirt on Lucid when working via Xen Driver. > Looks like version of libvirt has been changed on the Net and now is useless for Xen 4.0 > Attempt of downgrade libvirt to version 0.7.0 fails as well. I see pretty > clear that package dependencies were changed after 05/04/2010 > --------------------------------------------------------------------------------------------------------------------------------- > > I would suggest to replace second link "Ubuntu 10.04 + virt-manager" by another one > > Set up Libvirt 0.7.7 & Xen 4.0 on top of Fedora 13 > http://bderzhavets.wordpress.com/2010/05/18/set-up-libvirt-0-7-7xen-4-0-on-top-fedora-13-rc2/ > I added this link.. I didn't remove the old link though. I guess it can still be there? > Wordpress statistics shows up 200-300 reads per day for Ubuntu 10.04 tutorial. > Boris Nice! -- Pasi ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Re: XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 2010-06-01 12:08 ` Pasi Kärkkäinen @ 2010-06-01 14:26 ` Boris Derzhavets 2010-06-01 17:22 ` Pasi Kärkkäinen 2010-06-02 15:14 ` Re: XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 Libvirt 0.8.0 Boris Derzhavets 1 sibling, 1 reply; 27+ messages in thread From: Boris Derzhavets @ 2010-06-01 14:26 UTC (permalink / raw) To: Pasi Kärkkäinen; +Cc: Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 2501 bytes --] > I added this link.. I didn't remove the old link though. I guess it can still be there? Please, remove. I placed that link at the bottom of first one (inside it's body) with warnings regarding changes have taken place in Ubuntu Repos since first numbers of May. If user is concerned about stable libvirt's interface to Xen, virsh been able properly read xenstore , virt-install,virt-manager as tools to manage Xen 4.0 PV and HVM DomUs , which gives him an option to choose between KVM and Xen , F13 seems to be bleeding edge solution for Xen 4.0 deployment completely supported by RH' s Libvirt 0.7.7 implementation on F13. Boris. --- On Tue, 6/1/10, Pasi Kärkkäinen <pasik@iki.fi> wrote: From: Pasi Kärkkäinen <pasik@iki.fi> Subject: [Xen-devel] Re: XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 To: "Boris Derzhavets" <bderzhavets@yahoo.com> Cc: "Xen-devel" <xen-devel@lists.xensource.com> Date: Tuesday, June 1, 2010, 8:08 AM On Tue, Jun 01, 2010 at 12:54:27AM -0700, Boris Derzhavets wrote: > I had to make an UPDATE 06/01/2010 to first tutorial for Ubuntu 10.04 > -------------------------------------------------------------------------------------------------------------------------------- > In meantime I am unable to reproduce any more on fresh Ubuntu 10.04 Servers > all libvirt related statements bellow, regardless old ones instances > continue to work as before (no updates) . Debugging virt-install shows > up new errors in Libvirt on Lucid when working via Xen Driver. > Looks like version of libvirt has been changed on the Net and now is useless for Xen 4.0 > Attempt of downgrade libvirt to version 0.7.0 fails as well. I see pretty > clear that package dependencies were changed after 05/04/2010 > --------------------------------------------------------------------------------------------------------------------------------- > > I would suggest to replace second link "Ubuntu 10.04 + virt-manager" by another one > > Set up Libvirt 0.7.7 & Xen 4.0 on top of Fedora 13 > http://bderzhavets.wordpress.com/2010/05/18/set-up-libvirt-0-7-7xen-4-0-on-top-fedora-13-rc2/ > I added this link.. I didn't remove the old link though. I guess it can still be there? > Wordpress statistics shows up 200-300 reads per day for Ubuntu 10.04 tutorial. > Boris Nice! -- Pasi _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 3289 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Re: XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 2010-06-01 14:26 ` Boris Derzhavets @ 2010-06-01 17:22 ` Pasi Kärkkäinen 0 siblings, 0 replies; 27+ messages in thread From: Pasi Kärkkäinen @ 2010-06-01 17:22 UTC (permalink / raw) To: Boris Derzhavets; +Cc: Xen-devel On Tue, Jun 01, 2010 at 07:26:55AM -0700, Boris Derzhavets wrote: > > I added this link.. I didn't remove the old link though. I guess it can still be there? > > Please, remove. I placed that link at the bottom of first one (inside it's body) with warnings regarding changes have taken > place in Ubuntu Repos since first numbers of May. If user is concerned about stable libvirt's interface to Xen, virsh been able > properly > read xenstore , virt-install,virt-manager as tools to manage Xen 4.0 PV and HVM DomUs , which gives him an option to choose > between KVM and Xen , F13 seems > to be bleeding edge solution for Xen 4.0 deployment completely supported by RH' s Libvirt 0.7.7 implementation on F13. > Ok, the Ubuntu virt-manager link has been removed. -- Pasi > > Boris. > > --- On Tue, 6/1/10, Pasi Kärkkäinen <pasik@iki.fi> wrote: > > From: Pasi Kärkkäinen <pasik@iki.fi> > Subject: [Xen-devel] Re: XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 > To: "Boris Derzhavets" <bderzhavets@yahoo.com> > Cc: "Xen-devel" <xen-devel@lists.xensource.com> > Date: Tuesday, June 1, 2010, 8:08 AM > > On Tue, Jun 01, 2010 at 12:54:27AM -0700, Boris Derzhavets wrote: > > I had to make an UPDATE 06/01/2010 to first tutorial for Ubuntu 10.04 > > > -------------------------------------------------------------------------------------------------------------------------------- > > In meantime I am unable to reproduce any more on fresh Ubuntu 10.04 Servers > > all libvirt related statements bellow, regardless old ones instances > > continue to work as before (no updates) . Debugging virt-install shows > > up new errors in Libvirt on Lucid when working via Xen Driver. > > Looks like version of libvirt has been changed on the Net and now is useless for Xen 4.0 > > Attempt of downgrade libvirt to version 0.7.0 fails as well. I see pretty > > clear that package dependencies were changed after 05/04/2010 > > > --------------------------------------------------------------------------------------------------------------------------------- > > > > I would suggest to replace second link "Ubuntu 10.04 + virt-manager" by another one > > > > Set up Libvirt 0.7.7 & Xen 4.0 on top of Fedora 13 > > [1]http://bderzhavets.wordpress.com/2010/05/18/set-up-libvirt-0-7-7xen-4-0-on-top-fedora-13-rc2/ > > > > I added this link.. I didn't remove the old link though. I guess it can still be there? > > > Wordpress statistics shows up 200-300 reads per day for Ubuntu 10.04 tutorial. > > Boris > > Nice! > > -- Pasi > > _______________________________________________ > Xen-devel mailing list > [2]Xen-devel@lists.xensource.com > [3]http://lists.xensource.com/xen-devel > > References > > Visible links > 1. http://bderzhavets.wordpress.com/2010/05/18/set-up-libvirt-0-7-7xen-4-0-on-top-fedora-13-rc2/ > 2. file:///mc/compose?to=Xen-devel@lists.xensource.com > 3. http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Re: XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 Libvirt 0.8.0 2010-06-01 12:08 ` Pasi Kärkkäinen 2010-06-01 14:26 ` Boris Derzhavets @ 2010-06-02 15:14 ` Boris Derzhavets 1 sibling, 0 replies; 27+ messages in thread From: Boris Derzhavets @ 2010-06-02 15:14 UTC (permalink / raw) To: Pasi Kärkkäinen; +Cc: Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 2219 bytes --] "Howto for Ubuntu 10.04" has been just updated with detailed instructions how to install Libvirt 0.8.0 along with related packages via Daniel Baumann Virtualization PPA to work with Xen 4.0 & 2.32.10 (xen/stable) pvops kernel. View original packaging at:- https://launchpad.net/~dnjl/+archive/virtualization However, we might be on the clock again. Boris. --- On Tue, 6/1/10, Pasi Kärkkäinen <pasik@iki.fi> wrote: From: Pasi Kärkkäinen <pasik@iki.fi> Subject: [Xen-devel] Re: XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 To: "Boris Derzhavets" <bderzhavets@yahoo.com> Cc: "Xen-devel" <xen-devel@lists.xensource.com> Date: Tuesday, June 1, 2010, 8:08 AM On Tue, Jun 01, 2010 at 12:54:27AM -0700, Boris Derzhavets wrote: > I had to make an UPDATE 06/01/2010 to first tutorial for Ubuntu 10.04 > -------------------------------------------------------------------------------------------------------------------------------- > In meantime I am unable to reproduce any more on fresh Ubuntu 10.04 Servers > all libvirt related statements bellow, regardless old ones instances > continue to work as before (no updates) . Debugging virt-install shows > up new errors in Libvirt on Lucid when working via Xen Driver. > Looks like version of libvirt has been changed on the Net and now is useless for Xen 4.0 > Attempt of downgrade libvirt to version 0.7.0 fails as well. I see pretty > clear that package dependencies were changed after 05/04/2010 > --------------------------------------------------------------------------------------------------------------------------------- > > I would suggest to replace second link "Ubuntu 10.04 + virt-manager" by another one > > Set up Libvirt 0.7.7 & Xen 4.0 on top of Fedora 13 > http://bderzhavets.wordpress.com/2010/05/18/set-up-libvirt-0-7-7xen-4-0-on-top-fedora-13-rc2/ > I added this link.. I didn't remove the old link though. I guess it can still be there? > Wordpress statistics shows up 200-300 reads per day for Ubuntu 10.04 tutorial. > Boris Nice! -- Pasi _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #1.2: Type: text/html, Size: 2987 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 & Libvirt 0.8.0 2010-06-01 7:54 ` XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 Boris Derzhavets 2010-06-01 12:08 ` Pasi Kärkkäinen @ 2010-06-02 18:35 ` Boris Derzhavets 2010-06-02 18:41 ` Pasi Kärkkäinen 1 sibling, 1 reply; 27+ messages in thread From: Boris Derzhavets @ 2010-06-02 18:35 UTC (permalink / raw) To: Pasi Kärkkäinen, Jeremy Fitzhardinge; +Cc: Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 582 bytes --] One more hello from "howtos" maker : http://bderzhavets.wordpress.com/2010/06/02/setup-libvirt-0-8-0-xen-4-0-on-top-of-ubuntu-10-04-server-via-daniel-baumann-virtualization-ppa/ It works OK with 2.6.32.10 ( xen/stable) supporting Dom0 on top of Ubuntu. Internet surfing is possible for F13 PV Guests been created via virt-manager or virt-install. I will test 2.6.32.14 shortly, but expect same problems as at F13 Dom0 . Looks like failure checksums offloading and dropping packages at Dom0 ethernet interface. Boris. BTW 2.6.32.13 was not affected [-- Attachment #1.2: Type: text/html, Size: 733 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 & Libvirt 0.8.0 2010-06-02 18:35 ` XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 & " Boris Derzhavets @ 2010-06-02 18:41 ` Pasi Kärkkäinen 2010-06-02 19:23 ` Boris Derzhavets 0 siblings, 1 reply; 27+ messages in thread From: Pasi Kärkkäinen @ 2010-06-02 18:41 UTC (permalink / raw) To: Boris Derzhavets; +Cc: Jeremy Fitzhardinge, Xen-devel On Wed, Jun 02, 2010 at 11:35:51AM -0700, Boris Derzhavets wrote: > One more hello from "howtos" maker : > Good work :) > http://bderzhavets.wordpress.com/2010/06/02/setup-libvirt-0-8-0-xen-4-0-on-top-of-ubuntu-10-04-server-via-daniel-baumann-virtualization-ppa/ > Should I add this to the Xen4.0 wiki page? -- Pasi > It works OK with 2.6.32.10 ( xen/stable) supporting Dom0 on top of Ubuntu. > Internet surfing is possible for F13 PV Guests been created via virt-manager or virt-install. > > I will test 2.6.32.14 shortly, but expect same problems as at F13 Dom0 . Looks like failure checksums offloading and dropping packages at > Dom0 ethernet interface. > > Boris. > BTW 2.6.32.13 was not affected ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 & Libvirt 0.8.0 2010-06-02 18:41 ` Pasi Kärkkäinen @ 2010-06-02 19:23 ` Boris Derzhavets 2010-06-02 19:28 ` Pasi Kärkkäinen 0 siblings, 1 reply; 27+ messages in thread From: Boris Derzhavets @ 2010-06-02 19:23 UTC (permalink / raw) To: Pasi Kärkkäinen; +Cc: Jeremy Fitzhardinge, Xen-devel [-- Attachment #1.1: Type: text/plain, Size: 1124 bytes --] Yes, please Boris. --- On Wed, 6/2/10, Pasi Kärkkäinen <pasik@iki.fi> wrote: From: Pasi Kärkkäinen <pasik@iki.fi> Subject: Re: XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 & Libvirt 0.8.0 To: "Boris Derzhavets" <bderzhavets@yahoo.com> Cc: "Jeremy Fitzhardinge" <jeremy@goop.org>, "Xen-devel" <xen-devel@lists.xensource.com> Date: Wednesday, June 2, 2010, 2:41 PM On Wed, Jun 02, 2010 at 11:35:51AM -0700, Boris Derzhavets wrote: > One more hello from "howtos" maker : > Good work :) > http://bderzhavets.wordpress.com/2010/06/02/setup-libvirt-0-8-0-xen-4-0-on-top-of-ubuntu-10-04-server-via-daniel-baumann-virtualization-ppa/ > Should I add this to the Xen4.0 wiki page? -- Pasi > It works OK with 2.6.32.10 ( xen/stable) supporting Dom0 on top of Ubuntu. > Internet surfing is possible for F13 PV Guests been created via virt-manager or virt-install. > > I will test 2.6.32.14 shortly, but expect same problems as at F13 Dom0 . Looks like failure checksums offloading and dropping packages at > Dom0 ethernet interface. > > Boris. > BTW 2.6.32.13 was not affected [-- Attachment #1.2: Type: text/html, Size: 1712 bytes --] [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 & Libvirt 0.8.0 2010-06-02 19:23 ` Boris Derzhavets @ 2010-06-02 19:28 ` Pasi Kärkkäinen 0 siblings, 0 replies; 27+ messages in thread From: Pasi Kärkkäinen @ 2010-06-02 19:28 UTC (permalink / raw) To: Boris Derzhavets; +Cc: Jeremy Fitzhardinge, Xen-devel On Wed, Jun 02, 2010 at 12:23:46PM -0700, Boris Derzhavets wrote: > Yes, please > Ok, added. -- Pasi > Boris. > > --- On Wed, 6/2/10, Pasi Kärkkäinen <pasik@iki.fi> wrote: > > From: Pasi Kärkkäinen <pasik@iki.fi> > Subject: Re: XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 & Libvirt 0.8.0 > To: "Boris Derzhavets" <bderzhavets@yahoo.com> > Cc: "Jeremy Fitzhardinge" <jeremy@goop.org>, "Xen-devel" <xen-devel@lists.xensource.com> > Date: Wednesday, June 2, 2010, 2:41 PM > > On Wed, Jun 02, 2010 at 11:35:51AM -0700, Boris Derzhavets wrote: > > One more hello from "howtos" maker : > > > > Good work :) > > > > [1]http://bderzhavets.wordpress.com/2010/06/02/setup-libvirt-0-8-0-xen-4-0-on-top-of-ubuntu-10-04-server-via-daniel-baumann-virtualization-ppa/ > > > > Should I add this to the Xen4.0 wiki page? > > -- Pasi > > > It works OK with 2.6.32.10 ( xen/stable) supporting Dom0 on top of Ubuntu. > > Internet surfing is possible for F13 PV Guests been created via virt-manager or virt-install. > > > > I will test 2.6.32.14 shortly, but expect same problems as at F13 Dom0 . Looks like failure checksums offloading and dropping packages at > > Dom0 ethernet interface. > > > > Boris. > > BTW 2.6.32.13 was not affected > > References > > Visible links > 1. http://bderzhavets.wordpress.com/2010/06/02/setup-libvirt-0-8-0-xen-4-0-on-top-of-ubuntu-10-04-server-via-daniel-baumann-virtualization-ppa/ ^ permalink raw reply [flat|nested] 27+ messages in thread
end of thread, other threads:[~2010-06-06 20:21 UTC | newest] Thread overview: 27+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2010-05-30 7:17 blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 eXeC001er 2010-05-30 9:09 ` Pasi Kärkkäinen 2010-05-30 10:02 ` eXeC001er 2010-05-30 10:37 ` [PATCH] " Pasi Kärkkäinen 2010-05-30 11:36 ` Keir Fraser 2010-05-30 12:21 ` eXeC001er 2010-05-30 12:24 ` Keir Fraser 2010-05-30 13:28 ` Sander Eikelenboom 2010-05-30 15:00 ` eXeC001er 2010-05-31 7:59 ` Boris Derzhavets 2010-05-31 10:27 ` eXeC001er 2010-05-31 16:04 ` Boris Derzhavets 2010-05-31 16:28 ` eXeC001er 2010-05-31 20:06 ` Boris Derzhavets 2010-06-01 8:30 ` eXeC001er 2010-06-04 7:57 ` eXeC001er 2010-06-06 20:21 ` eXeC001er 2010-05-30 12:45 ` Łukasz Oleś 2010-06-01 7:54 ` XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 Boris Derzhavets 2010-06-01 12:08 ` Pasi Kärkkäinen 2010-06-01 14:26 ` Boris Derzhavets 2010-06-01 17:22 ` Pasi Kärkkäinen 2010-06-02 15:14 ` Re: XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 Libvirt 0.8.0 Boris Derzhavets 2010-06-02 18:35 ` XenWiki Xen 4.0 Tutorials for Ubuntu 10.04 & " Boris Derzhavets 2010-06-02 18:41 ` Pasi Kärkkäinen 2010-06-02 19:23 ` Boris Derzhavets 2010-06-02 19:28 ` Pasi Kärkkäinen
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).