[xs-devel] This operation cannot be performed because this VDI is in use by some other operation.

[Jason Long]

Hello.
I used " xe vm-copy" for copy my storage to another Storage but I canceled it. I have three storage with the names "Storage1" , "Storage2" and "Storage3". My VMs used "Storage1" and "Storage2" and I wanted to copy Storage1 data to Storage3. When I want to Destroy Storage3 it show me :

[***@xenserver ~]# xe pbd-unplug uuid=1ef458b5-af53-c796-aab4-c308adbade91
This operation cannot be performed because this VDI is in use by some other operation
vdi: 6418cbc3-495e-442c-ad0e-40c06bd180f8 (HDD1)
operation: <unknown>

Details are :

[***@xenserver ~]# xe sr-list
uuid ( RO) : 36f77f69-1bfa-aae0-9cff-e6f7baf0537e
name-label ( RW): storage1
name-description ( RW):
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user


uuid ( RO) : d97bbb57-f8b6-076f-1a76-020ffe45c18c
name-label ( RW): Local storage
name-description ( RW):
host ( RO): xenserver
type ( RO): ext
content-type ( RO): user


uuid ( RO) : 8e4aa9c7-f558-9164-46cd-6c5df455ef11
name-label ( RW): storage3
name-description ( RW):
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user


uuid ( RO) : 1db65f3d-6612-014f-a09c-35895fc4d0f5
name-label ( RW): DVD drives
name-description ( RW): Physical DVD drives
host ( RO): xenserver
type ( RO): udev
content-type ( RO): iso


uuid ( RO) : 13be5b92-5c2f-a5ce-5b99-db6e7163e699
name-label ( RW): XenServer Tools
name-description ( RW): XenServer Tools ISOs
host ( RO): xenserver
type ( RO): iso
content-type ( RO): iso


uuid ( RO) : 1727281b-a3b2-dafd-b610-7da444542ae5
name-label ( RW): Removable storage
name-description ( RW):
host ( RO): xenserver
type ( RO): udev
content-type ( RO): disk


uuid ( RO) : 2f8052e1-2acc-d8c2-28bc-9e72aa6ffbf3
name-label ( RW): storage2
name-description ( RW):
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user


In your opinion my VMs used Storage3 because of copy? I want to destroy Storage3 but don't like to lost my data on Storage1 and Storage2.

I used below command with Storage3 UUID :

[***@xenserver ~]# xe vm-list uuid=8e4aa9c7-f558-9164-46cd-6c5df455ef11
[***@xenserver ~]#

As you see no VM on Storage3.

Thanks.

[Germano Percossi]

Hi Jason,

The info you reported are not complete and, your last command one is wrong.
If you supply the uuid of an SR to vm-list, it will surely (technically
very very likely) return an empty list, given the uuid does not belong
to a VM but to a SR.

SRs are plugged to hosts, VDIs to VMs.
Hosts can appear as VMs (but with a different uuid).

The error here is clear, it is telling you which VDI (not SR) is
preventing unplugging of the SR you want.

So, you need to figure out if there is still a VBD (not PBD) plugged

vbd-list vdi-uuid=6418cbc3-495e-442c-ad0e-40c06bd180f8

You should get a result. A vbd-param-list on the result will tell you
which VM is hodling the disk.
I bet on one of the VMs representing the local domain.

I do not know how did you cancel the migration, but it is likely
a control domain is still attached with a tapdisk process running.

That's said, this is a development ML, you can find the appropriate
medium to discuss such kind of problems here
http://xenserver.org/discuss-virtualization.html

Regards,
Germano

