- Users - oVirt List Archives

Recommendation for iSCSI configuration
by De Lee 30 Jul '24

30 Jul '24

Hi, I'm currently running the platform with following version and facing the issue with iSCSI timeout issue during the network switch maintenance. oVirt Version 4.5 oVirt manager : Redhat 9.0 oVirt node : Rocky 9.4 Here's a drawing of the topology: +---------------+ | Storage | +---------------+ 192.168.11.2 | | 192.168.11.1 | | 10GbE Links | | +---------------+ +---------------+ | Nexus 5k #1 | | Nexus 5k #2 | +---------------+ +---------------+ 192.168.11.3 | | 192.168.11.4 | | 10GbE Links | | +---------------+ | oVirt 4.5 | +---------------+ VLANx: 192.168.11.3/28 VLANx: 192.168.11.4/28 I've configured the oVirt nodes without bonding,it works like one NIC assigned with vLANX with IP .3 and another NIC assigned with vLANX with IP .4. I could see actively only NIC is utilizing the iSCSI traffic(without ISCSI Bond). I would like to utilize both NIC traffic Active-Active mode what is the topology to follow? [iSCSI in LACP is not recommended for iscsi traffic which read from blog].Correct me if I'm wrong. When actively used NIC connected switch reboot,the iscsi traffic which over to another nic takes almost 30 seconds.Can I reduce the failover of NIC timing from 30 seconds to 3 seconds something like that? I don't see the lapsed timeout behaviour in CentOS 8 but rocky9 behaviors differently. Any suggestions or recommendation?

3 2

Why all environment fall if one storage domain going down?
by Kalil de A. Carvalho 29 Jul '24

29 Jul '24

Hello all. Can any one tell me why all environment fall if we lost one domain storage? In my company we have many NFS storages and if just one going down, been rebooted, all host fail. What we realized, I do not know if it is true, is if one host can´t communicate with the storage it will be rebooted or if the use of memory is too high it will be rebooted too. Are those two impressions real? Best regards -- Atenciosamente, Kalil de A. Carvalho

2 1

Re: Certificate verification error for qemu while migrating
by Julien Deberles 29 Jul '24

29 Jul '24

Hello, Does anyone have a procedure to fix the error or workaround for me ? Kind regards, Julien

1 0

Re: Problem with OVF and Bad Volume Specification
by Matthew.Stier＠fujitsu.com 25 Jul '24

25 Jul '24

