WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-api

Re: [Xen-API] Resizing VDI with Local Caching enabled

To: Andrei Lifchits <Andrei.Lifchits@xxxxxxxxxx>
Subject: Re: [Xen-API] Resizing VDI with Local Caching enabled
From: Marco Sinhoreli <msinhore@xxxxxxxxx>
Date: Fri, 25 Mar 2011 16:31:15 -0300
Cc: Jonathan Davies <Jonathan.Davies@xxxxxxxxxxxxx>, xen-api <xen-api@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 25 Mar 2011 12:31:30 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=MQmVeW4chfFIEoCQkbDRmvBxEONFKqJkJ7+WVlAOgAQ=; b=iO9Ml0Por/hQnJVRhnigCDOE8uRHWKfNIGZgDDOrjIaZSYithYlDSYk8Q5FAj0RzqV TzoEknOGNKZWhw2aAkSE+PgLvvVONaoVFVmn83epnzfDDvI2/dCWgDEZkMAhBqdmnd/L v6O4b5F3+JQIFPQbVq/NsDsBc3A3Qy+Mb6HOE=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=EW+RnaLsAC337LVy31Vntz3iATTRYkunjgACj9V478A8urZN81vP5UM4gUwsZZ4Wib 8EW/ixJ92MnlqLCxiOJ8YQE+5ZT9mFA0lI9IGCRd8Q3cy0tnm5zEH156RnDAH7g3qjZv PR2Mdmx4hf72dFxu2q+yh7azGby9MjBPcnVqw=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <D52B60F166CBB4419763A924815F848AE2B28CD5D5@xxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-api-request@lists.xensource.com?subject=help>
List-id: Discussion of API issues surrounding Xen <xen-api.lists.xensource.com>
List-post: <mailto:xen-api@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=unsubscribe>
References: <AANLkTik3QtvG2Fj3Hu_m_g=0er-xh1zmMHvuBAogVtBW@xxxxxxxxxxxxxx> <CCE8682617CC8E4693CEF507039F8E868DC1E4E70C@xxxxxxxxxxxxxxxxxxxxxxxxx> <AANLkTiniYEi1JaAwZoUkWYrESZ9SrQVUkfJ1J4fRpGHX@xxxxxxxxxxxxxx> <D52B60F166CBB4419763A924815F848AE2B28CD420@xxxxxxxxxxxxxxxxxxxxxxxxx> <AANLkTimcq2GR2Ypthtyi38_YRWe4en0-EwKktP-MVh+h@xxxxxxxxxxxxxx> <D52B60F166CBB4419763A924815F848AE2B28CD5D5@xxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-api-bounces@xxxxxxxxxxxxxxxxxxx
Hi Andrei:

I tested  the vdi-resize disabling the local-cache in a cloned vdi and
it worked ok. The problem happen only if the local-cache flag is
enabled.

Cheers

