Re: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3
Markus, So all CPU threads are blocked by the main loop. The main loop is busy draining IO requests from all drives while there are other block commit jobs active... It looks like currently QEMU just can't live merge more than one drive simultaneously without blocking VCPUs. As workaround you can delete disk snapshots one-by-one, and then delete disk-less VM snapshot. The Storage tab has Disk Snapshots sub tab where you can remove a specific snapshot of a specific disk. On 12/04/16 21:39, "Markus Stockhausen" <stockhausen@collogia.de> wrote:
Von: Pavel Gashev [Pax@acronis.com] Gesendet: Dienstag, 12. April 2016 16:15 An: Markus Stockhausen; users Betreff: Re: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3
Markus,
I saw similar issues. Looks like it's related to multidisk VMs under high disk load. No relations with guest OS. No relations with IO threads.
I didn't debug it. Can you please show a backtrace of a thread in __lll_lock_wait ?
Hi Pavel.
thanks for your response. I dont even need high disk load to reproduce the issue. Just a simple script that writes 8k blocks every 0.5 secs. I added the required info to the BZ.
https://bugzilla.redhat.com/show_bug.cgi?id=1319400
Markus
On 11/04/16 18:13, "users-bounces@ovirt.org on behalf of Markus Stockhausen" <users-bounces@ovirt.org on behalf of stockhausen@collogia.de> wrote:
Hi there,
I'm getting slowly mad about our new Centos 7 cluster. Whenever I start a live merge the machine completely freezes. It seems to be independent of the Guest OS (tried SLES 11 SP3, SLES11 SP4 and SLES12). I already opened BZ1319400 because I'm clueless.
Doing the same in our Fedora 20 cluster (qemu 2.1.3) we only see small hiccups of 1-3 seconds at the start of the live merge but no complete stall. Its the same VM!
Just to be sure that it is not a specific problem of our topology or SLES I would like to receive some feedback of the list if anyone observes similar lockups in their environment.
Thanks in advance.
Markus
This is a multi-part message in MIME format. ------=_NextPartTM-000-4e33479c-5a76-4b5d-8951-df04c3d978e2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Ok will give it a try...=0A= ________________________________________=0A= Von: Pavel Gashev [Pax@acronis.com]=0A= Gesendet: Mittwoch, 13. April 2016 15:12=0A= An: Markus Stockhausen; users=0A= Betreff: Re: AW: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3= =0A= =0A= Markus,=0A= =0A= So all CPU threads are blocked by the main loop. The main loop is busy drai= ning IO requests from all drives while there are other block commit jobs ac= tive... It looks like currently QEMU just can't live merge more than one dr= ive simultaneously without blocking VCPUs.=0A= =0A= As workaround you can delete disk snapshots one-by-one, and then delete dis= k-less VM snapshot. The Storage tab has Disk Snapshots sub tab where you ca= n remove a specific snapshot of a specific disk.=0A= =0A= =0A= =0A= =0A= =0A= On 12/04/16 21:39, "Markus Stockhausen" <stockhausen@collogia.de> wrote:=0A= =0A=
Von: Pavel Gashev [Pax@acronis.com]=0A= Gesendet: Dienstag, 12. April 2016 16:15=0A= An: Markus Stockhausen; users=0A= Betreff: Re: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3= =0A= =0A= Markus,=0A= =0A= I saw similar issues. Looks like it's related to multidisk VMs under hig= h disk load. No relations with guest OS. No relations with IO threads.=0A= =0A= =0A= I didn't debug it. Can you please show a backtrace of a thread in __lll_= lock_wait ?=0A= =0A= Hi Pavel.=0A= =0A= thanks for your response. I dont even need high disk load to=0A= reproduce the issue. Just a simple script that writes 8k blocks=0A= every 0.5 secs. I added the required info to the BZ.=0A= =0A= https://bugzilla.redhat.com/show_bug.cgi?id=3D1319400=0A= =0A= Markus=0A= =0A= =0A= =0A= On 11/04/16 18:13, "users-bounces@ovirt.org on behalf of Markus Stockhau= sen" <users-bounces@ovirt.org on behalf of stockhausen@collogia.de> wrote:= =0A= =0A=
Hi there,=0A= =0A= I'm getting slowly mad about our new Centos 7 cluster. Whenever=0A= I start a live merge the machine completely freezes. It seems to be=0A= independent of the Guest OS (tried SLES 11 SP3, SLES11 SP4 and=0A= SLES12). I already opened BZ1319400 because I'm clueless.=0A= =0A= Doing the same in our Fedora 20 cluster (qemu 2.1.3) we only see=0A= small hiccups of 1-3 seconds at the start of the live merge but no=0A= complete stall. Its the same VM!=0A= =0A= Just to be sure that it is not a specific problem of our topology=0A= or SLES I would like to receive some feedback of the list if anyone=0A= observes similar lockups in their environment.=0A= =0A= Thanks in advance.=0A= =0A= Markus=0A= =0A= ------=_NextPartTM-000-4e33479c-5a76-4b5d-8951-df04c3d978e2 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-4e33479c-5a76-4b5d-8951-df04c3d978e2--
This is a multi-part message in MIME format. ------=_NextPartTM-000-27a9f651-2b12-4c0f-98e3-1df0e100370b Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Pavel,=0A= =0A= I tested as advised. And aaaaaaargh hit the next two OVirt bugs....=0A= =0A= https://bugzilla.redhat.com/show_bug.cgi?id=3D1326900=0A= =0A= Nevertheless: Merging only one disk at once works as expected.=0A= The VM stays up, keeps running and is responsive.=0A= =0A= Markus=0A= ________________________________________=0A= Von: Pavel Gashev [Pax@acronis.com]=0A= Gesendet: Mittwoch, 13. April 2016 15:12=0A= An: Markus Stockhausen; users=0A= Betreff: Re: AW: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3= =0A= =0A= Markus,=0A= =0A= So all CPU threads are blocked by the main loop. The main loop is busy drai= ning IO requests from all drives while there are other block commit jobs ac= tive... It looks like currently QEMU just can't live merge more than one dr= ive simultaneously without blocking VCPUs.=0A= =0A= As workaround you can delete disk snapshots one-by-one, and then delete dis= k-less VM snapshot. The Storage tab has Disk Snapshots sub tab where you ca= n remove a specific snapshot of a specific disk.=0A= =0A= =0A= =0A= =0A= =0A= On 12/04/16 21:39, "Markus Stockhausen" <stockhausen@collogia.de> wrote:=0A= =0A=
Von: Pavel Gashev [Pax@acronis.com]=0A= Gesendet: Dienstag, 12. April 2016 16:15=0A= An: Markus Stockhausen; users=0A= Betreff: Re: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3= =0A= =0A= Markus,=0A= =0A= I saw similar issues. Looks like it's related to multidisk VMs under hig= h disk load. No relations with guest OS. No relations with IO threads.=0A= =0A= =0A= I didn't debug it. Can you please show a backtrace of a thread in __lll_= lock_wait ?=0A= =0A= Hi Pavel.=0A= =0A= thanks for your response. I dont even need high disk load to=0A= reproduce the issue. Just a simple script that writes 8k blocks=0A= every 0.5 secs. I added the required info to the BZ.=0A= =0A= https://bugzilla.redhat.com/show_bug.cgi?id=3D1319400=0A= =0A= Markus=0A= =0A= =0A= =0A= On 11/04/16 18:13, "users-bounces@ovirt.org on behalf of Markus Stockhau= sen" <users-bounces@ovirt.org on behalf of stockhausen@collogia.de> wrote:= =0A= =0A=
Hi there,=0A= =0A= I'm getting slowly mad about our new Centos 7 cluster. Whenever=0A= I start a live merge the machine completely freezes. It seems to be=0A= independent of the Guest OS (tried SLES 11 SP3, SLES11 SP4 and=0A= SLES12). I already opened BZ1319400 because I'm clueless.=0A= =0A= Doing the same in our Fedora 20 cluster (qemu 2.1.3) we only see=0A= small hiccups of 1-3 seconds at the start of the live merge but no=0A= complete stall. Its the same VM!=0A= =0A= Just to be sure that it is not a specific problem of our topology=0A= or SLES I would like to receive some feedback of the list if anyone=0A= observes similar lockups in their environment.=0A= =0A= Thanks in advance.=0A= =0A= Markus=0A= =0A= ------=_NextPartTM-000-27a9f651-2b12-4c0f-98e3-1df0e100370b 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-27a9f651-2b12-4c0f-98e3-1df0e100370b--
On Wed, Apr 13, 2016 at 7:54 PM, Markus Stockhausen <stockhausen@collogia.de
wrote:
Hi Pavel,
I don't understand...
I tested as advised. And aaaaaaargh hit the next two OVirt bugs....
From above it seems that also one by one doesn't work for you, and going to bugzilla link seems to confirm that.
Nevertheless: Merging only one disk at once works as expected. The VM stays up, keeps running and is responsive.
Markus ________________
But here above you are saying instead that it works as expected...?
------=_NextPartTM-000-f690432d-a029-4271-8db3-10bb60e32051 Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B756A01EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B756A01EXCHANGEcollogi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I was just annoyed that during my tests I got a second error. For me it seemed as finally everything worked fine. Although the single disk live merge task was shown to be still running finally. Nevertheless after Nirs explanation for BZ1326900 I'm unsure if the single disk live merge really works. So we currently have the following situation: Live merge (for all disks) stalls the VM Live merge (for single disks) seems to work but logs give other info. Markus Von: Gianluca Cecchi [gianluca.cecchi@gmail.com] Gesendet: Mittwoch, 13. April 2016 20:59 An: Markus Stockhausen Cc: Pavel Gashev; users Betreff: Re: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3 On Wed, Apr 13, 2016 at 7:54 PM, Markus Stockhausen <stockhausen@collogia.d= e<mailto:stockhausen@collogia.de>> wrote: Hi Pavel, I don't understand... I tested as advised. And aaaaaaargh hit the next two OVirt bugs.... https://bugzilla.redhat.com/show_bug.cgi?id=3D1326900
From above it seems that also one by one doesn't work for you, and going to= bugzilla link seems to confirm that.
Nevertheless: Merging only one disk at once works as expected. The VM stays up, keeps running and is responsive. Markus ________________ But here above you are saying instead that it works as expected...? --_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B756A01EXCHANGEcollogi_ 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;"> <div style=3D"color: rgb(0, 0, 0);"> <div id=3D"divRpF44621" style=3D"direction: ltr;"><font face=3D"Tahoma" siz= e=3D"2">Hi, </font></div> <div id=3D"divRpF44621" style=3D"direction: ltr;"><font face=3D"Tahoma" siz= e=3D"2"><br> </font></div> <div id=3D"divRpF44621" style=3D"direction: ltr;"><font face=3D"Tahoma" siz= e=3D"2">I was just annoyed that during my tests I got a second error. = </font><span style=3D"font-family: Tahoma; font-size: small;">For me <= /span></div> <div id=3D"divRpF44621" style=3D"direction: ltr;"><span style=3D"font-famil= y: Tahoma; font-size: small;">it seemed as finally everything worked fine. = Although the single disk live</span></div> <div id=3D"divRpF44621" style=3D"direction: ltr;"><span style=3D"font-famil= y: Tahoma; font-size: small;">merge task was shown </span><span style= =3D"font-family: Tahoma; font-size: small;">to be still running finally.</s= pan></div> <div id=3D"divRpF44621" style=3D"direction: ltr;"><font face=3D"Tahoma" siz= e=3D"2"><br> </font></div> <div id=3D"divRpF44621" style=3D"direction: ltr;"><span style=3D"font-famil= y: Tahoma; font-size: small;">Nevertheless after Nirs explanation for BZ132= 6900 I'm unsure if the single</span></div> <div id=3D"divRpF44621" style=3D"direction: ltr;"><span style=3D"font-famil= y: Tahoma; font-size: small;">disk live merge really works. So we currently= have the following situation:</span></div> <div id=3D"divRpF44621" style=3D"direction: ltr;"><span style=3D"font-famil= y: Tahoma; font-size: small;"><br> </span></div> <div id=3D"divRpF44621" style=3D"direction: ltr;"><font face=3D"Tahoma" siz= e=3D"2">Live merge (for all disks) stalls the VM</font></div> <div id=3D"divRpF44621" style=3D"direction: ltr;"><font face=3D"Tahoma" siz= e=3D"2"><br> </font></div> <div id=3D"divRpF44621" style=3D"direction: ltr;"><font face=3D"Tahoma" siz= e=3D"2">Live merge (for single disks) seems to work but logs give other inf= o.</font></div> <div id=3D"divRpF44621" style=3D"direction: ltr;"><font face=3D"Tahoma" siz= e=3D"2"><br> </font></div> <div id=3D"divRpF44621" style=3D"direction: ltr;">Markus</div> <div id=3D"divRpF44621" style=3D"direction: ltr;"><font face=3D"Tahoma" siz= e=3D"2"><br> </font></div> <div id=3D"divRpF44621" style=3D"font-family: 'Times New Roman'; font-size:= 16px; direction: ltr;"> <font face=3D"Tahoma" size=3D"2" color=3D"#000000"><b><br> </b></font></div> <div id=3D"divRpF44621" style=3D"font-family: 'Times New Roman'; font-size:= 16px; direction: ltr;"> <font face=3D"Tahoma" size=3D"2" color=3D"#000000"><b>Von:</b> Gianluca Cec= chi [gianluca.cecchi@gmail.com]<br> <b>Gesendet:</b> Mittwoch, 13. April 2016 20:59<br> <b>An:</b> Markus Stockhausen<br> <b>Cc:</b> Pavel Gashev; users<br> <b>Betreff:</b> Re: [ovirt-users] stalls during live Merge Centos 7 / qemu = 2.3<br> </font><br> </div> <div style=3D"font-family: 'Times New Roman'; font-size: 16px;"></div> <div style=3D"font-family: 'Times New Roman'; font-size: 16px;"> <div dir=3D"ltr"> <div class=3D"gmail_extra"> <div class=3D"gmail_quote">On Wed, Apr 13, 2016 at 7:54 PM, Markus Stockhau= sen <span dir=3D"ltr"> <<a href=3D"mailto:stockhausen@collogia.de" target=3D"_blank">stockhause= n@collogia.de</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex; border= -left:1px solid rgb(204,204,204); padding-left:1ex"> Hi Pavel,<br> </blockquote> <div><br> I don't understand...<br> <br> </div> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex; border= -left:1px solid rgb(204,204,204); padding-left:1ex"> <br> I tested as advised. And aaaaaaargh hit the next two OVirt bugs....<br> <br> <a href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1326900" rel=3D"no= referrer" target=3D"_blank">https://bugzilla.redhat.com/show_bug.cgi?id=3D1= 326900</a><br> </blockquote> <div><br> </div> <div>From above it seems that also one by one doesn't work for you, and goi= ng to bugzilla link seems to confirm that.<br> <br> <br> </div> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex; border= -left:1px solid rgb(204,204,204); padding-left:1ex"> <br> Nevertheless: Merging only one disk at once works as expected.<br> The VM stays up, keeps running and is responsive.<br> <br> Markus<br> ________________<br> </blockquote> </div> <br> </div> <div class=3D"gmail_extra">But here above you are saying instead that it wo= rks as expected...?<br> <br> <br> </div> </div> </div> </div> </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD1739B756A01EXCHANGEcollogi_-- ------=_NextPartTM-000-f690432d-a029-4271-8db3-10bb60e32051 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-f690432d-a029-4271-8db3-10bb60e32051--
On Wed, Apr 13, 2016 at 10:23 PM, Markus Stockhausen <stockhausen@collogia.de> wrote:
Hi,
I was just annoyed that during my tests I got a second error. For me it seemed as finally everything worked fine. Although the single disk live merge task was shown to be still running finally.
Nevertheless after Nirs explanation for BZ1326900 I'm unsure if the single disk live merge really works. So we currently have the following situation:
Live merge (for all disks) stalls the VM
Live merge (for single disks) seems to work but logs give other info.
Deeper look into vdsm log show that the merge was successful, so we have issue on the engine side, not displaying the state correctly. Nir
Markus
Von: Gianluca Cecchi [gianluca.cecchi@gmail.com] Gesendet: Mittwoch, 13. April 2016 20:59 An: Markus Stockhausen Cc: Pavel Gashev; users Betreff: Re: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3
On Wed, Apr 13, 2016 at 7:54 PM, Markus Stockhausen <stockhausen@collogia.de> wrote:
Hi Pavel,
I don't understand...
I tested as advised. And aaaaaaargh hit the next two OVirt bugs....
From above it seems that also one by one doesn't work for you, and going to bugzilla link seems to confirm that.
Nevertheless: Merging only one disk at once works as expected. The VM stays up, keeps running and is responsive.
Markus ________________
But here above you are saying instead that it works as expected...?
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--_000_4df9e56aeb7644bf8e642ec85cb4aa5facroniscom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable It really works. The bug is that engine doesn't update the state of finaliz= ation step. Engine.log shows that finalization is actually finished. Restar= t of engine fixes it. Also it's possible to fix it in directly in database = w/o restarting anything. From: Markus Stockhausen <stockhausen@collogia.de> Sent: Apr 13, 2016 10:23 PM To: Gianluca Cecchi Cc: Pavel Gashev; users Subject: AW: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3 Hi, I was just annoyed that during my tests I got a second error. For me it seemed as finally everything worked fine. Although the single disk live merge task was shown to be still running finally. Nevertheless after Nirs explanation for BZ1326900 I'm unsure if the single disk live merge really works. So we currently have the following situation: Live merge (for all disks) stalls the VM Live merge (for single disks) seems to work but logs give other info. Markus Von: Gianluca Cecchi [gianluca.cecchi@gmail.com] Gesendet: Mittwoch, 13. April 2016 20:59 An: Markus Stockhausen Cc: Pavel Gashev; users Betreff: Re: [ovirt-users] stalls during live Merge Centos 7 / qemu 2.3 On Wed, Apr 13, 2016 at 7:54 PM, Markus Stockhausen <stockhausen@collogia.d= e<mailto:stockhausen@collogia.de>> wrote: Hi Pavel, I don't understand... I tested as advised. And aaaaaaargh hit the next two OVirt bugs.... https://bugzilla.redhat.com/show_bug.cgi?id=3D1326900
From above it seems that also one by one doesn't work for you, and going to= bugzilla link seems to confirm that.
Nevertheless: Merging only one disk at once works as expected. The VM stays up, keeps running and is responsive. Markus ________________ But here above you are saying instead that it works as expected...? --_000_4df9e56aeb7644bf8e642ec85cb4aa5facroniscom_ 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"> <meta content=3D"text/html; charset=3Diso-8859-1"> <style type=3D"text/css" id=3D"owaParaStyle"></style> </head> <body> <style type=3D"text/css"> <!-- p {font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12.0pt; color:#1F497D} --> </style> <div style=3D"font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12.= 0pt; color:#1F497D"> <p dir=3D"ltr">It really works. The bug is that engine doesn't update the s= tate of finalization step. Engine.log shows that finalization is actually f= inished. Restart of engine fixes it. Also it's possible to fix it in direct= ly in database w/o restarting anything.</p> <div id=3D"signature-x" style=3D"font-family:Calibri,Arial,Helvetica,sans-s= erif; font-size:12.0pt; color:#1F497D"> <br> </div> </div> <div id=3D"quoted_header" style=3D"clear:both"><br> <div style=3D"border:none; border-top:solid #E1E1E1 1.0pt; padding:3.0pt 0c= m 0cm 0cm"> <span style=3D"font-size:11.0pt; font-family:'Calibri','sans-serif'"><b>Fro= m:</b> Markus Stockhausen <stockhausen@collogia.de><br> <b>Sent:</b> Apr 13, 2016 10:23 PM<br> <b>To:</b> Gianluca Cecchi<br> <b>Cc:</b> Pavel Gashev; users<br> <b>Subject:</b> AW: [ovirt-users] stalls during live Merge Centos 7 / qemu = 2.3<br> </span></div> </div> <br type=3D"attribution"> <div> <div style=3D"direction:ltr; font-family:Arial; color:#000000; font-size:10= pt"> <div style=3D"color:rgb(0,0,0)"> <div id=3D"divRpF44621" style=3D"direction:ltr"><font face=3D"Tahoma" size= =3D"2">Hi, </font></div> <div id=3D"divRpF44621" style=3D"direction:ltr"><font face=3D"Tahoma" size= =3D"2"><br> </font></div> <div id=3D"divRpF44621" style=3D"direction:ltr"><font face=3D"Tahoma" size= =3D"2">I was just annoyed that during my tests I got a second error. <= /font><span style=3D"font-family:Tahoma; font-size:small">For me </spa= n></div> <div id=3D"divRpF44621" style=3D"direction:ltr"><span style=3D"font-family:= Tahoma; font-size:small">it seemed as finally everything worked fine. Altho= ugh the single disk live</span></div> <div id=3D"divRpF44621" style=3D"direction:ltr"><span style=3D"font-family:= Tahoma; font-size:small">merge task was shown </span><span style=3D"fo= nt-family:Tahoma; font-size:small">to be still running finally.</span></div=
<div id=3D"divRpF44621" style=3D"direction:ltr"><font face=3D"Tahoma" size= =3D"2"><br> </font></div> <div id=3D"divRpF44621" style=3D"direction:ltr"><span style=3D"font-family:= Tahoma; font-size:small">Nevertheless after Nirs explanation for BZ1326900 = I'm unsure if the single</span></div> <div id=3D"divRpF44621" style=3D"direction:ltr"><span style=3D"font-family:= Tahoma; font-size:small">disk live merge really works. So we currently have= the following situation:</span></div> <div id=3D"divRpF44621" style=3D"direction:ltr"><span style=3D"font-family:= Tahoma; font-size:small"><br> </span></div> <div id=3D"divRpF44621" style=3D"direction:ltr"><font face=3D"Tahoma" size= =3D"2">Live merge (for all disks) stalls the VM</font></div> <div id=3D"divRpF44621" style=3D"direction:ltr"><font face=3D"Tahoma" size= =3D"2"><br> </font></div> <div id=3D"divRpF44621" style=3D"direction:ltr"><font face=3D"Tahoma" size= =3D"2">Live merge (for single disks) seems to work but logs give other info= .</font></div> <div id=3D"divRpF44621" style=3D"direction:ltr"><font face=3D"Tahoma" size= =3D"2"><br> </font></div> <div id=3D"divRpF44621" style=3D"direction:ltr">Markus</div> <div id=3D"divRpF44621" style=3D"direction:ltr"><font face=3D"Tahoma" size= =3D"2"><br> </font></div> <div id=3D"divRpF44621" style=3D"font-family:'Times New Roman'; font-size:1= 6px; direction:ltr"> <font face=3D"Tahoma" size=3D"2" color=3D"#000000"><b><br> </b></font></div> <div id=3D"divRpF44621" style=3D"font-family:'Times New Roman'; font-size:1= 6px; direction:ltr"> <font face=3D"Tahoma" size=3D"2" color=3D"#000000"><b>Von:</b> Gianluca Cec= chi [gianluca.cecchi@gmail.com]<br> <b>Gesendet:</b> Mittwoch, 13. April 2016 20:59<br> <b>An:</b> Markus Stockhausen<br> <b>Cc:</b> Pavel Gashev; users<br> <b>Betreff:</b> Re: [ovirt-users] stalls during live Merge Centos 7 / qemu = 2.3<br> </font><br> </div> <div style=3D"font-family:'Times New Roman'; font-size:16px"></div> <div style=3D"font-family:'Times New Roman'; font-size:16px"> <div dir=3D"ltr"> <div class=3D"gmail_extra"> <div class=3D"gmail_quote">On Wed, Apr 13, 2016 at 7:54 PM, Markus Stockhau= sen <span dir=3D"ltr"> <<a href=3D"mailto:stockhausen@collogia.de" target=3D"_blank">stockhause= n@collogia.de</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex; border= -left:1px solid rgb(204,204,204); padding-left:1ex"> Hi Pavel,<br> </blockquote> <div><br> I don't understand...<br> <br> </div> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex; border= -left:1px solid rgb(204,204,204); padding-left:1ex"> <br> I tested as advised. And aaaaaaargh hit the next two OVirt bugs....<br> <br> <a href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1326900" rel=3D"no= referrer" target=3D"_blank">https://bugzilla.redhat.com/show_bug.cgi?id=3D1= 326900</a><br> </blockquote> <div><br> </div> <div>From above it seems that also one by one doesn't work for you, and goi= ng to bugzilla link seems to confirm that.<br> <br> <br> </div> <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex; border= -left:1px solid rgb(204,204,204); padding-left:1ex"> <br> Nevertheless: Merging only one disk at once works as expected.<br> The VM stays up, keeps running and is responsive.<br> <br> Markus<br> ________________<br> </blockquote> </div> <br> </div> <div class=3D"gmail_extra">But here above you are saying instead that it wo= rks as expected...?<br> <br> <br> </div> </div> </div> </div> </div> </div> </body> </html> --_000_4df9e56aeb7644bf8e642ec85cb4aa5facroniscom_--
participants (4)
-
Gianluca Cecchi -
Markus Stockhausen -
Nir Soffer -
Pavel Gashev