I could mount the storage domain on 4.4, but the VM and Template imports were blank. From: Nur Imam Febrianto <nur_imam(a)outlook.com> Sent: Thursday, July 25, 2024 12:55 PM To: Stier, Matthew <Matthew.Stier(a)fujitsu.com>; oVirt Users <users(a)ovirt.org> Subject: Re: Problem with OVF and Bad Volume Specification Thanks for the info. But as i said before, i'm moving between same 4.5 DC. Not different one. And the storage domain can be attached and mounted easily in the target datacenter, but the problem is the vm wont shows up in VM Import tabs. Seems the OVF_STORE are broken or cant be read by the target DC. Any idea how to rebuild the OVF_STORE ? or maybe any steps that must be taken before detaching SD from source DC ? Get Outlook for Android<https://aka.ms/AAb9ysg> ________________________________ From: Matthew.Stier(a)fujitsu.com<mailto:Matthew.Stier@fujitsu.com> <Matthew.Stier(a)fujitsu.com<mailto:Matthew.Stier@fujitsu.com>> Sent: Thursday, July 25, 2024 11:41:28 PM To: Nur Imam Febrianto <nur_imam(a)outlook.com<mailto:nur_imam@outlook.com>>; oVirt Users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: RE: Problem with OVF and Bad Volume Specification Your experience is the same I had when attempting to move storage domains between 4.3 and 4.4 datacenters, because the data 4.4 could not read the 4.3 fomatted storage domains, and the 4.4 datacenter altered the storage domain enough, that I could not remount it on a 4.3 data center. Using 'export' storage domains, worked around this problem. Also, since export only copies the disks to the export storage domain, you can always delete them from the destination, and restart them on the source. Of course, this also means that you need to delete them from the source, once you are satisfied with their operation on the destination. From: Nur Imam Febrianto <nur_imam(a)outlook.com<mailto:nur_imam@outlook.com>> Sent: Wednesday, July 24, 2024 10:38 PM To: Stier, Matthew <Matthew.Stier(a)fujitsu.com<mailto:Matthew.Stier@fujitsu.com>>; oVirt Users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: Re: Problem with OVF and Bad Volume Specification Correct. I'm migrating between datacenter that have a different hosted engine. Also using same version (source is oVirt 4.5 on el8, destionation is oVirt 4.5 on el9 and OLVM 4.5 on OL8). Why i need to add export domain ? The migration approach that i took is detaching storage domain from source cluster and then attaching it to the new cluster, not doing OVA Export from source and importing it in new cluster. I already read somewhere in the docs, it should be fine taking this approach as long the Storage Domain version and oVirt version are same. ________________________________ From: Matthew.Stier(a)fujitsu.com<mailto:Matthew.Stier@fujitsu.com> <Matthew.Stier(a)fujitsu.com<mailto:Matthew.Stier@fujitsu.com>> Sent: Thursday, 25 July 2024 05:06 To: Nur Imam Febrianto <nur_imam(a)outlook.com<mailto:nur_imam@outlook.com>>; oVirt Users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: RE: Problem with OVF and Bad Volume Specification Are you migrating data "storage domains" between data centers? This can only be accomplished between data centers of the same version (4.3, 4.4, 4.5) since the disk schema changes a bit between them. To move VM's between you will need to add a storage domain as an "export" domain. Export storage domains are of a format that is accepted by all versions. My data storage domains are either iSCSI or FC (depending upon how it is attached) but I use NFS for export storage domains. Attach it to the volume as an export domain. Got to Compute > Virtual machines > Elipses (three dots in upper right corner), and select "Export to Export Domain" Once copied to the export domain, you can detach it, and move it on the destination. Once the export domain is attached, you can import the "VMs" which will copy them to a data domain on the destination. When detaching the export domain, I recommend deleting the contents, so you have a clean slate for the next more. You will also need to remove the VMs from the source, since they are not automatically deleted. (safety measure) From: Nur Imam Febrianto <nur_imam(a)outlook.com<mailto:nur_imam@outlook.com>> Sent: Tuesday, July 23, 2024 10:06 PM To: oVirt Users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: [ovirt-users] Problem with OVF and Bad Volume Specification Hi, Recently we are migrating our existing VM from Existing oVirt cluster, to new oVirt cluster (using el9) and Oracle OLVM. But we have this strange issue, after detaching storage domain, and then attaching the storage domain in new cluster, VM Impor tdoesnt shows up any vm that are located on this storage domain. In Disk Import, it shows a lot of disk with no aliases at all, and after we do trial and error with our disk, several disk are missing at all, no trace and no whereabout. After further investigation, OVF_STORE only contains 2 VM definition, not all the VM, and it guts truncated whenever we try to extract it using TAR. Update OVF doesnt help at all too. Anybody got any idea how to prevent or solve this ? We still have 3 storage domain and afraid the same thing will happened again. Thanks before.

1 0

Re: Problem with OVF and Bad Volume Specification
by Nur Imam Febrianto 25 Jul '24

25 Jul '24

