<!DOCTYPE html>
<html>
<head>
<title></title>
</head>
<body><div>Nir,<br></div>
<div> </div>
<div>After some playing around with pvscan I was able to get all of the need it information.<br></div>
<div> </div>
<div>Please see:<br></div>
<div> </div>
<div> </div>
<div id="sig20414817"><div class="signature">--<br></div>
<div class="signature">Fernando Fuentes<br></div>
<div class="signature">ffuentes@txweather.org<br></div>
<div class="signature">http://www.txweather.org<br></div>
<div class="signature"> </div>
</div>
<div> </div>
<div> </div>
<div>On Mon, Jul 18, 2016, at 02:30 PM, Nir Soffer wrote:<br></div>
<blockquote type="cite"><div dir="ltr"><div>On Mon, Jul 18, 2016 at 6:48 PM, Fernando Fuentes <<a href="mailto:ffuentes@darktcp.net">ffuentes@darktcp.net</a>> wrote:<br></div>
<div>> Nir,<br></div>
<div>><br></div>
<div>> As requested:<br></div>
<div>><br></div>
<div>> [root@gamma ~]# lsblk<br></div>
<div>> NAME MAJ:MIN RM<br></div>
<div>> SIZE RO TYPE MOUNTPOINT<br></div>
<div>> sda 8:0 0<br></div>
<div>> 557G 0 disk<br></div>
<div>> ├─sda1 8:1 0<br></div>
<div>> 500M 0 part /boot<br></div>
<div>> └─sda2 8:2 0<br></div>
<div>> 556.5G 0 part<br></div>
<div>> ├─vg_gamma-lv_root (dm-0) 253:0 0<br></div>
<div>> 50G 0 lvm /<br></div>
<div>> ├─vg_gamma-lv_swap (dm-1) 253:1 0<br></div>
<div>> 4G 0 lvm [SWAP]<br></div>
<div>> └─vg_gamma-lv_home (dm-2) 253:2 0<br></div>
<div>> 502.4G 0 lvm /home<br></div>
<div>> sr0 11:0 1<br></div>
<div>> 1024M 0 rom<br></div>
<div>> sdb 8:16 0<br></div>
<div>> 2T 0 disk<br></div>
<div>> └─36589cfc000000881b9b93c2623780840 (dm-4) 253:4 0<br></div>
<div>> 2T 0 mpath<br></div>
<div>> sdc 8:32 0<br></div>
<div>> 2T 0 disk<br></div>
<div>> └─36589cfc00000050564002c7e51978316 (dm-3) 253:3 0<br></div>
<div>> 2T 0 mpath<br></div>
<div>> ├─3ccb7b67--8067--4315--9656--d68ba10975ba-metadata (dm-5) 253:5 0<br></div>
<div>> 512M 0 lvm<br></div>
<div>> ├─3ccb7b67--8067--4315--9656--d68ba10975ba-outbox (dm-6) 253:6 0<br></div>
<div>> 128M 0 lvm<br></div>
<div>> ├─3ccb7b67--8067--4315--9656--d68ba10975ba-leases (dm-7) 253:7 0<br></div>
<div>> 2G 0 lvm<br></div>
<div>> ├─3ccb7b67--8067--4315--9656--d68ba10975ba-ids (dm-8) 253:8 0<br></div>
<div>> 128M 0 lvm<br></div>
<div>> ├─3ccb7b67--8067--4315--9656--d68ba10975ba-inbox (dm-9) 253:9 0<br></div>
<div>> 128M 0 lvm<br></div>
<div>> └─3ccb7b67--8067--4315--9656--d68ba10975ba-master (dm-10) 253:10 0<br></div>
<div>> 1G 0 lvm<br></div>
<div>> sdd 8:48 0<br></div>
<div>> 4T 0 disk<br></div>
<div>> └─36589cfc00000059ccab70662b71c47ef (dm-11) 253:11 0<br></div>
<div>> 4T 0 mpath<br></div>
<div>> ├─4861322b--352f--41c6--890a--5cbf1c2c1f01-metadata (dm-12) 253:12 0<br></div>
<div>> 512M 0 lvm<br></div>
<div>> ├─4861322b--352f--41c6--890a--5cbf1c2c1f01-ids (dm-13) 253:13 0<br></div>
<div>> 128M 0 lvm<br></div>
<div>> ├─4861322b--352f--41c6--890a--5cbf1c2c1f01-leases (dm-14) 253:14 0<br></div>
<div>> 2G 0 lvm<br></div>
<div>> ├─4861322b--352f--41c6--890a--5cbf1c2c1f01-outbox (dm-15) 253:15 0<br></div>
<div>> 128M 0 lvm<br></div>
<div>> ├─4861322b--352f--41c6--890a--5cbf1c2c1f01-inbox (dm-16) 253:16 0<br></div>
<div>> 128M 0 lvm<br></div>
<div>> └─4861322b--352f--41c6--890a--5cbf1c2c1f01-master (dm-17) 253:17 0<br></div>
<div>> 1G 0 lvm<br></div>
<div> </div>
<div>So you have 2 storage domains:<br></div>
<div> </div>
<div>- 3ccb7b67-8067-4315-9656-d68ba10975ba<br></div>
<div>- 4861322b-352f-41c6-890a-5cbf1c2c1f01<br></div>
<div> </div>
<div>But most likely both of them are not active now.<br></div>
<div> </div>
<div>Can you share the output of:<br></div>
<div> </div>
<div> iscsiadm -m session<br></div>
<div> </div>
<div>On a system connected to iscsi storage you will see something like:<br></div>
<div> </div>
<div># iscsiadm -m session<br></div>
<div>tcp: [5] <a href="http://10.35.0.99:3260">10.35.0.99:3260</a>,1 iqn.2003-01.org.dumbo.target1 (non-flash)<br></div>
<div><div> </div>
<div>The special lvs (ids, leases, ...) should be active, and you should see also<br></div>
<div>regular disks lvs (used for snapshot for vm disks).<br></div>
<div> </div>
<div>Here is an example from machine connected to active iscsi domain:<br></div>
<div> </div>
<div><div><span class="font" style="font-family:monospace, ' monospace'"># lvs</span><br></div>
<div><span class="font" style="font-family:monospace, ' monospace'"> LV VG Attr LSize </span><br></div>
</div>
<div><div><span class="font" style="font-family:monospace, ' monospace'"> 27c4c795-bca4-4d7b-9b40-cda9098790f5 5f35b5c0-17d7-4475-9125-e97f1cdb06f9 -wi------- 1.00g </span><br></div>
<div><span class="font" style="font-family:monospace, ' monospace'"> 35be1f52-5b28-4c90-957a-710dbbb8f13f 5f35b5c0-17d7-4475-9125-e97f1cdb06f9 -wi------- 8.00g </span><br></div>
<div><span class="font" style="font-family:monospace, ' monospace'"> 36d9b41b-4b01-4fc2-8e93-ccf79af0f766 5f35b5c0-17d7-4475-9125-e97f1cdb06f9 -wi------- 128.00m </span><br></div>
<div><span class="font" style="font-family:monospace, ' monospace'"> 4fda3b44-27a5-4ce4-b8c3-66744aa9937b 5f35b5c0-17d7-4475-9125-e97f1cdb06f9 -wi------- 2.12g </span><br></div>
<div><span class="font" style="font-family:monospace, ' monospace'"> c2e78f72-d499-44f0-91f5-9930a599dc87 5f35b5c0-17d7-4475-9125-e97f1cdb06f9 -wi------- 128.00m </span><br></div>
<div><span class="font" style="font-family:monospace, ' monospace'"> d49919b4-30fc-440f-9b21-3367ddfdf396 5f35b5c0-17d7-4475-9125-e97f1cdb06f9 -wi------- 4.00g </span><br></div>
<div><span class="font" style="font-family:monospace, ' monospace'"> f3b10280-43ed-4772-b122-18c92e098171 5f35b5c0-17d7-4475-9125-e97f1cdb06f9 -wi------- 1.00g </span><br></div>
<div><span class="font" style="font-family:monospace, ' monospace'"> f409cc48-8248-4239-a4ea-66b0b1084416 5f35b5c0-17d7-4475-9125-e97f1cdb06f9 -wi------- 1.00g </span><br></div>
<div><span class="font" style="font-family:monospace, ' monospace'"> ids 5f35b5c0-17d7-4475-9125-e97f1cdb06f9 -wi-ao---- 128.00m </span><br></div>
<div><span class="font" style="font-family:monospace, ' monospace'"> inbox 5f35b5c0-17d7-4475-9125-e97f1cdb06f9 -wi-a----- 128.00m </span><br></div>
<div><span class="font" style="font-family:monospace, ' monospace'"> leases 5f35b5c0-17d7-4475-9125-e97f1cdb06f9 -wi-a----- 2.00g </span><br></div>
<div><span class="font" style="font-family:monospace, ' monospace'"> master 5f35b5c0-17d7-4475-9125-e97f1cdb06f9 -wi-a----- 1.00g </span><br></div>
<div><span class="font" style="font-family:monospace, ' monospace'"> metadata 5f35b5c0-17d7-4475-9125-e97f1cdb06f9 -wi-a----- 512.00m </span><br></div>
<div><span class="font" style="font-family:monospace, ' monospace'"> outbox 5f35b5c0-17d7-4475-9125-e97f1cdb06f9 -wi-a----- 128.00m </span><br></div>
</div>
<div> </div>
<div> </div>
<div><div> </div>
<div>> [root@gamma ~]#<br></div>
<div>><br></div>
<div>> Regards,<br></div>
<div>><br></div>
<div>> --<br></div>
<div>> Fernando Fuentes<br></div>
<div>> <a href="mailto:ffuentes@txweather.org">ffuentes@txweather.org</a><br></div>
<div>> <a href="http://www.txweather.org">http://www.txweather.org</a><br></div>
<div>><br></div>
<div>> On Mon, Jul 18, 2016, at 07:43 AM, Nir Soffer wrote:<br></div>
<div>>> Can you share output of lsblk on this host?<br></div>
<div>>><br></div>
<div>>> On Mon, Jul 18, 2016 at 3:52 AM, Fernando Fuentes <<a href="mailto:ffuentes@darktcp.net">ffuentes@darktcp.net</a>><br></div>
<div>>> wrote:<br></div>
<div>>> > Nir,<br></div>
<div>>> ><br></div>
<div>>> > That's odd. gamma is my iscsi host, its in up state and it has active<br></div>
<div>>> > VM's.<br></div>
<div>>> > What am I missing?<br></div>
<div>>> ><br></div>
<div>>> > Regards,<br></div>
<div>>> ><br></div>
<div>>> > --<br></div>
<div>>> > Fernando Fuentes<br></div>
<div>>> > <a href="mailto:ffuentes@txweather.org">ffuentes@txweather.org</a><br></div>
<div>>> > <a href="http://www.txweather.org">http://www.txweather.org</a><br></div>
<div>>> ><br></div>
<div>>> > On Sun, Jul 17, 2016, at 07:24 PM, Nir Soffer wrote:<br></div>
<div>>> >> On Sun, Jul 17, 2016 at 1:24 AM, Fernando Fuentes <<a href="mailto:ffuentes@darktcp.net">ffuentes@darktcp.net</a>><br></div>
<div>>> >> wrote:<br></div>
<div>>> >> > Nir,<br></div>
<div>>> >> ><br></div>
<div>>> >> > Ok I got the uuid but I am getting the same results as before.<br></div>
<div>>> >> > Nothing comes up.<br></div>
<div>>> >> ><br></div>
<div>>> >> > [root@gamma ~]# pvscan --cache<br></div>
<div>>> >> > [root@gamma ~]# lvs -o vg_name,lv_name,tags | grep<br></div>
<div>>> >> > 3b7d9349-9eb1-42f8-9e04-7bbb97c02b98<br></div>
<div>>> >> > [root@gamma ~]#<br></div>
<div>>> >> ><br></div>
<div>>> >> > without the grep all I get is:<br></div>
<div>>> >> ><br></div>
<div>>> >> > [root@gamma ~]# lvs -o vg_name,lv_name,tags<br></div>
<div>>> >> > VG LV LV Tags<br></div>
<div>>> >> > vg_gamma lv_home<br></div>
<div>>> >> > vg_gamma lv_root<br></div>
<div>>> >> > vg_gamma lv_swap<br></div>
<div>>> >><br></div>
<div>>> >> You are not connected to the iscsi storage domain.<br></div>
<div>>> >><br></div>
<div>>> >> Please try this from a host in up state in engine.<br></div>
<div>>> >><br></div>
<div>>> >> Nir<br></div>
<div>>> >><br></div>
<div>>> >> ><br></div>
<div>>> >> > On the other hand an fdisk shows a bunch of disks and here is one<br></div>
<div>>> >> > example:<br></div>
<div>>> >> ><br></div>
<div>>> >> > Disk /dev/mapper/36589cfc00000050564002c7e51978316: 2199.0 GB,<br></div>
<div>>> >> > 2199023255552 bytes<br></div>
<div>>> >> > 255 heads, 63 sectors/track, 267349 cylinders<br></div>
<div>>> >> > Units = cylinders of 16065 * 512 = 8225280 bytes<br></div>
<div>>> >> > Sector size (logical/physical): 512 bytes / 32768 bytes<br></div>
<div>>> >> > I/O size (minimum/optimal): 32768 bytes / 1048576 bytes<br></div>
<div>>> >> > Disk identifier: 0x00000000<br></div>
<div>>> >> ><br></div>
<div>>> >> ><br></div>
<div>>> >> > Disk /dev/mapper/36589cfc000000881b9b93c2623780840: 2199.0 GB,<br></div>
<div>>> >> > 2199023255552 bytes<br></div>
<div>>> >> > 255 heads, 63 sectors/track, 267349 cylinders<br></div>
<div>>> >> > Units = cylinders of 16065 * 512 = 8225280 bytes<br></div>
<div>>> >> > Sector size (logical/physical): 512 bytes / 32768 bytes<br></div>
<div>>> >> > I/O size (minimum/optimal): 32768 bytes / 1048576 bytes<br></div>
<div>>> >> > Disk identifier: 0x00000000<br></div>
<div>>> >> ><br></div>
<div>>> >> ><br></div>
<div>>> >> > Disk /dev/mapper/3ccb7b67--8067--4315--9656--d68ba10975ba-metadata: 536<br></div>
<div>>> >> > MB, 536870912 bytes<br></div>
<div>>> >> > 255 heads, 63 sectors/track, 65 cylinders<br></div>
<div>>> >> > Units = cylinders of 16065 * 512 = 8225280 bytes<br></div>
<div>>> >> > Sector size (logical/physical): 512 bytes / 32768 bytes<br></div>
<div>>> >> > I/O size (minimum/optimal): 32768 bytes / 1048576 bytes<br></div>
<div>>> >> > Disk identifier: 0x00000000<br></div>
<div>>> >> ><br></div>
<div>>> >> > Disk /dev/mapper/4861322b--352f--41c6--890a--5cbf1c2c1f01-master: 1073<br></div>
<div>>> >> > MB, 1073741824 bytes<br></div>
<div>>> >> > 255 heads, 63 sectors/track, 130 cylinders<br></div>
<div>>> >> > Units = cylinders of 16065 * 512 = 8225280 bytes<br></div>
<div>>> >> > Sector size (logical/physical): 512 bytes / 32768 bytes<br></div>
<div>>> >> > I/O size (minimum/optimal): 32768 bytes / 1048576 bytes<br></div>
<div>>> >> > Disk identifier: 0x00000000<br></div>
<div>>> >> ><br></div>
<div>>> >> > Regards,<br></div>
<div>>> >> ><br></div>
<div>>> >> > --<br></div>
<div>>> >> > Fernando Fuentes<br></div>
<div>>> >> > <a href="mailto:ffuentes@txweather.org">ffuentes@txweather.org</a><br></div>
<div>>> >> > <a href="http://www.txweather.org">http://www.txweather.org</a><br></div>
<div>>> >> ><br></div>
<div>>> >> > On Sat, Jul 16, 2016, at 04:25 PM, Fernando Fuentes wrote:<br></div>
<div>>> >> >> Nir,<br></div>
<div>>> >> >><br></div>
<div>>> >> >> Ok ill look for it here in a few.<br></div>
<div>>> >> >> Thanks for your reply and help!<br></div>
<div>>> >> >><br></div>
<div>>> >> >> --<br></div>
<div>>> >> >> Fernando Fuentes<br></div>
<div>>> >> >> <a href="mailto:ffuentes@txweather.org">ffuentes@txweather.org</a><br></div>
<div>>> >> >> <a href="http://www.txweather.org">http://www.txweather.org</a><br></div>
<div>>> >> >><br></div>
<div>>> >> >> On Sat, Jul 16, 2016, at 04:16 PM, Nir Soffer wrote:<br></div>
<div>>> >> >> > On Fri, Jul 15, 2016 at 3:50 PM, Fernando Fuentes <<a href="mailto:ffuentes@darktcp.net">ffuentes@darktcp.net</a>><br></div>
<div>>> >> >> > wrote:<br></div>
<div>>> >> >> > > Nir,<br></div>
<div>>> >> >> > ><br></div>
<div>>> >> >> > > I try to follow your steps but I cant seem to find the ID of the<br></div>
<div>>> >> >> > > template.<br></div>
<div>>> >> >> ><br></div>
<div>>> >> >> > The image-uuid of the template is displayed in the Disks tab in engine.<br></div>
<div>>> >> >> ><br></div>
<div>>> >> >> > To find the volume-uuid on block storage, you can do:<br></div>
<div>>> >> >> ><br></div>
<div>>> >> >> > pvscan --cache<br></div>
<div>>> >> >> > lvs -o vg_name,lv_name,tags | grep image-uuid<br></div>
<div>>> >> >> ><br></div>
<div>>> >> >> > ><br></div>
<div>>> >> >> > > Regards,<br></div>
<div>>> >> >> > ><br></div>
<div>>> >> >> > > --<br></div>
<div>>> >> >> > > Fernando Fuentes<br></div>
<div>>> >> >> > > <a href="mailto:ffuentes@txweather.org">ffuentes@txweather.org</a><br></div>
<div>>> >> >> > > <a href="http://www.txweather.org">http://www.txweather.org</a><br></div>
<div>>> >> >> > ><br></div>
<div>>> >> >> > > On Sun, Jul 10, 2016, at 02:15 PM, Nir Soffer wrote:<br></div>
<div>>> >> >> > >> On Thu, Jul 7, 2016 at 7:46 PM, Melissa Mesler <<a href="mailto:melissa@justmelly.com">melissa@justmelly.com</a>><br></div>
<div>>> >> >> > >> wrote:<br></div>
<div>>> >> >> > >> > All, I did a test for Fernando in our ovirt environment. I created a vm<br></div>
<div>>> >> >> > >> > called win7melly in the nfs domain. I then migrated it to the iscsi<br></div>
<div>>> >> >> > >> > domain. It booted without any issue. So it has to be something with the<br></div>
<div>>> >> >> > >> > templates. I have attached the vdsm log for the host the vm resides on.<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> The log show a working vm, so it does not help much.<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> I think that the template you copied from the nfs domain to the block<br></div>
<div>>> >> >> > >> domain is<br></div>
<div>>> >> >> > >> corrupted, or the volume metadata are incorrect.<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> If I understand this correctly, this started when Fernando could not copy<br></div>
<div>>> >> >> > >> the vm<br></div>
<div>>> >> >> > >> disk to the block storage, and I guess the issue was that the template<br></div>
<div>>> >> >> > >> was missing<br></div>
<div>>> >> >> > >> on that storage domain. I assume that he copied the template to the<br></div>
<div>>> >> >> > >> block storage<br></div>
<div>>> >> >> > >> domain by opening the templates tab, selecting the template, and choosing<br></div>
<div>>> >> >> > >> copy<br></div>
<div>>> >> >> > >> from the menu.<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> Lets compare the template on both nfs and block storage domain.<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> 1. Find the template on the nfs storage domain, using the image uuid in<br></div>
<div>>> >> >> > >> engine.<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> It should be at<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> /rhev/data-center/mnt/server:_path/domain-uuid/images/image-uuid/volume-uuid<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> 2. Please share the output of:<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> cat /path/to/volume.meta<br></div>
<div>>> >> >> > >> qemu-img info /path/to/volume<br></div>
<div>>> >> >> > >> qemu-img check /path/to/volume<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> 4. Find the template on the block storage domain<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> You should have an lv using the same volume uuid and the image-uuid<br></div>
<div>>> >> >> > >> should be in the lv tag.<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> Find it using:<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> lvs -o vg_name,lv_name,tags | grep volume-uuid<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> 5. Activate the lv<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> lvchange -ay vg_name/lv_name<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> 6. Share the output of<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> qemu-img info /dev/vg_name/lv_name<br></div>
<div>>> >> >> > >> qemu-img check /dev/vg_name/lv_name<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> 7. Deactivate the lv<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> lvchange -an vg_name/lv_name<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> 8. Find the lv metadata<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> The metadata is stored in /dev/vg_name/metadata. To find the correct<br></div>
<div>>> >> >> > >> block,<br></div>
<div>>> >> >> > >> find the tag named MD_N in the lv tags you found in step 4<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> The block we need is located at offset N from start of volume.<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> 9. Share the output of:<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> dd if=/dev/vg_name/metadata bs=512 skip=N count=1 iflag=direct<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> The output of this command should show the image-uuid.<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> Nir<br></div>
<div>>> >> >> > >><br></div>
<div>>> >> >> > >> ><br></div>
<div>>> >> >> > >> > - MeLLy<br></div>
<div>>> >> >> > >> ><br></div>
<div>>> >> >> > >> > On Mon, Jul 4, 2016, at 11:52 PM, Fernando Fuentes wrote:<br></div>
<div>>> >> >> > >> >> Nir,<br></div>
<div>>> >> >> > >> >><br></div>
<div>>> >> >> > >> >> That's exactly how I did it Nir.<br></div>
<div>>> >> >> > >> >> I will test tomorrow with a new Windows VM and report back.<br></div>
<div>>> >> >> > >> >><br></div>
<div>>> >> >> > >> >> Regards,<br></div>
<div>>> >> >> > >> >><br></div>
<div>>> >> >> > >> >> --<br></div>
<div>>> >> >> > >> >> Fernando Fuentes<br></div>
<div>>> >> >> > >> >> <a href="mailto:ffuentes@txweather.org">ffuentes@txweather.org</a><br></div>
<div>>> >> >> > >> >> <a href="http://www.txweather.org">http://www.txweather.org</a><br></div>
<div>>> >> >> > >> >><br></div>
<div>>> >> >> > >> >> On Mon, Jul 4, 2016, at 10:48 AM, Nir Soffer wrote:<br></div>
<div>>> >> >> > >> >> > On Mon, Jul 4, 2016 at 6:43 PM, Francesco Romani <<a href="mailto:fromani@redhat.com">fromani@redhat.com</a>><br></div>
<div>>> >> >> > >> >> > wrote:<br></div>
<div>>> >> >> > >> >> > > ----- Original Message -----<br></div>
<div>>> >> >> > >> >> > >> From: "Nir Soffer" <<a href="mailto:nsoffer@redhat.com">nsoffer@redhat.com</a>><br></div>
<div>>> >> >> > >> >> > >> To: "Fernando Fuentes" <<a href="mailto:ffuentes@darktcp.net">ffuentes@darktcp.net</a>><br></div>
<div>>> >> >> > >> >> > >> Cc: "Francesco Romani" <<a href="mailto:fromani@redhat.com">fromani@redhat.com</a>>, "users" <<a href="mailto:users@ovirt.org">users@ovirt.org</a>><br></div>
<div>>> >> >> > >> >> > >> Sent: Saturday, July 2, 2016 11:18:01 AM<br></div>
<div>>> >> >> > >> >> > >> Subject: Re: [ovirt-users] disk not bootable<br></div>
<div>>> >> >> > >> >> > >><br></div>
<div>>> >> >> > >> >> > >> On Sat, Jul 2, 2016 at 1:33 AM, Fernando Fuentes <<a href="mailto:ffuentes@darktcp.net">ffuentes@darktcp.net</a>><br></div>
<div>>> >> >> > >> >> > >> wrote:<br></div>
<div>>> >> >> > >> >> > >> > Nir,<br></div>
<div>>> >> >> > >> >> > >> ><br></div>
<div>>> >> >> > >> >> > >> > Ok I ran another test and this one I moved from NFS domain to iSCSI and<br></div>
<div>>> >> >> > >> >> > >> > stop working than I moved it back and still unable to run... Windows VM<br></div>
<div>>> >> >> > >> >> > >> > is saying "no available boot disk"<br></div>
<div>>> >> >> > >> >> > >> > VM: Win7-Test<br></div>
<div>>> >> >> > >> >> > >> > Host: Zeta<br></div>
<div>>> >> >> > >> >> > >> > Info as requested: <a href="http://pastebin.com/1fSi3auz">http://pastebin.com/1fSi3auz</a><br></div>
<div>>> >> >> > >> >> > >><br></div>
<div>>> >> >> > >> >> > >> We need a working xml to compare to.<br></div>
<div>>> >> >> > >> >> > ><br></div>
<div>>> >> >> > >> >> > > [snip expected changes]<br></div>
<div>>> >> >> > >> >> > ><br></div>
<div>>> >> >> > >> >> > ><br></div>
<div>>> >> >> > >> >> > >> <entry name="manufacturer">oVirt</entry><br></div>
<div>>> >> >> > >> >> > >> <entry name="product">oVirt Node</entry><br></div>
<div>>> >> >> > >> >> > >> <entry name="version">6-5.el6.centos.11.2</entry><br></div>
<div>>> >> >> > >> >> > >> - <entry name="serial">C938F077-55E2-3E50-A694-9FCB7661FD89</entry><br></div>
<div>>> >> >> > >> >> > >> + <entry name="serial">735C7A01-1F16-3CF0-AF8C-A99823E95AC0</entry><br></div>
<div>>> >> >> > >> >> > >><br></div>
<div>>> >> >> > >> >> > >> Not expected - maybe this is confusing windows?<br></div>
<div>>> >> >> > >> >> > >><br></div>
<div>>> >> >> > >> >> > >> Francesco, why vm serial has changed after moving disks from one storage<br></div>
<div>>> >> >> > >> >> > >> domain<br></div>
<div>>> >> >> > >> >> > >> to another?<br></div>
<div>>> >> >> > >> >> > ><br></div>
<div>>> >> >> > >> >> > > We put in serial either<br></div>
<div>>> >> >> > >> >> > > 1. the UUID Engine send to us<br></div>
<div>>> >> >> > >> >> > > 2. the host UUID as returned by our getHostUUID utility function<br></div>
<div>>> >> >> > >> >> > ><br></div>
<div>>> >> >> > >> >> > > the latter is unlikely to change, even after this disk move.<br></div>
<div>>> >> >> > >> >> ><br></div>
<div>>> >> >> > >> >> > Fernando, can you describe exactly how you moved the disk?<br></div>
<div>>> >> >> > >> >> ><br></div>
<div>>> >> >> > >> >> > I assume that you selected the vm in the virtual machines tab, then<br></div>
<div>>> >> >> > >> >> > selected<br></div>
<div>>> >> >> > >> >> > disks from the sub tab, then selected move, and selected the target<br></div>
<div>>> >> >> > >> >> > storage domain.<br></div>
<div>>> >> >> > >> >> ><br></div>
<div>>> >> >> > >> >> > Also, can you reproduce this with a new vm? (create vm with disk nfs,<br></div>
<div>>> >> >> > >> >> > stop vm,<br></div>
<div>>> >> >> > >> >> > move disk to iscsi, start vm).<br></div>
<div>>> >> >> > >> >> ><br></div>
<div>>> >> >> > >> >> > > So the first suspect in line is Engine<br></div>
<div>>> >> >> > >> >> > ><br></div>
<div>>> >> >> > >> >> > > Arik, do you know if Engine is indeed supposed to change the UUID in this flow?<br></div>
<div>>> >> >> > >> >> > > That seems very surprising.<br></div>
<div>>> >> >> > >> >> > ><br></div>
<div>>> >> >> > >> >> > > Thanks and bests,<br></div>
<div>>> >> >> > >> >> > ><br></div>
<div>>> >> >> > >> >> > > --<br></div>
<div>>> >> >> > >> >> > > Francesco Romani<br></div>
<div>>> >> >> > >> >> > > RedHat Engineering Virtualization R & D<br></div>
<div>>> >> >> > >> >> > > Phone: 8261328<br></div>
<div>>> >> >> > >> >> > > IRC: fromani<br></div>
<div>>> >> >> > >> >> _______________________________________________<br></div>
<div>>> >> >> > >> >> Users mailing list<br></div>
<div>>> >> >> > >> >> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br></div>
<div>>> >> >> > >> >> <a href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a><br></div>
<div>>> >> >> > >> ><br></div>
<div>>> >> >> > >> > _______________________________________________<br></div>
<div>>> >> >> > >> > Users mailing list<br></div>
<div>>> >> >> > >> > <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br></div>
<div>>> >> >> > >> > <a href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a><br></div>
<div>>> >> >> > >> ><br></div>
<div>>> >> >> _______________________________________________<br></div>
<div>>> >> >> Users mailing list<br></div>
<div>>> >> >> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br></div>
<div>>> >> >> <a href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a><br></div>
<div>>> >> > _______________________________________________<br></div>
<div>>> >> > Users mailing list<br></div>
<div>>> >> > <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br></div>
<div>>> >> > <a href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a><br></div>
</div>
</div>
</div>
</blockquote><div> </div>
</body>
</html>