From mboxrd@z Thu Jan 1 00:00:00 1970 From: eXeC001er Subject: Re: [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-rc1 Date: Tue, 1 Jun 2010 12:30:05 +0400 Message-ID: References: <143308.1545.qm@web56108.mail.re3.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1973598832==" Return-path: In-Reply-To: <143308.1545.qm@web56108.mail.re3.yahoo.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Boris Derzhavets Cc: Xen-devel , Keir Fraser List-Id: xen-devel@lists.xenproject.org --===============1973598832== Content-Type: multipart/alternative; boundary=0016364ef176c573d80487f3c74f --0016364ef176c573d80487f3c74f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 2010/6/1 Boris Derzhavets > 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 =3D '/full/path/to/directory/with/unpacked/nexentastor-xen-ima= ge' > work_dir =3D '/root/NexentaStor-Community-3.0.2' > > # Names of disks > disk_1_name =3D 'syspool.img' > disk_2_name =3D 'data_disk1.img' > disk_3_name =3D 'data_disk2.img' > disk_4_name =3D 'data_disk3.img' > > # Bootloader for boot DomU > bootloader =3D "/usr/local/bin/pygrub" > > # Memory for DomU, in MB > memory =3D 1024 > > # Name of DomU > name =3D "NexentaStor-Community-3.0.2" > > # Network interfaces for DomU > # You can change the mac address of your own needs. > # mac=3D00:16:3E:xx:xx:xx > vif =3D [ > 'mac=3D00:16:3E:00:00:01', > 'mac=3D00:16:3E:00:00:02' > ] > # vif=3D['bridge=3Deth0'] > > # 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 =3D xvda,xvdb,xvdc,xvde,... > # access_mode_for_disk_in_DomU =3D w - read-write mode, r =3D read-only m= ode > # > # We recommend using the VHD disc format (blktap2 device driver). > # http://wiki.xensource.com/xenwiki/blktap2 > disk =3D [ > '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 y= ou > # may specify: > # > # "destroy", meaning that the domain is cleaned up as normal; > # "restart", meaning that a new domain is started in place of th= e > old > # one; > # "preserve", meaning that no clean-up is done until the domain i= s > # 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 =3D 'destroy' > on_crash =3D 'destroy' > on_poweroff =3D '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 * wrote: > > > From: eXeC001er > Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel > 2.6.32.13 and xen 4.0-rc1 > To: "Boris Derzhavets" > Cc: "Xen-devel" , "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 > > > --- > > 2010/5/31 Boris Derzhavets > > > >> 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=3D0xffff800000000000 >> xen_changeset : Fri May 28 10:54:07 2010 +0100 21492:96917cf25b= f3 >> 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) >> >> >> =E2=94=8C=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2= =94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2= =94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2= =94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=90 >> =E2=94=82 Fedora (2.6.33.3-85.fc13.x86_64) >> =E2=94=82 >> =E2=94=82 >> =E2=94=82 >> =E2=94=82 >> =E2=94=82 >> =E2=94=82 >> =E2=94=82 >> =E2=94=82 >> =E2=94=82 >> =E2=94=82 >> =E2=94=82 >> =E2=94=82 >> =E2=94=82 >> =E2=94=82 >> =E2=94=82 >> >> =E2=94=94=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2= =94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2= =94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=98 >> 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 >> >* wrote: >> >> >> From: eXeC001er >> > >> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel >> 2.6.32.13 and xen 4.0-rc1 >> To: "Boris Derzhavets" >> > >> Cc: "Xen-devel" >, >> "Keir Fraser" >> > >> Date: Monday, May 31, 2010, 6:27 AM >> >> >> Patch for xen-unstable.hg >> >> 2010/5/31 Boris Derzhavets >> > >> >>> 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 >>> >* wrote: >>> >>> >>> From: eXeC001er >>> > >>> Subject: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel >>> 2.6.32.13 and xen 4.0-rc1 >>> To: "Keir Fraser" >>> > >>> Cc: "Boris Derzhavets" >, >>> "Xen-devel" >>> > >>> 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: D= isk >>> is not accessible. >>> >>> Signed-off-by: eXeC001er >>> > >>> --- >>> >>> 2010/5/30 Keir Fraser >>> > >>> >>>> Needs a patch description and a signed-off-by line. >>>> >>>> -- Keir >>>> >>>> On 30/05/2010 13:21, "eXeC001er" > >>>> wrote: >>>> >>>> > My python-experience is small, but i tied to rewrite. >>>> > New in attach. >>>> > >>>> > 2010/5/30 Keir Fraser >>>> > >>>> >> On 30/05/2010 11:37, "Pasi K=C3=A4rkk=C3=A4inen" > >>>> 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=C3=A4rkk=C3=A4inen <[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=3D['tat:tapdisk:vhd:/path/../disk.img,xvda,w'] ( from >>>> sample) >>>> >>>>> >>>> >>>>> It generates message >>>> >>>>> =C3=82 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) =3D fn.split(":", 1) >>>>>>=C3=82 (taptype, fn)= =3D >>>> >>>> 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 +01= 00 >>>> >>>> +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2010 +04= 00 >>>> >>>> @@ -87,7 +87,7 @@ >>>> >>>> fn =3D "/dev/%s" %(fn,) >>>> >>>> >>>> >>>> if typ in ("tap", "tap2"): >>>> >>>> - (taptype, fn) =3D fn.split(":", 1) >>>> >>>> + (taptype, fn) =3D 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 =3D BOOTLOADER_LOOPBACK_DEVICE >>>> >>>> >>>> >>>> try: >>>> >>>> + time.sleep(5) >>>> >>>> blcfg =3D 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 =3D "Had a bootloader specified, but can't f= ind >>>> 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 >> >> >> > > --0016364ef176c573d80487f3c74f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
2010/6/1 Boris Derzhavets <= bderzhavets@yahoo.com>
The way= your patch + zfs-24 patch=C2=A0 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 refer= red to as DomU

