<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-size: 14px;"><div><div><br></div></div></div><span id="OLK_SRC_BODY_SECTION" style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-size: 14px;"><div><div><div dir="auto"><div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif"><div><div><div><br></div></div></div><span id="m_-5510294568030381310OLK_SRC_BODY_SECTION"><div><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="quoted-text"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif"><div>I am having an issue where when I use the REST API to connect a snapshot from another VM to a Backup-Appliance-VM, after the clone when I remove the Disk and delete the Snapshot, the disk remains in the Backup-Appliance-VM as /dev/sdb ot /dev/vdb. </div><div><br></div><div>If I reboot the Bakup-Applicance-VM the disk disappears.</div><div><br></div><div>If I manually remove the disk by "echo 1 > /sys/block/sdb/device/delete” the disk will disappear, but if I rescan the scsi bus, it is found and shows up again in the VM OS, but the oVirt WebGUI does NOT show it as connected.</div></div></blockquote><div><br></div></div><div>-- The first part is expected - the 2nd isn't.</div></div></div></div></div></div></span><div><br></div><div>What are you referring to as the first and second part? </div></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">— I understand why the disk is seen after it was detached (stale device), not why it comes back after rescan, which seems to suggest it is not detached properly. </div></div></div></div></span><div style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-size: 14px;"><br></div><div style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-size: 14px;"><br></div><div style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-size: 14px;">If I pass an API call to <b>reboot</b>, the VM reboots and the stale disks are still connected, however if I pass an API call to <b>shutdown</b>, the stale disks are removed. Is there something else that can be passed to the <b>reboot</b> API call to have it disconnect whatever the <b>shutdown</b> does? If not, is there a way to defer an API call as my backup VM is what is calling the API, it cant call to start itself if it is off due to a <b>shutdown</b> call?</div><div style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-size: 14px;"><br></div><div style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-size: 14px;">I dont see any errors in the logs while tailing with:</div><div><font face="Calibri,sans-serif">tail /var/log/ovirt-*/* -f</font></div><div><br></div><span id="OLK_SRC_BODY_SECTION" style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-size: 14px;"><div><div><div dir="auto"><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif"><div class="quoted-text"><div><br></div><span id="m_-5510294568030381310OLK_SRC_BODY_SECTION"><div><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif"><div><br></div><div>I am also not able to attach any other disks as it complains of :</div><div><br></div><div><span class="m_-5510294568030381310m_-3670774818294595794Apple-tab-span" style="white-space:pre-wrap"></span>HotPlugDiskVDS failed: internal error: unable to execute QEMU command '__com.redhat_drive_add': Duplicate ID 'drive-scsi0-0-0-2' for drive</div><div><br></div><div>I did see that others in the past have gotten around this issue by rebooting the Backup-Appliance-VM and then continuing on with the next VM backup and looping through backup-reboot-backup-reboot-et<wbr>c. </div><div><br></div><div>Anyone have an idea on how to solve this issue and remove the hooks from the guest OS?</div><div><br></div><div>Steps to reproduce this issue:</div><div><br></div><ol><li>Create a backup appliance VM to be used for the backup script execution</li><li>Currently I have the Vms set to virtio with threaded I/O enabled. Also tried virtio_scsi with same result.</li><li>Using REST API – make snapshot of target VM</li><li>Using REST API – fetch vm metadata</li><li>Using REST API – attach the snapshot/disk to the Backup-Appliance-VM</li><li>dd the drive to backup folder</li><li>Using REST API – remove the disk from the Backup-Appliance-VM</li><li>Using REST API – delete the snapshot</li><li>** Check the guest OS of the Backup-Appliance-VM and the mounted drive from the backup above still appears and behaves as mentioned in comments above.</li></ol><div><br></div></div></blockquote><div><br></div><div>— There are many details missing, including versions of everything used, but logs would be most helpful here.</div><div> </div></div></div></div></div></div></span></div><div>Versions for oVirt are all the most recent. This is a fresh install of the Hosted Engine. I will just script the backup to cycle through sdb, sdc, sdd, …. Szzzz, just seems odd that once a disk is detached and a snapshot deleted, that the Backup_appliance-VM
can still access the drive/snapshot? </div></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">— Unrelated note - do NOT use /dev/sdX to enumerate them. Especially on SCSI bus, probing is done in parallel and they may have a different name next time. Use /dev/disk/by-id paths. </div></div></div></div></span><div><br></div><div>Each time the backup is done, it only uses the device /dev/xxY to mount the disk image. The actual backup is being catalogued using the uuid and vmname.</div><span id="OLK_SRC_BODY_SECTION" style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-size: 14px;"><div><div><div dir="auto"><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif"><div class="quoted-text"><div><br></div><div><br></div><span id="m_-5510294568030381310OLK_SRC_BODY_SECTION"><div><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif"><div></div><div>A second issue is that the above wont work when I have the Vms running on MPIO iSCSI storage, so for testing I have moved to NFS4. Anyone have ideas about either issue, I’d love to hear ;)</div></div></blockquote><div><br></div><div>— Same - logs would be helpful here.</div></div></div></div></div></div></span><div><br></div></div><div>I will continue to dig through this issue and will post logs if stuck. I just wanted to know if there was anything obvious that I should be doing differently with iSCSI vs NFS with mounting disks/snapshots.</div></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">— Nope. </div><div dir="auto">— Y.</div></div></div></div></span><div><br></div><div>Zip</div><span id="OLK_SRC_BODY_SECTION" style="color: rgb(0, 0, 0); font-family: Calibri, sans-serif; font-size: 14px;"><div><div><div dir="auto"><div dir="auto"> </div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif"><div><br></div><div>Zip</div><div><br></div><span id="m_-5510294568030381310OLK_SRC_BODY_SECTION"><div><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>— Y.</div><div class="quoted-text"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif"><div><br></div><div>Thanks</div><div><br></div><div><a href="http://Irc.oftc.net" target="_blank">Irc.oftc.net</a> #ovirt</div><div>zipur</div><div><br></div><br></div><br>
______________________________<wbr>_________________<br>
Users mailing list<br><a href="mailto:Users@ovirt.org" target="_blank">Users@ovirt.org</a><br><a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman<wbr>/listinfo/users</a><br><br></blockquote></div></div><br></div></div></div></div></span></div></blockquote></div><br></div></div></div></div></div></span></body></html>