Thanks for the info. But as i said before, i'm moving between same 4.5 DC. Not different one. And the storage domain can be attached and mounted easily in the target datacenter, but the problem is the vm wont shows up in VM Import tabs. Seems the OVF_STORE are broken or cant be read by the target DC. Any idea how to rebuild the OVF_STORE ? or maybe any steps that must be taken before detaching SD from source DC ? Get Outlook for Android<https://aka.ms/AAb9ysg> ________________________________ From: Matthew.Stier(a)fujitsu.com <Matthew.Stier(a)fujitsu.com> Sent: Thursday, July 25, 2024 11:41:28 PM To: Nur Imam Febrianto <nur_imam(a)outlook.com>; oVirt Users <users(a)ovirt.org> Subject: RE: Problem with OVF and Bad Volume Specification Your experience is the same I had when attempting to move storage domains between 4.3 and 4.4 datacenters, because the data 4.4 could not read the 4.3 fomatted storage domains, and the 4.4 datacenter altered the storage domain enough, that I could not remount it on a 4.3 data center. Using ‘export’ storage domains, worked around this problem. Also, since export only copies the disks to the export storage domain, you can always delete them from the destination, and restart them on the source. Of course, this also means that you need to delete them from the source, once you are satisfied with their operation on the destination. From: Nur Imam Febrianto <nur_imam(a)outlook.com> Sent: Wednesday, July 24, 2024 10:38 PM To: Stier, Matthew <Matthew.Stier(a)fujitsu.com>; oVirt Users <users(a)ovirt.org> Subject: Re: Problem with OVF and Bad Volume Specification Correct. I'm migrating between datacenter that have a different hosted engine. Also using same version (source is oVirt 4.5 on el8, destionation is oVirt 4.5 on el9 and OLVM 4.5 on OL8). Why i need to add export domain ? The migration approach that i took is detaching storage domain from source cluster and then attaching it to the new cluster, not doing OVA Export from source and importing it in new cluster. I already read somewhere in the docs, it should be fine taking this approach as long the Storage Domain version and oVirt version are same. ________________________________ From: Matthew.Stier(a)fujitsu.com<mailto:Matthew.Stier@fujitsu.com> <Matthew.Stier(a)fujitsu.com<mailto:Matthew.Stier@fujitsu.com>> Sent: Thursday, 25 July 2024 05:06 To: Nur Imam Febrianto <nur_imam(a)outlook.com<mailto:nur_imam@outlook.com>>; oVirt Users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: RE: Problem with OVF and Bad Volume Specification Are you migrating data “storage domains” between data centers? This can only be accomplished between data centers of the same version (4.3, 4.4, 4.5) since the disk schema changes a bit between them. To move VM’s between you will need to add a storage domain as an “export” domain. Export storage domains are of a format that is accepted by all versions. My data storage domains are either iSCSI or FC (depending upon how it is attached) but I use NFS for export storage domains. Attach it to the volume as an export domain. Got to Compute > Virtual machines > Elipses (three dots in upper right corner), and select “Export to Export Domain” Once copied to the export domain, you can detach it, and move it on the destination. Once the export domain is attached, you can import the “VMs” which will copy them to a data domain on the destination. When detaching the export domain, I recommend deleting the contents, so you have a clean slate for the next more. You will also need to remove the VMs from the source, since they are not automatically deleted. (safety measure) From: Nur Imam Febrianto <nur_imam(a)outlook.com<mailto:nur_imam@outlook.com>> Sent: Tuesday, July 23, 2024 10:06 PM To: oVirt Users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: [ovirt-users] Problem with OVF and Bad Volume Specification Hi, Recently we are migrating our existing VM from Existing oVirt cluster, to new oVirt cluster (using el9) and Oracle OLVM. But we have this strange issue, after detaching storage domain, and then attaching the storage domain in new cluster, VM Impor tdoesnt shows up any vm that are located on this storage domain. In Disk Import, it shows a lot of disk with no aliases at all, and after we do trial and error with our disk, several disk are missing at all, no trace and no whereabout. After further investigation, OVF_STORE only contains 2 VM definition, not all the VM, and it guts truncated whenever we try to extract it using TAR. Update OVF doesnt help at all too. Anybody got any idea how to prevent or solve this ? We still have 3 storage domain and afraid the same thing will happened again. Thanks before.

1 0

Re: Problem with OVF and Bad Volume Specification
by Matthew.Stier＠fujitsu.com 25 Jul '24

25 Jul '24

