<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Nov 17, 2016 at 5:48 PM, Andrea Ghelardi <span dir="ltr"><<a href="mailto:a.ghelardi@iontrading.com" target="_blank">a.ghelardi@iontrading.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="m_4653260579189413946WordSection1">
<p class="MsoNormal">Hello again,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Just to provide an update for future reference, I’ve been unable to sort this problem out.<u></u><u></u></p>
<p class="MsoNormal">However, Ovirt4 does not show this failure.</p></div></div></blockquote><div><br></div><div>Handling of unmapped luns was fixed in 3.6.</div><div><br></div><div>The best way is to upgrade to 3.6, and then upgrade to 4, and I think this is also</div><div>the only supported upgrade path.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="#0563C1" vlink="#954F72"><div class="m_4653260579189413946WordSection1"><p class="MsoNormal"><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">My current approach to move VMs from one installation to another is:<u></u><u></u></p><span class="">
<p class="MsoNormal">1) Shutdown VM in ovirt3.<u></u><u></u></p>
</span><p class="MsoNormal">2) Maintenance VM storage - do you mean the storage server?<u></u><u></u></p>
<p class="MsoNormal">3) Clone VM storage at LUN level<u></u><u></u></p>
<p class="MsoNormal">4) Import cloned storage in ovirt4<u></u><u></u></p><span class="">
<p class="MsoNormal">5) Import VM in ovirt4<u></u><u></u></p>
</span><p class="MsoNormal">If everything is ok:</p></div></div></blockquote><div><br></div><div>You must put the storage domain to maintenance here.</div><div><br></div><div>Since we don't support yet removal of pv from a storage domain, you cannot</div><div>remove a lun from a storage, you must remove the entire storage domain.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="#0563C1" vlink="#954F72"><div class="m_4653260579189413946WordSection1"><p class="MsoNormal"> <u></u><u></u></p>
<p class="MsoNormal">6a) detach + remove original VM storage in ovirt3<u></u><u></u></p>
<p class="MsoNormal">7a) remove mappings for original VM storage LUN in ovirt3; this imply cluster instability (sanlock crash on hosts);
<u></u><u></u></p>
<p class="MsoNormal">8a) recover cluster; this implies shutting down host (and its VM) one by one<u></u><u></u></p>
<p class="MsoNormal">9a) delete unmapped original LUN from storage manager</p></div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="#0563C1" vlink="#954F72"><div class="m_4653260579189413946WordSection1"><p class="MsoNormal"> <u></u></p>
<p class="MsoNormal">When Sanlock freeze on host, the only solution found so far is to reboot it. This has to be done on all host experiencing this problem (which basically means: all hosts in the cluster)</p></div></div></blockquote><div><br></div><div>If sanlock freezed it means that you unmapped a lun that was used by sanlock.</div><div>This is not supported.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="#0563C1" vlink="#954F72"><div class="m_4653260579189413946WordSection1"><p class="MsoNormal"><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Cheers<u></u><u></u></p>
<p class="MsoNormal">AG<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div style="border:none;border-top:solid #e1e1e1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b>From:</b> Andrea Ghelardi <br>
<b>Sent:</b> Tuesday, November 08, 2016 16:40<br>
<b>To:</b> <a href="mailto:users@ovirt.org" target="_blank">users@ovirt.org</a><br>
<b>Subject:</b> [HELP] unmapping a deleted storage domain triggers crash ovirt<u></u><u></u></p>
</div>
</div><div><div class="h5">
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><span lang="IT">Hello people,<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="IT"><u></u> <u></u></span></p>
<p class="MsoNormal">something’s not right in my ovirt infrastructure.<u></u><u></u></p>
<p class="MsoNormal">I currently have two different ovirt installation:<u></u><u></u></p>
<p class="MsoNormal">Ovirt3: 7 hosts linked to Compellent iscsi storage running ovirt 3.5.6<u></u><u></u></p>
<p class="MsoNormal">Ovirt4: 4 hosts linked to (same) Compellent iscsi storage running ovirt 4.0.4<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I’m currently moving my guests from ovirt3 to ovirt4.<u></u><u></u></p>
<p class="MsoNormal">Since iscsi storage is linked to both installations, my high level approach is:<u></u><u></u></p>
<p class="m_4653260579189413946MsoListParagraph"><u></u><span>1)<span style="font:7.0pt "Times New Roman"">
</span></span><u></u>Shutdown VM in ovirt3.<u></u><u></u></p>
<p class="m_4653260579189413946MsoListParagraph"><u></u><span>2)<span style="font:7.0pt "Times New Roman"">
</span></span><u></u>Maintenance + detach + remove VM storage in ovirt3<u></u><u></u></p>
<p class="m_4653260579189413946MsoListParagraph"><u></u><span>3)<span style="font:7.0pt "Times New Roman"">
</span></span><u></u>Change LUN mapping via iscsi storage manager from ovirt3 to ovirt4<u></u><u></u></p>
<p class="m_4653260579189413946MsoListParagraph"><u></u><span>4)<span style="font:7.0pt "Times New Roman"">
</span></span><u></u>Import storage in ovirt4<u></u><u></u></p>
<p class="m_4653260579189413946MsoListParagraph"><u></u><span>5)<span style="font:7.0pt "Times New Roman"">
</span></span><u></u>Import VM in ovirt4<u></u><u></u></p>
<p class="m_4653260579189413946MsoListParagraph"><u></u><span>6)<span style="font:7.0pt "Times New Roman"">
</span></span><u></u>Run and cheers with high grade liquor. GOTO step 1 for different VM.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Now, as soon as I perform step 3 (remove mappings from LUN), ovirt3 goes crazy and eventually forces me to reboot all hosts one by one.<u></u><u></u></p>
<p class="MsoNormal">I tried different low level approaches to unmap LUN mpath’ed from hosts with inconsistent results.
<u></u><u></u></p>
<p class="MsoNormal">A notable error log extract is:<u></u><u></u></p>
<p class="MsoNormal">Nov 8 15:30:52 sovana vdsm root ERROR Process failed with rc=1 out='\nudevadm settle - timeout of 5 seconds reached, the event queue contains:\n /sys/devices/virtual/block/dm-<wbr>39 (8603)\n /sys/devices/virtual/block/dm-<wbr>39 (8604)\n /sys<u></u><u></u></p>
<p class="MsoNormal">/devices/virtual/block/dm-39 (8605)\n /sys/devices/virtual/block/dm-<wbr>39 (8606)\n /sys/devices/virtual/block/dm-<wbr>39 (8607)\n /sys/devices/virtual/block/dm-<wbr>39 (8608)\n /sys/devices/virtual/block/dm-<wbr>39 (8609)\n /sys/devices/virtual/block<u></u><u></u></p>
<p class="MsoNormal">/dm-39 (8610)\n /sys/devices/virtual/block/dm-<wbr>39 (8611)\n /sys/devices/virtual/block/dm-<wbr>39 (8612)\n /sys/devices/virtual/block/dm-<wbr>39 (8613)\n /sys/devices/virtual/block/dm-<wbr>39 (8614)\n /sys/devices/virtual/block/dm-<wbr>39 (8615)\n /sys/<u></u><u></u></p>
<p class="MsoNormal">devices/virtual/block/dm-39 (8616)\n /sys/devices/virtual/block/dm-<wbr>39 (8617)\n /sys/devices/virtual/block/dm-<wbr>39 (8618)\n /sys/devices/virtual/block/dm-<wbr>39 (8619)\n /sys/devices/virtual/block/dm-<wbr>39 (8620)\n /sys/devices/virtual/block/<u></u><u></u></p>
<p class="MsoNormal">dm-39 (8621)\n /sys/devices/virtual/block/dm-<wbr>39 (8622)\n /sys/devices/virtual/block/dm-<wbr>39 (8623)\n /sys/devices/virtual/block/dm-<wbr>39 (8624)\n /sys/devices/virtual/block/dm-<wbr>39 (8625)\n /sys/devices/virtual/block/dm-<wbr>39 (8626)\n /sys/d<u></u><u></u></p>
<p class="MsoNormal">evices/virtual/block/dm-39 (8627)\n /sys/devices/virtual/block/dm-<wbr>39 (8628)\n /sys/devices/virtual/block/dm-<wbr>39 (8629)\n /sys/devices/virtual/block/dm-<wbr>39 (8630)\n /sys/devices/virtual/block/dm-<wbr>39 (8631)\n /sys/devices/virtual/block/d<u></u><u></u></p>
<p class="MsoNormal">m-39 (8632)\n /sys/devices/virtual/block/dm-<wbr>39 (8633)\n /sys/devices/virtual/block/dm-<wbr>39 (8634)\n /sys/devices/virtual/block/dm-<wbr>39 (8635)\n /sys/devices/virtual/block/dm-<wbr>39 (8636)\n /sys/devices/virtual/block/dm-<wbr>39 (8637)\n /sys/de<u></u><u></u></p>
<p class="MsoNormal">vices/virtual/block/dm-39 (8638)\n /sys/devices/virtual/block/dm-<wbr>39 (8639)\n /sys/devices/virtual/block/dm-<wbr>39 (8640)\n /sys/devices/virtual/block/dm-<wbr>39 (8641)\n /sys/devices/virtual/block/dm-<wbr>39 (8642)\n /sys/devices/virtual/block/dm<u></u><u></u></p>
<p class="MsoNormal">-39 (8643)\n /sys/devices/virtual/block/dm-<wbr>39 (8644)\n /sys/devices/virtual/block/dm-<wbr>39 (8645)\n /sys/devices/virtual/block/dm-<wbr>39 (8646)\n /sys/devices/virtual/block/d<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I really need your help to sort this out as I’m actually blocked in my task.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Why mapping changes triggers ovirt crash on a storage which ovirt should not care about?<u></u><u></u></p>
<p class="MsoNormal">Thanks<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><b><span lang="IT" style="font-size:9.0pt;font-family:ION;color:black">Andrea Ghelardi<u></u><u></u></span></b></p>
<p class="MsoNormal"><span lang="IT" style="font-size:8.0pt;font-family:"Source Sans Pro",sans-serif;color:gray"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="IT" style="font-size:8.0pt;font-family:"Source Sans Pro",sans-serif;color:gray">+39 050 2203 71</span><span lang="IT" style="font-size:8.0pt;font-family:"Source Sans Pro",sans-serif">
<b><span style="color:#33ccff">| </span></b></span><span lang="EN-GB" style="font-size:8.0pt;font-family:"Source Sans Pro",sans-serif;color:gray"><a href="http://www.iongroup.com/" target="_blank"><span lang="IT" style="color:gray">www.iongroup.com</span></a></span><span lang="EN-GB" style="font-size:8.0pt;font-family:"Source Sans Pro",sans-serif;color:#33ccff">
</span><b><span lang="IT" style="font-size:8.0pt;font-family:"Source Sans Pro",sans-serif;color:#33ccff">|
</span></b><u><span lang="EN-GB" style="font-size:8.0pt;font-family:"Source Sans Pro",sans-serif;color:#0563c1"><a href="mailto:a.ghelardi@iontrading.com" target="_blank"><span lang="IT">a.ghelardi@iontrading.com</span></a></span></u><span lang="IT" style="font-size:8.0pt;font-family:"Source Sans Pro",sans-serif;color:gray"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="IT" style="font-size:8.0pt;font-family:"Source Sans Pro",sans-serif;color:gray">Via San Martino, 52 – 56125 Pisa - ITALY<u></u><u></u></span></p>
<p class="MsoNormal"><b><span lang="IT" style="font-family:ION"><u></u> <u></u></span></b></p>
<p class="MsoNormal"><i><span style="font-size:7.5pt;font-family:"Source Sans Pro",sans-serif;color:silver">This email and any attachments may contain information which is confidential and/or privileged. The information is intended exclusively for the addressee
and the views expressed may not be official policy, but the personal views of the originator. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents is prohibited. If you have received this email and
any file transmitted with it in error, please notify the sender by telephone or return email immediately and delete the material from your computer. Internet communications are not secure and ION Trading is not responsible for their abuse by third parties,
nor for any alteration or corruption in transmission, nor for any damage or loss caused by any virus or other defect. ION Trading accepts no liability or responsibility arising out of or in any way connected to this email.</span></i><span style="font-size:7.5pt;font-family:"Source Sans Pro",sans-serif"><u></u><u></u></span></p>
<p class="MsoNormal"><b><span style="font-family:ION"><u></u> <u></u></span></b></p>
<p class="MsoNormal"><img border="0" width="120" height="66" style="width:1.25in;height:.6875in" id="m_4653260579189413946Picture_x0020_1" src="cid:image001.png@01D240F1.5E6E2B20" alt="iON_HBlu_small"><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:6.0pt;font-family:ION;color:black">Automation through innovation</span><i><span style="font-size:7.5pt;font-family:"Source Sans Pro",sans-serif;color:silver"><u></u><u></u></span></i></p>
<p class="MsoNormal"><u></u> <u></u></p>
</div></div></div>
</div>
<br>______________________________<wbr>_________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
<br></blockquote></div><br></div></div>