Pavel -

This works if engine is up. What about if it is down? Is there no way to easily correlate? Like maybe through vdsClient to check with VDSM on the engine directly?

On Fri, Feb 5, 2016 at 3:11 AM, Pavel Gashev <Pax@acronis.com> wrote:
You can use ovirt-shell:

[oVirt shell (connected)]# list disks --parent-vm-name VM1 --show-all

id                                          : e7a1f91c-4196-4e04-8936-bbc37daff393
name                                        : W2K12_Disk1
active                                      : True
actual_size                                 : 327680
alias                                       : W2K12_Disk1
bootable                                    : True
format                                      : cow
image_id                                    : 48b748b6-dc20-43f5-8c51-e0f984e2fd00
interface                                   : virtio
propagate_errors                            : False
provisioned_size                            : 85899345920
quota-id                                    : c224e50a-de46-461e-bd32-94a921151355
read_only                                   : False
shareable                                   : False
size                                        : 85899345920
sparse                                      : True
status-state                                : ok
storage_domains-storage_domain-id           : 75801b3b-d9ce-4b62-aa36-6b6519ecc04e
storage_type                                : image
vm-id                                       : 8f163624-823f-4ac2-8964-7aa473c41de2
wipe_after_delete                           : False

Where id is the directory name, and image_id is the file name.


From: <users-bounces@ovirt.org> on behalf of Charles Kozler <charles@fixflyer.com>
Date: Thursday 4 February 2016 at 23:37
To: users <users@ovirt.org>
Subject: [ovirt-users] matching / mapping ovirt storage domain images to VMs

is there an easy / intutive way to find out the underlying image associated to a VM? for instance, looking at a storage domain from the server, it is not easy to figure out what VM it actually belongs to

[storage[root@snode01 images]$ find -type f | grep -iv meta | grep -iv lease  | xargs du -sch
20K ./bd765364-064d-487c-a6f8-a290249edca1/4f6dcb0e-e4c9-4ab6-af6d-d49f89228fa1
20K ./e69a0128-fddc-4ee7-b91c-04caf8bdd540/2ce9d1aa-70e3-4063-895d-c9848ec122e5
10G ./2d1eab4a-df47-4e8e-8a0c-c58ca9c0d6cf/1ab0bebd-57b4-45f3-8e77-7c1973282766
10G ./9ed4a196-bc18-4d6a-b7b6-f38bee01e102/32953e4c-8a3c-4252-96d9-9ecbb7c2a603
0 ./1c3129dc-56fa-4e41-bd5b-3313f9f1aa86/d4221e11-bf3b-4226-a8a8-b53ff0189592
21G total

How can I find out what VMs these belong to?

--

Charles Kozler
Vice President, IT Operations
 
FIX Flyer, LLC
225 Broadway | Suite 1600 | New York, NY 10007
 
NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING, DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.



--

Charles Kozler
Vice President, IT Operations
 
FIX Flyer, LLC
225 Broadway | Suite 1600 | New York, NY 10007
1-888-349-3593
 
NOTICE TO RECIPIENT: THIS E-MAIL IS MEANT ONLY FOR THE INTENDED RECIPIENT(S) OF THE TRANSMISSION, AND CONTAINS CONFIDENTIAL INFORMATION WHICH IS PROPRIETARY TO FIX FLYER LLC.  ANY UNAUTHORIZED USE, COPYING, DISTRIBUTION, OR DISSEMINATION IS STRICTLY PROHIBITED.  ALL RIGHTS TO THIS INFORMATION IS RESERVED BY FIX FLYER LLC.  IF YOU ARE NOT THE INTENDED RECIPIENT, PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND PLEASE DELETE THIS E-MAIL FROM YOUR SYSTEM AND DESTROY ANY COPIES.