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

1-888-349-3593

http://www.fixflyer.com

 

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

http://www.fixflyer.com

 

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.

_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users