18 Apr
2016
18 Apr
'16
3:39 p.m.
This is a multi-part message in MIME format.
------=_NextPartTM-000-7d39ebe2-944b-48be-9ecc-ea36b1014843
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
> Von: users-bounces@ovirt.org [users-bounces@ovirt.org]" im Auftrag v=
on "Clint Boggio [clint@theboggios.com]=0A=
> Gesendet: Montag, 18. April 2016 14:16=0A=
> An: users@ovirt.org=0A=
> Betreff: [ovirt-users] Disks Illegal State=0A=
> =0A=
> OVirt 3.6, 4 node cluster with dedicated engine. Main storage domain is i=
scsi, ISO and Export domains are NFS.=0A=
> =0A=
> Several of my VM snapshot disks show to be in an "illegal state". The sys=
tem will not allow me to manipulate the snapshots in any way, nor clone the=
active system, or create a new snapshot.=0A=
> =0A=
> In the logs I see that the system complains about not being able to "get =
volume size for xxx", and also that the system appears to believe that the =
image is "locked" and is currently in the snapshot process.=0A=
> =0A=
> Of the VM's with this status, one rebooted and was lost due to "cannot ge=
t volume size for domain xxx".=0A=
> =0A=
> I fear that in this current condition, should any of the other machine re=
boot, they too will be lost.=0A=
> =0A=
> How can I troubleshoot this problem further, and hopefully alleviate the =
condition ?=0A=
> =0A=
> Thank you for your help.=0A=
=0A=
Hi Clint,=0A=
=0A=
for us the problem always boils down to the following steps. Might be simpl=
er as we use=0A=
NFS for all of our domains and have direct access to the image files.=0A=
=0A=
1) Check if snapshot disks are currently used. Capture the qemu command lin=
e with a "ps -ef"=0A=
on the nodes. There you can see what images qemu is started with. For each =
of the files check=0A=
the backing chain:=0A=
=0A=
# qemu-img info /rhev/.../bbd05dd8-c3bf-4d15-9317-73040e04abae=0A=
image: bbd05dd8-c3bf-4d15-9317-73040e04abae=0A=
file format: qcow2=0A=
virtual size: 50G (53687091200 bytes)=0A=
disk size: 133M=0A=
cluster_size: 65536=0A=
backing file: ../f8ebfb39-2ac6-4b87-b193-4204d1854edc/595b95f4-ce1a-4298-bd=
27-3f6745ae4e4c=0A=
backing file format: raw=0A=
Format specific information:=0A=
compat: 0.10=0A=
=0A=
# qemu-img info .../595b95f4-ce1a-4298-bd27-3f6745ae4e4c (see above)=0A=
...=0A=
=0A=
I don't know how you can accomplish this on ISCSI (and LVM based images ins=
ide iirc). We=0A=
usually follow the backing chain and test if all the files exist and are li=
nked correctly. Especially=0A=
if everything matches the OVirt GUI. I guess this is the most important par=
t for you.=0A=
=0A=
2) In most of our cases everything is fine and only the OVirt database is w=
rong. So we fix it=0A=
at our own risk. Because of your explanation I do not recommend that for yo=
u. It is just for =0A=
documentation purpose.=0A=
=0A=
engine# su - postgres=0A=
> psql engine postgres=0A=
=0A=
> select image_group_id,imagestatus from images where imagestatus =3D4;=0A=
> ... list of illegal images=0A=
> update images set imagestatus =3D1 where imagestatus =3D 4 and <other cri=
teria>;=0A=
> commit=0A=
=0A=
> select description,status from snapshots where status <> 'OK';=0A=
> ... list of locked snapshots=0A=
> update snapshots set status =3D 'OK' where status <> 'OK' and <other crit=
eria>;=0A=
> commit=0A=
=0A=
> \q=0A=
=0A=
Restart engine and everything should be in sync again. =0A=
=0A=
Best regards.=0A=
=0A=
Markus=
------=_NextPartTM-000-7d39ebe2-944b-48be-9ecc-ea36b1014843
Content-Type: text/plain;
name="InterScan_Disclaimer.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="InterScan_Disclaimer.txt"
****************************************************************************
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.
Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
Vorstand:
Kadir Akin
Dr. Michael Höhnerbach
Vorsitzender des Aufsichtsrates:
Hans Kristian Langva
Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
executive board:
Kadir Akin
Dr. Michael Höhnerbach
President of the supervisory board:
Hans Kristian Langva
Registry office: district court Cologne
Register number: HRB 52 497
****************************************************************************
------=_NextPartTM-000-7d39ebe2-944b-48be-9ecc-ea36b1014843--