Post by Jason Long
Hello.
This operation cannot be performed because this VDI is in use by some other operation
vdi: 6418cbc3-495e-442c-ad0e-40c06bd180f8 (HDD1)
operation: <unknown>
uuid ( RO) : 36f77f69-1bfa-aae0-9cff-e6f7baf0537e
name-label ( RW): storage1
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user
uuid ( RO) : d97bbb57-f8b6-076f-1a76-020ffe45c18c
name-label ( RW): Local storage
host ( RO): xenserver
type ( RO): ext
content-type ( RO): user
uuid ( RO) : 8e4aa9c7-f558-9164-46cd-6c5df455ef11
name-label ( RW): storage3
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user
uuid ( RO) : 1db65f3d-6612-014f-a09c-35895fc4d0f5
name-label ( RW): DVD drives
name-description ( RW): Physical DVD drives
host ( RO): xenserver
type ( RO): udev
content-type ( RO): iso
uuid ( RO) : 13be5b92-5c2f-a5ce-5b99-db6e7163e699
name-label ( RW): XenServer Tools
name-description ( RW): XenServer Tools ISOs
host ( RO): xenserver
type ( RO): iso
content-type ( RO): iso
uuid ( RO) : 1727281b-a3b2-dafd-b610-7da444542ae5
name-label ( RW): Removable storage
host ( RO): xenserver
type ( RO): udev
content-type ( RO): disk
uuid ( RO) : 2f8052e1-2acc-d8c2-28bc-9e72aa6ffbf3
name-label ( RW): storage2
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user
In your opinion my VMs used Storage3 because of copy? I want to destroy Storage3 but don't like to lost my data on Storage1 and Storage2.
As you see no VM on Storage3.
Thanks.

[Jason Long]

[***@xenserver ~]# xe vbd-list uuid=8e4aa9c7-f558-9164-46cd-6c5df455ef11
[***@xenserver ~]#

Not have any result.


On Monday, March 30, 2015 3:56 PM, Germano Percossi <***@citrix.com> wrote:
Hi Jason,

The info you reported are not complete and, your last command one is wrong.
If you supply the uuid of an SR to vm-list, it will surely (technically
very very likely) return an empty list, given the uuid does not belong
to a VM but to a SR.

SRs are plugged to hosts, VDIs to VMs.
Hosts can appear as VMs (but with a different uuid).

The error here is clear, it is telling you which VDI (not SR) is
preventing unplugging of the SR you want.

So, you need to figure out if there is still a VBD (not PBD) plugged

vbd-list vdi-uuid=6418cbc3-495e-442c-ad0e-40c06bd180f8

You should get a result. A vbd-param-list on the result will tell you
which VM is hodling the disk.
I bet on one of the VMs representing the local domain.

I do not know how did you cancel the migration, but it is likely
a control domain is still attached with a tapdisk process running.

That's said, this is a development ML, you can find the appropriate
medium to discuss such kind of problems here
http://xenserver.org/discuss-virtualization.html

Regards,
Germano

Post by Jason Long
Hello.
This operation cannot be performed because this VDI is in use by some other operation
vdi: 6418cbc3-495e-442c-ad0e-40c06bd180f8 (HDD1)
operation: <unknown>
uuid ( RO) : 36f77f69-1bfa-aae0-9cff-e6f7baf0537e
name-label ( RW): storage1
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user
uuid ( RO) : d97bbb57-f8b6-076f-1a76-020ffe45c18c
name-label ( RW): Local storage
host ( RO): xenserver
type ( RO): ext
content-type ( RO): user
uuid ( RO) : 8e4aa9c7-f558-9164-46cd-6c5df455ef11
name-label ( RW): storage3
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user
uuid ( RO) : 1db65f3d-6612-014f-a09c-35895fc4d0f5
name-label ( RW): DVD drives
name-description ( RW): Physical DVD drives
host ( RO): xenserver
type ( RO): udev
content-type ( RO): iso
uuid ( RO) : 13be5b92-5c2f-a5ce-5b99-db6e7163e699
name-label ( RW): XenServer Tools
name-description ( RW): XenServer Tools ISOs
host ( RO): xenserver
type ( RO): iso
content-type ( RO): iso
uuid ( RO) : 1727281b-a3b2-dafd-b610-7da444542ae5
name-label ( RW): Removable storage
host ( RO): xenserver
type ( RO): udev
content-type ( RO): disk
uuid ( RO) : 2f8052e1-2acc-d8c2-28bc-9e72aa6ffbf3
name-label ( RW): storage2
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user
In your opinion my VMs used Storage3 because of copy? I want to destroy Storage3 but don't like to lost my data on Storage1 and Storage2.
As you see no VM on Storage3.
Thanks.

[Germano Percossi]

I wrote

vbd-list vdi-uuid=6418cbc3-495e-442c-ad0e-40c06bd180f8