On Fri, Mar 25, 2011 at 10:21 AM, Andrei Lifchits
<Andrei.Lifchits@xxxxxxxxxx> wrote:
> Hi Marco,
>
> Thanks for providing the info. I was able to reproduce this, and it's 
> actually behaving the way it's supposed to: it's just that resizing of cloned 
> images is unsupported. What happens is that local cache images are 
> automatically snapshotted off of the parent VHD, which is never affected by 
> the resize operation, and this results in the virtual size mismatch between 
> the cache image and the corresponding original that was resized. We should 
> probably explicitly disallow vdi-resize in such situations - sorry for the 
> confusion!
>
> Andrei
>
> -----Original Message-----
> From: Marco Sinhoreli [mailto:msinhore@xxxxxxxxx]
> Sent: Thursday, March 24, 2011 9:30 PM
> To: Andrei Lifchits
> Cc: Jonathan Davies; xen-api
> Subject: Re: [Xen-API] Resizing VDI with Local Caching enabled
>
> Hi Andrei:
>
> I've 4 hosts on pool. The did it in host master.
>
> Need more info? please let me know.
>
> Thanks
>
>
>
> On Thu, Mar 24, 2011 at 4:15 PM, Andrei Lifchits <Andrei.Lifchits@xxxxxxxxxx> 
> wrote:
>> Hi Marco,
>>
>> Would you mind also providing detailed repro steps for this? How many hosts 
>> do you have in your pool? Which host did you do it on?
>>
>> Thanks,
>> Andrei
>>
>> -----Original Message-----
>> From: Marco Sinhoreli [mailto:msinhore@xxxxxxxxx]
>> Sent: Thursday, March 24, 2011 5:04 PM
>> To: Jonathan Davies
>> Cc: Andrei Lifchits; xen-api
>> Subject: Re: [Xen-API] Resizing VDI with Local Caching enabled
>>
>> Hi Jonathan:
>>
>> Bellow the /var/log/SMlog file content:
>>
>> <log>
>>
>> [6667] 2011-03-24 13:54:15.913428       ['/usr/sbin/tap-ctl', 'stats',
>> '-p', '28818', '-m', '0'] [6667] 2011-03-24 13:54:15.917045        = 0
>> [6904] 2011-03-24 13:55:11.249673       ['/usr/sbin/tap-ctl', 'list']
>> [6904] 2011-03-24 13:55:11.253768        = 0 [6904] 2011-03-24
>> 13:55:11.259516       ['/usr/sbin/tap-ctl', 'stats', '-p', '26360',
>> '-m', '2'] [6904] 2011-03-24 13:55:11.263313        = 0 [6904]
>> 2011-03-24 13:55:11.263955       ['/usr/sbin/tap-ctl', 'stats', '-p',
>> '28818', '-m', '0'] [6904] 2011-03-24 13:55:11.267715        = 0
>> [7257] 2011-03-24 13:56:06.571060       ['/usr/sbin/tap-ctl', 'list']
>> [7257] 2011-03-24 13:56:06.574950        = 0 [7257] 2011-03-24
>> 13:56:06.580724       ['/usr/sbin/tap-ctl', 'stats', '-p', '26360',
>> '-m', '2'] [7257] 2011-03-24 13:56:06.584472        = 0 [7257]
>> 2011-03-24 13:56:06.585132       ['/usr/sbin/tap-ctl', 'stats', '-p',
>> '28818', '-m', '0'] [7257] 2011-03-24 13:56:06.588925        = 0
>> [7538] 2011-03-24 13:57:01.902472       ['/usr/sbin/tap-ctl', 'list']
>> [7538] 2011-03-24 13:57:01.906591        = 0 [7538] 2011-03-24
>> 13:57:01.912364       ['/usr/sbin/tap-ctl', 'stats', '-p', '26360',
>> '-m', '2'] [7538] 2011-03-24 13:57:01.916432        = 0 [7538]
>> 2011-03-24 13:57:01.917099       ['/usr/sbin/tap-ctl', 'stats', '-p',
>> '28818', '-m', '0'] [7538] 2011-03-24 13:57:01.921214        = 0
>> [7931] 2011-03-24 13:57:57.242696       ['/usr/sbin/tap-ctl', 'list']
>> [7931] 2011-03-24 13:57:57.246488        = 0 [7931] 2011-03-24
>> 13:57:57.252225       ['/usr/sbin/tap-ctl', 'stats', '-p', '26360',
>> '-m', '2'] [7931] 2011-03-24 13:57:57.256070        = 0 [7931]
>> 2011-03-24 13:57:57.256718       ['/usr/sbin/tap-ctl', 'stats', '-p',
>> '28818', '-m', '0'] [7931] 2011-03-24 13:57:57.260511        = 0
>> [8329] 2011-03-24 13:58:52.568972       ['/usr/sbin/tap-ctl', 'list']
>> [8329] 2011-03-24 13:58:52.573106        = 0 [8329] 2011-03-24
>> 13:58:52.578847       ['/usr/sbin/tap-ctl', 'stats', '-p', '26360',
>> '-m', '2'] [8329] 2011-03-24 13:58:52.582838        = 0 [8329]
>> 2011-03-24 13:58:52.583487       ['/usr/sbin/tap-ctl', 'stats', '-p',
>> '28818', '-m', '0'] [8329] 2011-03-24 13:58:52.587380        = 0
>> [8523] 2011-03-24 13:59:47.905467       ['/usr/sbin/tap-ctl', 'list']
>> [8523] 2011-03-24 13:59:47.909332        = 0 [8523] 2011-03-24
>> 13:59:47.915058       ['/usr/sbin/tap-ctl', 'stats', '-p', '26360',
>> '-m', '2'] [8523] 2011-03-24 13:59:47.918973        = 0 [8523]
>> 2011-03-24 13:59:47.919625       ['/usr/sbin/tap-ctl', 'stats', '-p',
>> '28818', '-m', '0'] [8523] 2011-03-24 13:59:47.923533        = 0
>> [8766] 2011-03-24 14:00:16.874228       lock: acquired
>> /var/lock/sm/b5631d2b-7931-c93c-39da-5a20978e823b/sr
>> [8766] 2011-03-24 14:00:16.876175       ['/usr/sbin/td-util', 'query',
>> 'vhd', '-vpf',
>> '/var/run/sr-mount/b5631d2b-7931-c93c-39da-5a20978e823b/5d095db5-4135-
>> 47f7-8118-3d9449965799.vhd'] [8766] 2011-03-24 14:00:16.903674
>> SUCCESS [8766] 2011-03-24 14:00:16.904485       lock: released
>> /var/lock/sm/b5631d2b-7931-c93c-39da-5a20978e823b/sr
>> [8766] 2011-03-24 14:00:16.904600       vdi_deactivate {'sr_uuid':
>> 'b5631d2b-7931-c93c-39da-5a20978e823b', 'subtask_of':
>> 'OpaqueRef:c7c8309d-f5fb-a97c-6443-a8b1f4b3dabe', 'vdi_ref':
>> 'OpaqueRef:c602d033-57a7-bf8f-7d5d-ca76e2520402', 'vdi_on_boot':
>> 'persist', 'args': [], 'vdi_location':
>> '5d095db5-4135-47f7-8118-3d9449965799', 'host_ref':
>> 'OpaqueRef:0ed3e74b-aee7-e262-61cd-fe18a9a6d360', 'session_ref':
>> 'OpaqueRef:fcea3677-4e21-e61b-a171-4369039ffe22', 'device_config':
>> {'options': '', 'SRmaster': 'true', 'serverpath':
>> '/vol/vol6/orquestra', 'server': 'riofd06.globoi.com'}, 'command':
>> 'vdi_deactivate', 'vdi_allow_caching': 'true', 'sr_ref':
>> 'OpaqueRef:e5bbc8cc-f3d5-3cc5-3e11-2c68797c8c45', 'local_cache_sr':
>> '5dea02ae-a488-829b-92d2-3eb5c288b90f', 'vdi_uuid':
>> '5d095db5-4135-47f7-8118-3d9449965799'}
>> [8766] 2011-03-24 14:00:16.904773       blktap2.deactivate [8766]
>> 2011-03-24 14:00:16.904855       lock: acquired
>> /var/lock/sm/5d095db5-4135-47f7-8118-3d9449965799/vdi
>> [8766] 2011-03-24 14:00:16.913169       ['/usr/sbin/tap-ctl', 'list',
>> '-m', '2'] [8766] 2011-03-24 14:00:16.916386        = 0 [8766]
>> 2011-03-24 14:00:16.916680       ['/usr/sbin/tap-ctl', 'close', '-p',
>> '26360', '-m', '2'] [8766] 2011-03-24 14:00:16.992138        = 0
>> [8766] 2011-03-24 14:00:16.992272       ['/usr/sbin/tap-ctl',
>> 'detach', '-p', '26360', '-m', '2'] [8766] 2011-03-24 14:00:16.996854
>> = 0 [8766] 2011-03-24 14:00:16.997078       ['/usr/sbin/tap-ctl',
>> 'free', '-m', '2'] [8766] 2011-03-24 14:00:16.999694        = 0 [8766]
>> 2011-03-24 14:00:16.999870       tap.deactivate: Shut down
>> Tapdisk(vhd:/var/run/sr-mount/5dea02ae-a488-829b-92d2-3eb5c288b90f/5d0
>> 95db5-4135-47f7-8118-3d9449965799.vhdcache,
>> pid=26360, minor=2, state=R)
>> [8766] 2011-03-24 14:00:17.039695       ['/usr/sbin/vhd-util',
>> 'query', '--debug', '-p', '-n',
>> '/var/run/sr-mount/b5631d2b-7931-c93c-39da-5a20978e823b/5d095db5-4135-
>> 47f7-8118-3d9449965799.vhd'] [8766] 2011-03-24 14:00:17.052353
>> SUCCESS [8766] 2011-03-24 14:00:17.058312       Tearing down the cache
>> [8766] 2011-03-24 14:00:17.059648       ['/usr/sbin/td-util', 'query',
>> 'vhd', '-vpf',
>> '/var/run/sr-mount/b5631d2b-7931-c93c-39da-5a20978e823b/7dde9a41-45bf-
>> 4a4a-a17c-10b9ca93c41f.vhd'] [8766] 2011-03-24 14:00:17.102206
>> SUCCESS [8766] 2011-03-24 14:00:17.449727       lock: acquired
>> /var/lock/sm/7dde9a41-45bf-4a4a-a17c-10b9ca93c41f/cachesetup
>> [8766] 2011-03-24 14:00:17.449808       lock: released
>> /var/lock/sm/7dde9a41-45bf-4a4a-a17c-10b9ca93c41f/cachesetup
>> [8766] 2011-03-24 14:00:17.449863       lock: closed
>> /var/lock/sm/7dde9a41-45bf-4a4a-a17c-10b9ca93c41f/cachesetup
>> [8766] 2011-03-24 14:00:17.449926       lock: closed
>> /var/lock/sm/5dea02ae-a488-829b-92d2-3eb5c288b90f/sr
>> [8766] 2011-03-24 14:00:17.734256       ['/usr/sbin/td-util', 'query',
>> 'vhd', '-vpf',
>> '/var/run/sr-mount/b5631d2b-7931-c93c-39da-5a20978e823b/5d095db5-4135-
>> 47f7-8118-3d9449965799.vhd'] [8766] 2011-03-24 14:00:17.746639
>> SUCCESS [8766] 2011-03-24 14:00:17.762216       Removed host key
>> host_OpaqueRef:0ed3e74b-aee7-e262-61cd-fe18a9a6d360 for
>> 5d095db5-4135-47f7-8118-3d9449965799
>> [8766] 2011-03-24 14:00:17.762311       lock: released
>> /var/lock/sm/5d095db5-4135-47f7-8118-3d9449965799/vdi
>> [8766] 2011-03-24 14:00:17.762378       lock: closed
>> /var/lock/sm/5d095db5-4135-47f7-8118-3d9449965799/vdi
>> [8766] 2011-03-24 14:00:17.762456       lock: closed
>> /var/lock/sm/b5631d2b-7931-c93c-39da-5a20978e823b/sr
>> [8766] 2011-03-24 14:00:17.762628       lock: closed
>> /var/lock/sm/b5631d2b-7931-c93c-39da-5a20978e823b/sr
>> [8822] 2011-03-24 14:00:17.884668       lock: acquired
>> /var/lock/sm/b5631d2b-7931-c93c-39da-5a20978e823b/sr
>> [8822] 2011-03-24 14:00:17.886117       ['/usr/sbin/td-util', 'query',
>> 'vhd', '-vpf',
>> '/var/run/sr-mount/b5631d2b-7931-c93c-39da-5a20978e823b/5d095db5-4135-
>> 47f7-8118-3d9449965799.vhd'] [8822] 2011-03-24 14:00:17.902571
>> SUCCESS [8822] 2011-03-24 14:00:17.903878       vdi_detach {'sr_uuid':
>> 'b5631d2b-7931-c93c-39da-5a20978e823b', 'subtask_of':
>> 'OpaqueRef:c7c8309d-f5fb-a97c-6443-a8b1f4b3dabe', 'vdi_ref':
>> 'OpaqueRef:c602d033-57a7-bf8f-7d5d-ca76e2520402', 'vdi_on_boot':
>> 'persist', 'args': [], 'vdi_location':
>> '5d095db5-4135-47f7-8118-3d9449965799', 'host_ref':
>> 'OpaqueRef:0ed3e74b-aee7-e262-61cd-fe18a9a6d360', 'session_ref':
>> 'OpaqueRef:28d24a42-044e-091a-6b31-a49a5b80b565', 'device_config':
>> {'options': '', 'SRmaster': 'true', 'serverpath':
>> '/vol/vol6/orquestra', 'server': 'riofd06.globoi.com'}, 'command':
>> 'vdi_detach', 'vdi_allow_caching': 'true', 'sr_ref':
>> 'OpaqueRef:e5bbc8cc-f3d5-3cc5-3e11-2c68797c8c45', 'local_cache_sr':
>> '5dea02ae-a488-829b-92d2-3eb5c288b90f', 'vdi_uuid':
>> '5d095db5-4135-47f7-8118-3d9449965799'}
>> [8822] 2011-03-24 14:00:17.904166       lock: closed
>> /var/lock/sm/5d095db5-4135-47f7-8118-3d9449965799/vdi
>> [8822] 2011-03-24 14:00:17.904285       lock: released
>> /var/lock/sm/b5631d2b-7931-c93c-39da-5a20978e823b/sr
>> [8822] 2011-03-24 14:00:17.904565       lock: closed
>> /var/lock/sm/b5631d2b-7931-c93c-39da-5a20978e823b/sr
>> [8994] 2011-03-24 14:00:43.246717       ['/usr/sbin/tap-ctl', 'list']
>> [8994] 2011-03-24 14:00:43.250366        = 0 [8994] 2011-03-24
>> 14:00:43.256244       ['/usr/sbin/tap-ctl', 'stats', '-p', '28818',
>> '-m', '0'] [8994] 2011-03-24 14:00:43.260298        = 0 [9095]
>> 2011-03-24 14:01:12.462263       lock: acquired
>> /var/lock/sm/b5631d2b-7931-c93c-39da-5a20978e823b/sr
>> [9095] 2011-03-24 14:01:12.464090       ['/usr/sbin/td-util', 'query',
>> 'vhd', '-vpf',
>> '/var/run/sr-mount/b5631d2b-7931-c93c-39da-5a20978e823b/5d095db5-4135-
>> 47f7-8118-3d9449965799.vhd'] [9095] 2011-03-24 14:01:12.481012
>> SUCCESS [9095] 2011-03-24 14:01:12.482403       lock: released
>> /var/lock/sm/b5631d2b-7931-c93c-39da-5a20978e823b/sr
>> [9095] 2011-03-24 14:01:12.482584       vdi_resize {'sr_uuid':
>> 'b5631d2b-7931-c93c-39da-5a20978e823b', 'subtask_of':
>> 'OpaqueRef:4e9f7429-4c78-35ca-3c35-aa2ba7e87b03', 'vdi_ref':
>> 'OpaqueRef:c602d033-57a7-bf8f-7d5d-ca76e2520402', 'vdi_on_boot':
>> 'persist', 'args': ['42949672960'], 'vdi_location':
>> '5d095db5-4135-47f7-8118-3d9449965799', 'host_ref':
>> 'OpaqueRef:0ed3e74b-aee7-e262-61cd-fe18a9a6d360', 'session_ref':
>> 'OpaqueRef:f7ef4d98-e63d-d4cc-ea06-c1eefd721779', 'device_config':
>> {'options': '', 'SRmaster': 'true', 'serverpath':
>> '/vol/vol6/orquestra', 'server': 'riofd06.globoi.com'}, 'command':
>> 'vdi_resize', 'vdi_allow_caching': 'true', 'sr_ref':
>> 'OpaqueRef:e5bbc8cc-f3d5-3cc5-3e11-2c68797c8c45', 'local_cache_sr':
>> '5dea02ae-a488-829b-92d2-3eb5c288b90f', 'vdi_uuid':
>> '5d095db5-4135-47f7-8118-3d9449965799'}
>> [9095] 2011-03-24 14:01:12.482785       ['/usr/sbin/vhd-util',
>> 'resize', '--debug', '-s', '40960', '-n',
>> '/var/run/sr-mount/b5631d2b-7931-c93c-39da-5a20978e823b/5d095db5-4135-
>> 47f7-8118-3d9449965799.vhd', '-j',
>> '.journal-5d095db5-4135-47f7-8118-3d9449965799']
>> [9095] 2011-03-24 14:01:12.702535       SUCCESS [9095] 2011-03-24
>> 14:01:12.702738       ['/usr/sbin/vhd-util', 'query', '--debug', '-v',
>> '-n',
>> '/var/run/sr-mount/b5631d2b-7931-c93c-39da-5a20978e823b/5d095db5-4135-
>> 47f7-8118-3d9449965799.vhd'] [9095] 2011-03-24 14:01:12.716394
>> SUCCESS [9095] 2011-03-24 14:01:12.749430       _db_update_sm_config:
>> 5d095db5-4135-47f7-8118-3d9449965799 del sm-config:vhd-parent [9095]
>> 2011-03-24 14:01:12.788894       lock: closed
>> /var/lock/sm/b5631d2b-7931-c93c-39da-5a20978e823b/sr
>> [9233] 2011-03-24 14:01:38.575962       ['/usr/sbin/tap-ctl', 'list']
>> [9233] 2011-03-24 14:01:38.579594        = 0 [9233] 2011-03-24
>> 14:01:38.585400       ['/usr/sbin/tap-ctl', 'stats', '-p', '28818',
>> '-m', '0'] [9233] 2011-03-24 14:01:38.589243        = 0
>>
>> </log>
>>
>> On Thu, Mar 24, 2011 at 12:01 PM, Jonathan Davies 
>> <Jonathan.Davies@xxxxxxxxxxxxx> wrote:
>>> Hi Marco,
>>>
>>> No, that's not the expected behaviour...
>>>
>>> Andrei (cc'd) has not been able to reproduce this. Are you able to provide 
>>> /var/log/SMlog and some more detailed reproduction steps?
>>>
>>> Thanks,
>>>
>>> Jonathan
>>>
>>>> -----Original Message-----
>>>> From: xen-api-bounces@xxxxxxxxxxxxxxxxxxx [mailto:xen-api-
>>>> bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Marco Sinhoreli
>>>> Sent: 23 March 2011 15:03
>>>> To: xen-api
>>>> Subject: [Xen-API] Resizing VDI with Local Caching enabled
>>>>
>>>> Hello all:
>>>>
>>>> I'm trying resize a VDI cloned from a gold-image. I'm using storage
>>>> local caching in my tests. After resize, the virtual machine isn't
>>>> booting. Bellow the exception:
>>>>
>>>>
>>>> <output>
>>>> [root@server ~]# vdi=$(xe vbd-list
>>>> vm-uuid=fa537d17-1b07-b472-74c7-67b2a2f5561f device=xvda
>>>> params=vdi-uuid --minimal) [root@server ~]# xe vdi-resize uuid=$vdi
>>>> disk-size=40GiB [root@server ~]# echo $?
>>>> 0
>>>> [root@server ~]# xe vm-start
>>>> uuid=fa537d17-1b07-b472-74c7-67b2a2f5561f
>>>> There was an SR backend failure.
>>>> status: non-zero exit
>>>> stdout:
>>>> stderr: Traceback (most recent call last):
>>>>   File "/opt/xensource/sm/NFSSR", line 253, in ?
>>>>     SRCommand.run(NFSSR, DRIVER_INFO)
>>>>   File "/opt/xensource/sm/SRCommand.py", line 246, in run
>>>>     ret = cmd.run(sr)
>>>>   File "/opt/xensource/sm/SRCommand.py", line 94, in run
>>>>     return self._run_locked(sr)
>>>>   File "/opt/xensource/sm/SRCommand.py", line 131, in _run_locked
>>>>     return self._run(sr, target)
>>>>   File "/opt/xensource/sm/SRCommand.py", line 183, in _run
>>>>     caching_params)
>>>>   File "/opt/xensource/sm/blktap2.py", line 1280, in activate
>>>>     if self._activate_locked(sr_uuid, vdi_uuid, caching_params):
>>>>   File "/opt/xensource/sm/blktap2.py", line 29, in wrapper
>>>>     ret = op(self, *args)
>>>>   File "/opt/xensource/sm/blktap2.py", line 1312, in
>>>> _activate_locked
>>>>     dev_path = self._activate(sr_uuid, vdi_uuid, caching_params)
>>>>   File "/opt/xensource/sm/blktap2.py", line 1326, in _activate
>>>>     dev_path = self.setup_cache(sr_uuid, vdi_uuid, caching_params)
>>>>   File "/opt/xensource/sm/blktap2.py", line 1468, in setup_cache
>>>>     local_sr_uuid, scratch_mode)
>>>>   File "/opt/xensource/sm/blktap2.py", line 1550, in _setup_cache
>>>>     standby=scratch_mode)
>>>>   File "/opt/xensource/sm/blktap2.py", line 711, in launch_on_tap
>>>>     raise TapdiskFailed(cls.Arg(_type, path), ctl)
>>>> blktap2.TapdiskFailed:
>>>> Tapdisk(vhd:/var/run/sr-mount/01cbd019-bd89-1296-a4bf-
>>>> fd9d412f64f4/05732396-9466-4828-9926-2217a10a18c9.vhdcache):
>>>> ['/usr/sbin/tap-ctl', 'open', '-p', '21483', '-m', '3', '-a',
>>>> 'vhd:/var/run/sr-mount/01cbd019-bd89-1296-a4bf-fd9d412f64f4/05732396
>>>> - 9466-4828-9926-2217a10a18c9.vhdcache',
>>>> '-e', '0', '-2',
>>>> 'vhd:/var/run/sr-mount/b5631d2b-7931-c93c-39da-5a20978e823b/05732396
>>>> -
>>>> 9466-4828-9926-2217a10a18c9.vhd']
>>>> failed: status=22, pid=21485, errmsg= </output>
>>>>
>>>> Is it a bug or could I have done something not permitted?
>>>>
>>>> Thoughts?
>>>>
>>>>
>>>> Cheers!
>>>>
>>>> --
>>>> Marco Sinhoreli
>>>>
>>>> _______________________________________________
>>>> xen-api mailing list
>>>> xen-api@xxxxxxxxxxxxxxxxxxx
>>>> http://lists.xensource.com/mailman/listinfo/xen-api
>>>
>>
>>
>>
>> --
>> Marco Sinhoreli
>>
>
>
>
> --
> Marco Sinhoreli
>



-- 
Marco Sinhoreli

_______________________________________________
xen-api mailing list
xen-api@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/mailman/listinfo/xen-api