[ovirt-users] Re: Windows 7 vm lost network connection under heavy network load
Are you using E1000 on the VMs or on the Host ? If it's the second , you should change the hardware . I have never used e1000 for VMs as it is an old tech. Better to install the virtio drivers and then use the virtio type of NIC. Best Regards, Strahil Nikolov В четвъртък, 31 декември 2020 г., 04:06:50 Гринуич+2, Joey Ma написа: Hi folks, Happy holidays. I'm having an urgent problem :smile: . I've installed oVirt 4.4.2 on CentOS 8.2 and then created several Windows 7 vms for stress testing. I found that the heavy network load would lead to the e1000 net card NOT able to receive packets, it seemed totally blocked. In the meantime, packet sending was fine. Only re-enabling the net card can restore the network. Has anyone also had this problem? Looking forward to your insights. Much appreciated. Best regards, Joey ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/FALLTVEFQ2FDWJXMVD3CKLHHB2VV6FRA/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/MAUKCNGSNV3ZBOXLJYGMVWF7ASESD4IQ/
[ovirt-users] Windows 7 vm lost network connection under heavy network load
Hi folks, Happy holidays. I'm having an urgent problem :smile: . I've installed oVirt 4.4.2 on CentOS 8.2 and then created several Windows 7 vms for stress testing. I found that the heavy network load would lead to the e1000 net card NOT able to receive packets, it seemed totally blocked. In the meantime, packet sending was fine. Only re-enabling the net card can restore the network. Has anyone also had this problem? Looking forward to your insights. Much appreciated. Best regards, Joey ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/FALLTVEFQ2FDWJXMVD3CKLHHB2VV6FRA/
[ovirt-users] Re: Best Practice? Affinity Rules Enforcement Manager or High Availability?
Thank you very much for your reply. I will check this out immediately. Best regards and merry holidays, Maria Souvalioti ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/UJKVRBOVQXDJ4ON5GZPDRKPGZQCFCF6J/
[ovirt-users] Re: upload_disk.py - CLI Upload Disk
Hi Nikolov.
I uploaded to 4.4.4
Em qua., 30 de dez. de 2020 às 14:14, Strahil Nikolov
escreveu:
> Are you uploading to 4.4 or to the old 4.3 ?
> I'm asking as there should be an enhancement that makes a checksum on the
> uploads in order to verify that the upload was successfull.
>
> Best Regards,
> Strahil Nikolov
>
>
>
>
>
>
> В сряда, 30 декември 2020 г., 18:37:52 Гринуич+2, Jorge Visentini <
> jorgevisent...@gmail.com> написа:
>
>
>
>
>
> Hi Ilan.
>
> Ohh sorry I didn't understand.
>
> I created the file and executed the script as you said and it worked.
>
> python3 /usr/share/doc/python3-ovirt-engine-sdk4/examples/upload_disk.py
> -c engine disk01-SO.qcow2 --disk-format qcow2 --disk-sparse --sd-name ISOs
> [ 0.0 ] Checking image...
> [ 0.4 ] Image format: qcow2
> [ 0.4 ] Disk format: cow
> [ 0.4 ] Disk content type: data
> [ 0.4 ] Disk provisioned size: 32213303296
> [ 0.4 ] Disk initial size: 12867010560
> [ 0.4 ] Disk name: disk01-SO.qcow2
> [ 0.4 ] Disk backup: False
> [ 0.4 ] Connecting...
> [ 0.4 ] Creating disk...
> [ 19.4 ] Disk ID: 9328e954-9307-420f-b5d7-7b81071f88a5
> [ 19.4 ] Creating image transfer...
> [ 22.5 ] Transfer ID: 16236f8e-79af-4159-83f7-8331a2f25919
> [ 22.5 ] Transfer host name: kcmi1kvm08.kosmo.cloud
> [ 22.5 ] Uploading image...
> [ 100.00% ] 30.00 GiB, 197.19 seconds, 155.79 MiB/s
> [ 219.7 ] Finalizing image transfer...
> [ 227.0 ] Upload completed successfully
>
> Thank you for the explanation!
>
> Em qua., 30 de dez. de 2020 às 00:54, Ilan Zuckerman
> escreveu:
> > Hi Jorge,
> >
> > Lately DEV started to implement the capability of passing the basic
> arguments for the SDK example scripts with a help of configuration file.
> > I assume that not all of the example scripts support this new feature
> yet.
> >
> > Until now you had to run the examples with:
> >
> > --engine-url https://engine1
> > --username admin@internal
> > --password-file /path/to/engine1-password
> > --cafile /path/to/engine1.pem
> >
> > This is very painful when running the example a lot.
> > Now you can run them with:
> >
> > -c engine1
> >
> > Assuming that you have a configuration file with all the
> > details at:
> >
> > ~/.config/ovirt.conf
> >
> > Here is an example for you of how this file should look like:
> >
> > [engine1]
> > engine_url = https://
> > username = admin@internal
> > password = xx
> > cafile = /path/to/engine1.pem
> >
> > On Wed, Dec 30, 2020 at 4:18 AM Jorge Visentini <
> jorgevisent...@gmail.com> wrote:
> >> Hi All.
> >>
> >> I'm using version 4.4.4 (latest stable version -
> ovirt-node-ng-installer-4.4.4-2020122111.el8.iso)
> >>
> >> I tried using the upload_disk.py script, but I don't think I knew how
> to use it.
> >>
> >> When I try to use it, these errors occur:
> >>
> >> python3
> /usr/share/doc/python3-ovirt-engine-sdk4/examples/upload_disk.py
> disk01-SO.qcow2 --disk-format qcow2 --sd-name ISOs
> >> usage: upload_disk.py [-h] -c CONFIG [--debug] [--logfile LOGFILE]
> >> [--disk-format {raw,qcow2}] [--disk-sparse]
> >> [--enable-backup] --sd-name SD_NAME [--use-proxy]
> >> [--max-workers MAX_WORKERS] [--buffer-size
> BUFFER_SIZE]
> >> filename
> >> upload_disk.py: error: the following arguments are required: -c/--config
> >>
> >>
> >> Using the upload_disk.py help:
> >>
> >> python3 upload_disk.py --help
> >> -c CONFIG, --config CONFIG
> >> Use engine connection details from [CONFIG]
> section in
> >> ~/.config/ovirt.conf.
> >>
> >> This CONFIG, is the API access configuration for authentication?
> Because analyzing the script I did not find this information.
> >>
> >> Does this new version work differently or am I doing something wrong?
> >>
> >> In the sdk_4.3 version of upload_disk.py I had to change the script to
> add the access information, but it worked.
> >>
> >> [root@engineteste01 ~]# python3 upload_disk.py disk01-SO.qcow2Checking
> image...Disk format: qcow2Disk content type: dataConnecting...Creating
> disk...Creating transfer session...Uploading image...Uploaded
> 20.42%Uploaded 45.07%Uploaded 68.89%Uploaded 94.45%Uploaded 2.99g in 42.17
> seconds (72.61m/s)Finalizing transfer session...Upload completed
> successfully[root@engineteste01 ~]#
> >>
> >> Thank you all!!
> >>
> >> --
> >> Att,
> >> Jorge Visentini
> >> +55 55 98432-9868
> >> ___
> >> Users mailing list -- users@ovirt.org
> >> To unsubscribe send an email to users-le...@ovirt.org
> >> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> >> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> >> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/PYNCYYFNT42NEHBXD57V3MMMUP3LZRZA/
> >>
> >
> >
> > --
> > Thanks
> > --
> > With Respect,
> >
> > Ilan Zuckerman, ISTQB, ANSIBLE SPECIALIST, RHCE
> >
[ovirt-users] Re: Breaking up a oVirt cluster on storage domain boundary.
> Can I migrate storage domains, and thus all the VMs within that > storage domain? > > > > Or will I need to build new cluster, with new storage domains, and > migrate the VMs? > > Actually you can create a new cluster and ensure that the Storage domains are accessible by that new cluster. Then to migrate, you just need to power off the VM, Edit -> change cluster, network, etc and power it up. It will start on the hosts in the new cluster and then you just need to verify that the application is working properly. Best Regards, Strahil Nikolov ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/CFPYY6AKXTYKN4RMQ6MY532WXKQ6MC4Z/
[ovirt-users] Re: Best Practice? Affinity Rules Enforcement Manager or High Availability?
> What is the best solution for making your VMs able to automatically > boot up on another working host when something goes wrong (gluster > problem, non responsive host etc)? Would you enable the Affinity > Manager and enforce some policies or would you set the VMs you want > as Highly Available? High Availability and Host fencing are the 2 parts that you need to ensure that the VM will be restarted after a failure. If you storage domain goes bad, the VMs will be paused and theoretically they will be resumed automatically when the storage domain is back. Best Regards, Strahil Nikolov ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/E7BSYJSU57OIUFS4R3NIBBGOSYAABAZ2/
[ovirt-users] Breaking up a oVirt cluster on storage domain boundary.
Is it possible to break up an oVirt cluster into multiple clusters? I have an Oracle Linux Virtualization Manager 4.3.6 cluster (think oVirt 4.3.6) that is hosting four different classes of VM's. I have acquired some additional hosts, and instead of adding them to my "default" cluster, I want to create three new clusters, and migrate each class of VM to its own cluster. Each class has its own network, and storage domains. Can I migrate storage domains, and thus all the VMs within that storage domain? Or will I need to build new cluster, with new storage domains, and migrate the VMs? Most of my VMs are built from templates. I assume that those cloned from templates will not be an issue. But some of my classes are thin provisioned, and I suspect I will have an issue with migrating those at the VM level, which is why I want to migrate them at the storage domain level. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/72GMI2ULIQTYQQ3FD6YFFN6T75CHIEAT/
[ovirt-users] Best Practice? Affinity Rules Enforcement Manager or High Availability?
Hello everyone, Not sure if I should ask this here as it seems to be a pretty obvious question but here it is. What is the best solution for making your VMs able to automatically boot up on another working host when something goes wrong (gluster problem, non responsive host etc)? Would you enable the Affinity Manager and enforce some policies or would you set the VMs you want as Highly Available? Thank you very much for your time! Best regards, Maria Souvalioti ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/7JAHYLIWGSLRIOUMXWTH5Q6BRFD5WPD4/
[ovirt-users] Re: upload_disk.py - CLI Upload Disk
Are you uploading to 4.4 or to the old 4.3 ?
I'm asking as there should be an enhancement that makes a checksum on the
uploads in order to verify that the upload was successfull.
Best Regards,
Strahil Nikolov
В сряда, 30 декември 2020 г., 18:37:52 Гринуич+2, Jorge Visentini
написа:
Hi Ilan.
Ohh sorry I didn't understand.
I created the file and executed the script as you said and it worked.
python3 /usr/share/doc/python3-ovirt-engine-sdk4/examples/upload_disk.py -c
engine disk01-SO.qcow2 --disk-format qcow2 --disk-sparse --sd-name ISOs
[ 0.0 ] Checking image...
[ 0.4 ] Image format: qcow2
[ 0.4 ] Disk format: cow
[ 0.4 ] Disk content type: data
[ 0.4 ] Disk provisioned size: 32213303296
[ 0.4 ] Disk initial size: 12867010560
[ 0.4 ] Disk name: disk01-SO.qcow2
[ 0.4 ] Disk backup: False
[ 0.4 ] Connecting...
[ 0.4 ] Creating disk...
[ 19.4 ] Disk ID: 9328e954-9307-420f-b5d7-7b81071f88a5
[ 19.4 ] Creating image transfer...
[ 22.5 ] Transfer ID: 16236f8e-79af-4159-83f7-8331a2f25919
[ 22.5 ] Transfer host name: kcmi1kvm08.kosmo.cloud
[ 22.5 ] Uploading image...
[ 100.00% ] 30.00 GiB, 197.19 seconds, 155.79 MiB/s
[ 219.7 ] Finalizing image transfer...
[ 227.0 ] Upload completed successfully
Thank you for the explanation!
Em qua., 30 de dez. de 2020 às 00:54, Ilan Zuckerman
escreveu:
> Hi Jorge,
>
> Lately DEV started to implement the capability of passing the basic arguments
> for the SDK example scripts with a help of configuration file.
> I assume that not all of the example scripts support this new feature yet.
>
> Until now you had to run the examples with:
>
> --engine-url https://engine1
> --username admin@internal
> --password-file /path/to/engine1-password
> --cafile /path/to/engine1.pem
>
> This is very painful when running the example a lot.
> Now you can run them with:
>
> -c engine1
>
> Assuming that you have a configuration file with all the
> details at:
>
> ~/.config/ovirt.conf
>
> Here is an example for you of how this file should look like:
>
> [engine1]
> engine_url = https://
> username = admin@internal
> password = xx
> cafile = /path/to/engine1.pem
>
> On Wed, Dec 30, 2020 at 4:18 AM Jorge Visentini
> wrote:
>> Hi All.
>>
>> I'm using version 4.4.4 (latest stable version -
>> ovirt-node-ng-installer-4.4.4-2020122111.el8.iso)
>>
>> I tried using the upload_disk.py script, but I don't think I knew how to use
>> it.
>>
>> When I try to use it, these errors occur:
>>
>> python3 /usr/share/doc/python3-ovirt-engine-sdk4/examples/upload_disk.py
>> disk01-SO.qcow2 --disk-format qcow2 --sd-name ISOs
>> usage: upload_disk.py [-h] -c CONFIG [--debug] [--logfile LOGFILE]
>> [--disk-format {raw,qcow2}] [--disk-sparse]
>> [--enable-backup] --sd-name SD_NAME [--use-proxy]
>> [--max-workers MAX_WORKERS] [--buffer-size BUFFER_SIZE]
>> filename
>> upload_disk.py: error: the following arguments are required: -c/--config
>>
>>
>> Using the upload_disk.py help:
>>
>> python3 upload_disk.py --help
>> -c CONFIG, --config CONFIG
>> Use engine connection details from [CONFIG] section
>> in
>> ~/.config/ovirt.conf.
>>
>> This CONFIG, is the API access configuration for authentication? Because
>> analyzing the script I did not find this information.
>>
>> Does this new version work differently or am I doing something wrong?
>>
>> In the sdk_4.3 version of upload_disk.py I had to change the script to add
>> the access information, but it worked.
>>
>> [root@engineteste01 ~]# python3 upload_disk.py disk01-SO.qcow2Checking
>> image...Disk format: qcow2Disk content type: dataConnecting...Creating
>> disk...Creating transfer session...Uploading image...Uploaded 20.42%Uploaded
>> 45.07%Uploaded 68.89%Uploaded 94.45%Uploaded 2.99g in 42.17 seconds
>> (72.61m/s)Finalizing transfer session...Upload completed
>> successfully[root@engineteste01 ~]#
>>
>> Thank you all!!
>>
>> --
>> Att,
>> Jorge Visentini
>> +55 55 98432-9868
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/PYNCYYFNT42NEHBXD57V3MMMUP3LZRZA/
>>
>
>
> --
> Thanks
> --
> With Respect,
>
> Ilan Zuckerman, ISTQB, ANSIBLE SPECIALIST, RHCE
> RHV-M
> STORAGE AUTOMATION QE
> Red Hat EMEA
>
> Israel
> izuck...@redhat.com T: +972-9-7692000
> M: 054-9956728 IM: izuckerm
>
>
>
>
--
Att,
Jorge Visentini
+55 55 98432-9868
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy
[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)
Maybe there is a missing package that is preventing that.
Let's see what the devs will find out next year (thankfully you wpn't have to
wait much).
Best Regards,
Strahil Nikolov
В сряда, 30 декември 2020 г., 16:30:37 Гринуич+2, Gilboa Davara
написа:
Short update.
1. Ran ovirt-hosted-engine-cleanup on all 3 nodes.
2. Installed hosted engine on the first engine via hosted-engine --deploy (w/
gluster storage).
3. Added the two remaining hosts using host -> new -> w/ hosted engine ->
deploy.
4. All machines are up and running and I can see theme in hosted-engine
--vm-status and they all have a valid score (3400).
5. But... Tried upgrading the cluster to 4.5, no errors, but cluster is still
in 4.4 :/
- Gilboa
On Mon, Dec 28, 2020 at 4:29 PM Gilboa Davara wrote:
>
>
> On Fri, Dec 25, 2020 at 7:41 PM Strahil Nikolov wrote:
>> Any hints in vdsm logs on the affected host or on the broker.log/agent.log ?
>>
>> Happy Hollidays to everyone!
>>
>> Best Regards,
>> Strahil Nikolov
>>
>
> Hello,
>
> Sorry for the late reply.
> One of the nodes suffered a major failure and I'm waiting for the tech
> support to ship replacement parts.
> Once it's up and running, I'll send the logs.
>
> Happy holidays!
> - Gilboa
>
>
>
>>
>> В 14:33 +0200 на 25.12.2020 (пт), Gilboa Davara написа:
>>> Hello,
>>>
>>> Reinstall w/ redeploy produced the same results.
>>>
>>> - Gilboa
>>>
>>> On Thu, Dec 24, 2020 at 8:07 PM Strahil Nikolov
>>> wrote:
>
> I "forked" this email into a new subject ("Manually deploying a
> hyperconverged setup with an existing gluster bricks")
> But nevertheless, no idea if its intended or not, but it seems that
> adding a host via "host->computer->create" doesn't create the necessary
> /etc/ovirt-hosted-engine/hosted-engine.conf configuration on the new
> hosts, preventing ovirt-ha-* services from starting.
>
>
So , set the host into maintenance and
then select installation -> reinstall -> Hosted Engine -> Deploy
Best Regards,
Strahil Nikolov
>>> ___Users mailing list --
>>> users@ovirt.orgTo unsubscribe send an email to users-leave@ovirt.orgPrivacy
>>> Statement: https://www.ovirt.org/privacy-policy.htmloVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KHBX2LRHIPHRJFAPEX334PRUUYXRCCDB/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HR422FBFGLSXTHMT3STFVC6UNRXUTNMM/
[ovirt-users] Re: upload_disk.py - CLI Upload Disk
Hi Ilan.
Ohh sorry I didn't understand.
I created the file and executed the script as you said and it worked.
*python3 /usr/share/doc/python3-ovirt-engine-sdk4/examples/upload_disk.py
-c engine disk01-SO.qcow2 --disk-format qcow2 --disk-sparse --sd-name ISOs[
0.0 ] Checking image...[ 0.4 ] Image format: qcow2[ 0.4 ] Disk
format: cow[ 0.4 ] Disk content type: data[ 0.4 ] Disk provisioned
size: 32213303296[ 0.4 ] Disk initial size: 12867010560[ 0.4 ] Disk
name: disk01-SO.qcow2[ 0.4 ] Disk backup: False[ 0.4 ] Connecting...[
0.4 ] Creating disk...[ 19.4 ] Disk ID:
9328e954-9307-420f-b5d7-7b81071f88a5[ 19.4 ] Creating image transfer...[
22.5 ] Transfer ID: 16236f8e-79af-4159-83f7-8331a2f25919[ 22.5 ] Transfer
host name: kcmi1kvm08.kosmo.cloud[ 22.5 ] Uploading image...[ 100.00% ]
30.00 GiB, 197.19 seconds, 155.79 MiB/s[ 219.7 ] Finalizing image
transfer...[ 227.0 ] Upload completed successfully*
Thank you for the explanation!
Em qua., 30 de dez. de 2020 às 00:54, Ilan Zuckerman
escreveu:
> Hi Jorge,
>
> Lately DEV started to implement the capability of passing the basic
> arguments for the SDK example scripts with a help of configuration file.
> I assume that not all of the example scripts support this new feature yet.
>
> Until now you had to run the examples with:
>
> --engine-url https://engine1
> --username admin@internal
> --password-file /path/to/engine1-password
> --cafile /path/to/engine1.pem
>
> This is very painful when running the example a lot.
> Now you can run them with:
>
> -c engine1
>
> Assuming that you have a configuration file with all the
> details at:
>
> ~/.config/ovirt.conf
>
> Here is an example for you of how this file should look like:
>
> [engine1]
> engine_url = https://
> username = admin@internal
> password = xx
> cafile = /path/to/engine1.pem
>
> On Wed, Dec 30, 2020 at 4:18 AM Jorge Visentini
> wrote:
>
>> Hi All.
>>
>> I'm using version 4.4.4 (latest stable version -
>> ovirt-node-ng-installer-4.4.4-2020122111.el8.iso)
>>
>> I tried using the upload_disk.py script, but I don't think I knew how to
>> use it.
>>
>> When I try to use it, these errors occur:
>>
>>
>>
>>
>>
>>
>>
>>
>> *python3 /usr/share/doc/python3-ovirt-engine-sdk4/examples/upload_disk.py
>> disk01-SO.qcow2 --disk-format qcow2 --sd-name ISOsusage: upload_disk.py
>> [-h] -c CONFIG [--debug] [--logfile LOGFILE]
>> [--disk-format {raw,qcow2}] [--disk-sparse]
>> [--enable-backup] --sd-name SD_NAME [--use-proxy]
>> [--max-workers MAX_WORKERS] [--buffer-size BUFFER_SIZE]
>> filenameupload_disk.py: error: the following arguments are required:
>> -c/--config*
>>
>> Using the upload_disk.py help:
>>
>>
>>
>>
>>
>> *python3 upload_disk.py --help-c CONFIG, --config CONFIG
>> Use engine connection details from [CONFIG] section in
>> ~/.config/ovirt.conf.*
>> This CONFIG, is the API access configuration for authentication? Because
>> analyzing the script I did not find this information.
>>
>> Does this new version work differently or am I doing something wrong?
>>
>> In the sdk_4.3 version of upload_disk.py I had to change the script to
>> add the access information, but it worked.
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *[root@engineteste01 ~]# python3 upload_disk.py disk01-SO.qcow2Checking
>> image...Disk format: qcow2Disk content type: dataConnecting...Creating
>> disk...Creating transfer session...Uploading image...Uploaded
>> 20.42%Uploaded 45.07%Uploaded 68.89%Uploaded 94.45%Uploaded 2.99g in 42.17
>> seconds (72.61m/s)Finalizing transfer session...Upload completed
>> successfully[root@engineteste01 ~]#*
>>
>> Thank you all!!
>>
>> --
>> Att,
>> Jorge Visentini
>> +55 55 98432-9868
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/PYNCYYFNT42NEHBXD57V3MMMUP3LZRZA/
>>
>
>
> --
> Thanks
> --
> With Respect,
>
> Ilan Zuckerman, ISTQB, ANSIBLE SPECIALIST, RHCE
>
> RHV-M
>
> STORAGE AUTOMATION QE
>
> Red Hat EMEA
>
>
--
Att,
Jorge Visentini
+55 55 98432-9868
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TZUHO3375AL43UWFFXQA6J36YGZUFU7C/
[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)
Engine log attached. (Looks clean)
- Gilboa
On Wed, Dec 30, 2020 at 4:30 PM Gilboa Davara wrote:
> Short update.
> 1. Ran ovirt-hosted-engine-cleanup on all 3 nodes.
> 2. Installed hosted engine on the first engine via hosted-engine --deploy
> (w/ gluster storage).
> 3. Added the two remaining hosts using host -> new -> w/ hosted engine ->
> deploy.
> 4. All machines are up and running and I can see theme in hosted-engine
> --vm-status and they all have a valid score (3400).
> 5. But... Tried upgrading the cluster to 4.5, no errors, but cluster is
> still in 4.4 :/
>
> - Gilboa
>
> On Mon, Dec 28, 2020 at 4:29 PM Gilboa Davara wrote:
>
>>
>> On Fri, Dec 25, 2020 at 7:41 PM Strahil Nikolov
>> wrote:
>>
>>> Any hints in vdsm logs on the affected host or on the
>>> broker.log/agent.log ?
>>>
>>> Happy Hollidays to everyone!
>>>
>>> Best Regards,
>>> Strahil Nikolov
>>>
>>>
>> Hello,
>>
>> Sorry for the late reply.
>> One of the nodes suffered a major failure and I'm waiting for the tech
>> support to ship replacement parts.
>> Once it's up and running, I'll send the logs.
>>
>> Happy holidays!
>> - Gilboa
>>
>>
>>
>>
>>> В 14:33 +0200 на 25.12.2020 (пт), Gilboa Davara написа:
>>>
>>> Hello,
>>>
>>> Reinstall w/ redeploy produced the same results.
>>>
>>> - Gilboa
>>>
>>> On Thu, Dec 24, 2020 at 8:07 PM Strahil Nikolov
>>> wrote:
>>>
>>>
>>> I "forked" this email into a new subject ("Manually deploying a
>>> hyperconverged setup with an existing gluster bricks")
>>> But nevertheless, no idea if its intended or not, but it seems that
>>> adding a host via "host->computer->create" doesn't create the necessary
>>> /etc/ovirt-hosted-engine/hosted-engine.conf configuration on the new hosts,
>>> preventing ovirt-ha-* services from starting.
>>>
>>>
>>> So , set the host into maintenance and
>>> then select installation -> reinstall -> Hosted Engine -> Deploy
>>>
>>> Best Regards,
>>> Strahil Nikolov
>>>
>>> ___
>>>
>>> Users mailing list --
>>>
>>> users@ovirt.org
>>>
>>>
>>> To unsubscribe send an email to
>>>
>>> users-le...@ovirt.org
>>>
>>>
>>> Privacy Statement:
>>>
>>> https://www.ovirt.org/privacy-policy.html
>>>
>>>
>>> oVirt Code of Conduct:
>>>
>>> https://www.ovirt.org/community/about/community-guidelines/
>>>
>>>
>>> List Archives:
>>>
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KHBX2LRHIPHRJFAPEX334PRUUYXRCCDB/
>>>
>>>
>>>
engine.log.bz2
Description: application/bzip
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QJAGGPRST3HROLUQ5GRVAFIYJO63VWGF/
[ovirt-users] Re: Cannot upgrade cluster to v4.5 (All hosts are CentOS 8.3.2011)
Short update.
1. Ran ovirt-hosted-engine-cleanup on all 3 nodes.
2. Installed hosted engine on the first engine via hosted-engine --deploy
(w/ gluster storage).
3. Added the two remaining hosts using host -> new -> w/ hosted engine ->
deploy.
4. All machines are up and running and I can see theme in hosted-engine
--vm-status and they all have a valid score (3400).
5. But... Tried upgrading the cluster to 4.5, no errors, but cluster is
still in 4.4 :/
- Gilboa
On Mon, Dec 28, 2020 at 4:29 PM Gilboa Davara wrote:
>
> On Fri, Dec 25, 2020 at 7:41 PM Strahil Nikolov
> wrote:
>
>> Any hints in vdsm logs on the affected host or on the
>> broker.log/agent.log ?
>>
>> Happy Hollidays to everyone!
>>
>> Best Regards,
>> Strahil Nikolov
>>
>>
> Hello,
>
> Sorry for the late reply.
> One of the nodes suffered a major failure and I'm waiting for the tech
> support to ship replacement parts.
> Once it's up and running, I'll send the logs.
>
> Happy holidays!
> - Gilboa
>
>
>
>
>> В 14:33 +0200 на 25.12.2020 (пт), Gilboa Davara написа:
>>
>> Hello,
>>
>> Reinstall w/ redeploy produced the same results.
>>
>> - Gilboa
>>
>> On Thu, Dec 24, 2020 at 8:07 PM Strahil Nikolov
>> wrote:
>>
>>
>> I "forked" this email into a new subject ("Manually deploying a
>> hyperconverged setup with an existing gluster bricks")
>> But nevertheless, no idea if its intended or not, but it seems that
>> adding a host via "host->computer->create" doesn't create the necessary
>> /etc/ovirt-hosted-engine/hosted-engine.conf configuration on the new hosts,
>> preventing ovirt-ha-* services from starting.
>>
>>
>> So , set the host into maintenance and
>> then select installation -> reinstall -> Hosted Engine -> Deploy
>>
>> Best Regards,
>> Strahil Nikolov
>>
>> ___
>>
>> Users mailing list --
>>
>> users@ovirt.org
>>
>>
>> To unsubscribe send an email to
>>
>> users-le...@ovirt.org
>>
>>
>> Privacy Statement:
>>
>> https://www.ovirt.org/privacy-policy.html
>>
>>
>> oVirt Code of Conduct:
>>
>> https://www.ovirt.org/community/about/community-guidelines/
>>
>>
>> List Archives:
>>
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KHBX2LRHIPHRJFAPEX334PRUUYXRCCDB/
>>
>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2KSNS5ZHKLHKA4QCSP4G4PBRCRBWLCTP/