Post by Jason Long
Not have any result.

[Jason Long]

Thank you.

[***@xenserver ~]# xe vbd-list vdi-uuid=8e4aa9c7-f558-9164-46cd-6c5df455ef11
[***@xenserver ~]#

Not have any result.

my SRs are :

[***@xenserver ~]# xe sr-list
uuid ( RO) : 36f77f69-1bfa-aae0-9cff-e6f7baf0537e
name-label ( RW): storage1
name-description ( RW):
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user


uuid ( RO) : d97bbb57-f8b6-076f-1a76-020ffe45c18c
name-label ( RW): Local storage
name-description ( RW):
host ( RO): xenserver
type ( RO): ext
content-type ( RO): user


uuid ( RO) : 8e4aa9c7-f558-9164-46cd-6c5df455ef11
name-label ( RW): storage3
name-description ( RW):
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user


uuid ( RO) : 1db65f3d-6612-014f-a09c-35895fc4d0f5
name-label ( RW): DVD drives
name-description ( RW): Physical DVD drives
host ( RO): xenserver
type ( RO): udev
content-type ( RO): iso


uuid ( RO) : 13be5b92-5c2f-a5ce-5b99-db6e7163e699
name-label ( RW): XenServer Tools
name-description ( RW): XenServer Tools ISOs
host ( RO): xenserver
type ( RO): iso
content-type ( RO): iso


uuid ( RO) : 1727281b-a3b2-dafd-b610-7da444542ae5
name-label ( RW): Removable storage
name-description ( RW):
host ( RO): xenserver
type ( RO): udev
content-type ( RO): disk


uuid ( RO) : 2f8052e1-2acc-d8c2-28bc-9e72aa6ffbf3
name-label ( RW): storage2
name-description ( RW):
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user






On Tuesday, March 31, 2015 3:06 PM, Germano Percossi <***@citrix.com> wrote:
I wrote

vbd-list vdi-uuid=6418cbc3-495e-442c-ad0e-40c06bd180f8

Post by Jason Long
Not have any result.

On Tuesday, March 31, 2015 3:06 PM, Germano Percossi <***@citrix.com> wrote:
I wrote

vbd-list vdi-uuid=6418cbc3-495e-442c-ad0e-40c06bd180f8

Post by Jason Long
Not have any result.

[Tobias Kreidl]

Jason,
Still not correct. You need to run:

xe vbd-list vdi-uuid=6418cbc3-495e-442c-ad0e-40c06bd180f8

and see if there is a VBD associated with that VDI. The UUID you used
(8e4aa9c7-f558-9164-46cd-6c5df455ef11) belongs to an SR, not a VDI.

-=Tobias

Post by Jason Long
Thank you.
Not have any result.
uuid ( RO) : 36f77f69-1bfa-aae0-9cff-e6f7baf0537e
name-label ( RW): storage1
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user
uuid ( RO) : d97bbb57-f8b6-076f-1a76-020ffe45c18c
name-label ( RW): Local storage
host ( RO): xenserver
type ( RO): ext
content-type ( RO): user
uuid ( RO) : 8e4aa9c7-f558-9164-46cd-6c5df455ef11
name-label ( RW): storage3
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user
uuid ( RO) : 1db65f3d-6612-014f-a09c-35895fc4d0f5
name-label ( RW): DVD drives
name-description ( RW): Physical DVD drives
host ( RO): xenserver
type ( RO): udev
content-type ( RO): iso
uuid ( RO) : 13be5b92-5c2f-a5ce-5b99-db6e7163e699
name-label ( RW): XenServer Tools
name-description ( RW): XenServer Tools ISOs
host ( RO): xenserver
type ( RO): iso
content-type ( RO): iso
uuid ( RO) : 1727281b-a3b2-dafd-b610-7da444542ae5
name-label ( RW): Removable storage
host ( RO): xenserver
type ( RO): udev
content-type ( RO): disk
uuid ( RO) : 2f8052e1-2acc-d8c2-28bc-9e72aa6ffbf3
name-label ( RW): storage2
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user
vbd-list vdi-uuid=6418cbc3-495e-442c-ad0e-40c06bd180f8

Post by Jason Long
Not have any result.

vbd-list vdi-uuid=6418cbc3-495e-442c-ad0e-40c06bd180f8

