1:06 p.m.
------=_NextPartTM-000-d8a0717f-15bf-4a4f-8720-157eb9f11fcb
Content-Type: multipart/alternative;
boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B85E7A8EXCHANGEcollogi_"
--_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B85E7A8EXCHANGEcollogi_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi,
we are on OVirt 4.0.4. As explained the situation is as follows:
- On Disk we have the base image and the delata qcow2 file
- Qemu runs only on the base image
- The snapshot in Qemu is tagged as illegal
So you say: "Just retry a live merge and everything will cleanup."
Did I get it right?
Markus
-----------------------------------------------
Von: Ala Hino [ahino(a)redhat.com]
Gesendet: Donnerstag, 6. Oktober 2016 11:21
An: Markus Stockhausen
Cc: Ovirt Users; Nir Soffer; Adam Litke
Betreff: Re: [ovirt-users] Cleanup illegal snapshot
Hi Markus,
What's the version that you are using?
In oVirt 3.6.6, illegal snapshots could be removed by retrying to live merg=
e them again. Assuming the previous live merge of the snapshot successfully=
completed but the engine failed to get the result, the second live merge s=
hould do the necessary cleanups at the engine side. See https://bugzilla.re=
dhat.com/1323629
Hope this helps,
Ala
On Thu, Oct 6, 2016 at 11:53 AM, Markus Stockhausen <stockhausen(a)collogia.d=
e<mailto:stockhausen@collogia.de>> wrote:
Hi Ala,
Von: Adam Litke [alitke@redhat.com<mailto:alitke@redhat.com>]
Gesendet: Freitag, 30. September 2016 15:54
An: Markus Stockhausen
Cc: Ovirt Users; Ala Hino; Nir Soffer
Betreff: Re: [ovirt-users] Cleanup illegal snapshot
On 30/09/16 05:47 +0000, Markus Stockhausen wrote:
>Hi,
>
>if a OVirt snapshot is illegal we might have 2 situations.
>
>1) qemu is still using it - lsof shows qemu access to the base raw and t=
he
>delta qcow2 file. -> E.g. a previous live merge failed. In the
past we
>successfully solved that situation by setting the status of the delta im=
age
>in the database to OK.
>
>2) qemu is no longer using it. lsof shows qemu access only to the the ba=
se
>raw file -> E.g. a previous live merge succeded in qemu but
Ovirt did no=
t
>recognize.
>
>How to clean up the 2nd situation?
It seems that you will have to first clean up the engine database to
remove references to the snapshot that no longer exists. Then you
will need to remove the unused qcow2 volume.
Unfortunately I cannot provide safe instructions for modifying the
database but maybe Ala Hino (added to CC:) will be able to help with
that.
Do you have some tip for me?
One you have fixed the DB you should be able to delete the volume
using a vdsm verb on the SPM host:
# vdsClient -s 0 deleteVolume <sdUUID> <spUUID> <imgUUID>
<volUUID>
--_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B85E7A8EXCHANGEcollogi_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html dir=3D"ltr">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html;
charset=3Diso-8859-=
1">
<style type=3D"text/css" id=3D"owaParaStyle"></style>
</head>
<body fpstyle=3D"1" ocsi=3D"0">
<div style=3D"direction: ltr;font-family: Arial;color: #000000;font-size: 1=
0pt;">Hi,
<div><br>
</div>
<div>we are on OVirt 4.0.4. As explained the situation is as follows:</div>
<div><br>
</div>
<div>- On Disk we have the base image and the delata qcow2 file</div>
<div>- Qemu runs only on the base image</div>
<div>- The snapshot in Qemu is tagged as illegal</div>
<div><br>
</div>
<div>So you say: "Just retry a live merge and everything will cleanup.=
"</div>
<div>Did I get it right?</div>
<div><br>
</div>
<div>Markus</div>
<div><br>
</div>
<div>-----------------------------------------------<br>
<div><br>
<div style=3D"font-family:Tahoma; font-size:13px">
<div style=3D"font-family:Tahoma; font-size:13px">
<div style=3D"font-family:Tahoma; font-size:13px">
<div style=3D"font-family:Tahoma; font-size:13px">
<div style=3D"font-family:Tahoma; font-size:13px">
<div>
<div>
<div><b style=3D"font-size: small;">Von:</b><span
style=3D"font-size: small=
;"> Ala Hino [ahino(a)redhat.com]</span></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div style=3D"font-family: Times New Roman; color: #000000; font-size: 16px=
">
<div id=3D"divRpF429930" style=3D"direction: ltr;"><font
face=3D"Tahoma" si=
ze=3D"2" color=3D"#000000"><b>Gesendet:</b> Donnerstag,
6. Oktober 2016 11:=
21<br>
<b>An:</b> Markus Stockhausen<br>
<b>Cc:</b> Ovirt Users; Nir Soffer; Adam Litke<br>
<b>Betreff:</b> Re: [ovirt-users] Cleanup illegal snapshot<br>
</font><br>
</div>
<div></div>
<div>
<div dir=3D"ltr">Hi Markus,
<div><br>
</div>
<div>What's the version that you are using?</div>
<div>In oVirt 3.6.6, illegal snapshots could be removed by retrying to live=
merge them again. Assuming the previous live merge of the snapshot success=
fully completed but the engine failed to get the result, the second live me=
rge should do the necessary cleanups
at the engine side. See <a href=3D"https://bugzilla.redhat.com/132362=
9"
target=3D"_blank">https://bugzilla.redhat.com/1323629</a&...
<div><br>
</div>
<div>Hope this helps,</div>
<div>Ala</div>
</div>
<div class=3D"gmail_extra"><br>
<div class=3D"gmail_quote">On Thu, Oct 6, 2016 at 11:53 AM, Markus
Stockhau=
sen <span dir=3D"ltr">
<<a href=3D"mailto:stockhausen@collogia.de"
target=3D"_blank">stockhause=
n(a)collogia.de</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;
border-left:1=
px #ccc solid; padding-left:1ex">
Hi Ala,<br>
<br>
> Von: Adam Litke [<a href=3D"mailto:alitke@redhat.com"
target=3D"_blank=
">alitke(a)redhat.com</a>]<br>
> Gesendet: Freitag, 30. September 2016 15:54<br>
> An: Markus Stockhausen<br>
> Cc: Ovirt Users; Ala Hino; Nir Soffer<br>
> Betreff: Re: [ovirt-users] Cleanup illegal snapshot<br>
<span class=3D"">><br>
> On 30/09/16 05:47 +0000, Markus Stockhausen wrote:<br>
> >Hi,<br>
> ><br>
> >if a OVirt snapshot is illegal we might have 2 situations.<br>
> ><br>
> >1) qemu is still using it - lsof shows qemu access to the base raw=
and the<br>
> >delta qcow2 file. -> E.g. a previous live merge failed. In the =
past we<br>
> >successfully solved that situation by setting the status of the de=
lta image<br>
> >in the database to OK.<br>
> ><br>
> >2) qemu is no longer using it. lsof shows qemu access only to the =
the base<br>
> >raw file -> E.g. a previous live merge succeded in qemu but Ovi=
rt did not<br>
> >recognize.<br>
> ><br>
> >How to clean up the 2nd situation?<br>
><br>
> It seems that you will have to first clean up the engine database to<b=
r>
> remove references to the snapshot that no longer exists. Then yo=
u<br>
> will need to remove the unused qcow2 volume.<br>
><br>
> Unfortunately I cannot provide safe instructions for modifying the<br>
> database but maybe Ala Hino (added to CC:) will be able to help with<b=
r>
> that.<br>
<br>
</span>Do you have some tip for me?<br>
<div class=3D"HOEnZb">
<div class=3D"h5"><br>
><br>
> One you have fixed the DB you should be able to delete the volume<br>
> using a vdsm verb on the SPM host:<br>
><br>
> # vdsClient -s 0 deleteVolume <sdUUID> <spUUID>
<imgUUI=
D> <volUUID><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<div id=3D"ofmeet-extension-installed" style=3D"display:
none;"></div>
</div>
</div>
</body>
</html>
--_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B85E7A8EXCHANGEcollogi_--
------=_NextPartTM-000-d8a0717f-15bf-4a4f-8720-157eb9f11fcb
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-d8a0717f-15bf-4a4f-8720-157eb9f11fcb--