migration
by eevans＠digitaldatatechs.com
I am running Ovirt 4.310. When I update the engine server it updates the user extensions to
ovirt-engine-ui-extensions.noarch 0:1.0.13-1.20200303git3b594b8.el7 and migration fails. I have to downgrade to ovirt-engine-ui-extensions-1.0.10-1.el7.noarch.rpm inorder to get migration to work again.
This needs to be passed on to the developers to correct the updated version.
Also, I had to download ovirt-engine-ui-extensions-1.0.10-1.el7.noarch.rpm and run yum downgrade ovirt-engine-ui-extensions-1.0.10-1.el7.noarch.rpm for the downgrade to complete successfully.
After the downgrade, migration works.
5 years, 1 month
Ovirt 4.4, Gluster with multiple disks
by Mustapha Aissat
Hi all,
I have a small question. How to configure gluster to use multiple disks for
a volume?
[image: image.png]
Do I need to configure a RAID or LVM that group all disks or I can specify
the disks to use in the GUI?
Thank you in advance.
Best regards,
Mustapha AISSAT.
5 years, 1 month
clean of .shard files if changing volume settings
by Gianluca Cecchi
Hello,
I have a single host in 4.4 with HCI and Gluster.
I have only one brick for the volume and I disabled sharding:
[root@ovirt01 /root]# gluster volume set data features.shard off
volume set: success
[root@ovirt01 /root]#
In events of web admin I see it registered and updating db:
Detected change in value of option features.shard from on to off on volume
data of cluster Default, and updated it to engine DB.
6/3/206:46:52 PM
Then I delete a VM with a 65Gb disk, that I created while sharding was
enabled (I enabled the check box to remove disks) but it seems that files
under .shard are not removed.
[root@ovirt01 ~]# du -sh
/rhev/data-center/mnt/glusterSD/ovirt01st.lutwyn.storage\:_data/.shard/
62G /rhev/data-center/mnt/glusterSD/ovirt01st.lutwyn.storage:_data/.shard/
[root@ovirt01 ~]#
Is there any special command I have to run? Or can I simply remove the
.shard directory now?
I only had that VM in that storage domain before disabling sharding.
The files are all of type:
-rw-rw----. 1 root root 67100672 Jun 3 18:18
23f0c94c-cf2a-42c1-8e2e-a21c4e542774.1
-rw-rw----. 1 root root 67108864 Jun 3 18:18
23f0c94c-cf2a-42c1-8e2e-a21c4e542774.2
...
-rw-rw----. 1 root root 67108864 Jun 3 18:44
23f0c94c-cf2a-42c1-8e2e-a21c4e542774.1008
-rw-rw----. 1 root root 39845888 Jun 3 18:44
23f0c94c-cf2a-42c1-8e2e-a21c4e542774.1009
-rw-rw----. 1 root root 56643584 Jun 3 18:44
23f0c94c-cf2a-42c1-8e2e-a21c4e542774.1031
Thanks in advance,
Gianluca
5 years, 1 month
Re: Slow disk upload via WebGUI
by Strahil Nikolov
There is also the API and I think there was a python script for ISO upload.
You can also import from OVA.
As you have multiple VMDKs, why don't you just upload in parallel (20-30 disk in batch).
Best Regards,
Strahil Nikolov
На 6 юни 2020 г. 13:39:44 GMT+03:00, Magnus Isaksson <magnus(a)vmar.se> написа:
>Hi
>
>From what i can tell from that link is that there is only one way for
>my scenario, or have i missed something?
>
>"Procedure 11.8. Uploading a Disk Image to a Storage Domain"
>
>//Magnus
>________________________________
>From: Strahil Nikolov <hunter86_bg(a)yahoo.com>
>Sent: 06 June 2020 12:26
>To: users(a)ovirt.org <users(a)ovirt.org>; Magnus Isaksson <magnus(a)vmar.se>
>Subject: Re: [ovirt-users] Re: Slow disk upload via WebGUI
>
>Hi Magnus,
>
>
>there are several ways to upload a disk.
>
>For details, check
>https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/...
>
>Best Regards,
>Strahil Nikolov
>
>На 6 юни 2020 г. 12:15:36 GMT+03:00, Magnus Isaksson <magnus(a)vmar.se>
>написа:
>>A note to this is that we are migrating a couple of customers from a
>>vmware enviroment that we have no control over, we get the vmdk files
>>on a NFS share. its a bit over 130 VM:s and if every disk will go at
>>100mbit/s its quite a painful process.
>>
>>Is there a faster way to import these disk images other then via
>>WebGUI? (of course after convert)
>>
>>//Magnus
>>________________________________
>>From: Magnus Isaksson <magnus(a)vmar.se>
>>Sent: 06 June 2020 10:58
>>To: users <users(a)ovirt.org>
>>Subject: [ovirt-users] Slow disk upload via WebGUI
>>
>>Hello
>>
>>I'm running Engine 4.3.9 and have fibre channel SSD storage and 4
>>nodes.
>>
>>When uploading disk images i get around 100mbit/s per disk, if im
>>running 3 uploads at the same time i get about 300mbit/s combined.
>>Everything is connected via 10G and 16G to FC storage.
>>
>>Why is it so slow? and what can i do to speed things up?
>>
>>Regards
>> Magnus
5 years, 1 month
Re: Slow disk upload via WebGUI
by Strahil Nikolov
Hi Magnus,
there are several ways to upload a disk.
For details, check https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/...
Best Regards,
Strahil Nikolov
На 6 юни 2020 г. 12:15:36 GMT+03:00, Magnus Isaksson <magnus(a)vmar.se> написа:
>A note to this is that we are migrating a couple of customers from a
>vmware enviroment that we have no control over, we get the vmdk files
>on a NFS share. its a bit over 130 VM:s and if every disk will go at
>100mbit/s its quite a painful process.
>
>Is there a faster way to import these disk images other then via
>WebGUI? (of course after convert)
>
>//Magnus
>________________________________
>From: Magnus Isaksson <magnus(a)vmar.se>
>Sent: 06 June 2020 10:58
>To: users <users(a)ovirt.org>
>Subject: [ovirt-users] Slow disk upload via WebGUI
>
>Hello
>
>I'm running Engine 4.3.9 and have fibre channel SSD storage and 4
>nodes.
>
>When uploading disk images i get around 100mbit/s per disk, if im
>running 3 uploads at the same time i get about 300mbit/s combined.
>Everything is connected via 10G and 16G to FC storage.
>
>Why is it so slow? and what can i do to speed things up?
>
>Regards
> Magnus
5 years, 1 month
Re: Slow disk upload via WebGUI
by Magnus Isaksson
A note to this is that we are migrating a couple of customers from a vmware enviroment that we have no control over, we get the vmdk files on a NFS share. its a bit over 130 VM:s and if every disk will go at 100mbit/s its quite a painful process.
Is there a faster way to import these disk images other then via WebGUI? (of course after convert)
//Magnus
________________________________
From: Magnus Isaksson <magnus(a)vmar.se>
Sent: 06 June 2020 10:58
To: users <users(a)ovirt.org>
Subject: [ovirt-users] Slow disk upload via WebGUI
Hello
I'm running Engine 4.3.9 and have fibre channel SSD storage and 4 nodes.
When uploading disk images i get around 100mbit/s per disk, if im running 3 uploads at the same time i get about 300mbit/s combined.
Everything is connected via 10G and 16G to FC storage.
Why is it so slow? and what can i do to speed things up?
Regards
Magnus
5 years, 1 month
Slow disk upload via WebGUI
by Magnus Isaksson
Hello
I'm running Engine 4.3.9 and have fibre channel SSD storage and 4 nodes.
When uploading disk images i get around 100mbit/s per disk, if im running 3 uploads at the same time i get about 300mbit/s combined.
Everything is connected via 10G and 16G to FC storage.
Why is it so slow? and what can i do to speed things up?
Regards
Magnus
5 years, 1 month
Q: Which types of tests and tools are used?
by Juergen Novak
Hi,
can anybody help me to find some information about test types used in
the project and tools used?
Particularly interesting would be tools and tests used for the Python
coding, but also any information about Java would be appreciated.
I already scanned the documentation, but I mainly found only information
about Mocking tools.
Thank you!
/juergen
5 years, 1 month
Ovirt 4.4 Migration assistance needed.
by Strahil Nikolov
Hello All,
I would like to ask for some assistance with the planing of the upgrade to 4.4 .
I have issues with the OVN (doesn't work at all), thus I would like to start fresh with the HE.
The plan so far (downtime is not an issue) :
1. Reinstall the nodes one by 1 and rejoin them in the Gluster TSP
2. Wipe the HostedEngine's gluster volume
3. Deploy a fresh hosted engine
4. Import the storage domains (gluster) back to the engine and import the VMs
Do you see any issues with the plan ?
Any problems expected if the VMs do have snapshots? What about the storage domain version ?
Thanks in Advance.
Best Regards,
Strahil Nikolov
5 years, 1 month
Gluster error in server log.
by Krist van Besien
Hello all,
On my ovirt HC cluster I constantly get the following kinds of errors:
From /var/log/ovirt-engine/engine.log
2020-06-05 10:38:36,652+02 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-15) [] Could not associate brick 'on1.ws.kri.st:/gluster_bricks/vmstore/vmstore' of volume 'dab47af2-16fc-461d-956e-daab00c8489e' with correct network as no gluster network found in cluster 'a8a38ffe-a499-11ea-9471-00163e5ffe63'
Normally you get these errors if you forgot to define and assign a storage network. However I do have a storage network, have assigned it to the interface used by gluster on each host, and have set it as the “gluster” network in the default cluster.
So why am I still getting this error?
Krist
Vriendelijke Groet | Best Regards | Freundliche Grüße | Cordialement
Krist van Besien
krist.vanbesien(a)gmail.com
5 years, 1 month