Post by Jason Long
Not have any result.

[Tim Mackey]

Jason,

I'm going to assume the relationship between all these UUIDs is tripping you up.

* SR UUID: A unique identifier assigned to a Storage Repository at creation. The list can be found by issuing: xe sr-list
* PBD UUID: A unique identifier assigned to a Physical Block Device on which an SR is hosted. The list can be found by issuing xe pbd-list and the associated SR will be shown as the sr-uuid. You will also see a host-uuid listed, and that indicates the host which has the PBD plugged to it.
* VBD UUID: A unique identifier assigned to a Virtual Block Device which represents a drive on a VM. The list can be obtained by issuing xe vbd-list, but I find it better to use xe vbd-list params=all since the additional detail will the type of drive. The VDI uuid will be listed as vdi-uuid, and the VM's uuid will be vm-uuid
* VDI UUID: A unique identifier assigned to a Virtual Disk Image which represents a disk which could be attached to a VM via a VBD. You can see all VDIs by issuing xe vd-list and the sr-uuid will indicate which SR the VDI physically lives on. A given VDI can only ever be on one SR at any given time.

What Germano and Tobias are asking you to do is determine if there is an association between VDI and VBD to see if that's what's going on. You have a VDI uuid returned from your xe pbd-unplug which is blocking things. The goal is to see what it's attached to and work back from there. The uuids can be confusing, and I've found that if tab complete doesn't automatically work for the uuid I think should be used, then I've got the wrong one.

hth

-tim

-----Original Message-----
From: xs-devel-***@lists.xenserver.org [mailto:xs-devel-***@lists.xenserver.org] On Behalf Of Tobias Kreidl
Sent: Tuesday, March 31, 2015 9:35 AM
To: xs-***@lists.xenserver.org
Subject: Re: [xs-devel] This operation cannot be performed because this VDI is in use by some other operation.

Jason,
Still not correct. You need to run:

xe vbd-list vdi-uuid=6418cbc3-495e-442c-ad0e-40c06bd180f8

and see if there is a VBD associated with that VDI. The UUID you used
(8e4aa9c7-f558-9164-46cd-6c5df455ef11) belongs to an SR, not a VDI.

-=Tobias

Post by Jason Long
Thank you.
vdi-uuid=8e4aa9c7-f558-9164-46cd-6c5df455ef11
Not have any result.
uuid ( RO) : 36f77f69-1bfa-aae0-9cff-e6f7baf0537e
name-label ( RW): storage1
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user
uuid ( RO) : d97bbb57-f8b6-076f-1a76-020ffe45c18c
name-label ( RW): Local storage
host ( RO): xenserver
type ( RO): ext
content-type ( RO): user
uuid ( RO) : 8e4aa9c7-f558-9164-46cd-6c5df455ef11
name-label ( RW): storage3
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user
uuid ( RO) : 1db65f3d-6612-014f-a09c-35895fc4d0f5
name-label ( RW): DVD drives
name-description ( RW): Physical DVD drives host ( RO): xenserver type
( RO): udev content-type ( RO): iso
uuid ( RO) : 13be5b92-5c2f-a5ce-5b99-db6e7163e699
name-label ( RW): XenServer Tools
name-description ( RW): XenServer Tools ISOs host ( RO): xenserver
type ( RO): iso content-type ( RO): iso
uuid ( RO) : 1727281b-a3b2-dafd-b610-7da444542ae5
name-label ( RW): Removable storage
host ( RO): xenserver
type ( RO): udev
content-type ( RO): disk
uuid ( RO) : 2f8052e1-2acc-d8c2-28bc-9e72aa6ffbf3
name-label ( RW): storage2
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user
vbd-list vdi-uuid=6418cbc3-495e-442c-ad0e-40c06bd180f8

Post by Jason Long
uuid=8e4aa9c7-f558-9164-46cd-6c5df455ef11
Not have any result.

vbd-list vdi-uuid=6418cbc3-495e-442c-ad0e-40c06bd180f8

Post by Jason Long
uuid=8e4aa9c7-f558-9164-46cd-6c5df455ef11
Not ha

[Jason Long]

Yes. I determine all information that Tobias need. Please see the Citrix Forum. Let me know step by step.