Your experience is the same I had when attempting to move storage domains between 4.3 and 4.4 datacenters, because the data 4.4 could not read the 4.3 fomatted storage domains, and the 4.4 datacenter altered the storage domain enough, that I could not remount it on a 4.3 data center. Using 'export' storage domains, worked around this problem. Also, since export only copies the disks to the export storage domain, you can always delete them from the destination, and restart them on the source. Of course, this also means that you need to delete them from the source, once you are satisfied with their operation on the destination. From: Nur Imam Febrianto <nur_imam(a)outlook.com> Sent: Wednesday, July 24, 2024 10:38 PM To: Stier, Matthew <Matthew.Stier(a)fujitsu.com>; oVirt Users <users(a)ovirt.org> Subject: Re: Problem with OVF and Bad Volume Specification Correct. I'm migrating between datacenter that have a different hosted engine. Also using same version (source is oVirt 4.5 on el8, destionation is oVirt 4.5 on el9 and OLVM 4.5 on OL8). Why i need to add export domain ? The migration approach that i took is detaching storage domain from source cluster and then attaching it to the new cluster, not doing OVA Export from source and importing it in new cluster. I already read somewhere in the docs, it should be fine taking this approach as long the Storage Domain version and oVirt version are same. ________________________________ From: Matthew.Stier(a)fujitsu.com<mailto:Matthew.Stier@fujitsu.com> <Matthew.Stier(a)fujitsu.com<mailto:Matthew.Stier@fujitsu.com>> Sent: Thursday, 25 July 2024 05:06 To: Nur Imam Febrianto <nur_imam(a)outlook.com<mailto:nur_imam@outlook.com>>; oVirt Users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: RE: Problem with OVF and Bad Volume Specification Are you migrating data "storage domains" between data centers? This can only be accomplished between data centers of the same version (4.3, 4.4, 4.5) since the disk schema changes a bit between them. To move VM's between you will need to add a storage domain as an "export" domain. Export storage domains are of a format that is accepted by all versions. My data storage domains are either iSCSI or FC (depending upon how it is attached) but I use NFS for export storage domains. Attach it to the volume as an export domain. Got to Compute > Virtual machines > Elipses (three dots in upper right corner), and select "Export to Export Domain" Once copied to the export domain, you can detach it, and move it on the destination. Once the export domain is attached, you can import the "VMs" which will copy them to a data domain on the destination. When detaching the export domain, I recommend deleting the contents, so you have a clean slate for the next more. You will also need to remove the VMs from the source, since they are not automatically deleted. (safety measure) From: Nur Imam Febrianto <nur_imam(a)outlook.com<mailto:nur_imam@outlook.com>> Sent: Tuesday, July 23, 2024 10:06 PM To: oVirt Users <users(a)ovirt.org<mailto:users@ovirt.org>> Subject: [ovirt-users] Problem with OVF and Bad Volume Specification Hi, Recently we are migrating our existing VM from Existing oVirt cluster, to new oVirt cluster (using el9) and Oracle OLVM. But we have this strange issue, after detaching storage domain, and then attaching the storage domain in new cluster, VM Impor tdoesnt shows up any vm that are located on this storage domain. In Disk Import, it shows a lot of disk with no aliases at all, and after we do trial and error with our disk, several disk are missing at all, no trace and no whereabout. After further investigation, OVF_STORE only contains 2 VM definition, not all the VM, and it guts truncated whenever we try to extract it using TAR. Update OVF doesnt help at all too. Anybody got any idea how to prevent or solve this ? We still have 3 storage domain and afraid the same thing will happened again. Thanks before.

1 0

Re: Problem with OVF and Bad Volume Specification
by Nur Imam Febrianto 25 Jul '24

25 Jul '24

Correct. I'm migrating between datacenter that have a different hosted engine. Also using same version (source is oVirt 4.5 on el8, destionation is oVirt 4.5 on el9 and OLVM 4.5 on OL8). Why i need to add export domain ? The migration approach that i took is detaching storage domain from source cluster and then attaching it to the new cluster, not doing OVA Export from source and importing it in new cluster. I already read somewhere in the docs, it should be fine taking this approach as long the Storage Domain version and oVirt version are same. ________________________________ From: Matthew.Stier(a)fujitsu.com <Matthew.Stier(a)fujitsu.com> Sent: Thursday, 25 July 2024 05:06 To: Nur Imam Febrianto <nur_imam(a)outlook.com>; oVirt Users <users(a)ovirt.org> Subject: RE: Problem with OVF and Bad Volume Specification Are you migrating data “storage domains” between data centers? This can only be accomplished between data centers of the same version (4.3, 4.4, 4.5) since the disk schema changes a bit between them. To move VM’s between you will need to add a storage domain as an “export” domain. Export storage domains are of a format that is accepted by all versions. My data storage domains are either iSCSI or FC (depending upon how it is attached) but I use NFS for export storage domains. Attach it to the volume as an export domain. Got to Compute > Virtual machines > Elipses (three dots in upper right corner), and select “Export to Export Domain” Once copied to the export domain, you can detach it, and move it on the destination. Once the export domain is attached, you can import the “VMs” which will copy them to a data domain on the destination. When detaching the export domain, I recommend deleting the contents, so you have a clean slate for the next more. You will also need to remove the VMs from the source, since they are not automatically deleted. (safety measure) From: Nur Imam Febrianto <nur_imam(a)outlook.com> Sent: Tuesday, July 23, 2024 10:06 PM To: oVirt Users <users(a)ovirt.org> Subject: [ovirt-users] Problem with OVF and Bad Volume Specification Hi, Recently we are migrating our existing VM from Existing oVirt cluster, to new oVirt cluster (using el9) and Oracle OLVM. But we have this strange issue, after detaching storage domain, and then attaching the storage domain in new cluster, VM Impor tdoesnt shows up any vm that are located on this storage domain. In Disk Import, it shows a lot of disk with no aliases at all, and after we do trial and error with our disk, several disk are missing at all, no trace and no whereabout. After further investigation, OVF_STORE only contains 2 VM definition, not all the VM, and it guts truncated whenever we try to extract it using TAR. Update OVF doesnt help at all too. Anybody got any idea how to prevent or solve this ? We still have 3 storage domain and afraid the same thing will happened again. Thanks before.