# Work directory
# work_dir =3D '/full/path/to= /directory/with/unpacked/nexentastor-xen-image'
work_dir =3D '/root/NexentaStor-Community-3.0.2'

# Names of = disks
disk_1_name =3D 'syspool.img'
disk_2_name =3D 'data= _disk1.img'
disk_3_name =3D 'data_disk2.img'
disk_4_name = =3D 'data_disk3.img'

# Bootloader for boot DomU
bootloader =3D "/usr/local/bin/pygru= b"

# Memory for DomU, in MB
memory =3D 1024

# Name of= DomU
name =3D "NexentaStor-Community-3.0.2"

# Network = interfaces for DomU
# You can change the mac address of your own needs.
# mac=3D00:16:3E:xx:xx:xx
=C2=A0vif =3D =C2=A0=C2=A0=C2=A0 [
=C2=A0= =C2=A0=C2=A0 'mac=3D00:16:3E:00:00:01',
=C2=A0'mac=3D00:16:= 3E:00:00:02'
=C2=A0=C2=A0=C2=A0 ]
# vif=3D['bridge=3Deth0= 9;]

# Disk's for guest domain.
# Format for added disk:
# for file devices disk:
# =C2=A0=C2=A0=C2=A0 'file:/full/path/to/d= isk_in_file,num_disk_in_DomU,access_mode_for_disk_in_DomU'
# for tap= device disk (for example VHD):
#=C2=A0=C2=A0=C2=A0 'tap:tapdisk:vhd= :/full/path/to/disk_in_file,num_disk_in_DomU,access_mode_for_disk_in_DomU&#= 39;
# for physical devices disk:
#=C2=A0=C2=A0=C2=A0 'phy:/dev/physical= _devices_in_Dom0,num_disk_in_DomU,access_mode_for_disk_in_DomU'
# nu= m_disk_in_DomU =3D xvda,xvdb,xvdc,xvde,...
# access_mode_for_disk_in_Dom= U =3D w - read-write mode, r =3D read-only mode
#
# We recommend using the VHD disc format (blktap2 device driver).
= # h= ttp://wiki.xensource.com/xenwiki/blktap2
disk =3D =C2=A0=C2=A0=C2=A0= [
=C2=A0=C2=A0=C2=A0 'tap:tapdisk:vhd:' + work_dir + '/'= + disk_1_name + ',xvda,w',
=C2=A0=C2=A0=C2=A0 'tap:tapdisk:= vhd:' + work_dir + '/' + disk_2_name + ',xvdb,w',
= =C2=A0=C2=A0=C2=A0 'tap:tapdisk:vhd:' + work_dir + '/' + di= sk_3_name + ',xvdc,w',
=C2=A0=C2=A0=C2=A0 'tap:tapdisk:vhd:' + work_dir + '/' + di= sk_4_name + ',xvde,w',
=C2=A0=C2=A0=C2=A0 ]