On Tuesday, March 31, 2015 6:39 PM, Tim Mackey <***@citrix.com> wrote:
Jason,

I'm going to assume the relationship between all these UUIDs is tripping you up.

* SR UUID: A unique identifier assigned to a Storage Repository at creation. The list can be found by issuing: xe sr-list
* PBD UUID: A unique identifier assigned to a Physical Block Device on which an SR is hosted. The list can be found by issuing xe pbd-list and the associated SR will be shown as the sr-uuid. You will also see a host-uuid listed, and that indicates the host which has the PBD plugged to it.
* VBD UUID: A unique identifier assigned to a Virtual Block Device which represents a drive on a VM. The list can be obtained by issuing xe vbd-list, but I find it better to use xe vbd-list params=all since the additional detail will the type of drive. The VDI uuid will be listed as vdi-uuid, and the VM's uuid will be vm-uuid
* VDI UUID: A unique identifier assigned to a Virtual Disk Image which represents a disk which could be attached to a VM via a VBD. You can see all VDIs by issuing xe vd-list and the sr-uuid will indicate which SR the VDI physically lives on. A given VDI can only ever be on one SR at any given time.

What Germano and Tobias are asking you to do is determine if there is an association between VDI and VBD to see if that's what's going on. You have a VDI uuid returned from your xe pbd-unplug which is blocking things. The goal is to see what it's attached to and work back from there. The uuids can be confusing, and I've found that if tab complete doesn't automatically work for the uuid I think should be used, then I've got the wrong one.

hth

-tim

-----Original Message-----
From: xs-devel-***@lists.xenserver.org [mailto:xs-devel-***@lists.xenserver.org] On Behalf Of Tobias Kreidl
Sent: Tuesday, March 31, 2015 9:35 AM
To: xs-***@lists.xenserver.org
Subject: Re: [xs-devel] This operation cannot be performed because this VDI is in use by some other operation.

Jason,
Still not correct. You need to run:

xe vbd-list vdi-uuid=6418cbc3-495e-442c-ad0e-40c06bd180f8

and see if there is a VBD associated with that VDI. The UUID you used
(8e4aa9c7-f558-9164-46cd-6c5df455ef11) belongs to an SR, not a VDI.

-=Tobias

Post by Jason Long
Thank you.
vdi-uuid=8e4aa9c7-f558-9164-46cd-6c5df455ef11
Not have any result.
uuid ( RO) : 36f77f69-1bfa-aae0-9cff-e6f7baf0537e
name-label ( RW): storage1
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user
uuid ( RO) : d97bbb57-f8b6-076f-1a76-020ffe45c18c
name-label ( RW): Local storage
host ( RO): xenserver
type ( RO): ext
content-type ( RO): user
uuid ( RO) : 8e4aa9c7-f558-9164-46cd-6c5df455ef11
name-label ( RW): storage3
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user
uuid ( RO) : 1db65f3d-6612-014f-a09c-35895fc4d0f5
name-label ( RW): DVD drives
name-description ( RW): Physical DVD drives host ( RO): xenserver type
( RO): udev content-type ( RO): iso
uuid ( RO) : 13be5b92-5c2f-a5ce-5b99-db6e7163e699
name-label ( RW): XenServer Tools
name-description ( RW): XenServer Tools ISOs host ( RO): xenserver
type ( RO): iso content-type ( RO): iso
uuid ( RO) : 1727281b-a3b2-dafd-b610-7da444542ae5
name-label ( RW): Removable storage
host ( RO): xenserver
type ( RO): udev
content-type ( RO): disk
uuid ( RO) : 2f8052e1-2acc-d8c2-28bc-9e72aa6ffbf3
name-label ( RW): storage2
host ( RO): xenserver
type ( RO): lvm
content-type ( RO): user
vbd-list vdi-uuid=6418cbc3-495e-442c-ad0e-40c06bd180f8

Post by Jason Long
uuid=8e4aa9c7-f558-9164-46cd-6c5df455ef11
Not have any result.

vbd-list vdi-uuid=6418cbc3-495e-442c-ad0e-40c06bd180f8

Post by Jason Long
uuid=8e4aa9c7-f558-9164-46cd-6c5df455ef11
Not have any result.