1 0

Re: Problem with OVF and Bad Volume Specification
by Matthew.Stier＠fujitsu.com 25 Jul '24

25 Jul '24

Are you migrating data "storage domains" between data centers? This can only be accomplished between data centers of the same version (4.3, 4.4, 4.5) since the disk schema changes a bit between them. To move VM's between you will need to add a storage domain as an "export" domain. Export storage domains are of a format that is accepted by all versions. My data storage domains are either iSCSI or FC (depending upon how it is attached) but I use NFS for export storage domains. Attach it to the volume as an export domain. Got to Compute > Virtual machines > Elipses (three dots in upper right corner), and select "Export to Export Domain" Once copied to the export domain, you can detach it, and move it on the destination. Once the export domain is attached, you can import the "VMs" which will copy them to a data domain on the destination. When detaching the export domain, I recommend deleting the contents, so you have a clean slate for the next more. You will also need to remove the VMs from the source, since they are not automatically deleted. (safety measure) From: Nur Imam Febrianto <nur_imam(a)outlook.com> Sent: Tuesday, July 23, 2024 10:06 PM To: oVirt Users <users(a)ovirt.org> Subject: [ovirt-users] Problem with OVF and Bad Volume Specification Hi, Recently we are migrating our existing VM from Existing oVirt cluster, to new oVirt cluster (using el9) and Oracle OLVM. But we have this strange issue, after detaching storage domain, and then attaching the storage domain in new cluster, VM Impor tdoesnt shows up any vm that are located on this storage domain. In Disk Import, it shows a lot of disk with no aliases at all, and after we do trial and error with our disk, several disk are missing at all, no trace and no whereabout. After further investigation, OVF_STORE only contains 2 VM definition, not all the VM, and it guts truncated whenever we try to extract it using TAR. Update OVF doesnt help at all too. Anybody got any idea how to prevent or solve this ? We still have 3 storage domain and afraid the same thing will happened again. Thanks before.

1 0

Problem with ovirt engine web portal
by aashish.dar＠gmail.com 24 Jul '24

24 Jul '24

hello, i'm getting a wired problem while login in web portal getting following error after login ???obrand.welcome.welcome.text??? ???obrand.welcome.version???

1 0

Re: [External] : Problem with OVF and Bad Volume Specification
by John Priest 24 Jul '24

24 Jul '24

Hi Nur, OLVM is an Oracle Linux 8 based solution (both engine and KVM host) at this time. Send me a message or reach out to Oracle Support if you want to discuss this migration in more detail. John Priest Director OLVM/OVM Product Management 508.202.2534 From: Nur Imam Febrianto <nur_imam(a)outlook.com> Sent: Tuesday, July 23, 2024 11:06 PM To: oVirt Users <users(a)ovirt.org> Subject: [External] : [ovirt-users] Problem with OVF and Bad Volume Specification Hi, Recently we are migrating our existing VM from Existing oVirt cluster, to new oVirt cluster (using el9) and Oracle OLVM. But we have this strange issue, after detaching storage domain, and then attaching the storage domain in new cluster, VM Impor tdoesnt shows up any vm that are located on this storage domain. In Disk Import, it shows a lot of disk with no aliases at all, and after we do trial and error with our disk, several disk are missing at all, no trace and no whereabout. After further investigation, OVF_STORE only contains 2 VM definition, not all the VM, and it guts truncated whenever we try to extract it using TAR. Update OVF doesnt help at all too. Anybody got any idea how to prevent or solve this ? We still have 3 storage domain and afraid the same thing will happened again. Thanks before.

1 0