# Configure t= he behaviour when a domain exits.=C2=A0 There are three 'reasons'# for a domain to stop: poweroff, reboot, and crash.=C2=A0 For each of th= ese you
# may specify:
#
#=C2=A0=C2=A0 "destroy",=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 meaning that the domain is cleaned up as normal;#=C2=A0=C2=A0 "restart",=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 meaning that a new domain is started in place of the old
#=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 one;
#=C2=A0=C2=A0 "preserve",=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 meaning that no = clean-up is done until the domain is
#=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 manually destroyed (using xm destroy, for example); or
#=C2= =A0=C2=A0 "rename-restart", meaning that the old domain is not cl= eaned up, but is
#=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 renamed and a new domain s= tarted in its place.
#
# In the event a domain stops due to a crash, = you have the additional options:
#
#=C2=A0=C2=A0 "coredump-destr= oy", meaning dump the crashed domain's core and then destroy;
#=C2=A0=C2=A0 "coredump-restart', meaning dump the crashed domain&= #39;s core and the restart.
on_reboot =3D 'destroy'
on_crash = =3D 'destroy'
on_poweroff =3D 'destroy'


root@= LucidSRV:~/NexentaStor-Community-3.0.2# xm create -c nexentastor-community-3.0.2-xen.cfg
Using config file "./nexentast= or-community-3.0.2-xen.cfg".

root@LucidSRV:~/NexentaStor-Commun= ity-3.0.2# Error: Device 51952 not connected
^C
Strange, because=C2=A0I tried this image and it worked for me.

root@LucidSRV:= ~/NexentaStor-Community-3.0.2# xm list
Name=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ID=C2=A0=C2=A0 Me= m VCPUs=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 State=C2=A0=C2=A0 Time(s)
Domain-0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= 0=C2=A0 7189=C2=A0=C2=A0=C2=A0=C2=A0 4=C2=A0=C2=A0=C2=A0=C2=A0 r-----=C2= =A0=C2=A0=C2=A0=C2=A0 38.1

root@LucidSRV:~/NexentaStor-Community-3.0= .2# xm create -c nexentastor-community-3.0.2-xen.cfg
Using config file "./nexentast= or-community-3.0.2-xen.cfg".
Error: Device /dev/xvdp (51952, tap2) = is already connected.

=C2=A0
This is another bug for tap2.=C2=A0= =C2=A0I already wrote about it earlier: "= Xenstore=C2=A0does not scrape away after st= opped DomU."
Boris
--- On Mon, 5/31/10, eXeC001er <execooler@gma= il.com> wrote:

From: eXeC001er <execooler@gmail.com>
Subject: Re: [Xen-de= vel] [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.13 and xen 4.0-r= c1
To: "Boris Derzhavets" <bderzhavets@yahoo.com>
Cc: "Xen-devel&q= uot; <xen-devel@lists.xensource.com>, "Keir Fraser" <keir.fraser@eu.citr= ix.com>
Date: Monday, May 31, 2010, 12:28 PM


I have same error with xen-unstable.

in at= tach patch for=C2=A0xen-4.0-testing.hg

Signed-off-by: eXeC001er <execooler@gmail.com>
---

2010/5/31 Boris = Derzhavets <bderzhavets@yahoo.com= >
=C2=A0Xen-unstable patched via yours patc= h ,=C2=A0 built and installed on top of Ubuntu 10.04.
=C2=A0Dom0 loaded = with 2.6.32.14 pvops ( 2.6.32.10 same results)
=C2=A0Environment:-

host=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : LucidS= RV
release=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 2.6.32.14
version=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : #6 = SMP Mon May 31 18:08:00 MSD 2010
machine=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : x86_64
nr= _cpus=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 : 4
nr_nodes=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 : 1
cores_per_socket=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 : 4
threads_per_core=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 1cpu_mhz=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 : 2833
hw_caps=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : bfebfbff:201008= 00:00000000:00000940:0408e3fd:00000000:00000001:00000000
virt_caps=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 : hvm
total_memory=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 : 8190
free_memory=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 2052
free_cpus=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : 0
xen_maj= or=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 : 4
xen_minor=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 : 1
xen_extra=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : -unstable
xen_caps=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : = xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_6= 4
xen_scheduler=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 := credit
xen_pagesize=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 : 4096
platform_params=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : virt_start=3D0x= ffff800000000000
xen_changeset=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 : Fri May 28 10:54:07 2010 +0100 21492:96917cf25bf3
xen_com= mandline=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 :
cc_compiler=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : gcc version = 4.4.3 (Ubuntu 4.4.3-4ubuntu5)
cc_compile_by=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : = root
cc_compile_domain=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 :
cc_compile_da= te=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 : Mon May 31 19:00:21 MSD 2010=
xend_config_format=C2=A0=C2=A0=C2=A0=C2=A0 : 4

=C2=A0Attempted t= o load F13 PV DomU ( working fine inder Xen 4.0 & 2.6.32.14)


=E2=94=8C=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2= =94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2= =94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2= =94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=90=
=C2=A0=E2=94=82 Fedora (2.6.33.3-85.fc13.x86_64)=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =E2=94=82
=C2=A0=E2=94=82=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 =E2=94=82
=C2=A0=E2=94=82=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 =E2=94=82
=C2=A0=E2=94=82=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 =E2=94=82
=C2=A0=E2=94=82=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 =E2=94=82
=C2=A0=E2=94=82=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 =E2=94=82
=C2=A0=E2=94=82=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 =E2=94=82
=C2=A0=E2=94=82=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 =E2=94=82
=C2=A0=E2=94=94=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2= =94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2= =94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2= =94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94= =80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80=E2=94=80= =E2=94=80=E2=94=98
=C2=A0=C2=A0=C2=A0=C2=A0 Use the ^ and v keys to sele= ct which entry is highlighted.
=C2=A0=C2=A0=C2=A0=C2=A0 Press enter to boot the selected OS, 'e' t= o edit the
=C2=A0=C2=A0=C2=A0=C2=A0 commands before booting, 'a'= to modify the kernel arguments
=C2=A0=C2=A0=C2=A0=C2=A0 before booting, or 'c' for a command line.

root@LucidSRV:/h= ome/boris/fedora# Error: (4, 'Out of memory', "panic: xc_dom_b= oot.c:144: xc_dom_boot_mem_init: can't allocate low memory for domain&q= uot;)


Boris.

--- On Mon, 5/31/10, eXeC001er <execooler@gmail.com> wrote:
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@yah= oo.com>
Cc: "Xen-devel" <xe= n-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 Derzh= avets <bderzhavets@yahoo.com><= /span>
I've attempted to process patch for x= en-4.0.0-0.7.f12.src.rpm it gives an errors.
Is it written for xen 4.0 ?= =C2=A0 I did some manual check .

Boris.


--- On Sun, 5/30/10, eXeC001er <execooler@gmail.com> wrote:

From: eXeC001er <execooler@gmail.com>
Subje= ct: Re: [Xen-devel] [PATCH] Re: blktap2 problem with pvops kernel 2.6.32.1= 3 and xen 4.0-rc1
To: "Keir Fraser" <keir.fraser@eu.citrix.= com>
Cc: "Boris Derzhavets" <bderzhavets@yahoo.com= >, "Xen-devel" <xen-devel@list= s.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. Re= turned error:=C2=A0File 'vhd:/path/.../disk.img' doesn't= exist.
2. Created blktap2 disk device does not accessible=C2=A0immediately after connecting: I= f we use pygrub then DomU does not boot. Returned error: Disk is not access= ible.

Signed-off-b= y: eXeC001er <execooler@gmail.com>
---
2010/5/30 Keir Fraser <keir.frase= r@eu.citrix.com>
Needs a patch description and a signed-off-by line.

=C2=A0-- Keir

On 30/05/2010 13:21, "eXeC001er" <execooler@gma= il.com> wrote:

> My python-experience=C2=A0is small, but i tied to rewrite.
> New in attach.
>
> 2010/5/30 Keir Fraser <keir.fraser@eu.citrix.c= om>
>> On 30/05/2010 11:37, "Pasi K=C3=A4rkk=C3=A4inen" <pasik@iki.fi> wrote:
>>
>>> On Sun, May 30, 2010 at 02:02:06PM +0400, eXeC001er wrote:
>>>> =C2=A0 =C2=A0I have already sent a patch 1 weak ago. (blkt= ap2_control_func.patch)
>>>> =C2=A0 =C2=A0repeat in attach.
>>>> =C2=A0 =C2=A0Thanks.
>>>
>>> Ok, thanks.
>>>
>>> Keir: I guess this is not committed yet?
>>
>> I'm not too happy about the sleep(5). I guess if there's n= o better solution
>> coming up I should just whack this patch in?
>>
>> =C2=A0-- Keir
>>
>>> -- Pasi
>>>
>>>> =C2=A0 =C2=A02010/5/30 Pasi K=C3=A4rkk=C3=A4inen <[1]pasik@iki.fi>
>>>>
>>>> =C2=A0 =C2=A0 =C2=A0On Sun, May 30, 2010 at 11:17:51AM +04= 00, eXeC001er wrote:
>>>>> =C2=A0 =C2=A0 =C2=A0I've attempted to install Nexe= nta Core 3 image under Xen 4.0
>>>> =C2=A0 =C2=A0 =C2=A0(2.6.32.13
>>>>> =C2=A0 =C2=A0 =C2=A0pvops) on top of F13. Sample nexen= ta3.cfg profile contains 4
>>>> =C2=A0 =C2=A0 =C2=A0lines like
>>>>> =C2=A0 =C2=A0 =C2=A0this:-
>>>>>
>>>>> =C2=A0 =C2=A0 =C2=A0disk=3D['tat:tapdisk:vhd:/path= /../disk.img,xvda,w'] ( from sample)
>>>>>
>>>>> =C2=A0 =C2=A0 =C2=A0It generates message
>>>>> =C2=A0 =C2=A0 =C2=A0=C3=82 File 'vhd:/path/.../dis= k.img' doesn't exist.
>>>>>
>>>>> =C2=A0 =C2=A0 =C2=A0Boris.
>>>>> =C2=A0 =C2=A0 =C2=A0P.S. It was already in one of the = threads @xen-users.
>>>>>
>>>>> =C2=A0 =C2=A0This bug in "def _parse_uname(uname)= :"
>>>> =C2=A0 =C2=A0 =C2=A0(tools/python/xen/util/blkif.py)
>>>>> =C2=A0 =C2=A0(taptype, fn) =3D fn.split(":",= 1) >>>>>>=C3=82 (taptype, fn) =3D
>>>> =C2=A0 =C2=A0 =C2=A0fn.split(":",
>>>>> =C2=A0 =C2=A02)[1:3]
>>>>
>>>> =C2=A0 =C2=A0 =C2=A0Can you send a proper patch, as unifie= d diff (diff -u), with a
>>>> =C2=A0 =C2=A0 =C2=A0Signed-off-by line?
>>>> =C2=A0 =C2=A0 =C2=A0-- Pasi
>>>>
>>>> References
>>>>
>>>> =C2=A0 =C2=A0Visible links
>>>> =C2=A0 =C2=A01. 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 2= 010 +0100
>>>> +++ b/tools/python/xen/util/blkif.py Sat May 22 01:21:15 2= 010 +0400
>>>> @@ -87,7 +87,7 @@
>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0fn =3D "/dev/%s" %(fn,)
>>>>
>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if typ in ("tap&quo= t;, "tap2"):
>>>> - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(taptype, fn) = =3D fn.split(":", 1)
>>>> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(taptype, fn) = =3D fn.split(":", 2)[1:]
>>>> =C2=A0 =C2=A0 =C2=A0return (fn, taptype)
>>>>
>>>> =C2=A0def blkdev_uname_to_file(uname):
>>>> diff -r d0420ab97345 tools/python/xen/xend/XendDomainInfo.= py
>>>> --- a/tools/python/xen/xend/XendDomainInfo.py Fri May 21 1= 6:21:39 2010
>>>> +0100
>>>> +++ b/tools/python/xen/xend/XendDomainInfo.py Sat May 22 0= 1:21:15 2010
>>>> +0400
>>>> @@ -3292,6 +3292,7 @@
>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0fn =3D BOOTLOADER_LOOPBACK_DEVICE
>>>>
>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0try:
>>>> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0t= ime.sleep(5)
>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0blcfg =3D bootloader(blexec, fn, self, False,
>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 bootl= oader_args, kernel, ramdisk, args)
>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0finally: >>>> @@ -3299,7 +3300,7 @@
>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0log.info <http://log.info> ("Unmounting %s from %= s." %
>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 (fn, = BOOTLOADER_LOOPBACK_DEVICE))
>>>>
>>>> - =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0dom0.destroyDevice('tap', BOOTLOADER_LOOPBACK_DEVICE)<= br> >>>> + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0dom0.destroyDevice(devtype,
>>>> BOOTLOADER_LOOPBACK_DEVICE)
>>>>
>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if blcfg i= s None:
>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0msg =3D "Had a bootloader specified, but can't find disk&quo= t;
>>>
>>
>>
>
>




-----Inline Attachment Follows-----


= _______________________________________________
Xen-devel mailing listXen-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




--0016364ef176c573d80487f3c74f-- --===============1973598832== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============1973598832==--