[ovirt-users] oVirt 4.4.10 Async update #1

2022-01-21 Thread Sandro Bonazzola
On January 21st 2022 the oVirt project released an async update to the
following packages:

ovirt-engine 4.4.10.5

Fixing the following bugs:
 - [BZ 1854038 <https://bugzilla.redhat.com/1854038>] - Download or upload
disk (SDK) fails due to 'Timed out waiting for transfer XXX to finalize'
 - [BZ 2013430 <https://bugzilla.redhat.com/2013430>] - oVirt 4.4. FIPS
install leaves UUID blank in grub after setting kernel option
 - [BZ 2037216 <https://bugzilla.redhat.com/show_bug.cgi?id=2037216>] - VM
imported from configuration is stuck in WaitForLaunch once removed quickly
after power-off

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/2CE64YTT4WYXUAX4V4OXCEP2TX4RVE2H/


[ovirt-users] Re: oVirt 4.4.10 is now generally available

2022-01-21 Thread Sandro Bonazzola
Il giorno ven 21 gen 2022 alle ore 13:37 Strahil Nikolov <
hunter86...@yahoo.com> ha scritto:

> I've updated yesterday (both Engine and the Host -> CentOS Stream) and
> today I got a complete hangup of the system and had to reboot.
> I don't know if it's related or not, but just keep it in mind.
>

Can you please provide a sos report / log collector report so we can
investigate this?



>
> Best Regards,
> Strahil Nikolov
>
> On Thu, Jan 20, 2022 at 14:41, Sandro Bonazzola
>  wrote:
> ___
> 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/7LK74ZIZUMFGD36OYPR75XPIYK7FUVRR/
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/MAQBO6NUXKBQ275KMTLPX7LV42WFNWT2/


[ovirt-users] Re: support of AMD EPYC 3rd Genneration Milan

2022-01-20 Thread Sandro Bonazzola
Il giorno sab 8 gen 2022 alle ore 18:47 samuel@horebdata.cn <
samuel@horebdata.cn> ha scritto:

> Helllo, Ovirt experts,
>
> Does Ovirt now support the use of AMD EPYC 3rd Genneration Milan CPU? and
> if yes, from which version?
>
>
AMD EPYC Milan CPU should be supported by Advanced Virtualization since
June 2021, included in oVirt Node 4.4.6.1 and newer.
Within oVirt I think it's recognized as "EPYC" without real distinction
between Milan, Rome or others.
+Arik Hadas  ?

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/GX5MRDDQRQEJRWOSU3MRDVM2K2IT6HB2/


[ovirt-users] Re: oVirt nodes keeps updating and rebooting

2022-01-20 Thread Sandro Bonazzola
Il giorno lun 17 gen 2022 alle ore 12:11 Harry O  ha
scritto:

> Hi,
>
> After HE deployment my oVirt nodes keeps updating and rebooting, even
> though I disabled node update in the beginning of deployment wizard.
> Why is this and how can I stop it form happening?
>
>

Can you get a sos report out of one of the nodes getting rebooted and share
it?
Can you also share version of ovirt-engine, oVirt Node  and cluster version
you're using?
Thanks,

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/GQWJ3S4G7LECDNYCDKBR6LI7YRD4FXBO/


[ovirt-users] Re: oVirt 4.4.10 is now generally available

2022-01-20 Thread Sandro Bonazzola
Il giorno gio 20 gen 2022 alle ore 12:27 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> On Wed, Jan 19, 2022 at 8:28 AM Sandro Bonazzola 
> wrote:
>
>> oVirt 4.4.10 is now generally available
>>
>
> thanks, Sandro!
>
>
>>-
>>
>>CentOS Stream 8 latest updates
>>-
>>
>>Full list of changes:
>>
>> --- ovirt-node-ng-image-4.4.9.3.manifest-rpm 2021-12-15
>> 15:40:13.501764699 +0100
>>
>> +++ ovirt-node-ng-image-4.4.10.manifest-rpm 2022-01-19
>> 08:09:36.668868583 +0100
>>
>> @@ -2,7 +2,6 @@
>>
>>
>>
> I don't see any qemu related change in ovirt-node-ng packages' list. Does
> this mean that the expected version to be used is still 6.0, in particulare
> what shipped in 4.4.9-2 such as qemu-kvm-6.0.0-33.el8s.x86_64?
>

Yes, qemu-kvm 6.1 has been reported buggy and 6.2 is not yet available. So
we are still on 6.0.



>
> Gianluca
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/7LK74ZIZUMFGD36OYPR75XPIYK7FUVRR/


[ovirt-users] Re: How-to get oVirt host certificated date

2022-01-14 Thread Sandro Bonazzola
Il giorno ven 14 gen 2022 alle ore 09:45 Martin Perina 
ha scritto:

>
>
> On Thu, Jan 13, 2022 at 4:53 PM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno gio 13 gen 2022 alle ore 15:34 Konstantin Shalygin <
>> k0...@k0ste.ru> ha scritto:
>>
>>> > It's possible to get, may be from Postgres, the host certificate date?
>>> > Engine run this check sometimes, but trigger this check seems
>>> impossible
>>>
>>> Anybody?
>>> @Sandro please help
>>>
>>> engine make check once per day and print to logs
>>> How can we run a manual check or see info in PostgreSQL database? This
>>> is required because the days until the end of the certificate's life
>>> expire, waiting for the next day in order to understand the result of
>>> deploying a new certificate is a strange situation
>>>
>>
>> Maybe @Martin Perina  can assist?
>>
>> Hi,
>
> host certificates are not saved anywhere in the engine database, you need
> to go to the host itself to find out the expiration date. There are 2
> options:
>
> 1. Directly on the host after connecting via SSH you can run below
> # openssl x509 -text -noout -in /etc/pki/vdsm/certs/vdsmcert.pem |
> grep -A2 Validity
>
> 2. Remotely using openssl you can run below
> # openssl s_client -showcerts -connect :54321 | openssl
> x509 -text -noout | grep -A2 Validity
>
>
> ovirt-engine performs certificate checks every day (can be configured
> using engine-config option CertificationValidityCheckTimeInHours) and it
> checks not only hosts certificates, but also the engine certificate and the
> engine CA certificate. This check produces following records in
> ovirt-engine audit log:
>
> 1. If the certificate has already expired then below audit log ALERT is
> created depending on the type of certificate
> - *Host ${VdsName} certification has expired at ${ExpirationDate}.
> Please renew the host's certification.*
> - *Engine's certification has expired at ${ExpirationDate}. Please
> renew the engine's certification.*
> - *Engine's CA certification has expired at ${ExpirationDate}.*
>
> 2. If the certificate is going to expire in less than 7 days, then below
> audit log ALERT is created depending on the type of certificate
> - *Host ${VdsName} certification is about to expire at
> ${ExpirationDate}. Please renew the host's certification.*
> - *Engine's certification is about to expire at ${ExpirationDate}.
> Please renew the engine's certification.*
> - *Engine's CA certification is about to expire at ${ExpirationDate}.*
>
> 3. If the certificate is going to expire in less than 30 days, then below
> audit log WARNING is created depending on the type of certificate
> - *Host ${VdsName} certification is about to expire at
> ${ExpirationDate}. Please renew the host's certification.*
> - *Engine's certification is about to expire at ${ExpirationDate}.
> Please renew the engine's certification.*
> - *Engine's CA certification is about to expire at ${ExpirationDate}.*
>
> Regards,
> Martin
>

Martin, is this something which can fit in oVirt administration
documentation?
Konstantin, what's the purpose of getting the certificate's dates?


>
>
>>
>>>
>>>
>>> Thanks,
>>> k
>>> ___
>>> 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/3WK5CJYL3PXXCJJQKLEQCQJG5X2YA3XV/
>>>
>>
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>> sbona...@redhat.com
>> <https://www.redhat.com/>
>>
>> *Red Hat respects your work life balance. Therefore there is no need to
>> answer this email out of your office hours.*
>>
>>
>>
>
> --
> Martin Perina
> Manager, Software Engineering
> Red Hat Czech s.r.o.
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/TNDGLSSRRCD64RPKCBQBSRR7ZCSXESYL/


[ovirt-users] Re: How-to get oVirt host certificated date

2022-01-13 Thread Sandro Bonazzola
Il giorno gio 13 gen 2022 alle ore 15:34 Konstantin Shalygin 
ha scritto:

> > It's possible to get, may be from Postgres, the host certificate date?
> > Engine run this check sometimes, but trigger this check seems impossible
>
> Anybody?
> @Sandro please help
>
> engine make check once per day and print to logs
> How can we run a manual check or see info in PostgreSQL database? This is
> required because the days until the end of the certificate's life expire,
> waiting for the next day in order to understand the result of deploying a
> new certificate is a strange situation
>

Maybe @Martin Perina  can assist?



>
>
> Thanks,
> k
> ___
> 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/3WK5CJYL3PXXCJJQKLEQCQJG5X2YA3XV/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/J7CO2FHF7GHJRCWQ27IZUIA2I5SLP6JY/


[ovirt-users] Re: Ovirt version 4.4.9.5-1.el8 getting error PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested

2021-12-21 Thread Sandro Bonazzola
Looping in @Steve Goodman  from the doc team as
feedback on the installation experience from a new user.

Il giorno sab 18 dic 2021 alle ore 23:41 
ha scritto:

> Hi All,
>
> I just have installed a Ovirt host using all the default settings from the
> manual.
> I started with a CentOS 8 minimum install
> Then I followed the Ovirt installation guide to install Ovirt version
> 4.4.9.5-1.el8
>

Can you please provide links to the guide you followed?


> Now I try to log on to the Administration portal and I get the following
> message :
>
> PKIX path building failed:
> sun.security.provider.certpath.SunCertPathBuilderException: unable to find
> valid certification path to requested target
>

Did you run engine-setup? Or did you just start the service without setting
up the engine?



>
> When searching the internet then I get several answers but all about using
> certificates from third-parties.
> I don’t use third-party certificates.
>
> When I look in the OVIRT administration guide they only talk about third
> party certificates
> So can anyone help to fix this error?
> ___
> 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/YG6RHJHW56MP5WEZBFIYXMPEEAT5PNEW/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/5SYYNBPCHZLAWC6R53RS6FRFJRN6U4HK/


[ovirt-users] [ANN] oVirt 4.4.10 First Release Candidate is now available for testing

2021-12-21 Thread Sandro Bonazzola
oVirt 4.4.10 First Release Candidate is now available for testing

The oVirt Project is pleased to announce the availability of oVirt 4.4.10
First Release Candidate for testing, as of December 21st, 2021.

This update is the tenth in a series of stabilization updates to the 4.4
series.
Documentation

   -

   If you want to try oVirt as quickly as possible, follow the instructions
   on the Download <https://ovirt.org/download/> page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation <https://ovirt.org/documentation/>.
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   <https://ovirt.org/documentation/upgrade_guide/>.
   -

   For a general overview of oVirt, see About oVirt
   <https://ovirt.org/community/about.html>.

Important notes before you try it

Please note this is a pre-release build.

The oVirt Project makes no guarantees as to its suitability or usefulness.

This pre-release must not be used in production.
Installation instructions

For installation instructions and additional information please refer to:

https://ovirt.org/documentation/

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 8.5 or similar

* CentOS Stream 8

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 8.5 or similar

* CentOS Stream 8

* oVirt Node 4.4 based on CentOS Stream 8 (available for x86_64 only)

See the release notes [1] for installation instructions and a list of new
features and bugs fixed.

Notes:

- oVirt Appliance is already available based on CentOS Stream 8

- oVirt Node NG is already available based on CentOS Stream 8

Additional Resources:

* Read more about the oVirt 4.4.10 pre-release highlights:
http://www.ovirt.org/release/4.4.10/

* Get more oVirt project updates on Twitter: https://twitter.com/ovirt

* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/


[1] http://www.ovirt.org/release/4.4.10/
[2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/SJUGNZLV4FLWH34CICSVODZWN2HQVWTJ/


[ovirt-users] Re: copr-be.cloud.fedoraproject.org down again

2021-12-20 Thread Sandro Bonazzola
Il giorno lun 6 dic 2021 alle ore 10:47  ha scritto:

> Can we get more than one mirror for this repo? It's down every other day...
>
>
Anyone else experiencing this? Just trying to understand how much this
impacts.


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/J4XSKYIK7NLJVP7PLM3XW7FVHPLSCF54/


[ovirt-users] Re: Checksum errors

2021-12-20 Thread Sandro Bonazzola
Please retry.
We had an issue while releasing an update and packages got re-signed
changing  the sha256 checksum and mirrors took a while to re-align.
Should be solved now.

Il giorno lun 6 dic 2021 alle ore 21:07  ha scritto:

> [ INFO  ] TASK [ovirt.ovirt.engine_setup : Update all packages]
> [ ERROR ] fatal: [localhost -> 192.168.1.115]: FAILED! => {"changed":
> false, "msg": "Failed to download packages: Cannot download
> noarch/ovirt-engine-setup-plugin-imageio-4.4.9.5-1.el8.noarch.rpm: All
> mirrors were tried", "results": []}
>
>
> $ sudo dnf download ovirt-engine-setup-plugin-imageio
> Last metadata expiration check: 0:17:07 ago on Mon 06 Dec 2021 02:45:32 PM
> EST.
> [MIRROR] ovirt-engine-setup-plugin-imageio-4.4.9.5-1.el8.noarch.rpm:
> Downloading successful, but checksum doesn't match. Calculated:
> 341e4863db246fd0f55fac65f7c464391ca92abacb69726a58c9ca99d8a81695(sha256)
> Expected:
> 001ace75d82bedc5c80a9203ea888cb385d1661d37b06e1f3b8a368c504bd0fe(sha256)
> [MIRROR] ovirt-engine-setup-plugin-imageio-4.4.9.5-1.el8.noarch.rpm:
> Downloading successful, but checksum doesn't match. Calculated:
> 341e4863db246fd0f55fac65f7c464391ca92abacb69726a58c9ca99d8a81695(sha256)
> Expected:
> 001ace75d82bedc5c80a9203ea888cb385d1661d37b06e1f3b8a368c504bd0fe(sha256)
> [MIRROR] ovirt-engine-setup-plugin-imageio-4.4.9.5-1.el8.noarch.rpm:
> Downloading successful, but checksum doesn't match. Calculated:
> 341e4863db246fd0f55fac65f7c464391ca92abacb69726a58c9ca99d8a81695(sha256)
> Expected:
> 001ace75d82bedc5c80a9203ea888cb385d1661d37b06e1f3b8a368c504bd0fe(sha256)
> ovirt-engine-setup-plugin-imageio-4.4.9.5-1.el8.noarch.rpm
>  33 kB/s |  27 kB 00:00
> ___
> 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/FP6JWYM6CUJDIFODBZYHCYYQINX4LOAP/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/4AM3R25EEV5SIQFU6VB6DLKWKP74ZXC6/


[ovirt-users] Re: Fresh install, dnf update dependency errors

2021-12-20 Thread Sandro Bonazzola
There was an issue with rsyslog package shipped in CentOS Stream which is
now solved.
Please retry.

Il giorno mer 8 dic 2021 alle ore 07:55 mediocre.slacker--- via Users <
users@ovirt.org> ha scritto:

> CentOS Stream 8 fresh install. The logs show other repos, but I've tried
> this just installing CentOS Stream 8, updating, then installing the ovirt
> repo only. Then, after installing ovirt-hosted-engine-setup, dependencies
> become broken and dnf update produces the following error:
>
> [slacker@host1 ~]$ sudo dnf check-update
> Last metadata expiration check: 0:15:33 ago on Tue 07 Dec 2021 06:27:14 PM
> EST.
>
> epel-next-release.noarch   8-13.el8   epel
>
> epel-release.noarch8-13.el8   epel
>
> epel-release.noarch8-13.el8   ovirt-4.4-epel
>
> libzstd.x86_64 1.4.5-6.el8
> ovirt-4.4-openstack-victoria
> ovirt-host.x86_64  4.4.9-2.el8ovirt-4.4
>
> ovirt-host-dependencies.x86_64 4.4.9-2.el8ovirt-4.4
>
> ovirt-release44.noarch 4.4.9.1-1.el8  ovirt-4.4
>
> python3-pyparsing.noarch   2.4.6-1.el8
> ovirt-4.4-openstack-victoria
> python3-pyyaml.x86_64  5.1.2-3.el8
> ovirt-4.4-copr:copr.fedorainfracloud.org:sbonazzo:EL8_collection
> python3-six.noarch 1.15.0-2.el8
>  ovirt-4.4-openstack-victoria
> [slacker@host1 ~]$ sudo dnf update
> Last metadata expiration check: 0:15:56 ago on Tue 07 Dec 2021 06:27:14 PM
> EST.
> Error:
>  Problem 1: package rsyslog-openssl-8.2102.0-5.el8.x86_64 requires rsyslog
> = 8.2102.0-5.el8, but none of the providers can be installed
>   - cannot install both rsyslog-8.2102.0-5.el8.x86_64 and
> rsyslog-8.2102.0-6.el8.x86_64
>   - package ovirt-host-dependencies-4.4.9-2.el8.x86_64 requires
> rsyslog-openssl, but none of the providers can be installed
>   - cannot install the best update candidate for package
> rsyslog-8.2102.0-6.el8.x86_64
>   - cannot install the best update candidate for package
> ovirt-host-dependencies-4.4.8-1.el8.x86_64
>  Problem 2: package rsyslog-mmnormalize-8.2102.0-6.el8.x86_64 requires
> rsyslog = 8.2102.0-6.el8, but none of the providers can be installed
>   - cannot install both rsyslog-8.2102.0-5.el8.x86_64 and
> rsyslog-8.2102.0-6.el8.x86_64
>   - cannot install both rsyslog-8.2102.0-6.el8.x86_64 and
> rsyslog-8.2102.0-5.el8.x86_64
>   - package rsyslog-openssl-8.2102.0-5.el8.x86_64 requires rsyslog =
> 8.2102.0-5.el8, but none of the providers can be installed
>   - package ovirt-host-dependencies-4.4.9-2.el8.x86_64 requires
> rsyslog-openssl, but none of the providers can be installed
>   - package ovirt-host-4.4.9-2.el8.x86_64 requires ovirt-host-dependencies
> = 4.4.9-2.el8, but none of the providers can be installed
>   - cannot install the best update candidate for package
> rsyslog-mmnormalize-8.2102.0-6.el8.x86_64
>   - cannot install the best update candidate for package
> ovirt-host-4.4.8-1.el8.x86_64
> (try to add '--allowerasing' to command line to replace conflicting
> packages or '--skip-broken' to skip uninstallable packages or '--nobest' to
> use not only best candidate packages)
> ___
> 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/OYXX7HOASMXFZMVICOGKSWRTRYAPEUTV/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/RDGAZXO6UYN65WSENDKAREHULMHUTFXN/


[ovirt-users] Re: Oauth token lifetime

2021-12-20 Thread Sandro Bonazzola
Il giorno lun 20 dic 2021 alle ore 10:54 Nathanaël Blanchet <
blanc...@abes.fr> ha scritto:

>
> Le 17/12/2021 à 18:07, Sandro Bonazzola a écrit :
>
>
>
> Il giorno gio 16 dic 2021 alle ore 23:08 Nathanaël Blanchet <
> blanc...@abes.fr> ha scritto:
>
>> Hello there is not a lot informations about Oauth token except I found
>> they expire after 30 minuts of inactivity. I'd like to change this value if
>> possible to a dedicate lifetime. Usually this kind of change is done with
>> engine-config but no such item is currently available. Is it possible?
>>
>>
> engine-config is still there:
> # rpm -qf /usr/bin/engine-config
> ovirt-engine-tools-4.5.0-0.2.master.20211215083937.gitafa2fd24e6.el8.noarch
>
> It is not about the engine-config command itsself but about the way to
> configure the oauth2 token lifetime. I mean, we usually use the
> engine-config for this kind of thing, but it seems there is currently no
> way to do this with engine-config.
>
> Where can I configure this?
>

+Artur Socha  +Martin Perina   ?


>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours. *
>
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> SIRE
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5 
> Tél. 33 (0)4 67 54 84 55
> Fax  33 (0)4 67 54 84 14blanc...@abes.fr
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/FQIHTGMNJWD4BONRAWEE3CR6ZGKRELMS/


[ovirt-users] Re: Oauth token lifetime

2021-12-17 Thread Sandro Bonazzola
Il giorno gio 16 dic 2021 alle ore 23:08 Nathanaël Blanchet <
blanc...@abes.fr> ha scritto:

> Hello there is not a lot informations about Oauth token except I found
> they expire after 30 minuts of inactivity. I'd like to change this value if
> possible to a dedicate lifetime. Usually this kind of change is done with
> engine-config but no such item is currently available. Is it possible?
>
>
engine-config is still there:
# rpm -qf /usr/bin/engine-config
ovirt-engine-tools-4.5.0-0.2.master.20211215083937.gitafa2fd24e6.el8.noarch


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/6BIG53DJ776MPQ4X3EMSXWH276FF3SLB/


[ovirt-users] Re: Unable to migrate VMs to a newly upgraded Ovirt node host

2021-12-16 Thread Sandro Bonazzola
+Arik Hadas  can you suggest a workaround here? Giving
context:

4.4.9.1 shipped qemu-kvm 6.1 and libvirt 7.9.0
4.4.9.2 downgraded qemu-kvm to 6.0 due to pcie bug
4.4.9.3 upgraded libvirt to 7.10 as it was released in CentOS Stream.

So it seems a migration problem between 6.1/7.9 -> 6.0/7.10

qemu-kvm 6.2 got released upstream
https://www.qemu.org/2021/12/14/qemu-6-2-0/ but it's not yet available in
CentOS Stream.

Il giorno gio 16 dic 2021 alle ore 11:52 Giulio Casella 
ha scritto:

> Hi guys,
> I just faced a problem after updating a host. I cannot migrate VM to
> updated host.
> Here's the error I see trying to migrate a VM to that host.
>
> Dec 16 10:13:11 host01.ovn.di.unimi.it systemd[1]: Starting Network
> Manager Script Dispatcher Service...
> Dec 16 10:13:11 host01.ovn.di.unimi.it libvirtd[5667]: Unable to read
> from monitor: Connection reset by peer
> Dec 16 10:13:11 host01.ovn.di.unimi.it libvirtd[5667]: internal error:
> qemu unexpectedly closed the monitor: 2021-12-16T10:13:00.447480Z
> qemu-kvm: -numa node,nodeid=0,cpus=0-15,mem=8192: warning: Parameter
> -numa node,mem is deprecated, use -numa node,memdev instead
>
> 2021-12-16T10:13:11.158057Z qemu-kvm: Failed to load pckbd:kbd
>
> 2021-12-16T10:13:11.158114Z qemu-kvm: error while loading state for
> instance 0x0 of device 'pckbd'
>
> 2021-12-16T10:13:11.158744Z qemu-kvm: load of migration failed: No such
> file or directory
> Dec 16 10:13:11 host01.ovn.xx.x.it kvm[35663]: 0 guests now active
>
> Instead I can start VM on that host, and migrate away VM from that host.
>
> Rolling back to ovirt-node-ng-4.4.9.1-0.20211207.0+1 via host console
> restores full functionality.
>
> The affected version is ovirt-node-ng-4.4.9.3-0.20211215.0+1 (and also
> previous one, I don't remember precisely, it was another async release).
>
>
> Any ideas?
>
> TIA,
> gc
>
> ___
> 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/VJEZGEW6X77JGBMTORJ4UKTSX3BG27HX/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/WA6LG4SQDHIIXBG2K7N3BGNUMJMLDR5J/


[ovirt-users] Re: There is no 'admin' in users table

2021-12-15 Thread Sandro Bonazzola
Il giorno mer 15 dic 2021 alle ore 07:20  ha scritto:

> Hi,
>
> i have trouble in 'ovirt-engine-extension-aaa-jdbc'
>
> I'm following 'III. Configuration of a new custom aaa-jdbc profile' part
> in README.admin
> (
> https://github.com/jihwahn1018/ovirt-engine-extension-aaa-jdbc/blob/master/README.admin
> )
>
> when i try to login the webadmin page, i can't login becauser there is no
> 'admin' in custom database.
>
> how can i solve it?
>
>
Hi, I see your fork is 6 commits ahead of master on `develop` branch, did
you consider sending a PR?
@Martin Perina  can you help with the login issue?



> Thanks,
> Jihwan
> ___
> 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/VAXRUUIZR4WU4WZYUAH2NLSLKHP4W7KK/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/D5M2ZTIPJYQISMLITF37LLK7FMOTVUS4/


[ovirt-users] Re: After update nodectl reports host as degraded

2021-12-15 Thread Sandro Bonazzola
Il giorno mar 14 dic 2021 alle ore 15:08 Giorgio Biacchi <
gior...@di.unimi.it> ha scritto:

> Hi all,
> I've got this minor issue a couple of times so far after updating Ovirt
> node hosts from the UI.
>
> The update is done corrctly but after the final reboot I have to login
> via ssh and manually fix the issue with these commands:
>
> [root@host01 ~]# semodule -i
> /usr/share/selinux/packages/ovirt-vmconsole/ovirt_vmconsole.pp
> [root@host01 ~]# vdsm-tool configure
> [root@host01 ~]# systemctl restart vdsmd
>
> I have the same behavior on all my hosts running Ovirt Node. There's a
> way to fix it properly?
>

Hi, can you please open a bugzilla issue on
https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-node ?
It would help having the logs related to the upgrade process from
/var/log/ovirt-engine on the engine side and a sos report on the node side.
Or even better a ovirt-log-collector report including engine and the
upgraded node.
Please review the content of the report before uploading to ensure it
doesn't include sensitive information.



>
> Thanks
> --
> gb
>
> PGP Key: http://pgp.mit.edu/
> Primary key fingerprint: C510 0765 943E EBED A4F2 69D3 16CC DC90 B9CB 0F34
> ___
> 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/BJRFLGPUX2ONBRCMVEDBE7VR23XZKEKT/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/UUK35RB6CONWBMEAN3SRDUOE3FVA4DZS/


[ovirt-users] Re: failed during installation of ovirt node iso image

2021-12-13 Thread Sandro Bonazzola
Tracking the issue here: https://bugzilla.redhat.com/show_bug.cgi?id=2031911

Il giorno lun 13 dic 2021 alle ore 17:25 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

>
>
> Il giorno lun 13 dic 2021 alle ore 17:16 Sandro Bonazzola <
> sbona...@redhat.com> ha scritto:
>
>>
>>
>> Il giorno lun 13 dic 2021 alle ore 16:43 Sandro Bonazzola <
>> sbona...@redhat.com> ha scritto:
>>
>>>
>>>
>>> Il giorno lun 13 dic 2021 alle ore 16:31 
>>> ha scritto:
>>>
>>>> Hi all,
>>>> i have 3 Dell server r740. All have the same hardware configurations.
>>>> When i try to install the 2 last images; 4.4.9-2021120923, and
>>>> 4.4.9-2021120714 the installation process fail during boot installation.
>>>> At this linkt he bug report generated by anaconda.
>>>>
>>>> https://www.dropbox.com/s/5vkymurf8pyiuip/bug.tar.gz?dl=0
>>>>
>>>> When i install the image 4.4.9-2021102623 all works great.
>>>> Thank all
>>>> bye
>>>>
>>>
>>> thanks for the report!
>>> Error seems to be:
>>> ERROR:anaconda.modules.common.task.task:Thread
>>> AnaTaskThread-InstallBootloaderTask-1 has failed: Traceback (most recent
>>> call last):
>>>   File "/usr/lib64/python3.6/site-packages/pyanaconda/threading.py",
>>> line 280, in run
>>> threading.Thread.run(self)
>>>   File "/usr/lib64/python3.6/threading.py", line 885, in run
>>> self._target(*self._args, **self._kwargs)
>>>   File
>>> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/common/task/task.py",
>>> line 97, in _task_run_callback
>>> self._set_result(self.run())
>>>   File
>>> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/installation.py",
>>> line 103, in run
>>> install_boot_loader(storage=self._storage)
>>>   File
>>> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/utils.py",
>>> line 166, in install_boot_loader
>>> storage.bootloader.write()
>>>   File
>>> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
>>> line 113, in write
>>> self.install()
>>>   File
>>> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
>>> line 122, in install
>>> self.remove_efi_boot_target()
>>>   File
>>> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
>>> line 86, in remove_efi_boot_target
>>> buf = self.efibootmgr(capture=True)
>>>   File
>>> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
>>> line 57, in efibootmgr
>>> return exec_func("efibootmgr", list(args), **kwargs)
>>>   File "/usr/lib64/python3.6/site-packages/pyanaconda/core/util.py",
>>> line 413, in execWithCapture
>>> filter_stderr=filter_stderr)[1]
>>>   File "/usr/lib64/python3.6/site-packages/pyanaconda/core/util.py",
>>> line 321, in _run_program
>>> env_prune=env_prune)
>>>   File "/usr/lib64/python3.6/site-packages/pyanaconda/core/util.py",
>>> line 202, in startProgram
>>> preexec_fn=preexec, cwd=root, env=env, **kwargs)
>>>   File "/usr/lib64/python3.6/subprocess.py", line 729, in __init__
>>> restore_signals, start_new_session)
>>>   File "/usr/lib64/python3.6/subprocess.py", line 1364, in _execute_child
>>> raise child_exception_type(errno_num, err_msg, err_filename)
>>> FileNotFoundError: [Errno 2] No such file or directory: 'efibootmgr':
>>> 'efibootmgr'
>>>
>>> And indeed between 4.4.9 and 4.4.9.1 build the following packages
>>> disappeared from the manifest:
>>>
>>> efi-filesystem-3-3.el8.noarch
>>> efibootmgr-16-1.el8.x86_64
>>> efivar-libs-37-4.el8.x86_64
>>> grub2-efi-x64-2.02-99.el8_4.1.x86_64
>>>
>>> I also see there's a regression in ovirt-host package:
>>> in 4.4.9 the ISO contained ovirt-host-4.4.9-2.el8.x86_64 while in
>>> 4.4.9.1 it contains ovirt-host-4.4.8-1.el8.x86_64
>>>
>>> I'm digging into the root cause of this issue. I fear some packages got
>>> lost with the migration of the main server out of the Phoenix datacenter.
&

[ovirt-users] Re: failed during installation of ovirt node iso image

2021-12-13 Thread Sandro Bonazzola
Il giorno lun 13 dic 2021 alle ore 17:16 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

>
>
> Il giorno lun 13 dic 2021 alle ore 16:43 Sandro Bonazzola <
> sbona...@redhat.com> ha scritto:
>
>>
>>
>> Il giorno lun 13 dic 2021 alle ore 16:31 
>> ha scritto:
>>
>>> Hi all,
>>> i have 3 Dell server r740. All have the same hardware configurations.
>>> When i try to install the 2 last images; 4.4.9-2021120923, and
>>> 4.4.9-2021120714 the installation process fail during boot installation.
>>> At this linkt he bug report generated by anaconda.
>>>
>>> https://www.dropbox.com/s/5vkymurf8pyiuip/bug.tar.gz?dl=0
>>>
>>> When i install the image 4.4.9-2021102623 all works great.
>>> Thank all
>>> bye
>>>
>>
>> thanks for the report!
>> Error seems to be:
>> ERROR:anaconda.modules.common.task.task:Thread
>> AnaTaskThread-InstallBootloaderTask-1 has failed: Traceback (most recent
>> call last):
>>   File "/usr/lib64/python3.6/site-packages/pyanaconda/threading.py", line
>> 280, in run
>> threading.Thread.run(self)
>>   File "/usr/lib64/python3.6/threading.py", line 885, in run
>> self._target(*self._args, **self._kwargs)
>>   File
>> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/common/task/task.py",
>> line 97, in _task_run_callback
>> self._set_result(self.run())
>>   File
>> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/installation.py",
>> line 103, in run
>> install_boot_loader(storage=self._storage)
>>   File
>> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/utils.py",
>> line 166, in install_boot_loader
>> storage.bootloader.write()
>>   File
>> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
>> line 113, in write
>> self.install()
>>   File
>> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
>> line 122, in install
>> self.remove_efi_boot_target()
>>   File
>> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
>> line 86, in remove_efi_boot_target
>> buf = self.efibootmgr(capture=True)
>>   File
>> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
>> line 57, in efibootmgr
>> return exec_func("efibootmgr", list(args), **kwargs)
>>   File "/usr/lib64/python3.6/site-packages/pyanaconda/core/util.py", line
>> 413, in execWithCapture
>> filter_stderr=filter_stderr)[1]
>>   File "/usr/lib64/python3.6/site-packages/pyanaconda/core/util.py", line
>> 321, in _run_program
>> env_prune=env_prune)
>>   File "/usr/lib64/python3.6/site-packages/pyanaconda/core/util.py", line
>> 202, in startProgram
>> preexec_fn=preexec, cwd=root, env=env, **kwargs)
>>   File "/usr/lib64/python3.6/subprocess.py", line 729, in __init__
>> restore_signals, start_new_session)
>>   File "/usr/lib64/python3.6/subprocess.py", line 1364, in _execute_child
>> raise child_exception_type(errno_num, err_msg, err_filename)
>> FileNotFoundError: [Errno 2] No such file or directory: 'efibootmgr':
>> 'efibootmgr'
>>
>> And indeed between 4.4.9 and 4.4.9.1 build the following packages
>> disappeared from the manifest:
>>
>> efi-filesystem-3-3.el8.noarch
>> efibootmgr-16-1.el8.x86_64
>> efivar-libs-37-4.el8.x86_64
>> grub2-efi-x64-2.02-99.el8_4.1.x86_64
>>
>> I also see there's a regression in ovirt-host package:
>> in 4.4.9 the ISO contained ovirt-host-4.4.9-2.el8.x86_64 while in 4.4.9.1
>> it contains ovirt-host-4.4.8-1.el8.x86_64
>>
>> I'm digging into the root cause of this issue. I fear some packages got
>> lost with the migration of the main server out of the Phoenix datacenter.
>>
>> I guess we missed this because we tested the ISO on a non-efi system.
>>
>> +Lev Veyde  +Sanja Bonic  +Michal
>> Skrivanek  for awareness.
>>
>>
>
> The above missing packages are required from ovirt-release-host-node
> package on x86_64 architecture.
>
> Looks like the jenkins job building the iso is not able to detect it's an
> x86_64 host anymore and it's taking packages from some proxy which or
> mirror with outdated content.
>
> I'm going to try rebuilding by enforcing the use of the master mirror and
> enforcing the x8

[ovirt-users] Re: failed during installation of ovirt node iso image

2021-12-13 Thread Sandro Bonazzola
Il giorno lun 13 dic 2021 alle ore 16:43 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

>
>
> Il giorno lun 13 dic 2021 alle ore 16:31  ha
> scritto:
>
>> Hi all,
>> i have 3 Dell server r740. All have the same hardware configurations.
>> When i try to install the 2 last images; 4.4.9-2021120923, and
>> 4.4.9-2021120714 the installation process fail during boot installation.
>> At this linkt he bug report generated by anaconda.
>>
>> https://www.dropbox.com/s/5vkymurf8pyiuip/bug.tar.gz?dl=0
>>
>> When i install the image 4.4.9-2021102623 all works great.
>> Thank all
>> bye
>>
>
> thanks for the report!
> Error seems to be:
> ERROR:anaconda.modules.common.task.task:Thread
> AnaTaskThread-InstallBootloaderTask-1 has failed: Traceback (most recent
> call last):
>   File "/usr/lib64/python3.6/site-packages/pyanaconda/threading.py", line
> 280, in run
> threading.Thread.run(self)
>   File "/usr/lib64/python3.6/threading.py", line 885, in run
> self._target(*self._args, **self._kwargs)
>   File
> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/common/task/task.py",
> line 97, in _task_run_callback
> self._set_result(self.run())
>   File
> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/installation.py",
> line 103, in run
> install_boot_loader(storage=self._storage)
>   File
> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/utils.py",
> line 166, in install_boot_loader
> storage.bootloader.write()
>   File
> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
> line 113, in write
> self.install()
>   File
> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
> line 122, in install
> self.remove_efi_boot_target()
>   File
> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
> line 86, in remove_efi_boot_target
> buf = self.efibootmgr(capture=True)
>   File
> "/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
> line 57, in efibootmgr
> return exec_func("efibootmgr", list(args), **kwargs)
>   File "/usr/lib64/python3.6/site-packages/pyanaconda/core/util.py", line
> 413, in execWithCapture
> filter_stderr=filter_stderr)[1]
>   File "/usr/lib64/python3.6/site-packages/pyanaconda/core/util.py", line
> 321, in _run_program
> env_prune=env_prune)
>   File "/usr/lib64/python3.6/site-packages/pyanaconda/core/util.py", line
> 202, in startProgram
> preexec_fn=preexec, cwd=root, env=env, **kwargs)
>   File "/usr/lib64/python3.6/subprocess.py", line 729, in __init__
> restore_signals, start_new_session)
>   File "/usr/lib64/python3.6/subprocess.py", line 1364, in _execute_child
> raise child_exception_type(errno_num, err_msg, err_filename)
> FileNotFoundError: [Errno 2] No such file or directory: 'efibootmgr':
> 'efibootmgr'
>
> And indeed between 4.4.9 and 4.4.9.1 build the following packages
> disappeared from the manifest:
>
> efi-filesystem-3-3.el8.noarch
> efibootmgr-16-1.el8.x86_64
> efivar-libs-37-4.el8.x86_64
> grub2-efi-x64-2.02-99.el8_4.1.x86_64
>
> I also see there's a regression in ovirt-host package:
> in 4.4.9 the ISO contained ovirt-host-4.4.9-2.el8.x86_64 while in 4.4.9.1
> it contains ovirt-host-4.4.8-1.el8.x86_64
>
> I'm digging into the root cause of this issue. I fear some packages got
> lost with the migration of the main server out of the Phoenix datacenter.
>
> I guess we missed this because we tested the ISO on a non-efi system.
>
> +Lev Veyde  +Sanja Bonic  +Michal
> Skrivanek  for awareness.
>
>

The above missing packages are required from ovirt-release-host-node
package on x86_64 architecture.

Looks like the jenkins job building the iso is not able to detect it's an
x86_64 host anymore and it's taking packages from some proxy which or
mirror with outdated content.

I'm going to try rebuilding by enforcing the use of the master mirror and
enforcing the x86_64 architecture there.



>
>
>
>>
>> Federico
>>
>> ___
>> 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/K5EVL2TPWGQVH3LBOOOB5HW6FMAWZ5RJ/

[ovirt-users] Re: failed during installation of ovirt node iso image

2021-12-13 Thread Sandro Bonazzola
Il giorno lun 13 dic 2021 alle ore 16:31  ha
scritto:

> Hi all,
> i have 3 Dell server r740. All have the same hardware configurations.
> When i try to install the 2 last images; 4.4.9-2021120923, and
> 4.4.9-2021120714 the installation process fail during boot installation.
> At this linkt he bug report generated by anaconda.
>
> https://www.dropbox.com/s/5vkymurf8pyiuip/bug.tar.gz?dl=0
>
> When i install the image 4.4.9-2021102623 all works great.
> Thank all
> bye
>

thanks for the report!
Error seems to be:
ERROR:anaconda.modules.common.task.task:Thread
AnaTaskThread-InstallBootloaderTask-1 has failed: Traceback (most recent
call last):
  File "/usr/lib64/python3.6/site-packages/pyanaconda/threading.py", line
280, in run
threading.Thread.run(self)
  File "/usr/lib64/python3.6/threading.py", line 885, in run
self._target(*self._args, **self._kwargs)
  File
"/usr/lib64/python3.6/site-packages/pyanaconda/modules/common/task/task.py",
line 97, in _task_run_callback
self._set_result(self.run())
  File
"/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/installation.py",
line 103, in run
install_boot_loader(storage=self._storage)
  File
"/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/utils.py",
line 166, in install_boot_loader
storage.bootloader.write()
  File
"/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
line 113, in write
self.install()
  File
"/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
line 122, in install
self.remove_efi_boot_target()
  File
"/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
line 86, in remove_efi_boot_target
buf = self.efibootmgr(capture=True)
  File
"/usr/lib64/python3.6/site-packages/pyanaconda/modules/storage/bootloader/efi.py",
line 57, in efibootmgr
return exec_func("efibootmgr", list(args), **kwargs)
  File "/usr/lib64/python3.6/site-packages/pyanaconda/core/util.py", line
413, in execWithCapture
filter_stderr=filter_stderr)[1]
  File "/usr/lib64/python3.6/site-packages/pyanaconda/core/util.py", line
321, in _run_program
env_prune=env_prune)
  File "/usr/lib64/python3.6/site-packages/pyanaconda/core/util.py", line
202, in startProgram
preexec_fn=preexec, cwd=root, env=env, **kwargs)
  File "/usr/lib64/python3.6/subprocess.py", line 729, in __init__
restore_signals, start_new_session)
  File "/usr/lib64/python3.6/subprocess.py", line 1364, in _execute_child
raise child_exception_type(errno_num, err_msg, err_filename)
FileNotFoundError: [Errno 2] No such file or directory: 'efibootmgr':
'efibootmgr'

And indeed between 4.4.9 and 4.4.9.1 build the following packages
disappeared from the manifest:

efi-filesystem-3-3.el8.noarch
efibootmgr-16-1.el8.x86_64
efivar-libs-37-4.el8.x86_64
grub2-efi-x64-2.02-99.el8_4.1.x86_64

I also see there's a regression in ovirt-host package:
in 4.4.9 the ISO contained ovirt-host-4.4.9-2.el8.x86_64 while in 4.4.9.1
it contains ovirt-host-4.4.8-1.el8.x86_64

I'm digging into the root cause of this issue. I fear some packages got
lost with the migration of the main server out of the Phoenix datacenter.

I guess we missed this because we tested the ISO on a non-efi system.

+Lev Veyde  +Sanja Bonic  +Michal
Skrivanek  for awareness.




>
> Federico
>
> ___
> 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/K5EVL2TPWGQVH3LBOOOB5HW6FMAWZ5RJ/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/KJOBAXM3DZODYGUJUWV44XPZPYP5AXOL/


[ovirt-users] Re: oVirt and log4j vulnerability

2021-12-13 Thread Sandro Bonazzola
_
> 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/FHJWJHADUF4VLQVBK4LRGYQMD5ZMNBU5/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/5LJD7JKS4VY5WYWZEQ6UPTPFAKGPUD32/


[ovirt-users] Re: Upgraded to oVirt 4.4.9, still have vdsmd memory leak

2021-12-09 Thread Sandro Bonazzola
@Jiri Denemark  @Eduardo Lima  can
you please have a look on libvirt side?
@Martin Perina  the host/stats part within vdsm was
handled by people who are not working anymore on oVirt project, perhaps
someone from infra can have a look?

Il giorno gio 9 dic 2021 alle ore 11:20 Victor Stinner 
ha scritto:

> On Tue, Dec 7, 2021 at 6:12 PM Chris Adams  wrote:
> > Top differences
> > /usr/lib64/python3.6/site-packages/libvirt.py:442: size=295 MiB (+285
> MiB), count=5511282 (+5312311), average=56 B
> > /usr/lib64/python3.6/json/decoder.py:355: size=73.9 MiB (+70.2 MiB),
> count=736108 (+697450), average=105 B
> > /usr/lib64/python3.6/logging/__init__.py:1630: size=44.2 MiB (+43.8
> MiB), count=345704 (+342481), average=134 B
> > /usr/lib64/python3.6/site-packages/libvirt.py:5695: size=30.3 MiB (+30.0
> MiB), count=190449 (+188665), average=167 B
> > /usr/lib/python3.6/site-packages/vdsm/host/stats.py:138: size=12.1 MiB
> (+11.4 MiB), count=75366 (+70991), average=168 B
> > /usr/lib/python3.6/site-packages/vdsm/utils.py:358: size=10.4 MiB (+9968
> KiB), count=70204 (+65272), average=156 B
>
> That's quite significant!
>
> > Top block
> > 5511282 memory blocks: 302589.8 KiB
> >   File "/usr/lib64/python3.6/site-packages/libvirt.py", line 442
> > ret = libvirtmod.virEventRunDefaultImpl()
> >   File
> "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 69
> > libvirt.virEventRunDefaultImpl()
> >   File "/usr/lib/python3.6/site-packages/vdsm/common/concurrent.py",
> line 260
> > ret = func(*args, **kwargs)
>
> You should check where these "ret" objects (of libvirt.py:442) are
> stored: 5,511,282 is a lot of small objects (average: 56 bytes)! Maybe
> they are stored in a list and never destroyed.
>
> Maybe it's a reference leak in the libvirtmod.virEventRunDefaultImpl()
> function of "libvirtmod" C extension: missing Py_DECREF() somewhere.
>
> Or something somehow prevents to delete these projects object. For
> example, an exception is stored somewhere which keeps all variables
> alive (in Python 3, an exception stores a traceback object which keeps
> all variables of all frames alive).
>
> On GitHub and GitLab, I found the following code. Maybe there are
> minor differences in the versions that you are using.
>
> https://gitlab.com/libvirt/libvirt-python
> (I built the code locally to get build/libvirt.py)
>
> build/libvirt.c:
> ---
> PyObject *
> libvirt_intWrap(int val)
> {
> return PyLong_FromLong((long) val);
> }
>
> PyObject *
> libvirt_virEventRunDefaultImpl(PyObject *self ATTRIBUTE_UNUSED,
> PyObject *args ATTRIBUTE_UNUSED) {
> PyObject *py_retval;
> int c_retval;
> LIBVIRT_BEGIN_ALLOW_THREADS;
> c_retval = virEventRunDefaultImpl();
> LIBVIRT_END_ALLOW_THREADS;
> py_retval = libvirt_intWrap((int) c_retval);
> return py_retval;
> }
>
> static PyMethodDef libvirtMethods[] = {
> { (char *)"virEventRunDefaultImpl",
> libvirt_virEventRunDefaultImpl, METH_VARARGS, NULL },
> ...
> {NULL, NULL, 0, NULL}
> };
> ---
>
> This code looks correct and straightforward. Is it possible that
> internally virEventRunDefaultImpl() calls a Python memory allocator?
>
> build/libvirt.py:
> ---
> def virEventRunDefaultImpl():
> ret = libvirtmod.virEventRunDefaultImpl()
> if ret == -1:
> raise libvirtError('virEventRunDefaultImpl() failed')
> return ret
> ---
>
> Again, this code looks correct and straightforward.
>
>
> https://github.com/oVirt/vdsm/blob/37ed5c279c2dd9c9bb06329d674882e0f98f34d6/lib/vdsm/common/libvirtconnection.py
>
> vdsm/common/libvirtconnection.py:
> ---
> def __run(self):
> try:
> libvirt.virEventRegisterDefaultImpl()
> while self.run:
> libvirt.virEventRunDefaultImpl()
> finally:
> self.run = False
> ---
>
> libvirt.virEventRunDefaultImpl() result is ignored and so I don't see
> anything obvious which would explain a leak.
>
>
> Sometimes, looking at the top function is misleading since the
> explanation can be found in one of the caller functions.
>
> For example, which function creates 70.2 MiB of objects from a JSON
> document? What calls json/decoder.py:355?
>
> Victor
> ___
> 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:
> ht

[ovirt-users] Re: oVirt and ARM

2021-11-30 Thread Sandro Bonazzola
Il giorno mar 30 nov 2021 alle ore 13:43  ha
scritto:

> Hi,
>
> I've created a Pull Request at
> https://github.com/oVirt/ovirt-engine/pull/31 that fixes the build on
> Linux ARM64.
> Later I've noticed that the preferred way is at Gerrit:
> https://gerrit.ovirt.org/c/ovirt-engine/+/117852
> Any feedback is welcome!
>
>
Thanks for the patch! A first issue that I see is that the new dependency
is not packaged as RPM neither on CentOS nor on Fedora so we need to see if
we can manage to get this library properly packaged as RPM before including
it.
I'll let the java developers review the patch :-)


> Kind regards,
> Martin
> ___
> 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/KQ55UL4SOLIRN36MOWZWMGJSZSAWQAHR/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/ROXVFAZVHDGI6G7PJM6VDGCUMG57XG3O/


[ovirt-users] Bugs easy to fix but left behind for more important ones

2021-11-16 Thread Sandro Bonazzola
Hi,
there's a bunch of bugs which are easy to fix and can possibly be fixed
also by someone with little / no programming experience.
They are low priority, low severity, and likely going to be closed deferred
/ wontfix due to capacity by the end of the 4.5.0 development cycle.
But if you have time and you want to try to contribute to oVirt for the
first time, these are likely to be easy enough to let you contribute.

*Bug 1581672* <https://bugzilla.redhat.com/show_bug.cgi?id=1581672> - [TEXT]
add help for --otopi-environment to ovirt-engine-provisiondb tool
*Bug 2000121* <https://bugzilla.redhat.com/show_bug.cgi?id=2000121> -
docs/comments/etc
misguide about postgresql credentials defaults
*Bug 1999049* <https://bugzilla.redhat.com/show_bug.cgi?id=1999049> - hosted
engine installation fails if locale is Greek

If you give it a try and you have issues please let me know, I'll try to
help unblock you.

Thanks,
-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/ISOSEYA5FR2AVHJJSQXBN3OWQFORPODJ/


[ovirt-users] Re: Upgraded to oVirt 4.4.9, still have vdsmd memory leak

2021-11-12 Thread Sandro Bonazzola
Il giorno ven 12 nov 2021 alle ore 09:50 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

>
>
> Il giorno ven 12 nov 2021 alle ore 09:47 Sandro Bonazzola <
> sbona...@redhat.com> ha scritto:
>
>>
>>
>> Il giorno mer 10 nov 2021 alle ore 15:45 Chris Adams 
>> ha scritto:
>>
>>> I have seen vdsmd leak memory for years (I've been running oVirt since
>>> version 3.5), but never been able to nail it down.  I've upgraded a
>>> cluster to oVirt 4.4.9 (reloading the hosts with CentOS 8-stream), and I
>>> still see it happen.  One host in the cluster, which has been up 8 days,
>>> has vdsmd with 4.3 GB resident memory.  On a couple of other hosts, it's
>>> around half a gigabyte.
>>>
>>> In the past, it seemed more likely to happen on the hosted engine hosts
>>> and/or the SPM host... but the host with the 4.3 GB vdsmd is not either
>>> of those.
>>>
>>> I'm not sure what I do that would make my setup "special" compared to
>>> others; I loaded a pretty minimal install of CentOS 8-stream, with the
>>> only extra thing being I add the core parts of the Dell PowerEdge
>>> OpenManage tools (so I can get remote SNMP hardware monitoring).
>>>
>>> When I run "pmap $(pidof -x vdsmd)", the bulk of the RAM use is a single
>>> anonymous block (which I'm guessing is just the python general memory
>>> allocator).
>>>
>>> I thought maybe the switch to CentOS 8 and python 3 might clear
>>> something up, but obviously not.  Any ideas?
>>>
>>
>> I guess we still have the reproducibility issue (
>> https://lists.ovirt.org/archives/list/de...@ovirt.org/thread/KO5SEPAZMLBWSBS6OJZ73YVPLHIAFOLV/
>> ).
>> But maybe in the meanwhile there's a new way to track things down. +Marcin
>> Sobczyk  ?
>>
>>
>>
> Perhaps https://docs.python.org/3.6/library/tracemalloc.html ?
>

+David Malcolm  I saw your slides on python memory
leak debugging, maybe you can give some suggestions here.


>
>
>
>>
>>
>>> --
>>> Chris Adams 
>>> ___
>>> 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/3PTE35WMIVGLV2W47YVQUHCVOI6LGIPM/
>>>
>>
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>> sbona...@redhat.com
>> <https://www.redhat.com/>
>>
>> *Red Hat respects your work life balance. Therefore there is no need to
>> answer this email out of your office hours.*
>>
>>
>>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/IZIL7DCUJW6IXNKDH32YGPRRQY5Q5HXC/


[ovirt-users] Re: Upgraded to oVirt 4.4.9, still have vdsmd memory leak

2021-11-12 Thread Sandro Bonazzola
Il giorno ven 12 nov 2021 alle ore 09:47 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

>
>
> Il giorno mer 10 nov 2021 alle ore 15:45 Chris Adams  ha
> scritto:
>
>> I have seen vdsmd leak memory for years (I've been running oVirt since
>> version 3.5), but never been able to nail it down.  I've upgraded a
>> cluster to oVirt 4.4.9 (reloading the hosts with CentOS 8-stream), and I
>> still see it happen.  One host in the cluster, which has been up 8 days,
>> has vdsmd with 4.3 GB resident memory.  On a couple of other hosts, it's
>> around half a gigabyte.
>>
>> In the past, it seemed more likely to happen on the hosted engine hosts
>> and/or the SPM host... but the host with the 4.3 GB vdsmd is not either
>> of those.
>>
>> I'm not sure what I do that would make my setup "special" compared to
>> others; I loaded a pretty minimal install of CentOS 8-stream, with the
>> only extra thing being I add the core parts of the Dell PowerEdge
>> OpenManage tools (so I can get remote SNMP hardware monitoring).
>>
>> When I run "pmap $(pidof -x vdsmd)", the bulk of the RAM use is a single
>> anonymous block (which I'm guessing is just the python general memory
>> allocator).
>>
>> I thought maybe the switch to CentOS 8 and python 3 might clear
>> something up, but obviously not.  Any ideas?
>>
>
> I guess we still have the reproducibility issue (
> https://lists.ovirt.org/archives/list/de...@ovirt.org/thread/KO5SEPAZMLBWSBS6OJZ73YVPLHIAFOLV/
> ).
> But maybe in the meanwhile there's a new way to track things down. +Marcin
> Sobczyk  ?
>
>
>
Perhaps https://docs.python.org/3.6/library/tracemalloc.html ?



>
>
>> --
>> Chris Adams 
>> ___
>> 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/3PTE35WMIVGLV2W47YVQUHCVOI6LGIPM/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/PD5T57TRMEUZEX7YMR7A6XNV5NSGCMFB/


[ovirt-users] Re: Upgraded to oVirt 4.4.9, still have vdsmd memory leak

2021-11-12 Thread Sandro Bonazzola
Il giorno mer 10 nov 2021 alle ore 15:45 Chris Adams  ha
scritto:

> I have seen vdsmd leak memory for years (I've been running oVirt since
> version 3.5), but never been able to nail it down.  I've upgraded a
> cluster to oVirt 4.4.9 (reloading the hosts with CentOS 8-stream), and I
> still see it happen.  One host in the cluster, which has been up 8 days,
> has vdsmd with 4.3 GB resident memory.  On a couple of other hosts, it's
> around half a gigabyte.
>
> In the past, it seemed more likely to happen on the hosted engine hosts
> and/or the SPM host... but the host with the 4.3 GB vdsmd is not either
> of those.
>
> I'm not sure what I do that would make my setup "special" compared to
> others; I loaded a pretty minimal install of CentOS 8-stream, with the
> only extra thing being I add the core parts of the Dell PowerEdge
> OpenManage tools (so I can get remote SNMP hardware monitoring).
>
> When I run "pmap $(pidof -x vdsmd)", the bulk of the RAM use is a single
> anonymous block (which I'm guessing is just the python general memory
> allocator).
>
> I thought maybe the switch to CentOS 8 and python 3 might clear
> something up, but obviously not.  Any ideas?
>

I guess we still have the reproducibility issue (
https://lists.ovirt.org/archives/list/de...@ovirt.org/thread/KO5SEPAZMLBWSBS6OJZ73YVPLHIAFOLV/
).
But maybe in the meanwhile there's a new way to track things down. +Marcin
Sobczyk  ?




> --
> Chris Adams 
> ___
> 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/3PTE35WMIVGLV2W47YVQUHCVOI6LGIPM/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/YWFMABWWTTSBN3HCJFFGTICS7V2WQD3G/


[ovirt-users] Re: upgrade dependency issues

2021-11-12 Thread Sandro Bonazzola
Il giorno gio 11 nov 2021 alle ore 23:19 David White <
dmwhite...@protonmail.com> ha scritto:

> Hi team,
> I saw that RHEL 8.5 was released yesterday, so I just put one of my hosts
> that doesn't have local gluster storage into maintenance mode and again
> attempted an update.
>
> The update again failed through the oVirt web UI, and a `yum update` from
> the command line again failed with the same issues as I documented in this
> email thread earlier.
> So I ran `yum update --disablerepo ovirt\*` successfully, then I tried a
> standard yum update again.
>
> I'm still getting the same problems. Is there still an issue with
> upgrading to the latest version of oVirt, even when on RHEL 8.5?
> I'm not going to paste the full stdout here, because there's a lot, but
> here's all of the "Problems".
>
> Should I try a --no-best here?
>
> Problem 1: cannot install the best update candidate for package
> vdsm-4.40.80.6-1.el8.x86_64
> Problem 2: package vdsm-gluster-4.40.90.4-1.el8.x86_64 requires vdsm =
> 4.40.90.4-1.el8, but none of the providers can be installed
> Problem 3: package ovirt-host-dependencies-4.4.9-2.el8.x86_64 requires
> vdsm >= 4.40.90, but none of the providers can be installed
> Problem 4: package ovirt-host-4.4.9-2.el8.x86_64 requires
> ovirt-host-dependencies = 4.4.9-2.el8, but none of the providers can be
> installed
> Problem 5: package ovirt-provider-ovn-driver-1.2.34-1.el8.noarch requires
> vdsm, but none of the providers can be installed
> Problem 6: package ovirt-hosted-engine-ha-2.4.9-1.el8.noarch requires vdsm
> >= 4.40.0, but none of the providers can be installed
> Problem 7: problem with installed package vdsm-4.40.80.6-1.el8.x86_64
> Problem 8: problem with installed package
> vdsm-gluster-4.40.80.6-1.el8.x86_64
> Problem 9: problem with installed package
> ovirt-provider-ovn-driver-1.2.34-1.el8.noarch
> Problem 10: problem with installed package
> ovirt-hosted-engine-ha-2.4.8-1.el8.noarch
> Problem 11: package ovirt-hosted-engine-setup-2.5.4-2.el8.noarch requires
> ovirt-hosted-engine-ha >= 2.4, but none of the providers can be installed
> Problem 12: problem with installed package
> ovirt-host-dependencies-4.4.8-1.el8.x86_64
>

There's something weird here because: "package
vdsm-gluster-4.40.90.4-1.el8.x86_64 requires vdsm = 4.40.90.4-1.el8, but
none of the providers can be installed" but there's no explanation on why
vdsm-4.40.90.4 couldn't be installed.

What worries me is the "problem with installed package" list.

Can you please run again with "--debugsolver" ?








>
> I tried rebooting the system, but am getting the same errors, even on the
> RHEL 8.5 kernel.
>
> As an aside, I'm having a really frustrating time with my network
> configurations somehow getting somewhat reset on every system reboot, and
> it always takes me a while to get full network connectivity up and running
> again. I'm running into that issue yet again, but I don't want to derail
> the topic here... I can send another email if necessary.
>
> Sent with ProtonMail <https://protonmail.com/> Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> On Tuesday, October 26th, 2021 at 9:37 AM, Sandro Bonazzola <
> sbona...@redhat.com> wrote:
>
>
>
> Il giorno mar 26 ott 2021 alle ore 15:32 Gianluca Cecchi <
> gianluca.cec...@gmail.com> ha scritto:
>
>> On Tue, Oct 26, 2021 at 12:12 PM Sandro Bonazzola 
>> wrote:
>>
>>> Thanks for the report, my team is looking into the dedependency failures.
>>> oVirt 4.4.9 has been developed on CentOS Stream 8 and some dependencies
>>> are not yet available on RHEL 8.4 and derivatives.
>>>
>>
>> Ok, fair enough you only test on CentOS Stream 8, but at least I think
>> you should change what you are going to write in the next release notes,
>> putting only what actually tested.
>>
>> For 4.4.9 there was:
>>
>> "
>>
>> This release is available now on x86_64 architecture for:
>>
>>-
>>
>>Red Hat Enterprise Linux 8.4
>>-
>>
>>CentOS Linux (or similar) 8.4
>>-
>>
>>CentOS Stream 8
>>
>>
>> This release supports Hypervisor Hosts on x86_64 and ppc64le
>> architectures for:
>>
>>-
>>
>>Red Hat Enterprise Linux 8.4
>>-
>>
>>CentOS Linux (or similar) 8.4
>>-
>>
>>oVirt Node NG (based on CentOS Stream 8)
>>-
>>
>>CentOS Stream 8
>>
>>
>> "
>> So one understands that at least installation/upgrade from 4.4.8 to 4.4.9
>> has been validated when the hos

[ovirt-users] Re: Issues with resizing Gluster Volumes with sharding and lookup-optimize enabled

2021-11-08 Thread Sandro Bonazzola
Il giorno dom 7 nov 2021 alle ore 17:27 Strahil Nikolov <
hunter86...@yahoo.com> ha scritto:

> Hello All,
>
> I recently found a RH solution regards issues with resizing Gluster
> volumes with lookup-optimize enabled and I think it's worth sharing:
> https://access.redhat.com/solutions/5896761
> https://github.com/gluster/glusterfs/issues/1918
>
> @Sandro,
> Do you think it's worth checking and disabling that Gluster option on
> oVirt upgrade ? It might affect older setups that might still have it
> enabled.
>
> Best Regards,
> Strahil Nikolov
>
>
>
Redirecting the question to @Gobinda Das  and
@Sundaramoorthi,
Satheesaran 

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/G3W3RPZROTCF3YC3JBH6BDHNRURS4EZD/


[ovirt-users] Re: c9s - early?

2021-11-02 Thread Sandro Bonazzola
Il giorno mar 2 nov 2021 alle ore 11:14 lejeczek via Users 
ha scritto:

> hi guys.
>
> Though CentOS Stream 9 is available these are its early days
> - may I ask @devel - how far away oVirt is from this new
> CStream?
>

We are working on it:
https://www.ovirt.org/develop/release-management/features/integration/centos-9-stream-support.html
(ignore the outdated stuff warning)
It would be great having feedback / testing on real hardware for it.


>
> many thanks, L.
> ___
> 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/PZL6Y4UH3GVMOM3VDSFPAFE7N5AILNNE/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/UUXXAGRBC752AO7D5BTORFNT2YXQCA44/


[ovirt-users] Re: upgrade dependency issues

2021-10-26 Thread Sandro Bonazzola
Il giorno mar 26 ott 2021 alle ore 15:32 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> On Tue, Oct 26, 2021 at 12:12 PM Sandro Bonazzola 
> wrote:
>
>> Thanks for the report, my team is looking into the dedependency failures.
>> oVirt 4.4.9 has been developed on CentOS Stream 8 and some dependencies
>> are not yet available on RHEL 8.4 and derivatives.
>>
>
> Ok, fair enough you only test on CentOS Stream 8, but at least I think you
> should change what you are going to write in the next release notes,
> putting only what actually tested.
>
> For 4.4.9 there was:
>
> "
>
> This release is available now on x86_64 architecture for:
>
>-
>
>Red Hat Enterprise Linux 8.4
>-
>
>CentOS Linux (or similar) 8.4
>-
>
>CentOS Stream 8
>
>
> This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
> for:
>
>-
>
>Red Hat Enterprise Linux 8.4
>-
>
>CentOS Linux (or similar) 8.4
>-
>
>oVirt Node NG (based on CentOS Stream 8)
>-
>
>CentOS Stream 8
>
>
> "
> So one understands that at least installation/upgrade from 4.4.8 to 4.4.9
> has been validated when the hosts are in CentOS 8.4 or in RH EL 8.4, that
> currently are the latest 8.4 level released, while it seems both fails
> right now, correct?
>
> Gianluca
>

It fails right now, correct.



-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/SIEEHVWHOX3EIBHF5LWKGKWBBCO7RQ4H/


[ovirt-users] Re: upgrade dependency issues

2021-10-26 Thread Sandro Bonazzola
Thanks for the report, my team is looking into the dedependency failures.
oVirt 4.4.9 has been developed on CentOS Stream 8 and some dependencies are
not yet available on RHEL 8.4 and derivatives.
Those dependencies should be already available in RHEL 8.5 Beta and
derivatives (I saw AlmaLinux 8.5 beta is already out).
We'll see if we can make the missing deps available in CentOS Virt SIG.
The requirement on VDSM 4.5 is clearly a bug (
https://bugzilla.redhat.com/show_bug.cgi?id=2016984 ) in oVirt build, we
are fixing it right now.

Il giorno lun 25 ott 2021 alle ore 16:13 John Florian <
jflor...@doubledog.org> ha scritto:

> I recently upgrade my engine to 4.4.9 following the usual engine-setup
> procedure.  Once that was done, I tried to do a dnf upgrade to get
> everything else and found:
>
> Error:
>  Problem: cannot install the best update candidate for package
> ovirt-engine-metrics-1.4.3-1.el8.noarch
>   - nothing provides rhel-system-roles >= 1.7.2-1 needed by
> ovirt-engine-metrics-1.4.4-1.el8.noarch
> (try to add '--skip-broken' to skip uninstallable packages or '--nobest'
> to use not only best candidate packages)
>
>
> I was also trying to update my hosts thru the GUI and that was failing
> also.  I couldn't find the right log with good details as to why, so I just
> tried to dnf upgrade from the shell to see what got reported and found:
>
> Error:
>  Problem 1: cannot install the best update candidate for package
> ovirt-host-dependencies-4.4.8-1.el8.x86_64
>   - nothing provides rsyslog-openssl needed by
> ovirt-host-dependencies-4.4.9-2.el8.x86_64
>  Problem 2: cannot install the best update candidate for package
> ovirt-hosted-engine-setup-2.5.3-1.el8.noarch
>   - nothing provides ovirt-host >= 4.5.0 needed by
> ovirt-hosted-engine-setup-2.5.4-1.el8.noarch
>   - nothing provides vdsm-python >= 4.50 needed by
> ovirt-hosted-engine-setup-2.5.4-1.el8.noarch
>  Problem 3: cannot install the best update candidate for package
> vdsm-4.40.80.5-1.el8.x86_64
>   - nothing provides libvirt-daemon-kvm >= 7.6.0-2 needed by
> vdsm-4.40.90.3-1.el8.x86_64
>  Problem 4: package ovirt-host-4.4.9-2.el8.x86_64 requires
> ovirt-host-dependencies = 4.4.9-2.el8, but none of the providers can be
> installed
>   - cannot install the best update candidate for package
> ovirt-host-4.4.8-1.el8.x86_64
>   - nothing provides rsyslog-openssl needed by
> ovirt-host-dependencies-4.4.9-2.el8.x86_64
>  Problem 5: package vdsm-hook-fcoe-4.40.90.3-1.el8.noarch requires vdsm,
> but none of the providers can be installed
>   - package vdsm-4.40.80.5-1.el8.x86_64 requires vdsm-http =
> 4.40.80.5-1.el8, but none of the providers can be installed
>   - package vdsm-4.40.17-1.el8.x86_64 requires vdsm-http = 4.40.17-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.18-1.el8.x86_64 requires vdsm-http = 4.40.18-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.19-1.el8.x86_64 requires vdsm-http = 4.40.19-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.20-1.el8.x86_64 requires vdsm-http = 4.40.20-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.21-1.el8.x86_64 requires vdsm-http = 4.40.21-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.22-1.el8.x86_64 requires vdsm-http = 4.40.22-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.26.3-1.el8.x86_64 requires vdsm-http =
> 4.40.26.3-1.el8, but none of the providers can be installed
>   - package vdsm-4.40.30-1.el8.x86_64 requires vdsm-http = 4.40.30-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.31-1.el8.x86_64 requires vdsm-http = 4.40.31-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.32-1.el8.x86_64 requires vdsm-http = 4.40.32-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.33-1.el8.x86_64 requires vdsm-http = 4.40.33-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.34-1.el8.x86_64 requires vdsm-http = 4.40.34-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.35-1.el8.x86_64 requires vdsm-http = 4.40.35-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.35.1-1.el8.x86_64 requires vdsm-http =
> 4.40.35.1-1.el8, but none of the providers can be installed
>   - package vdsm-4.40.36-1.el8.x86_64 requires vdsm-http = 4.40.36-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.37-1.el8.x86_64 requires vdsm-http = 4.40.37-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.38-1.el8.x86_64 requires vdsm-http = 4.40.38-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.39-1.el8.x86_64 requires vdsm-http = 4.40.39-1.el8,
> but none of the providers can be installed
>   - package vdsm-4.40.40-1.el8.x86_64 requires vdsm-http = 4.40.40-1.el8,
> but none of the providers can be installed
>   - package 

[ovirt-users] [ANN] oVirt 4.4.9 is now generally available

2021-10-21 Thread Sandro Bonazzola
://bugzilla.redhat.com/show_bug.cgi?id=1845271> -
   Better documentation for host ssh requirements
   -

   Bug 1993575 <https://bugzilla.redhat.com/show_bug.cgi?id=1993575> -
   Missing documentation: HOWTO recover from a corrupted hosted engine meta
   data file



oVirt Appliance has been updated, including:

   -

   oVirt 4.4.9: https://www.ovirt.org/release/4.4.9/
   -

   CentOS Stream 8 latest updates


See the release notes [1] for installation instructions and a list of new
features and bugs fixed.

Notes:

   -

   oVirt Appliance is already available for CentOS Stream 8
   -

   oVirt Node NG will be available shortly, as it’s currently waiting for a
   fix of BZ#1999141 <https://bugzilla.redhat.com/show_bug.cgi?id=1999141>


Additional resources:

   -

   Read more about the oVirt 4.4.9 release highlights:
   https://www.ovirt.org/release/4.4.9/
   -

   Get more oVirt project updates on Twitter: https://twitter.com/ovirt
   -

   Check out the latest project news on the oVirt blog:
   https://blogs.ovirt.org/


[1] https://www.ovirt.org/release/4.4.9/


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/3QLAFTPLERHMODN4CLINE5SZCJO7PBE7/


[ovirt-users] Re: Engine backup / restore

2021-10-20 Thread Sandro Bonazzola
Il giorno mer 20 ott 2021 alle ore 10:21 Laurent Duparchy 
ha scritto:

> Hi,
>
> Thanks for your reply
>
> Yes I did open a SR at Oracle. The current status is "awaiting internal
> response" (been like that for 12 days).
>
> Perhpas you can tell me if the current oVirt release resync automatically
> ?
>
> BTW, as newbie to oVirt, could please tell me what do you mean by "a long
> time ago" ? (just remembering the early days of internet / Mosaic browser
> where one week since the last releases was "a long time ago"...)
>

oVirt  4.3 reached End Of Life once oVirt 4.4.0 was released on May 20th
2020, about a year and a half ago.




>
>
>
>
> *Laurent Duparchy ESRF - The European Synchrotron MIS Group 04 76 88 22 56*
> Sandro Bonazzola wrote on 20/10/2021 10:07:
>
> Hi, oVirt 4.3 reached the end of life a long time ago. Being on an oVirt
> distribution supported by Oracle I would recommend opening a ticket to
> their support.
>
> Il giorno mer 6 ott 2021 alle ore 07:10  ha scritto:
>
>> Hi,
>>
>> I'm testing Backup / Restore of the engine.
>>
>> Once the engine is restored ; how to resync the engine database with the
>> "reality" of the Storage Domains ? (I'm talking about  anything that could
>> have been done after the engine backup : Deleted / Created VMs ; Snapshots
>> taken since the backup, etc..
>>
>> I'm on 4.3, Oracle LVM context.
>>
>>  My Tests :
>>
>> - Create a snapshot of some random VM. Say VM-1
>> - Enable that VM preview and start it on a host.
>>
>> - Stop OLVM engine server.
>> - Start a full backup copy of that OLVM engine (That backup being a
>> snapshot taken, say, yesterday. Our test OLVM engine being a VM running in
>> another separate virltualization infrastucture.)
>>
>> The restored OLVM does not show the existence of the VM-1 snapshot. It
>> only shows the VM running on the active instance. No snapshot.
>> I tried Storage Domain / Scan disks. No refresh to be seen.
>> ___
>> 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/TNTXFJUUVFFCTYQAKK57OMF3HIFQSDSU/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours. *
>
>
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/VZM2267X5GFKLPHA2KS37QMO3SO6JYL7/


[ovirt-users] Re: Engine backup / restore

2021-10-20 Thread Sandro Bonazzola
Hi, oVirt 4.3 reached the end of life a long time ago. Being on an oVirt
distribution supported by Oracle I would recommend opening a ticket to
their support.

Il giorno mer 6 ott 2021 alle ore 07:10  ha scritto:

> Hi,
>
> I'm testing Backup / Restore of the engine.
>
> Once the engine is restored ; how to resync the engine database with the
> "reality" of the Storage Domains ? (I'm talking about  anything that could
> have been done after the engine backup : Deleted / Created VMs ; Snapshots
> taken since the backup, etc..
>
> I'm on 4.3, Oracle LVM context.
>
>  My Tests :
>
> - Create a snapshot of some random VM. Say VM-1
> - Enable that VM preview and start it on a host.
>
> - Stop OLVM engine server.
> - Start a full backup copy of that OLVM engine (That backup being a
> snapshot taken, say, yesterday. Our test OLVM engine being a VM running in
> another separate virltualization infrastucture.)
>
> The restored OLVM does not show the existence of the VM-1 snapshot. It
> only shows the VM running on the active instance. No snapshot.
> I tried Storage Domain / Scan disks. No refresh to be seen.
> ___
> 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/TNTXFJUUVFFCTYQAKK57OMF3HIFQSDSU/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/GOBT6RV4N6Z7KLCV76VBW2H36ANKCIQZ/


[ovirt-users] Re: Ceph integration

2021-10-20 Thread Sandro Bonazzola
Il giorno mer 20 ott 2021 alle ore 10:09 samuel@horebdata.cn <
samuel@horebdata.cn> ha scritto:

> Great, sounds very interesting. I will give a try.
>
> How about the stability of this approach to use Ceph RBD?  Can we call it
> prodouction-ready or just experimental?
>

I'll let the storage team to reply to this, but it seems stable enough for
production to me.
+Eyal Shenitzky  ?




>
> --
> Do Right Thing (做正确的事) / Pursue Excellence (追求卓越) / Help Others Succeed
> (成就他人)
>
>
> *From:* Sandro Bonazzola 
> *Date:* 2021-10-20 10:04
> *To:* samuel@horebdata.cn
> *CC:* users 
> *Subject:* Re: [ovirt-users] Re: Ovirt VM started with the most recent
> snapshot with the current disk missing
>
>
> Il giorno mer 20 ott 2021 alle ore 09:59 samuel@horebdata.cn <
> samuel@horebdata.cn> ha scritto:
>
>> Thanks for the tip. I will then upgrade to 4.4.
>>
>> By the way, how about the progress of the support of Ceph storage for
>> Ovirt? Proxmox has a very good successful story of integrating Ceph, and we
>> hope Ovirt would soon catch up.
>>
>
> I wrote a blog about it here:
> https://blogs.ovirt.org/2021/07/using-ceph-only-storage-for-ovirt-datacenter/
>
>
>
>
>>
>> best regards,
>>
>> samuel
>>
>> --
>> Do Right Thing (做正确的事) / Pursue Excellence (追求卓越) / Help Others Succeed
>> (成就他人)
>>
>>
>> *From:* Sandro Bonazzola 
>> *Date:* 2021-10-20 09:16
>> *To:* Xiaoyu Hu 
>> *CC:* oVirt Users 
>> *Subject:* [ovirt-users] Re: Ovirt VM started with the most recent
>> snapshot with the current disk missing
>>
>>
>> Il giorno dom 17 ott 2021 alle ore 13:57 Xiaoyu Hu 
>> ha scritto:
>>
>>> Dear Ovirt folks,
>>>
>>> I am faced with a very strange situation with Ovirt 4.3. A virtual
>>> machine has two snapshots and a working disk, with the former two snapshots
>>> being read only and the working one read-write. After an unplanned power
>>> outage, a virtual machine can only be started with the recent snapshot, and
>>> the actual working disk is missing in the Ovirt UI. I can see the disk
>>> still exists in the backend storage, but it seems not Ovirt does not know
>>> it. Thus the VM lose the recent data on the missing disk.
>>>
>>> Does any one know whether this is a known bug in Ovirt 4.3, or is there
>>> a method to resotre the missing working disk back to the virtuanl machine?
>>> Otherwise i am faced with a terrible data loss issue on Ovirt
>>>
>> Hi, oVirt 4.3 reached the end of life a long time ago. I would recommend
>> upgrading to oVirt 4.4 as soon as practical.
>>
>>
>>
>>> best regards,
>>>
>>> Samuel
>>> ___
>>> 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/N7JVXAU5MLAG5YX7LY2XABT3TDKOHYFX/
>>>
>>
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>> sbona...@redhat.com
>> <https://www.redhat.com/>
>>
>> *Red Hat respects your work life balance. Therefore there is no need to
>> answer this email out of your office hours.*
>>
>>
>>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/PFLRZTCLLDTJEDWI4HTKQ5GCGLRCCG2G/


[ovirt-users] Re: Ovirt VM started with the most recent snapshot with the current disk missing

2021-10-20 Thread Sandro Bonazzola
Il giorno mer 20 ott 2021 alle ore 09:59 samuel@horebdata.cn <
samuel@horebdata.cn> ha scritto:

> Thanks for the tip. I will then upgrade to 4.4.
>
> By the way, how about the progress of the support of Ceph storage for
> Ovirt? Proxmox has a very good successful story of integrating Ceph, and we
> hope Ovirt would soon catch up.
>

I wrote a blog about it here:
https://blogs.ovirt.org/2021/07/using-ceph-only-storage-for-ovirt-datacenter/




>
> best regards,
>
> samuel
>
> --
> Do Right Thing (做正确的事) / Pursue Excellence (追求卓越) / Help Others Succeed
> (成就他人)
>
>
> *From:* Sandro Bonazzola 
> *Date:* 2021-10-20 09:16
> *To:* Xiaoyu Hu 
> *CC:* oVirt Users 
> *Subject:* [ovirt-users] Re: Ovirt VM started with the most recent
> snapshot with the current disk missing
>
>
> Il giorno dom 17 ott 2021 alle ore 13:57 Xiaoyu Hu 
> ha scritto:
>
>> Dear Ovirt folks,
>>
>> I am faced with a very strange situation with Ovirt 4.3. A virtual
>> machine has two snapshots and a working disk, with the former two snapshots
>> being read only and the working one read-write. After an unplanned power
>> outage, a virtual machine can only be started with the recent snapshot, and
>> the actual working disk is missing in the Ovirt UI. I can see the disk
>> still exists in the backend storage, but it seems not Ovirt does not know
>> it. Thus the VM lose the recent data on the missing disk.
>>
>> Does any one know whether this is a known bug in Ovirt 4.3, or is there a
>> method to resotre the missing working disk back to the virtuanl machine?
>> Otherwise i am faced with a terrible data loss issue on Ovirt
>>
> Hi, oVirt 4.3 reached the end of life a long time ago. I would recommend
> upgrading to oVirt 4.4 as soon as practical.
>
>
>
>> best regards,
>>
>> Samuel
>> ___
>> 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/N7JVXAU5MLAG5YX7LY2XABT3TDKOHYFX/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/GCZVA2VELXZJG6S5D3J3EPT7TCW73RUB/


[ovirt-users] Re: prod network glitch after reboot lab server

2021-10-20 Thread Sandro Bonazzola
+Ales Musil  , +Eyal Shenitzky  can
you please have a look?

Il giorno gio 7 ott 2021 alle ore 16:23 Dominique D <
dominique.desche...@gcgenicom.com> ha scritto:

> Hi,
>
> I have two ovirt environments on the same network.
>
> 2 switches (10G switch for storage and 1G switch for data / management)
>
> 1) Prod environment:
> 3 oVirt 4.4.6 nodes (1 port 10G per node for storage gluster and 1 port 1G
> for data / management)
>
> 2) Lab environment
> 2 oVirt nodes 4.4.6 (1 Port 10G per node for storage gluster and 1 port 1G
> for data / management)
>
> The storage is on the same vlan and subnet for both environments.
>
> When I restart one of my lab servers, I have communication cuts/glitch on
> my production ovirt clusters. I even had server reboots.
>
> Do you know why ?
>
> Here somes log :
>
>
> VDSM ovnode1.telecom.lan command SpmStatusVDS failed: Connection timeout
> for host 'ovnode1.telecom.lan', last response arrived 42479 ms ago.
> Host ovnode1.telecom.lan is not responding. It will stay in Connecting
> state for a grace period of 88 seconds and after that an attempt to fence
> the host will be issued.
> Invalid status on Data Center Default. Setting Data Center status to Non
> Responsive (On host ovnode1.telecom.lan, Error: Network error during
> communication with the Host.).
> Host ovnode1.telecom.lan cannot access the Storage Domain(s) datassd
> attached to the Data Center Default. Setting Host state to Non-Operational.
> ___
> 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/2OPP3SSAMDKDE65EFOVOMKAAEFVSXZVJ/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/TW576SFU3J6UZNJF6OWV4D3SPBCEIBEY/


[ovirt-users] Re: Hosted Engine Deployment failure

2021-10-20 Thread Sandro Bonazzola
t vdsm-hook-ethtool-options
>
> [ovirt-4.4-centos-stream-advanced-virtualization]
> name = Advanced Virtualization CentOS Stream packages for $basearch
> baseurl =
> http://mirror.centos.org/centos/8-stream/virt/$basearch/advancedvirt-common/
> enabled = 1
> gpgcheck = 1
> gpgkey = https://www.centos.org/keys/RPM-GPG-KEY-CentOS-SIG-Virtualization
> module_hotfixes = 1
> includepkgs = ovirt-node-ng-image-update ovirt-node-ng-image
> ovirt-engine-appliance vdsm-hook-fcoe vdsm-hook-vhostmd
> vdsm-hook-openstacknet vdsm-hook-ethtool-options
>
> [ovirt-4.4-centos-stream-ovirt44]
> name = CentOS-8 Stream - oVirt 4.4
> baseurl =
> http://mirror.centos.org/centos/8-stream/virt/$basearch/ovirt-44/
> enabled = 1
> gpgcheck = 1
> gpgkey = https://www.centos.org/keys/RPM-GPG-KEY-CentOS-SIG-Virtualization
> includepkgs = ovirt-node-ng-image-update ovirt-node-ng-image
> ovirt-engine-appliance vdsm-hook-fcoe vdsm-hook-vhostmd
> vdsm-hook-openstacknet vdsm-hook-ethtool-options
>
> [ovirt-4.4-centos-opstools]
> name = CentOS-8 - OpsTools - collectd
> mirrorlist =
> http://mirrorlist.centos.org/?arch=$basearch=$releasever=opstools-collectd-5
> gpgcheck = 1
> enabled = 1
> gpgkey = https://www.centos.org/keys/RPM-GPG-KEY-CentOS-SIG-OpsTools
> includepkgs = ovirt-node-ng-image-update ovirt-node-ng-image
> ovirt-engine-appliance vdsm-hook-fcoe vdsm-hook-vhostmd
> vdsm-hook-openstacknet vdsm-hook-ethtool-options
>
> [ovirt-4.4-centos-stream-nfv-openvswitch]
> name = CentOS-$releasever - NFV OpenvSwitch
> baseurl =
> http://mirror.centos.org/centos/8-stream/nfv/$basearch/openvswitch-2/
> gpgcheck = 1
> enabled = 1
> gpgkey = https://www.centos.org/keys/RPM-GPG-KEY-CentOS-SIG-NFV
> module_hotfixes = 1
> includepkgs = ovirt-node-ng-image-update ovirt-node-ng-image
> ovirt-engine-appliance vdsm-hook-fcoe vdsm-hook-vhostmd
> vdsm-hook-openstacknet vdsm-hook-ethtool-options
>
> [ovirt-4.4-centos-ceph-pacific]
> name = Ceph packages for $basearch
> baseurl =
> http://mirror.centos.org/centos/8-stream/storage/$basearch/ceph-pacific
> enabled = 1
> priority = 2
> gpgcheck = 1
> gpgkey = https://www.centos.org/keys/RPM-GPG-KEY-CentOS-SIG-Storage
> includepkgs = ovirt-node-ng-image-update ovirt-node-ng-image
> ovirt-engine-appliance vdsm-hook-fcoe vdsm-hook-vhostmd
> vdsm-hook-openstacknet vdsm-hook-ethtool-options
>
> [ovirt-4.4-openstack-victoria]
> name = OpenStack Victoria Repository
> baseurl =
> http://mirror.centos.org/centos/$releasever/cloud/$basearch/openstack-victoria/
> gpgcheck = 1
> enabled = 1
> module_hotfixes = 1
> gpgkey = https://www.centos.org/keys/RPM-GPG-KEY-CentOS-SIG-Cloud
> includepkgs = ovirt-node-ng-image-update ovirt-node-ng-image
> ovirt-engine-appliance vdsm-hook-fcoe vdsm-hook-vhostmd
> vdsm-hook-openstacknet vdsm-hook-ethtool-options
> [root@ovirt-node1 yum.repos.d]#
>
> ___
> 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/QWRQWARENBKY5QZJALSTRKFPP7PSQTDV/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/T6C7GSH4WO4SYOB7PIKEXERZJWYHZNXB/


[ovirt-users] Re: Can't access ovirtengine

2021-10-20 Thread Sandro Bonazzola
Can you ssh to the hosted engine VM?

Il giorno ven 15 ott 2021 alle ore 11:31  ha
scritto:

> Hi
> I have installed oVirt 4.4.8 och hosted-engine. The installation har done
> without error, but I am not able to access ovirtengine. When I check the
> status of engine it seems everything is ok and up. Any idea?
>
> //Mohammed
> ___
> 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/AUYNGFZEOZ64HDWVWW6LVQLBKPNCR4B2/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/3S33BWKNN2CWOZYED2WXNOECSO447HHT/


[ovirt-users] Re: Q: oVirt guest agent + spice-vdagent on Debian 11 Bullseye

2021-10-20 Thread Sandro Bonazzola
Il giorno gio 7 ott 2021 alle ore 12:12 Andrei Verovski <
andre...@starlett.lv> ha scritto:

> Hi,
>
>
> Anyone have compiled these deb packages for Debian 11 Bullseye?
> oVirt guest agent + spice-vdagent
>
> Packages from Buster can’t be installed on Bullseye because of broken
> libnl dependencies.
>
>
Hi, ovirt guest agent is not needed anymore, qemu-guest-agent included in
Debian 11 should be enough for oVirt needs.
spice vdagent seems to be available for bullseye:
https://packages.debian.org/bullseye/spice-vdagent
If you have issues installing it please report a bug to debian at
https://bugs.debian.org/spice-vdagent




> Thanks in advance.
> Andrei
> ___
> 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/AGXM6ZSGCDHX55FV763OKAOJZHJIOT3U/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/VAMBIBI42FFA2NCVUBUNIMGTXLKYIOTF/


[ovirt-users] Re: Ovirt VM started with the most recent snapshot with the current disk missing

2021-10-20 Thread Sandro Bonazzola
Il giorno dom 17 ott 2021 alle ore 13:57 Xiaoyu Hu 
ha scritto:

> Dear Ovirt folks,
>
> I am faced with a very strange situation with Ovirt 4.3. A virtual machine
> has two snapshots and a working disk, with the former two snapshots being
> read only and the working one read-write. After an unplanned power outage,
> a virtual machine can only be started with the recent snapshot, and the
> actual working disk is missing in the Ovirt UI. I can see the disk still
> exists in the backend storage, but it seems not Ovirt does not know it.
> Thus the VM lose the recent data on the missing disk.
>
> Does any one know whether this is a known bug in Ovirt 4.3, or is there a
> method to resotre the missing working disk back to the virtuanl machine?
> Otherwise i am faced with a terrible data loss issue on Ovirt
>
>
Hi, oVirt 4.3 reached the end of life a long time ago. I would recommend
upgrading to oVirt 4.4 as soon as practical.



> best regards,
>
> Samuel
> ___
> 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/N7JVXAU5MLAG5YX7LY2XABT3TDKOHYFX/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/QZGENGLNYCMLQOKAAKLF6DUQGXGJNOOS/


[ovirt-users] Re: Host is not added in known_hosts

2021-10-20 Thread Sandro Bonazzola
Can you please provide output of `yum -q list installed centos-release
ovirt-release\* ovirt-engine redhat-release vdsm glusterfs` ?

Il giorno mar 19 ott 2021 alle ore 21:00  ha
scritto:

> ok I am setting up the gluster file system.
>
> I have the following completed
> - able to ssh into all three hosts from host1 without password prompting.
> - on each host I have host file entries for   host{x}.private.net
> - on public dns, I have  host{x}1.fg.net
> - each host has a public nic and private nic.
> - I have all three hosts added in the dashboard
> - I am able to ping all three on private and public nic from host1
>
> When I go to add the hosts in the setup, it looks like 2 and 3 are fine
> with no errors, but host1 entry gives me "Host is not added in known_hosts"
> error.  I am doing this setup from host1.  It feels like there is a link to
> being on host1 and host1 having the error.  I am still google fooing as we
> speak to try and find an error.  The only thing I have not done, is setup
> host 2 and 3 to  be able to ssh into all the other boxes.
>
> Any thoughts would be greatly appreciated.  Happy to share screen shots if
> it would help.
>
> Brad
> ___
> 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/7P7NSLUKLBEG3N7HELL3SASC5KJCVNRL/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/Z24EQMWMNNKWFN4ZKRWZT5BMY4AQMMGT/


[ovirt-users] Re: UEFI Guest can only be started on UEFI host (4.4)

2021-10-20 Thread Sandro Bonazzola
> 2021-09-21 20:09:42,840+0800 INFO  (libvirt/events) [virt.vm]
> (vmId='86df93bc-3304-4002-8939-cbefdea4cc60') underlying process
> disconnected (vm:1135)
> 2021-09-21 20:09:42,840+0800 INFO  (libvirt/events) [virt.vm]
> (vmId='86df93bc-3304-4002-8939-cbefdea4cc60') Release VM resources (vm:5325)
> 2021-09-21 20:09:42,840+0800 INFO  (libvirt/events) [virt.vm]
> (vmId='86df93bc-3304-4002-8939-cbefdea4cc60') Stopping connection
> (guestagent:438)
> 2021-09-21 20:09:42,840+0800 INFO  (libvirt/events) [vdsm.api] START
> teardownImage(sdUUID='3f46f0f3-1cbb-4154-8af5-dcc3a09c6177',
> spUUID='924e5fbe-beba-11ea-b679-00163e03ad3e',
> imgUUID='d91282d3-2552-44d3-aa0f-84f7330be4ce', volUUID=None)
> from=internal, task_id=51eb32fc-1167-4c4c-bea8-4664c92d15e9 (api:48)
> 2021-09-21 20:09:42,841+0800 INFO  (libvirt/events)
> [storage.StorageDomain] Removing image rundir link
> '/run/vdsm/storage/3f46f0f3-1cbb-4154-8af5-dcc3a09c6177/d91282d3-2552-44d3-aa0f-84f7330be4ce'
> (fileSD:601)
> 2021-09-21 20:09:42,841+0800 INFO  (libvirt/events) [vdsm.api] FINISH
> teardownImage return=None from=internal,
> task_id=51eb32fc-1167-4c4c-bea8-4664c92d15e9 (api:54)
> 2021-09-21 20:09:42,841+0800 INFO  (libvirt/events) [virt.vm]
> (vmId='86df93bc-3304-4002-8939-cbefdea4cc60') Stopping connection
> (guestagent:438)
> 2021-09-21 20:09:42,841+0800 INFO  (libvirt/events) [vdsm.api] START
> inappropriateDevices(thiefId='86df93bc-3304-4002-8939-cbefdea4cc60')
> from=internal, task_id=1e3aafc2-62c7-4fe5-a807-69942709e936 (api:48)
> 2021-09-21 20:09:42,842+0800 INFO  (libvirt/events) [vdsm.api] FINISH
> inappropriateDevices return=None from=internal,
> task_id=1e3aafc2-62c7-4fe5-a807-69942709e936 (api:54)
> 2021-09-21 20:09:42,847+0800 WARN  (vm/86df93bc) [virt.vm]
> (vmId='86df93bc-3304-4002-8939-cbefdea4cc60') Couldn't destroy incoming VM:
> Domain not found: no domain with matching uuid
> '86df93bc-3304-4002-8939-cbefdea4cc60' (vm:4073)
> 2021-09-21 20:09:42,847+0800 INFO  (vm/86df93bc) [virt.vm]
> (vmId='86df93bc-3304-4002-8939-cbefdea4cc60') Changed state to Down: VM
> destroyed during the startup (code=10) (vm:1921)
> 2021-09-21 20:09:42,849+0800 INFO  (vm/86df93bc) [virt.vm]
> (vmId='86df93bc-3304-4002-8939-cbefdea4cc60') Stopping connection
> (guestagent:438)
> 2021-09-21 20:09:42,856+0800 INFO  (jsonrpc/3) [api.virt] START
> destroy(gracefulAttempts=1) from=:::10.1.2.30,59424, flow_id=47e0a91b,
> vmId=86df93bc-3304-4002-8939-cbefdea4cc60 (api:48)
> 2021-09-21 20:09:42,917+0800 INFO  (jsonrpc/5) [api.virt] START
> destroy(gracefulAttempts=1) from=:::10.1.2.7,50798,
> vmId=86df93bc-3304-4002-8939-cbefdea4cc60 (api:48)
>
> The Data center is configured with BIOS as a default.
>
> As an aside, *all* hosts have the following cmdline set: (to allow nested
> virt)
>
> intel_iommu=on kvm-intel.nested=1 kvm.ignore_msrs=1
>
> Any suggestions?
> ___
> 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/4MHG75IDNEHKVEPT4FNU5N5AP7TZQCVI/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/MOAIMDQ3IZZJ3BWLKETPJU2TPMQOQTJB/


[ovirt-users] Re: GPG key expired since April ?

2021-10-20 Thread Sandro Bonazzola
Il giorno ven 1 ott 2021 alle ore 16:44 Fredrik Arneving <
fredrik.arnev...@bahnhof.se> ha scritto:

> Hi,
>
> According to output pasted below it seems that the GPG key used to sign
> installation media has expired 2021-04-03. Why is new installation ISO
> signed 7 days ago with a key that has been expired for almost 6 months? Is
> this correct?
>
> My main question though is if this iso is authentic?
>
> $ ll -h ovirt-node-ng-installer-4.4.8-2021090310.el8.iso*
> -rw-r--r--. 1 fredde fredde 1.9G Oct  1 14:48
> ovirt-node-ng-installer-4.4.8-2021090310.el8.iso
> -rw-r--r--. 1 fredde fredde   32 Oct  1 14:48
> ovirt-node-ng-installer-4.4.8-2021090310.el8.iso.md5sum
> -rw-r--r--. 1 fredde fredde  490 Oct  1 14:48
> ovirt-node-ng-installer-4.4.8-2021090310.el8.iso.md5sum.sig
>
> $ gpg --list-keys oVirt
> pub   rsa2048 2014-03-30 [SC] [expired: 2021-04-03]
>   31A5D7837FAD7CB286CD3469AB8C4F9DFE590CB7
> uid   [ expired] oVirt 
>
>
> $ gpg --verify-files *.sig
> gpg: assuming signed data in
> 'ovirt-node-ng-installer-4.4.8-2021090310.el8.iso.md5sum'
> gpg: Signature made Thu 23 Sep 2021 02:41:24 PM CEST
> gpg:using RSA key AB8C4F9DFE590CB7
> gpg: Good signature from "oVirt " [expired]
> gpg: Note: This key has expired!
> Primary key fingerprint: 31A5 D783 7FAD 7CB2 86CD  3469 AB8C 4F9D FE59 0CB7
>
>
Hi, I see:
$ gpg --list-keys oVirt
pub   rsa2048 2014-03-30 [SC] [*expires: 2028-04-06*]
  31A5D7837FAD7CB286CD3469AB8C4F9DFE590CB7
uid   [ unknown] oVirt 
sub   rsa2048 2014-03-30 [E] [expires: 2028-04-06]

Can you please run `$ gpg --refresh-keys` ?

thanks







> $ cat *.md5sum
> e75ac6f671c666140a205e6eab3d0c4a
>
> $ md5sum ovirt-node-ng-installer-4.4.8-2021090310.el8.iso
> e75ac6f671c666140a205e6eab3d0c4a
> ovirt-node-ng-installer-4.4.8-2021090310.el8.iso
>
> BR
> /F
> ___
> 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/CEIRQ7SJPXEZIY5IX475DKKITXF3QTKM/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/F76ALCOYFVSH7KJUX6ECNAUG3XZGWF7K/


[ovirt-users] Peer program for oVirt contributors

2021-10-15 Thread Sandro Bonazzola
Hi, after getting feedback about the difficulties encountered during the
onboarding process for contributing to oVirt project I would like to ask
existing contributors to make themselves available to peer with incoming
volunteers that want to contribute in your area of expertise.

For those who wanted to contribute to the project but didn't succeed
because they couldn't understand how to contribute or where to start from,
please present yourself in the developers mailing list[1] explaining what
you'd like to contribute and which difficulties you are encountering trying
to contribute.

[1] https://lists.ovirt.org/archives/list/de...@ovirt.org/
-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/QQVZHTFBF7NVI67PYW2EY2HV5FSIBVF3/


[ovirt-users] [ANN] oVirt 4.4.9 Third Release Candidate is now available for testing

2021-10-15 Thread Sandro Bonazzola
oVirt 4.4.9 Third Release Candidate is now available for testing

The oVirt Project is pleased to announce the availability of oVirt 4.4.9
Third Release Candidate for testing, as of October 15th, 2021.

This update is the ninth in a series of stabilization updates to the 4.4
series.
Documentation

   -

   If you want to try oVirt as quickly as possible, follow the instructions
   on the Download <https://ovirt.org/download/> page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation <https://ovirt.org/documentation/>.
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   <https://ovirt.org/documentation/upgrade_guide/>.
   -

   For a general overview of oVirt, see About oVirt
   <https://ovirt.org/community/about.html>.

Important notes before you try it

Please note this is a pre-release build.

The oVirt Project makes no guarantees as to its suitability or usefulness.

This pre-release must not be used in production.
Installation instructions

For installation instructions and additional information please refer to:

https://ovirt.org/documentation/

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 8.4 or similar

* CentOS Stream 8

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 8.4 or similar

* CentOS Stream 8

* oVirt Node 4.4 based on CentOS Stream 8 (available for x86_64 only)

See the release notes [1] for installation instructions and a list of new
features and bugs fixed.

Notes:

- oVirt Appliance is already available based on CentOS Stream 8

- oVirt Node NG is already available based on CentOS Stream 8

Additional Resources:

* Read more about the oVirt 4.4.9 release highlights:
http://www.ovirt.org/release/4.4.9/

* Get more oVirt project updates on Twitter: https://twitter.com/ovirt

* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/


[1] http://www.ovirt.org/release/4.4.9/
[2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/KEEUVIZOCVJKYOK33XFTTHJCJYBJRYT3/


[ovirt-users] [ANN] oVirt 4.4.9 Second Release Candidate is now available for testing

2021-10-08 Thread Sandro Bonazzola
oVirt 4.4.9 Second Release Candidate is now available for testing

The oVirt Project is pleased to announce the availability of oVirt 4.4.9
Second Release Candidate for testing, as of October 8th, 2021.

This update is the ninth in a series of stabilization updates to the 4.4
series.
Documentation

   -

   If you want to try oVirt as quickly as possible, follow the instructions
   on the Download <https://ovirt.org/download/> page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation <https://ovirt.org/documentation/>.
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   <https://ovirt.org/documentation/upgrade_guide/>.
   -

   For a general overview of oVirt, see About oVirt
   <https://ovirt.org/community/about.html>.

Important notes before you try it

Please note this is a pre-release build.

The oVirt Project makes no guarantees as to its suitability or usefulness.

This pre-release must not be used in production.
Installation instructions

For installation instructions and additional information please refer to:

https://ovirt.org/documentation/

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 8.4 or similar

* CentOS Stream 8

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 8.4 or similar

* CentOS Stream 8

* oVirt Node 4.4 based on CentOS Stream 8 (available for x86_64 only)

See the release notes [1] for installation instructions and a list of new
features and bugs fixed.

Notes:

- oVirt Appliance is already available based on CentOS Stream 8

- oVirt Node NG is already available based on CentOS Stream 8

Additional Resources:

* Read more about the oVirt 4.4.9 release highlights:
http://www.ovirt.org/release/4.4.9/

* Get more oVirt project updates on Twitter: https://twitter.com/ovirt

* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/


[1] http://www.ovirt.org/release/4.4.9/
[2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/JV5PBK34QZB7BAAEH55GKNL4UDMCFAOM/


[ovirt-users] oVirt 4.4.8 Async update #4

2021-09-23 Thread Sandro Bonazzola
oVirt 4.4.8 Async update #4

On September 23rd 2021 the oVirt project released an async update to the
following packages:

   -

   ovirt-engine 4.4.8.6

Fixing the following bugs:
Bug 2005221 <https://bugzilla.redhat.com/show_bug.cgi?id=2005221> - Cluster
compatibility version upgrade from 4.5 to 4.6

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/QBFVCEXUCBH6UIPFKHTKK7PLSPJ5OQWE/


[ovirt-users] Re: oVirt Node - master - CentOS Stream 9 based ISO available for testing

2021-09-17 Thread Sandro Bonazzola
Il giorno ven 17 set 2021 alle ore 12:02 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

>
>
> Il giorno ven 17 set 2021 alle ore 11:34 Chen Shao  ha
> scritto:
>
>> *ovirt-node-ng-installer-4.5.0-**2021091610.el9.iso Sanity Testing -
>> Failed*
>>
>> *Test scenarios:*
>>
>>- 1. ISO check - *PASS*
>>- 2. GUI Install oVirt-node 4.5 - *Failed* (Met bug *Bug 2002640*
>><https://bugzilla.redhat.com/show_bug.cgi?id=2002640> - No way to
>>have CentOS Stream 9 booting on installed system with /home on md device
>>)
>>- Workaround:
>>   - lvchange -a y /dev/mapper/onn-home
>>   - and eventually activating also remaining maps (grep mapper
>>   /etc/fstab to see them)
>>   - exit from the rescue shell
>>   - 3. Install oVirt-node 4.5 on HP UEFI machine - *Failed*
>>(Probably due to the kernel not signed, see attachment "UEFI-Failed")
>>- 4. Cockpit UI Sanity Test - *Pass*
>>- 5. Upgrade Testing - *Not Cover* (known limitations)
>>- 6. Engine & Hosted Engine - *Not Cover* (known limitations)
>>
>>
>>
> Thanks Chen!
>
> A few updates on my side:
> attaching host to engine failed in 2 different places:
> - wrong repositories for oVirt Node optional packages (solved now via
> https://gerrit.ovirt.org/c/ovirt-release/+/116760 )
> - failing to setup network, reported here:
> https://bugzilla.redhat.com/show_bug.cgi?id=2005213
>

Thanks to Ales' workaround node is up and active in the engine.
There is some work to be done on CentOS Stream 9 side but looks like we can
start soon working on the engine side for supporting the CentOS Stream 9
nodes properly.



> - vdsm is built with /usr/bin/python as interpreter, not sure why, still
> digging into it. Workaround: `ln -s /usr/bin/python3 /usr/bin/python` but
> this may be due to the custom vdsm build.
>
>
>
>>
>> On Fri, Sep 17, 2021 at 12:45 AM Sandro Bonazzola 
>> wrote:
>>
>>> lvchange -a y /dev/mapper/onn-home
>>>
>>> and eventually activating also remaining maps (grep mapper /etc/fstab to 
>>> see them)
>>>
>>> and then exit from the rescue shell leads to a node up and running for me.
>>>
>>>
>>>
>>> Il giorno gio 16 set 2021 alle ore 18:34 Sandro Bonazzola <
>>> sbona...@redhat.com> ha scritto:
>>>
>>>> Sounds like we hit https://bugzilla.redhat.com/show_bug.cgi?id=2002640
>>>> , so it may be more complicated than expected to get the host up.
>>>>
>>>> Il giorno gio 16 set 2021 alle ore 18:14 Sandro Bonazzola <
>>>> sbona...@redhat.com> ha scritto:
>>>>
>>>>>
>>>>>
>>>>> Il giorno gio 16 set 2021 alle ore 18:06 Gianluca Cecchi <
>>>>> gianluca.cec...@gmail.com> ha scritto:
>>>>>
>>>>>> On Thu, Sep 16, 2021 at 5:35 PM Sandro Bonazzola 
>>>>>> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>> I'm still working on it but I have a first ISO ready for giving a
>>>>>>> first run at
>>>>>>>
>>>>>>> https://resources.ovirt.org/pub/ovirt-master-snapshot-static/iso/ovirt-node-ng-installer/4.5.0-2021091610/el9/ovirt-node-ng-installer-4.5.0-2021091610.el9.iso
>>>>>>>
>>>>>>> Known limitations:
>>>>>>> - No hosted engine setup available
>>>>>>>
>>>>>>>
>>>>>> Nice!
>>>>>> If SHE not available, what would be the procedure to install the
>>>>>> standalone engine before deploying the host?
>>>>>> Or could I try to deploy the node using a 4.4.8 standalone engine in
>>>>>> its own DC/Cluster?
>>>>>>
>>>>>
>>>>> You can give it a run with a 4.4.8 standalone engine in its own
>>>>> DC/Cluster as a start.
>>>>> Or you can deploy a new engine as in the 4.4.8 flow but using
>>>>> https://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm for
>>>>> providing the repositories
>>>>> Please note also these cases have never been tested yet.
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>> Gianluca
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Sandro Bonazzola
>>>>>
>>>>> MANAGER, SOF

[ovirt-users] Re: oVirt Node - master - CentOS Stream 9 based ISO available for testing

2021-09-17 Thread Sandro Bonazzola
Il giorno ven 17 set 2021 alle ore 11:34 Chen Shao  ha
scritto:

> *ovirt-node-ng-installer-4.5.0-**2021091610.el9.iso Sanity Testing -
> Failed*
>
> *Test scenarios:*
>
>- 1. ISO check - *PASS*
>- 2. GUI Install oVirt-node 4.5 - *Failed* (Met bug *Bug 2002640*
><https://bugzilla.redhat.com/show_bug.cgi?id=2002640> - No way to have
>CentOS Stream 9 booting on installed system with /home on md device )
>- Workaround:
>   - lvchange -a y /dev/mapper/onn-home
>   - and eventually activating also remaining maps (grep mapper
>   /etc/fstab to see them)
>   - exit from the rescue shell
>   - 3. Install oVirt-node 4.5 on HP UEFI machine - *Failed* (Probably
>due to the kernel not signed, see attachment "UEFI-Failed")
>- 4. Cockpit UI Sanity Test - *Pass*
>- 5. Upgrade Testing - *Not Cover* (known limitations)
>- 6. Engine & Hosted Engine - *Not Cover* (known limitations)
>
>
>
Thanks Chen!

A few updates on my side:
attaching host to engine failed in 2 different places:
- wrong repositories for oVirt Node optional packages (solved now via
https://gerrit.ovirt.org/c/ovirt-release/+/116760 )
- failing to setup network, reported here:
https://bugzilla.redhat.com/show_bug.cgi?id=2005213
- vdsm is built with /usr/bin/python as interpreter, not sure why, still
digging into it. Workaround: `ln -s /usr/bin/python3 /usr/bin/python` but
this may be due to the custom vdsm build.



>
> On Fri, Sep 17, 2021 at 12:45 AM Sandro Bonazzola 
> wrote:
>
>> lvchange -a y /dev/mapper/onn-home
>>
>> and eventually activating also remaining maps (grep mapper /etc/fstab to see 
>> them)
>>
>> and then exit from the rescue shell leads to a node up and running for me.
>>
>>
>>
>> Il giorno gio 16 set 2021 alle ore 18:34 Sandro Bonazzola <
>> sbona...@redhat.com> ha scritto:
>>
>>> Sounds like we hit https://bugzilla.redhat.com/show_bug.cgi?id=2002640
>>> , so it may be more complicated than expected to get the host up.
>>>
>>> Il giorno gio 16 set 2021 alle ore 18:14 Sandro Bonazzola <
>>> sbona...@redhat.com> ha scritto:
>>>
>>>>
>>>>
>>>> Il giorno gio 16 set 2021 alle ore 18:06 Gianluca Cecchi <
>>>> gianluca.cec...@gmail.com> ha scritto:
>>>>
>>>>> On Thu, Sep 16, 2021 at 5:35 PM Sandro Bonazzola 
>>>>> wrote:
>>>>>
>>>>>> Hi,
>>>>>> I'm still working on it but I have a first ISO ready for giving a
>>>>>> first run at
>>>>>>
>>>>>> https://resources.ovirt.org/pub/ovirt-master-snapshot-static/iso/ovirt-node-ng-installer/4.5.0-2021091610/el9/ovirt-node-ng-installer-4.5.0-2021091610.el9.iso
>>>>>>
>>>>>> Known limitations:
>>>>>> - No hosted engine setup available
>>>>>>
>>>>>>
>>>>> Nice!
>>>>> If SHE not available, what would be the procedure to install the
>>>>> standalone engine before deploying the host?
>>>>> Or could I try to deploy the node using a 4.4.8 standalone engine in
>>>>> its own DC/Cluster?
>>>>>
>>>>
>>>> You can give it a run with a 4.4.8 standalone engine in its own
>>>> DC/Cluster as a start.
>>>> Or you can deploy a new engine as in the 4.4.8 flow but using
>>>> https://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm for
>>>> providing the repositories
>>>> Please note also these cases have never been tested yet.
>>>>
>>>>
>>>>
>>>>>
>>>>> Gianluca
>>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Sandro Bonazzola
>>>>
>>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>>
>>>> Red Hat EMEA <https://www.redhat.com/>
>>>>
>>>> sbona...@redhat.com
>>>> <https://www.redhat.com/>
>>>>
>>>> *Red Hat respects your work life balance. Therefore there is no need to
>>>> answer this email out of your office hours.
>>>> <https://mojo.redhat.com/docs/DOC-1199578>*
>>>>
>>>>
>>>>
>>>
>>> --
>>>
>>> Sandro Bonazzola
>>>
>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>
>>> Red Hat EMEA <https://www.redhat.com/>
>>>
>>> sbona...@redhat.com
>>> <https://www.r

[ovirt-users] Re: oVirt Node - master - CentOS Stream 9 based ISO available for testing

2021-09-16 Thread Sandro Bonazzola
lvchange -a y /dev/mapper/onn-home

and eventually activating also remaining maps (grep mapper /etc/fstab
to see them)

and then exit from the rescue shell leads to a node up and running for me.



Il giorno gio 16 set 2021 alle ore 18:34 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

> Sounds like we hit https://bugzilla.redhat.com/show_bug.cgi?id=2002640 ,
> so it may be more complicated than expected to get the host up.
>
> Il giorno gio 16 set 2021 alle ore 18:14 Sandro Bonazzola <
> sbona...@redhat.com> ha scritto:
>
>>
>>
>> Il giorno gio 16 set 2021 alle ore 18:06 Gianluca Cecchi <
>> gianluca.cec...@gmail.com> ha scritto:
>>
>>> On Thu, Sep 16, 2021 at 5:35 PM Sandro Bonazzola 
>>> wrote:
>>>
>>>> Hi,
>>>> I'm still working on it but I have a first ISO ready for giving a first
>>>> run at
>>>>
>>>> https://resources.ovirt.org/pub/ovirt-master-snapshot-static/iso/ovirt-node-ng-installer/4.5.0-2021091610/el9/ovirt-node-ng-installer-4.5.0-2021091610.el9.iso
>>>>
>>>> Known limitations:
>>>> - No hosted engine setup available
>>>>
>>>>
>>> Nice!
>>> If SHE not available, what would be the procedure to install the
>>> standalone engine before deploying the host?
>>> Or could I try to deploy the node using a 4.4.8 standalone engine in its
>>> own DC/Cluster?
>>>
>>
>> You can give it a run with a 4.4.8 standalone engine in its own
>> DC/Cluster as a start.
>> Or you can deploy a new engine as in the 4.4.8 flow but using
>> https://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm for
>> providing the repositories
>> Please note also these cases have never been tested yet.
>>
>>
>>
>>>
>>> Gianluca
>>>
>>
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>> sbona...@redhat.com
>> <https://www.redhat.com/>
>>
>> *Red Hat respects your work life balance. Therefore there is no need to
>> answer this email out of your office hours.
>> <https://mojo.redhat.com/docs/DOC-1199578>*
>>
>>
>>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
>
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/UAHV33VCJN2YDXYVZZAPSYRZLMF6DTJS/


[ovirt-users] Re: oVirt Node - master - CentOS Stream 9 based ISO available for testing

2021-09-16 Thread Sandro Bonazzola
Sounds like we hit https://bugzilla.redhat.com/show_bug.cgi?id=2002640 , so
it may be more complicated than expected to get the host up.

Il giorno gio 16 set 2021 alle ore 18:14 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

>
>
> Il giorno gio 16 set 2021 alle ore 18:06 Gianluca Cecchi <
> gianluca.cec...@gmail.com> ha scritto:
>
>> On Thu, Sep 16, 2021 at 5:35 PM Sandro Bonazzola 
>> wrote:
>>
>>> Hi,
>>> I'm still working on it but I have a first ISO ready for giving a first
>>> run at
>>>
>>> https://resources.ovirt.org/pub/ovirt-master-snapshot-static/iso/ovirt-node-ng-installer/4.5.0-2021091610/el9/ovirt-node-ng-installer-4.5.0-2021091610.el9.iso
>>>
>>> Known limitations:
>>> - No hosted engine setup available
>>>
>>>
>> Nice!
>> If SHE not available, what would be the procedure to install the
>> standalone engine before deploying the host?
>> Or could I try to deploy the node using a 4.4.8 standalone engine in its
>> own DC/Cluster?
>>
>
> You can give it a run with a 4.4.8 standalone engine in its own DC/Cluster
> as a start.
> Or you can deploy a new engine as in the 4.4.8 flow but using
> https://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm for
> providing the repositories
> Please note also these cases have never been tested yet.
>
>
>
>>
>> Gianluca
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
>
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/L72ZW7AECD63XQXUK4M5TMYFGLWKCHAK/


[ovirt-users] Re: oVirt Node - master - CentOS Stream 9 based ISO available for testing

2021-09-16 Thread Sandro Bonazzola
Il giorno gio 16 set 2021 alle ore 18:06 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> On Thu, Sep 16, 2021 at 5:35 PM Sandro Bonazzola 
> wrote:
>
>> Hi,
>> I'm still working on it but I have a first ISO ready for giving a first
>> run at
>>
>> https://resources.ovirt.org/pub/ovirt-master-snapshot-static/iso/ovirt-node-ng-installer/4.5.0-2021091610/el9/ovirt-node-ng-installer-4.5.0-2021091610.el9.iso
>>
>> Known limitations:
>> - No hosted engine setup available
>>
>>
> Nice!
> If SHE not available, what would be the procedure to install the
> standalone engine before deploying the host?
> Or could I try to deploy the node using a 4.4.8 standalone engine in its
> own DC/Cluster?
>

You can give it a run with a 4.4.8 standalone engine in its own DC/Cluster
as a start.
Or you can deploy a new engine as in the 4.4.8 flow but using
https://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm for
providing the repositories
Please note also these cases have never been tested yet.



>
> Gianluca
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/GOKUJ3QC2ST3H23M4V5RWSYD5XZLOJ22/


[ovirt-users] oVirt Node - master - CentOS Stream 9 based ISO available for testing

2021-09-16 Thread Sandro Bonazzola
Hi,
I'm still working on it but I have a first ISO ready for giving a first run
at
https://resources.ovirt.org/pub/ovirt-master-snapshot-static/iso/ovirt-node-ng-installer/4.5.0-2021091610/el9/ovirt-node-ng-installer-4.5.0-2021091610.el9.iso

Known limitations:
- No hosted engine setup available
- No ansible available
- No collectd support
- No cinderlib support

Everything else should be there but it's totally untested.

Help giving it a try and providing feedback is appreciated.

Thanks
-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/X3PDXUXTIGOF4MBVZZCNZ25DUB3IQYBT/


[ovirt-users] [ANN] oVirt 4.4.9 First Release Candidate is now available for testing

2021-09-16 Thread Sandro Bonazzola
oVirt 4.4.9 First Release Candidate is now available for testing

The oVirt Project is pleased to announce the availability of oVirt 4.4.9
First Release Candidate for testing, as of September 16th, 2021.

This update is the ninth in a series of stabilization updates to the 4.4
series.
Documentation

   -

   If you want to try oVirt as quickly as possible, follow the instructions
   on the Download <https://ovirt.org/download/> page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation <https://ovirt.org/documentation/>.
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   <https://ovirt.org/documentation/upgrade_guide/>.
   -

   For a general overview of oVirt, see About oVirt
   <https://ovirt.org/community/about.html>.

Important notes before you try it

Please note this is a pre-release build.

The oVirt Project makes no guarantees as to its suitability or usefulness.

This pre-release must not be used in production.
Installation instructions

For installation instructions and additional information please refer to:

https://ovirt.org/documentation/

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 8.4 or similar

* CentOS Stream 8

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 8.4 or similar

* CentOS Stream 8

* oVirt Node 4.4 based on CentOS Stream 8 (available for x86_64 only)

See the release notes [1] for installation instructions and a list of new
features and bugs fixed.

Notes:

- oVirt Appliance is already available based on CentOS Stream 8

- oVirt Node NG is already available based on CentOS Stream 8

Additional Resources:

* Read more about the oVirt 4.4.9 release highlights:
http://www.ovirt.org/release/4.4.9/

* Get more oVirt project updates on Twitter: https://twitter.com/ovirt

* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/


[1] http://www.ovirt.org/release/4.4.9/

[2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/RQBRMB2NKAF2MPJKVKNVHVB2HYGARBWF/


[ovirt-users] oVirt 2021 Conference is almost here!

2021-09-08 Thread Sandro Bonazzola
Hello oVirt friends,

The oVirt 2021 Conference is almost here! The videos are uploaded, live
speakers tech-checked, and last but not least, the final schedule with the
watch links is available on the oVirt website
<https://blogs.ovirt.org/ovirt-2021-online-conference/>[1].

Most talks are pre-recorded, but the speakers will be in the chat and
answer your questions during their talk.

See you all there,

The organizers

[1] https://blogs.ovirt.org/ovirt-2021-online-conference/

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/F6YCECDSZLKJXCQVG6DRKUKJUELL5MJD/


[ovirt-users] oVirt Node 4.4.8.3 Async update

2021-09-03 Thread Sandro Bonazzola
oVirt Node 4.4.8.3 Async update

On September 3rd 2021 the oVirt project released an async update for oVirt
Node consuming the following packages:

   -

   ovirt-release44 4.4.8.3
   -

   ovirt-node-ng-image-update 4.4.8.3

oVirt Node respin also consumed most recent CentOS Stream and Advanced
Virtualization content.

It also includes fixes for:

   -

   Bug 1996602 <https://bugzilla.redhat.com/show_bug.cgi?id=1996602> - VM
   remains in paused state when trying to write on a resized disk resides on
   iscsi
   -

  Via qemu-kvm-6.0.0-29.el8s which shipped live.



Here’s the full list of changes:

--- ovirt-node-ng-image-4.4.8.2.manifest-rpm 2021-09-01 12:59:05.195037688
+0200

+++ ovirt-node-ng-image-4.4.8.3.manifest-rpm 2021-09-03 13:27:52.006368887
+0200

@@ -47 +46,0 @@

-boost-iostreams-1.66.0-10.el8.x86_64

@@ -112 +111 @@

-device-mapper-persistent-data-0.9.0-1.el8.x86_64

+device-mapper-persistent-data-0.9.0-4.el8.x86_64

@@ -355 +354 @@

-libcap-2.26-4.el8.x86_64

+libcap-2.26-5.el8.x86_64

@@ -637 +636 @@

-osinfo-db-20210215-1.el8.noarch

+osinfo-db-20210809-1.el8.noarch

@@ -648 +647 @@

-ovirt-node-ng-image-update-placeholder-4.4.8.2-1.el8.noarch

+ovirt-node-ng-image-update-placeholder-4.4.8.3-1.el8.noarch

@@ -656,2 +655,2 @@

-ovirt-release-host-node-4.4.8.2-1.el8.noarch

-ovirt-release44-4.4.8.2-1.el8.noarch

+ovirt-release-host-node-4.4.8.3-1.el8.noarch

+ovirt-release44-4.4.8.3-1.el8.noarch

@@ -768 +767 @@

-python3-eventlet-0.25.2-3.el8.noarch

+python3-eventlet-0.25.2-3.1.el8.noarch

@@ -814 +813 @@

-python3-os-brick-4.0.3-1.el8.noarch

+python3-os-brick-4.0.3-2.el8.noarch

@@ -890,14 +889,14 @@

-qemu-guest-agent-6.0.0-27.el8s.x86_64

-qemu-img-6.0.0-27.el8s.x86_64

-qemu-kvm-6.0.0-27.el8s.x86_64

-qemu-kvm-block-curl-6.0.0-27.el8s.x86_64

-qemu-kvm-block-gluster-6.0.0-27.el8s.x86_64

-qemu-kvm-block-iscsi-6.0.0-27.el8s.x86_64

-qemu-kvm-block-rbd-6.0.0-27.el8s.x86_64

-qemu-kvm-block-ssh-6.0.0-27.el8s.x86_64

-qemu-kvm-common-6.0.0-27.el8s.x86_64

-qemu-kvm-core-6.0.0-27.el8s.x86_64

-qemu-kvm-docs-6.0.0-27.el8s.x86_64

-qemu-kvm-hw-usbredir-6.0.0-27.el8s.x86_64

-qemu-kvm-ui-opengl-6.0.0-27.el8s.x86_64

-qemu-kvm-ui-spice-6.0.0-27.el8s.x86_64

+qemu-guest-agent-6.0.0-29.el8s.x86_64

+qemu-img-6.0.0-29.el8s.x86_64

+qemu-kvm-6.0.0-29.el8s.x86_64

+qemu-kvm-block-curl-6.0.0-29.el8s.x86_64

+qemu-kvm-block-gluster-6.0.0-29.el8s.x86_64

+qemu-kvm-block-iscsi-6.0.0-29.el8s.x86_64

+qemu-kvm-block-rbd-6.0.0-29.el8s.x86_64

+qemu-kvm-block-ssh-6.0.0-29.el8s.x86_64

+qemu-kvm-common-6.0.0-29.el8s.x86_64

+qemu-kvm-core-6.0.0-29.el8s.x86_64

+qemu-kvm-docs-6.0.0-29.el8s.x86_64

+qemu-kvm-hw-usbredir-6.0.0-29.el8s.x86_64

+qemu-kvm-ui-opengl-6.0.0-29.el8s.x86_64

+qemu-kvm-ui-spice-6.0.0-29.el8s.x86_64

@@ -934,2 +933,2 @@

-selinux-policy-3.14.3-78.el8.noarch

-selinux-policy-targeted-3.14.3-78.el8.noarch

+selinux-policy-3.14.3-79.el8.noarch

+selinux-policy-targeted-3.14.3-79.el8.noarch

@@ -1007 +1006 @@

-virt-v2v-1.42.0-14.el8s.x86_64

+virt-v2v-1.42.0-15.el8s.x86_64



-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/N4PJ5WXMNJQU5YQY776WVE6QBDS7D7K3/


[ovirt-users] Re: [ANN] oVirt 4.4.8 Async update #2

2021-09-01 Thread Sandro Bonazzola
Errata-corrige:

   -

   Bug 1996602 <https://bugzilla.redhat.com/show_bug.cgi?id=1996602> - VM
   remains in paused state when trying to write on a resized disk resides on
   iscsi

has been reopened as the needed qemu-kvm build is not yet available.

Il giorno mer 1 set 2021 alle ore 09:19 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

> oVirt 4.4.8 Async update #2
>
> On September 1st 2021 the oVirt project released an async update to the
> following packages:
>
>-
>
>ovirt-release44 4.4.8.2
>-
>
>vdsm 4.40.80.6
>
> Fixing the following bugs:
>
>-
>
>Bug 1999032 <https://bugzilla.redhat.com/show_bug.cgi?id=1999032> -
>Failed to add rhel host to rhv engine server with error - VDSM host-38
>command Get Host Capabilities failed: Internal JSON-RPC error: {'reason':
>"'libvirt'"}
>-
>
>Bug 1998865 <https://bugzilla.redhat.com/show_bug.cgi?id=1998865> -
>Host installation fails due to missing bond file
>-
>
>Bug 1996602 <https://bugzilla.redhat.com/show_bug.cgi?id=1996602> - VM
>remains in paused state when trying to write on a resized disk resides on
>iscsi
>
> oVirt Node respin is waiting for latest Advanced Virtualization build to
> land on mirrors providing:
>
>-
>
>hivex-1.3.18-22.el8s
>-
>
>libvirt-7.6.0-2.el8s
>-
>
>libvirt-python-7.6.0-1.el8s
>-
>
>qemu-kvm-6.0.0-27.el8s
>
> A separate announcement will be sent when the oVirt Node build will be
> available.
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/G56FMSFDTELSMVCGTJQJLUE3N4PNGIK3/


[ovirt-users] [ANN] oVirt 4.4.8 Async update #2

2021-09-01 Thread Sandro Bonazzola
oVirt 4.4.8 Async update #2

On September 1st 2021 the oVirt project released an async update to the
following packages:

   -

   ovirt-release44 4.4.8.2
   -

   vdsm 4.40.80.6

Fixing the following bugs:

   -

   Bug 1999032 <https://bugzilla.redhat.com/show_bug.cgi?id=1999032> -
   Failed to add rhel host to rhv engine server with error - VDSM host-38
   command Get Host Capabilities failed: Internal JSON-RPC error: {'reason':
   "'libvirt'"}
   -

   Bug 1998865 <https://bugzilla.redhat.com/show_bug.cgi?id=1998865> - Host
   installation fails due to missing bond file
   -

   Bug 1996602 <https://bugzilla.redhat.com/show_bug.cgi?id=1996602> - VM
   remains in paused state when trying to write on a resized disk resides on
   iscsi

oVirt Node respin is waiting for latest Advanced Virtualization build to
land on mirrors providing:

   -

   hivex-1.3.18-22.el8s
   -

   libvirt-7.6.0-2.el8s
   -

   libvirt-python-7.6.0-1.el8s
   -

   qemu-kvm-6.0.0-27.el8s

A separate announcement will be sent when the oVirt Node build will be
available.


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/DMN7C3OVXWQ5TFR6CO6G3SVZYAGJM7JQ/


[ovirt-users] Re: Ovirt-4.4.7 Adding host to existing cluster will attempt to run ovirt-hosted-engine-setup

2021-08-31 Thread Sandro Bonazzola
Il giorno mar 31 ago 2021 alle ore 12:43 Paul-Erik Törrönen <
pol...@poltsi.fi> ha scritto:

> On 2021-08-17 11:12, Dana Elfassy wrote:
> > The execution of the task itself is fine - we're always installing this
> > package because of dependencies.
> > As for its failure- looks like an issue with the repositories.
> > Please run $ yum repolist
> > on the host and copy the output
>
> Sorry for replying so late, was on a 2-week road-trip.
>
> $ yum repolist
> repo id
> repo name
> appstream
> CentOS Stream 8 - AppStream
> baseos
> CentOS Stream 8 - BaseOS
> elasticsearch-7.x
> Elasticsearch repository for 7.x
> packages
> epel-next
> Extra Packages for Enterprise
> Linux 8 - Next - x86_64
> extras
> CentOS Stream 8 - Extras
> ovirt-4.4
> Latest oVirt 4.4 Release
> ovirt-4.4-centos-ceph-pacific
> Ceph packages for x86_64
> ovirt-4.4-centos-gluster8
> CentOS-8 - Gluster 8
> ovirt-4.4-centos-opstools
> CentOS-8 - OpsTools - collectd
> ovirt-4.4-centos-stream-advanced-virtualization
> Advanced Virtualization CentOS
> Stream packages for x86_64
> ovirt-4.4-centos-stream-nfv-openvswitch
> CentOS-8 - NFV OpenvSwitch
> ovirt-4.4-centos-stream-ovirt44
> CentOS-8 Stream - oVirt 4.4
> ovirt-4.4-copr:copr.fedorainfracloud.org:mdbarroso:ovsdbapp
> Copr repo for ovsdbapp owned by
> mdbarroso
> ovirt-4.4-copr:copr.fedorainfracloud.org:sac:gluster-ansible
> Copr repo for gluster-ansible
> owned by sac
> ovirt-4.4-copr:copr.fedorainfracloud.org:sbonazzo:EL8_collection
> Copr repo for EL8_collection
> owned by sbonazzo
> ovirt-4.4-epel
> Extra Packages for Enterprise
> Linux 8 - x86_64
> ovirt-4.4-openstack-train
> OpenStack Train Repository
> ovirt-4.4-virtio-win-latest
> virtio-win builds roughly
> matching what will be shipped in upcoming RHEL
> powertools
> CentOS Stream 8 - PowerTools
>
> Then there's also this:
>
> $ dnf update
> Last metadata expiration check: 0:28:17 ago on Tue 31 Aug 2021 12:45:32
> PM EEST.
> Error:
>   Problem 1: cannot install the best update candidate for package
> ovirt-host-dependencies-4.4.7-1.el8.x86_64
>- nothing provides python3-os-brick needed by
> ovirt-host-dependencies-4.4.8-1.el8.x86_64
>   Problem 2: package ovirt-host-4.4.8-1.el8.x86_64 requires
> ovirt-host-dependencies = 4.4.8-1.el8, but none of the providers can be
> installed
>- cannot install the best update candidate for package
> ovirt-host-4.4.7-1.el8.x86_64
>- nothing provides python3-os-brick needed by
> ovirt-host-dependencies-4.4.8-1.el8.x86_64
>

Please "yum update ovirt-release44" so it will pull in the new repositories
needed to satisfy the dependencies.



>
>
> Poltsi
> ___
> 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/HD57J4ZHB5QCPNRTWPER4NC3F5JNKMTS/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/CZC733PK2QHDGLKBX3CZEFUOQO55MH6Y/


[ovirt-users] Re: problems testing 4.3.10 to 4.4.8 upgrade SHE

2021-08-27 Thread Sandro Bonazzola
Gianluca, after reinstalling the host with 4.4.8 ISO, did you update the
ssh fingerprint of the fresh install within the ovirt engine? I'm assuming
you didn't remove the host before reinstalling it and you didn't re-attach
it to the engine after the upgrade.

Il giorno ven 27 ago 2021 alle ore 11:27 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

>
>
> On Wed, Aug 25, 2021 at 4:34 PM Gianluca Cecchi 
> wrote:
>
>> file /var/log/messages of novirt2
>>
>> https://drive.google.com/file/d/1hMcLeF3okJizLX4Gxj3jTG5bAPaAAFfK/view?usp=sharing
>>
>> Gianluca
>>
>>
> Same problem with 4.4.8 async 1.
>
> I'm deploying/restoring from novirt2 and the other host (still in 4.3.10)
> is novirt1.
>
> I arrive at
>
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Check actual cluster
> location]
> [ INFO  ] skipping: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Enable GlusterFS at
> cluster level]
> [ INFO  ] skipping: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Set VLAN ID at
> datacenter level]
> [ INFO  ] skipping: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Get active list of
> active firewalld zones]
> [ INFO  ] changed: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Configure libvirt
> firewalld zone]
> [ INFO  ] changed: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Add host]
> [ INFO  ] changed: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Include after_add_host
> tasks files]
> [ INFO  ] You can now connect to
> https://novirt2.localdomain.local:6900/ovirt-engine/ and check the status
> of this host and eventually remediate it, please continue only when the
> host is listed as 'up'
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : include_tasks]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Create temporary lock
> file]
> [ INFO  ] changed: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Pause execution until
> /tmp/ansible.5f702qq5_he_setup_lock is removed, delete it once ready to
> proceed]
>
> But then I'm able to connect to local engine web admin UI and novirt1
> results up while novirt2 not responsive.
>
> Every 3 seconds iinside engine.log I see these 3 lines
>
> 2021-08-27 11:05:54,065+02 INFO
>  [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor)
> [] Connecting to novirt2.localdomain.local/172.19.0.232
> 2021-08-27 11:05:54,067+02 ERROR
> [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) []
> Unable to RefreshCapabilities: ConnectException: Connection refused
> 2021-08-27 11:05:54,068+02 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesAsyncVDSCommand]
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) []
> Command 'GetCapabilitiesAsyncVDSCommand(HostName =
> novirt2.localdomain.local,
> VdsIdAndVdsVDSCommandParametersBase:{hostId='ca9ff6f7-5a7c-4168-9632-998c52f76cfa',
> vds='Host[novirt2.localdomain.local,ca9ff6f7-5a7c-4168-9632-998c52f76cfa]'})'
> execution failed: java.net.ConnectException: Connection refused
>
>
> Can anyone telling what I can check?
> Did you test SHE upgrade from 4.3.10 to 4.4.8 in your check flows?
>
> BTW: I'm not using DNS but entries in /etc/hosts
>
> Thanks,
> Gianluca
> ___
> 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/TLPZINBZRS3TSVCFHH25VFUI3JJICKET/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/CUTN6SH5UIRYTGU7LRLD6I2LHCNM3DKY/


[ovirt-users] [ANN] oVirt 4.4.8 Async update #1

2021-08-27 Thread Sandro Bonazzola
ch

+fence-agents-ilo-moonshot-4.2.1-75.el8.noarch

+fence-agents-ilo-mp-4.2.1-75.el8.noarch

+fence-agents-ilo-ssh-4.2.1-75.el8.noarch

+fence-agents-ilo2-4.2.1-75.el8.noarch

+fence-agents-intelmodular-4.2.1-75.el8.noarch

+fence-agents-ipdu-4.2.1-75.el8.noarch

+fence-agents-ipmilan-4.2.1-75.el8.noarch

+fence-agents-kdump-4.2.1-75.el8.x86_64

+fence-agents-mpath-4.2.1-75.el8.noarch

+fence-agents-redfish-4.2.1-75.el8.x86_64

+fence-agents-rhevm-4.2.1-75.el8.noarch

+fence-agents-rsa-4.2.1-75.el8.noarch

+fence-agents-rsb-4.2.1-75.el8.noarch

+fence-agents-sbd-4.2.1-75.el8.noarch

+fence-agents-scsi-4.2.1-75.el8.noarch

+fence-agents-vmware-rest-4.2.1-75.el8.noarch

+fence-agents-vmware-soap-4.2.1-75.el8.noarch

+fence-agents-wti-4.2.1-75.el8.noarch

@@ -215,7 +215,7 @@

-glusterfs-8.5-2.el8.x86_64

-glusterfs-cli-8.5-2.el8.x86_64

-glusterfs-client-xlators-8.5-2.el8.x86_64

-glusterfs-events-8.5-2.el8.x86_64

-glusterfs-fuse-8.5-2.el8.x86_64

-glusterfs-geo-replication-8.5-2.el8.x86_64

-glusterfs-server-8.5-2.el8.x86_64

+glusterfs-8.6-1.el8.x86_64

+glusterfs-cli-8.6-1.el8.x86_64

+glusterfs-client-xlators-8.6-1.el8.x86_64

+glusterfs-events-8.6-1.el8.x86_64

+glusterfs-fuse-8.6-1.el8.x86_64

+glusterfs-geo-replication-8.6-1.el8.x86_64

+glusterfs-server-8.6-1.el8.x86_64

@@ -301,5 +301,5 @@

-kernel-4.18.0-326.el8.x86_64

-kernel-core-4.18.0-326.el8.x86_64

-kernel-modules-4.18.0-326.el8.x86_64

-kernel-tools-4.18.0-326.el8.x86_64

-kernel-tools-libs-4.18.0-326.el8.x86_64

+kernel-4.18.0-331.el8.x86_64

+kernel-core-4.18.0-331.el8.x86_64

+kernel-modules-4.18.0-331.el8.x86_64

+kernel-tools-4.18.0-331.el8.x86_64

+kernel-tools-libs-4.18.0-331.el8.x86_64

@@ -310 +310 @@

-kmod-kvdo-6.2.5.65-79.el8.x86_64

+kmod-kvdo-6.2.5.72-79.el8.x86_64

@@ -363 +363 @@

-libcurl-7.61.1-18.el8.x86_64

+libcurl-7.61.1-18.el8_4.1.x86_64

@@ -381,6 +381,6 @@

-libgfapi0-8.5-2.el8.x86_64

-libgfchangelog0-8.5-2.el8.x86_64

-libgfrpc0-8.5-2.el8.x86_64

-libgfxdr0-8.5-2.el8.x86_64

-libglusterd0-8.5-2.el8.x86_64

-libglusterfs0-8.5-2.el8.x86_64

+libgfapi0-8.6-1.el8.x86_64

+libgfchangelog0-8.6-1.el8.x86_64

+libgfrpc0-8.6-1.el8.x86_64

+libgfxdr0-8.6-1.el8.x86_64

+libglusterd0-8.6-1.el8.x86_64

+libglusterfs0-8.6-1.el8.x86_64

@@ -416 +415,0 @@

-libmetalink-0.1.3-7.el8.x86_64

@@ -558,2 +557,2 @@

-lvm2-2.03.12-5.el8.x86_64

-lvm2-libs-2.03.12-5.el8.x86_64

+lvm2-2.03.12-6.el8.x86_64

+lvm2-libs-2.03.12-6.el8.x86_64

@@ -641 +640 @@

-ovirt-ansible-collection-1.6.0-1.el8.noarch

+ovirt-ansible-collection-1.6.2-1.el8.noarch

@@ -649 +648 @@

-ovirt-node-ng-image-update-placeholder-4.4.8-1.el8.noarch

+ovirt-node-ng-image-update-placeholder-4.4.8.1-1.el8.noarch

@@ -657,2 +656,2 @@

-ovirt-release-host-node-4.4.8-1.el8.noarch

-ovirt-release44-4.4.8-1.el8.noarch

+ovirt-release-host-node-4.4.8.1-1.el8.noarch

+ovirt-release44-4.4.8.1-1.el8.noarch

@@ -665,3 +664,3 @@

-pacemaker-cluster-libs-2.1.0-5.el8.x86_64

-pacemaker-libs-2.1.0-5.el8.x86_64

-pacemaker-schemas-2.1.0-5.el8.noarch

+pacemaker-cluster-libs-2.1.0-6.el8.x86_64

+pacemaker-libs-2.1.0-6.el8.x86_64

+pacemaker-schemas-2.1.0-6.el8.noarch

@@ -773 +772 @@

-python3-gluster-8.5-2.el8.x86_64

+python3-gluster-8.6-1.el8.x86_64

@@ -835 +834 @@

-python3-perf-4.18.0-326.el8.x86_64

+python3-perf-4.18.0-331.el8.x86_64

@@ -935,2 +934,2 @@

-selinux-policy-3.14.3-75.el8.noarch

-selinux-policy-targeted-3.14.3-75.el8.noarch

+selinux-policy-3.14.3-76.el8.noarch

+selinux-policy-targeted-3.14.3-76.el8.noarch

@@ -941 +940 @@

-shadow-utils-4.6-13.el8.x86_64

+shadow-utils-4.6-14.el8.x86_64

@@ -948 +947 @@

-sos-4.1-4.el8.noarch

+sos-4.1-5.el8.noarch


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/KS6LYN5RAGZ3AYXDQHTMP6Q2YXP3IWA2/


[ovirt-users] Re: Fwd: oVirt 4.4.8 is now generally available

2021-08-23 Thread Sandro Bonazzola
Il giorno lun 23 ago 2021 alle ore 12:30  ha scritto:

> Hi Sandro,
>
> 1. Is there an engine update to 4.4.8 as engine version displaying
> 4.4.7.7-1.el8 in WebUI - About?
>

Yes, there's an engine update. Please note you need to
- update "ovirt-release44" rpm in order to enable cinderlib related repos
now required by the engine
- update "ovirt-engine-setup\*"  rpms
- Run "engine-setup"  command for updating the engine.



> 2. Compatibilty version for both Data Center and Cluster only displays 4.6
> - is this meant to change?
>

No, the latest cluster compatibility level in oVirt 4.4.8 is 4.6 as in the
previous release.




>
> Kind Regards
>
> Simon...
> ___
> 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/XM7G7OAO6T2O7UME24RE7WISCNRZX7NL/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/52W6BMNGSF2SLGLS6BAKXIVHUPCDSGGK/


[ovirt-users] Fwd: oVirt 4.4.8 is now generally available

2021-08-20 Thread Sandro Bonazzola
-- Forwarded message --
From: *Sandro Bonazzola* 
Date: Thursday, August 19, 2021
Subject: oVirt 4.4.8 is now generally available
To: oVirt Users 


oVirt 4.4.8 is now generally available

The oVirt project is excited to announce the general availability of oVirt
4.4.8 , as of August 19th, 2021.

This release unleashes an altogether more powerful and flexible open source
virtualization solution that encompasses hundreds of individual changes and
a wide range of enhancements across the engine, storage, network, user
interface, and analytics, as compared to oVirt 4.3.
Important notes before you install / upgrade

Please note that oVirt 4.4 only supports clusters and data centers with
compatibility version 4.2 and above. If clusters or data centers are
running with an older compatibility version, you need to upgrade them to at
least 4.2 (4.3 is recommended).

Please note that in RHEL 8 / CentOS 8 several devices that worked on EL7
are no longer supported.

For example, the megaraid_sas driver is removed. If you use Enterprise
Linux 8 hosts you can try to provide the necessary drivers for the
deprecated hardware using the DUD method (See the users’ mailing list
thread on this at https://lists.ovirt.org/archives/list/users@ovirt.org/
thread/NDSVUZSESOXEFJNPHOXUH4HOOWRIRSB4/ )

Documentation

   -

   If you want to try oVirt as quickly as possible, follow the instructions
   on the Download <https://ovirt.org/download/> page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation <https://ovirt.org/documentation/>.
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   <https://ovirt.org/documentation/upgrade_guide/>.
   -

   For a general overview of oVirt, see About oVirt
   <https://ovirt.org/community/about.html>.

What’s new in oVirt 4.4.8 Release?

This update is the eighth in a series of stabilization updates to the 4.4
series.

This release is available now on x86_64 architecture for:

   -

   Red Hat Enterprise Linux 8.4
   -

   CentOS Linux (or similar) 8.4
   -

   CentOS Stream 8


This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

   -

   Red Hat Enterprise Linux 8.4
   -

   CentOS Linux (or similar) 8.4
   -

   oVirt Node NG (based on CentOS Stream 8)
   -

   CentOS Stream 8


Some of the RFEs with high user impact are listed below:

   -

   Bug 1691696 <https://bugzilla.redhat.com/show_bug.cgi?id=1691696> -
   [RFE] multipath events notifications
   -

   Bug 1939286 <https://bugzilla.redhat.com/show_bug.cgi?id=1939286> -
   [RFE] Expose broken Affinity Groups via API too
   -

   Bug 1963083 <https://bugzilla.redhat.com/show_bug.cgi?id=1963083> -
   [RFE] Support storing user data in VM checkpoint entity
   -

   Bug 1971185 <https://bugzilla.redhat.com/show_bug.cgi?id=1971185> -
   [RFE] Report zero status in dirty extents response
   -

   Bug 1981297 <https://bugzilla.redhat.com/show_bug.cgi?id=1981297> -
   [RFE] Add new backup phases and disable backup/image transfers DB instant
   cleanup
   -

   Bug 1971317 <https://bugzilla.redhat.com/show_bug.cgi?id=1971317> -
   [RFE][API] Import OVA template as a clone
   -

   Bug 1941507 <https://bugzilla.redhat.com/show_bug.cgi?id=1941507> -
   [RFE] Implement rotation mechanism for /var/log/ovirt-engine/host-deploy
   -

   Bug 1962563 <https://bugzilla.redhat.com/show_bug.cgi?id=1962563> -
   [RFE] Use nmstate for source routing


Some of the Bugs with high user impact are listed below:

   -

   Bug 1770027 <https://bugzilla.redhat.com/show_bug.cgi?id=1770027> - Live
   Merge completed on the host, but not on the engine, which just waited for
   it to complete until the operation was terminated.
   -

   Bug 1977689 <https://bugzilla.redhat.com/show_bug.cgi?id=1977689> -
   Download backup disk command failes in sdk/examples/backup_vm.py
   -

   Bug 1987295 <https://bugzilla.redhat.com/show_bug.cgi?id=1987295> -
   Setting host to 'maintenance' will be blocked when there are image
   transfers with status different then 'paused'
   -

   Bug 1983414 <https://bugzilla.redhat.com/show_bug.cgi?id=1983414> -
   Disks are locked forever when copying VMs' disks after snapshot
   -

   Bug 1982065 <https://bugzilla.redhat.com/show_bug.cgi?id=1982065> -
   Invalid amount of memory is allowed to be hot plugged
   -

   Bug 1966535 <https://bugzilla.redhat.com/show_bug.cgi?id=1966535> -
   NullPointerException when trying to delete uploaded disks with using
   transfer_url
   -

   Bug 1985876 <https://bugzilla.redhat.com/show_bug.cgi?id=1985876> -
   Cannot set 0.0.0.0 as gateway
   -

   Bug 1932392 <https://bugzilla.redhat.com/show_bug.cgi?id=1932392> -
   engine-setup fails after 'engine-backup --mode=restore' if the backup was
   taken on a newer version
   -

   Bug 1989794 <https://bugzilla.re

[ovirt-users] [ANN] oVirt 4.4.8 Fourth Release Candidate is now available for testing

2021-08-06 Thread Sandro Bonazzola
oVirt 4.4.8 Fourth Release Candidate is now available for testing

The oVirt Project is pleased to announce the availability of oVirt 4.4.8
Fourth Release Candidate for testing, as of August 6th, 2021.

This update is the eighth in a series of stabilization updates to the 4.4
series.
Documentation

   -

   If you want to try oVirt as quickly as possible, follow the instructions
   on the Download <https://ovirt.org/download/> page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation <https://ovirt.org/documentation/>.
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   <https://ovirt.org/documentation/upgrade_guide/>.
   -

   For a general overview of oVirt, see About oVirt
   <https://ovirt.org/community/about.html>.

Important notes before you try it

Please note this is a pre-release build.

The oVirt Project makes no guarantees as to its suitability or usefulness.

This pre-release must not be used in production.
Installation instructions

For installation instructions and additional information please refer to:

https://ovirt.org/documentation/

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 8.4 or similar

* CentOS Stream 8

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 8.4 or similar

* CentOS Stream 8

* oVirt Node 4.4 based on CentOS Stream 8 (available for x86_64 only)

See the release notes [1] for installation instructions and a list of new
features and bugs fixed.

Notes:

- oVirt Appliance is already available based on CentOS Stream 8

- oVirt Node NG is already available based on CentOS Stream 8

Additional Resources:

* Read more about the oVirt 4.4.8 release highlights:
http://www.ovirt.org/release/4.4.8/

* Get more oVirt project updates on Twitter: https://twitter.com/ovirt

* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/


[1] http://www.ovirt.org/release/4.4.8/
[2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/O3US6YVYGCLJDAGV7DSH4YHT4VTMR56U/


[ovirt-users] Re: This year conference community updates

2021-07-30 Thread Sandro Bonazzola
Renewing the call to oVirt downstreams to let the community know about
their existence.


Il giorno ven 4 giu 2021 alle ore 11:13 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

> Hi,
> as announced we are going to have oVirt online conference coming in
> September.
> I would like to give usual community updates in and as part of that I'd
> like to report about oVirt downstream products (such as Red Hat
> Virtualization and Oracle Linux Virtualization Manager) and about companies
> using oVirt.
> I could just go googling and guessing by e-mail traffic on oVirt users
> list but I want to try a different approach this year.
> So, if you are shipping an oVirt downstream or if you're using oVirt and
> you'd like to get the company nominated during the community reports please
> let me know off-list.
> Also I'd like to remind that oVirt site has a section dedicated to user
> stories, if you want to share yours you can either push it to
> https://github.com/oVirt/ovirt-site or get in touch with me off-list to
> get help getting your story published.
>
> Thanks,
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.*
>
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/BL7FX6WKK55HDJNQPR5LT5A4DB24YD7W/


[ovirt-users] Re: Happy SysAdmin Day!

2021-07-30 Thread Sandro Bonazzola
Happy SysAdmin Day to our @infra   and all the sysadmin in
this list!

Il giorno ven 30 lug 2021 alle ore 11:52 Strahil Nikolov via Users <
users@ovirt.org> ha scritto:

> Happy SysAdmin Day!
>
> I want to thank Duck and wish to all fellow SysAdmins in the oVirt
> community a Happy Holliday !
>
>
> 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/BO3NWMPHAQ35PWJ2EAHR3DO7EIB7XFFK/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/QTYMA6MWI57ZEUG2LO5RQOZQCJ2QTJIP/


[ovirt-users] Re: oVirt and ARM

2021-07-29 Thread Sandro Bonazzola
Marko, Joey, Zhenyu, maybe worth preparing a feature proposal for oVirt
4.5.0 for aarch64 support (see https://github.com/oVirt/ovirt-site/pull/2549
as example)

Il giorno gio 15 lug 2021 alle ore 10:38 Marko Vrgotic <
m.vrgo...@activevideo.com> ha scritto:

> Thank you all.
>
>
>
> -
>
> kind regards/met vriendelijke groeten
>
>
>
> Marko Vrgotic
> Sr. System Engineer @ System Administration
>
>
> ActiveVideo
>
> *o: *+31 (35) 6774131
>
> *m: +*31 (65) 5734174
>
> *e:* m.vrgo...@activevideo.com
> *w: *www.activevideo.com
>
>
>
> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217
> WJ Hilversum, The Netherlands. The information contained in this message
> may be legally privileged and confidential. It is intended to be read only
> by the individual or entity to whom it is addressed or by their designee.
> If the reader of this message is not the intended recipient, you are on
> notice that any distribution of this message, in any form, is strictly
> prohibited.  If you have received this message in error, please immediately
> notify the sender and/or ActiveVideo Networks, LLC by telephone at +1
> 408.931.9200 and delete or destroy any copy of this message.
>
>
>
>
>
>
>
> *From: *Arik Hadas 
> *Date: *Wednesday, 14 July 2021 at 15:26
> *To: *Milan Zamazal 
> *Cc: *Marko Vrgotic , Sandro Bonazzola <
> sbona...@redhat.com>, Evgheni Dereveanchin , Zhenyu
> Zheng , Joey Ma ,
> users@ovirt.org 
> *Subject: *Re: oVirt and ARM
>
> ***CAUTION: This email originated from outside of the organization. Do not
> click links or open attachments unless you recognize the sender!!!***
>
>
>
>
>
> On Wed, Jul 14, 2021 at 3:14 PM Milan Zamazal  wrote:
>
> Arik Hadas  writes:
>
> > On Wed, Jul 14, 2021 at 10:36 AM Milan Zamazal 
> wrote:
> >
> >> Marko Vrgotic  writes:
> >>
> >> > Dear Arik and Milan,
> >> >
> >> > In the meantime, I was asked to check if in current 4.4 version or
> >> > coming 4.5, are/will there any capabilities or options of emulating
> >> > aarch64 on x86_64 platform and if so, what would be the steps to
> >> > test/enable it.
> >> >
> >> > Can you provide some information?
> >>
> >> Hi Marko,
> >>
> >> I don't think there is a way to emulate a non-native architecture.
> >> Engine doesn't have ARM support and it cannot handle ARM (native or
> >> emulated) hosts.  You could try to run emulated ARM VMs presented as x86
> >> to Engine using Vdsm hooks but I doubt it would work.
> >>
> >
> > Oh I just sent a draft I had in my mailbox without noticing this comment
> > and I see we both mentioned Vdsm hook
> > What is the source of the doubts about Vdsm hooks to work for this?
>
> It's possible to override the domain XML obtained from Engine to change
> it from x86 to ARM but Engine will get back the non-x86 domain XML.
> Engine may not care about the emulator but perhaps it can be confused by
> the reported CPU etc.  There can be problems with devices and
> architecture specific settings in both the directions.  Engine will base
> assumptions about the VM capabilities based on x86, which won't exactly
> match ARM.
>
>
>
> Yeah, it would be best to try and see what the misalignment between what
> the engine thinks and what the VM runs with leads to
>
> But from the top of my head I don't think a misalignment in regards to CPU
> or capabilities could be problematic since the engine doesn't check what
> the VM is actually set with, it just assumes that the VM is set with what
> it wrote to its domain XML
>
> The engine certainly looks at the devices but as long as they preserve
> their user-alias, managed devices won't be unplugged. Other devices would
> be added as unmanaged. So I think that should also be fine.
>
>
>
>
> Maybe it'd be possible to simply run and stop a VM with some effort and
> it would be enough for certain purposes.  But for more than that it's a
> question whether the effort would be better spent on implementing a
> proper architecture support.
>
>
> >> I'm afraid the only way is to add ARM support to oVirt.  My former
> >> colleague has played with running oVirt on Raspberry Pi hosts some years
> >> ago (there are traces of that effort in Vdsm) and I think adding ARM
> >> support should be, at least in theory, possible.  Particular features
> >> available would be mostly dependent on ARM support in QEMU and libvirt.
> >
> >
> >> Regards,
> >> Milan
> >>
> >> >

[ovirt-users] Registration for oVirt 2021 online conference is now open!

2021-07-29 Thread Sandro Bonazzola
Hi,
The registration for oVirt 2021 online conference is now open!
You can register now at
https://www.eventbrite.it/e/ovirt-2021-online-conference-registration-165090567331?aff=email

-- 
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
Red Hat EMEA
sbona...@redhat.com

Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
___
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/N2RQL3PJEXLPYQDFTEPMXGJ75M3UIDPM/


[ovirt-users] Reminder : last week for submitting an abstract for ovirt conference

2021-07-21 Thread Sandro Bonazzola
Just a reminder that call for papers closes on July 25 and this is the last
week!

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/ANS5BABBLTQWTJ7HF5GMH27M53LB74SN/


[ovirt-users] a kind reminder oVirt 2021 CfP closing in 11 days

2021-07-14 Thread Sandro Bonazzola
Hi,
a kind reminder oVirt 2021 CfP closing in 11 days.
More details: https://blogs.ovirt.org/ovirt-2021-online-conference/

Looking forward to user stories, developers onboarding journeys,
integration stories, new features presentation, old features nobody knows
about because nobody presented them before and more you see fit.

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/2AL76RCZNOCUFUM3SPKYKIGC7DAGCCED/


[ovirt-users] Re: Blog post - Using Ceph only storage for oVirt datacenter

2021-07-14 Thread Sandro Bonazzola
Il giorno mer 14 lug 2021 alle ore 08:53 Konstantin Shalygin 
ha scritto:

> Hi Sandro,
>
> - How this image is mounted on oVirt host?
>

They are mounted as block storage

/rhev/
`-- data-center
|-- b55ef7a8-da51-11eb-b619-5254001ce0e4
|   |-- 1996dc3b-d33f-49cb-b32a-8f7b1d50af5e ->
/rhev/data-center/mnt/blockSD/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e
|   `-- mastersd ->
/rhev/data-center/mnt/blockSD/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e
`-- mnt
`-- blockSD
`-- 1996dc3b-d33f-49cb-b32a-8f7b1d50af5e
|-- dom_md
|   |-- ids -> /dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/ids
|   |-- inbox ->
/dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/inbox
|   |-- leases ->
/dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/leases
|   |-- master ->
/dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/master
|   |-- metadata ->
/dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/metadata
|   |-- outbox ->
/dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/outbox
|   `-- xleases ->
/dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/xleases
|-- ha_agent
|   |-- hosted-engine.lockspace ->
/run/vdsm/storage/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/ac3a245f-e6fe-4159-b0ee-be08d4048bb7/8b4bddc1-1602-45d7-854c-eaeac9549617
|   `-- hosted-engine.metadata ->
/run/vdsm/storage/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/dc77bfc2-cecd-4ab5-81f7-e15b81e45994/1927372e-019b-448a-8645-697b8b8ed42a
`-- images
|-- 10af85ab-434d-4104-800d-099e05a3653e
|   `-- 08ad02fc-6bfc-40ab-9c3d-24e0f1ac6689 ->
/dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/08ad02fc-6bfc-40ab-9c3d-24e0f1ac6689
|-- ac3a245f-e6fe-4159-b0ee-be08d4048bb7
|   `-- 8b4bddc1-1602-45d7-854c-eaeac9549617 ->
/dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/8b4bddc1-1602-45d7-854c-eaeac9549617
|-- bb667f95-bbb0-41a4-ad15-66f1b9bdda59
|   `-- 5abcb5f0-2c28-41b4-bfcc-bd41ef730d35 ->
/dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/5abcb5f0-2c28-41b4-bfcc-bd41ef730d35
|-- cccd50f6-6e47-43ab-9075-1bbd31d5e3b7
|   `-- 169eacc2-584c-47ee-a295-ad3aa9c811c5 ->
/dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/169eacc2-584c-47ee-a295-ad3aa9c811c5
|-- dc77bfc2-cecd-4ab5-81f7-e15b81e45994
|   `-- 1927372e-019b-448a-8645-697b8b8ed42a ->
/dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/1927372e-019b-448a-8645-697b8b8ed42a
`-- fc6b0b84-17fa-42e9-80ae-97cf50e8b74d
`-- 3eaeb1ba-2b36-4c29-b721-da19d3e5784e ->
/dev/1996dc3b-d33f-49cb-b32a-8f7b1d50af5e/3eaeb1ba-2b36-4c29-b721-da19d3e5784e


> - How to change image features?
> - How to add upmap option to libvirt domain?
> - How libvirt domain looks like?
> - How snapshots works?
>

Snapshot works fine, going to VM tab and creating snapshot as usual.


> - How clones works?
>

Disk copy can be done from the engine storage -> disk tab.
VM cloning failed for me, opened *Bug 1982083*
<https://bugzilla.redhat.com/show_bug.cgi?id=1982083> - Cloning VM with
managed block storage raise a NPE



> - How to migrate images from one domain to another?
>

I would let the storage team answer these questions in detail, +Benny
Zlotnik  ?


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/RMLJLTZYLMOCQHRP2YRR3PEN5ASQ46IS/


[ovirt-users] Blog post - Using Ceph only storage for oVirt datacenter

2021-07-14 Thread Sandro Bonazzola
Hi, I just published the result of the testing of oVirt 4.4.7 with Ceph
Pacific and RDO Victoria for deploying an oVirt datacenter using Ceph as
storage with a blog post at
https://blogs.ovirt.org/2021/07/using-ceph-only-storage-for-ovirt-datacenter/
Comments and suggestions are welcome.

Thanks,
-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/5QAON3RURXAYWYV3XDE7FYF3VDV2U7NA/


[ovirt-users] Re: oVirt and ARM

2021-07-09 Thread Sandro Bonazzola
Il giorno ven 9 lug 2021 alle ore 11:00 Marko Vrgotic <
m.vrgo...@activevideo.com> ha scritto:

> Hi Sandro and the rest of oVirt gurus,
>
>
>
> My managers are positive regarding helping provide some ARM hardware, but
> it would not happened earlier than three months from now, as we are in
> process of establishing certain relationship with ARM HW vendor.
>

T news!


>
>
> In the meantime, I was asked to check if in current 4.4 version or coming
> 4.5, are/will there any capabilities or options of emulating aarch64 on
> x86_64 platform and if so, what would be the steps to test/enable it.
>

+Arik Hadas  , +Milan Zamazal  ?


>
>
> Kindly awaiting your reply.
>
>
>
> Marko Vrgotic
>
>
>
> *From: *Marko Vrgotic 
> *Date: *Monday, 28 June 2021 at 15:38
> *To: *Sandro Bonazzola , Evgheni Dereveanchin <
> edere...@redhat.com>
> *Cc: *Zhenyu Zheng , Joey Ma <
> majunj...@gmail.com>, users@ovirt.org 
> *Subject: *Re: [ovirt-users] oVirt and ARM
>
> Hi Sandro,
>
>
>
> I will check with my managers if we have and could spare some hardware to
> contribute developing for oVirt.
>
>
>
>
>
> -
>
> kind regards/met vriendelijke groeten
>
>
>
> Marko Vrgotic
> Sr. System Engineer @ System Administration
>
>
> ActiveVideo
>
> *o: *+31 (35) 6774131
>
> *m: +*31 (65) 5734174
>
> *e:* m.vrgo...@activevideo.com
> *w: *www.activevideo.com
>
>
>
> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217
> WJ Hilversum, The Netherlands. The information contained in this message
> may be legally privileged and confidential. It is intended to be read only
> by the individual or entity to whom it is addressed or by their designee.
> If the reader of this message is not the intended recipient, you are on
> notice that any distribution of this message, in any form, is strictly
> prohibited.  If you have received this message in error, please immediately
> notify the sender and/or ActiveVideo Networks, LLC by telephone at +1
> 408.931.9200 and delete or destroy any copy of this message.
>
>
>
>
>
>
>
> *From: *Sandro Bonazzola 
> *Date: *Friday, 25 June 2021 at 15:26
> *To: *Marko Vrgotic , Evgheni Dereveanchin <
> edere...@redhat.com>
> *Cc: *Zhenyu Zheng , Joey Ma <
> majunj...@gmail.com>, users@ovirt.org 
> *Subject: *Re: [ovirt-users] oVirt and ARM
>
> ***CAUTION: This email originated from outside of the organization. Do not
> click links or open attachments unless you recognize the sender!!!***
>
>
>
>
>
> Il giorno ven 25 giu 2021 alle ore 14:20 Marko Vrgotic <
> m.vrgo...@activevideo.com> ha scritto:
>
> Hi Sandro,
>
>
>
> Thank you for the update. I am not equipped to help on development side,
> but I can most certainly do test deployments, once there is something
> available.
>
>
>
> We are big oVirt shop and moving to ARM64 with new product, it would be
> great if oVirt would start supporting it.
>
>
>
> If we are able to help somehow, let me know.
>
>
>
> I guess a start could be adding some arm64 machine to oVirt infrastructure
> so developers can build for it.
>
> You can have a look at
> https://ovirt.org/community/get-involved/donate-hardware.html
> <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fovirt.org%2Fcommunity%2Fget-involved%2Fdonate-hardware.html=04%7C01%7Cm.vrgotic%40activevideo.com%7Ce8ddc7b9e01c4040518108d937dcd139%7C214268a3e1214486acd4545c9faf2252%7C0%7C0%7C637602243811352960%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000=A1FXx236F4IriEEqEwaC1PxvVcdQzHaBDucGgIRHn%2Fg%3D=0>
>
>
> Looping in +Evgheni Dereveanchin  in case you can
> share some resources.
>
>
>
>
>
>
>
>
>
> -
>
> kind regards/met vriendelijke groeten
>
>
>
> Marko Vrgotic
> Sr. System Engineer @ System Administration
>
>
> ActiveVideo
>
> *e:* m.vrgo...@activevideo.com
> *w: *www.activevideo.com
>
>
>
> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217
> WJ Hilversum, The Netherlands. The information contained in this message
> may be legally privileged and confidential. It is intended to be read only
> by the individual or entity to whom it is addressed or by their designee.
> If the reader of this message is not the intended recipient, you are on
> notice that any distribution of this message, in any form, is strictly
> prohibited.  If you have received this message in error, please immediately
> notify the sender and/or ActiveVideo Networks, LLC by telephone at +1
> 408.931.9200 and delete or destr

[ovirt-users] [ANN] Async ovirt-hosted-engine-setup release for oVirt 4.4.7

2021-07-09 Thread Sandro Bonazzola
On July 9th 2021 the oVirt project released an async update to the
following packages:

   - ovirt-hosted-engine-setup-2.5.2

Fixing the following bugs:

   - Bug 1978365 <https://bugzilla.redhat.com/show_bug.cgi?id=1978365>
- hosted-engine
   --console fails on socat "Option "user" only with bind option" error

The bug affects CentOS Stream based systems, no update needed on RHEL 8.4
and derivatives.
For oVirt Node users: an oVirt Node respin will be issued consuming this
fix as soon as the following bug will be fixed:

   - Bug 1979624 <https://bugzilla.redhat.com/show_bug.cgi?id=1979624>
- imgbase
   should not copy selinux binary policy file


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/KPWIJWLFDA64XDNNI63XCEDQYTL2ODE5/


[ovirt-users] Re: Set fixed VNC/Spice Password for VMs.

2021-07-08 Thread Sandro Bonazzola
Il giorno gio 8 lug 2021 alle ore 13:38 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

> +Milan Zamazal  , +Arik Hadas  , 
> +Michal
> Skrivanek  any hint?
>

I found https://metacpan.org/pod/Ovirt::Display but I think there should be
an easier way within the engine to configure this.



>
> Il giorno mar 6 lug 2021 alle ore 14:01 Merlin Timm 
> ha scritto:
>
>> Good day to all,
>>
>> I have a question about the console configuration of the VMs:
>>
>> By default, for each console connection to a VM, a password is set for
>> 120 seconds, after that you can't use it again. We currently have the
>> following concern:
>>
>> We want to access and control the VMs via the VNC/Spice of the Ovirt
>> host. We have already tried to use the password from the console.vv for
>> the connection and that works so far. Unfortunately we have to do this
>> every 2 minutes when we want to connect again. We are currently building
>> an automatic test pipeline and for this we need to access the VMs
>> remotely before OS start and we want to be independent of a VNC server
>> on the guest. This is only possible if we could connect to the VNC/Spice
>> server from the Ovirt host.
>>
>> My question: would it be possible to fix the password or read it out via
>> api every time you want to connect?
>>
>> I would appreciate a reply very much!
>>
>> Best regards
>> Merlin Timm
>> ___
>> 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/BDPGLBQ4DWE64NATDDFDUB2TZLAHS6SV/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
>
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/IGVALKUVDLA32JG3RC4KAW33EWMG2BUM/


[ovirt-users] Re: Set fixed VNC/Spice Password for VMs.

2021-07-08 Thread Sandro Bonazzola
+Milan Zamazal  , +Arik Hadas 
, +Michal
Skrivanek  any hint?

Il giorno mar 6 lug 2021 alle ore 14:01 Merlin Timm 
ha scritto:

> Good day to all,
>
> I have a question about the console configuration of the VMs:
>
> By default, for each console connection to a VM, a password is set for
> 120 seconds, after that you can't use it again. We currently have the
> following concern:
>
> We want to access and control the VMs via the VNC/Spice of the Ovirt
> host. We have already tried to use the password from the console.vv for
> the connection and that works so far. Unfortunately we have to do this
> every 2 minutes when we want to connect again. We are currently building
> an automatic test pipeline and for this we need to access the VMs
> remotely before OS start and we want to be independent of a VNC server
> on the guest. This is only possible if we could connect to the VNC/Spice
> server from the Ovirt host.
>
> My question: would it be possible to fix the password or read it out via
> api every time you want to connect?
>
> I would appreciate a reply very much!
>
> Best regards
> Merlin Timm
> ___
> 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/BDPGLBQ4DWE64NATDDFDUB2TZLAHS6SV/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/ZGXNZ2EN445REVD4YW7WXOXIEO2MPCGJ/


[ovirt-users] Re: glusterfs health-check failed, (brick) going down

2021-07-08 Thread Sandro Bonazzola
I would recommend asking also on glusterfs users mailing list about this.

Il giorno mer 7 lug 2021 alle ore 21:09 Jiří Sléžka  ha
scritto:

> Hello,
>
> I have 3 node HCI cluster with oVirt 4.4.6 and CentOS8.
>
> For time to time (I belive) random brick on random host goes down
> because health-check. It looks like
>
> [root@ovirt-hci02 ~]# grep "posix_health_check"
> /var/log/glusterfs/bricks/*
> /var/log/glusterfs/bricks/gluster_bricks-vms2-vms2.log:[2021-07-07
> 07:13:37.408184] M [MSGID: 113075]
> [posix-helpers.c:2214:posix_health_check_thread_proc] 0-vms-posix:
> health-check failed, going down
> /var/log/glusterfs/bricks/gluster_bricks-vms2-vms2.log:[2021-07-07
> 07:13:37.408407] M [MSGID: 113075]
> [posix-helpers.c:2232:posix_health_check_thread_proc] 0-vms-posix: still
> alive! -> SIGTERM
> /var/log/glusterfs/bricks/gluster_bricks-vms2-vms2.log:[2021-07-07
> 16:11:14.518971] M [MSGID: 113075]
> [posix-helpers.c:2214:posix_health_check_thread_proc] 0-vms-posix:
> health-check failed, going down
> /var/log/glusterfs/bricks/gluster_bricks-vms2-vms2.log:[2021-07-07
> 16:11:14.519200] M [MSGID: 113075]
> [posix-helpers.c:2232:posix_health_check_thread_proc] 0-vms-posix: still
> alive! -> SIGTERM
>
> on other host
>
> [root@ovirt-hci01 ~]# grep "posix_health_check"
> /var/log/glusterfs/bricks/*
> /var/log/glusterfs/bricks/gluster_bricks-engine-engine.log:[2021-07-05
> 13:15:51.983327] M [MSGID: 113075]
> [posix-helpers.c:2214:posix_health_check_thread_proc] 0-engine-posix:
> health-check failed, going down
> /var/log/glusterfs/bricks/gluster_bricks-engine-engine.log:[2021-07-05
> 13:15:51.983728] M [MSGID: 113075]
> [posix-helpers.c:2232:posix_health_check_thread_proc] 0-engine-posix:
> still alive! -> SIGTERM
> /var/log/glusterfs/bricks/gluster_bricks-vms2-vms2.log:[2021-07-05
> 01:53:35.769129] M [MSGID: 113075]
> [posix-helpers.c:2214:posix_health_check_thread_proc] 0-vms-posix:
> health-check failed, going down
> /var/log/glusterfs/bricks/gluster_bricks-vms2-vms2.log:[2021-07-05
> 01:53:35.769819] M [MSGID: 113075]
> [posix-helpers.c:2232:posix_health_check_thread_proc] 0-vms-posix: still
> alive! -> SIGTERM
>
> I cannot link these errors to any storage/fs issue (in dmesg or
> /var/log/messages), brick devices looks healthy (smartd).
>
> I can force start brick with
>
> gluster volume start vms|engine force
>
> and after some healing all works fine for few days
>
> Did anybody observe this behavior?
>
> vms volume has this structure (two bricks per host, each is separate
> JBOD ssd disk), engine volume has one brick on each host...
>
> gluster volume info vms
>
> Volume Name: vms
> Type: Distributed-Replicate
> Volume ID: 52032ec6-99d4-4210-8fb8-ffbd7a1e0bf7
> Status: Started
> Snapshot Count: 0
> Number of Bricks: 2 x 3 = 6
> Transport-type: tcp
> Bricks:
> Brick1: 10.0.4.11:/gluster_bricks/vms/vms
> Brick2: 10.0.4.13:/gluster_bricks/vms/vms
> Brick3: 10.0.4.12:/gluster_bricks/vms/vms
> Brick4: 10.0.4.11:/gluster_bricks/vms2/vms2
> Brick5: 10.0.4.13:/gluster_bricks/vms2/vms2
> Brick6: 10.0.4.12:/gluster_bricks/vms2/vms2
> Options Reconfigured:
> cluster.granular-entry-heal: enable
> performance.stat-prefetch: off
> cluster.eager-lock: enable
> performance.io-cache: off
> performance.read-ahead: off
> performance.quick-read: off
> user.cifs: off
> network.ping-timeout: 30
> network.remote-dio: off
> performance.strict-o-direct: on
> performance.low-prio-threads: 32
> features.shard: on
> storage.owner-gid: 36
> storage.owner-uid: 36
> transport.address-family: inet
> storage.fips-mode-rchecksum: on
> nfs.disable: on
> performance.client-io-threads: off
>
> Cheers,
>
> Jiri
> ___
> 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/BPXG53NG34QKCABYJ35UYIWPNNWTKXW4/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/BMIRJBLFWAVSTKFERBXKLV6KDD4UIZSD/


[ovirt-users] Re: Failing to migrate hosted engine from 4.4.6 host to 4.4.7 host

2021-07-07 Thread Sandro Bonazzola
Il giorno mer 7 lug 2021 alle ore 09:12 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

>
>
> Il giorno mer 7 lug 2021 alle ore 06:20 Nur Imam Febrianto <
> nur_i...@outlook.com> ha scritto:
>
>> Already tried it at one 4.4.7 host, and it solves the issue.
>>
>> Maybe this issue should marked as a critical one, because the host is
>> unusable at all if upgraded to 4.4.7.
>>
>
> It is: https://bugzilla.redhat.com/show_bug.cgi?id=1979624
>

Tracking also the workaround in release notes:
https://github.com/oVirt/ovirt-site/pull/2523



>
>
>> 
>>
>>
>>
>> Regards,
>>
>> Nur Imam Febrianto
>>
>>
>>
>> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for
>> Windows 10
>>
>>
>>
>> *From: *Nur Imam Febrianto 
>> *Sent: *07 July 2021 9:02
>> *To: *Klaas Demter ; users@ovirt.org
>> *Subject: *[ovirt-users] Re: Failing to migrate hosted engine from 4.4.6
>> host to 4.4.7 host
>>
>>
>>
>> Where should I done this ?
>>
>> At the Host ? or at HE ?
>>
>>
>>
>> Thanks.
>>
>>
>>
>> Regards,
>>
>> Nur Imam Febrianto
>>
>>
>>
>> *From: *Klaas Demter 
>> *Sent: *07 July 2021 3:31
>> *To: *users@ovirt.org
>> *Subject: *[ovirt-users] Re: Failing to migrate hosted engine from 4.4.6
>> host to 4.4.7 host
>>
>>
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1979624
>> <https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugzilla.redhat.com%2Fshow_bug.cgi%3Fid%3D1979624=04%7C01%7C%7C7cdd04b19a5c4a0168ed08d940eb36d7%7C84df9e7fe9f640afb435%7C1%7C0%7C637612201267123705%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000=OCi7gileElpvUqvg4hu6C3jynnkfT8Tr35fH%2FAOVz24%3D=0>
>>
>> run: semodule -B; touch /.autorelabel; reboot
>>
>> report back if it fixes everything
>>
>>
>>
>> On 7/6/21 5:40 PM, Nur Imam Febrianto wrote:
>>
>> I’m having similar problem like this. 15 host, 7 of them already upgraded
>> to 4.4.7 and I can’t migrate any VM or HE from 4.4.6 host to 4.4.7.
>>
>>
>>
>> Regards,
>>
>> Nur Imam Febrianto
>>
>>
>>
>> *From: *Sandro Bonazzola 
>> *Sent: *06 July 2021 19:37
>> *To: *oVirt Users ; Arik Hadas 
>> *Subject: *[ovirt-users] Failing to migrate hosted engine from 4.4.6
>> host to 4.4.7 host
>>
>>
>>
>> Hi,
>>
>> I update the hosted engine to 4.4.7 and one of the 2 nodes where the
>> engine is running.
>>
>> Current status is:
>>
>> - Hosted engine at 4.4.7 running on Node 0
>>
>> - Node 0 at 4.4.6
>>
>> - Node 1 at 4.4.7
>>
>>
>>
>> Now, moving Node 0 to maintenance successfully moved the SPM from Node 0
>> to Node 1 but while trying to migrate hosted engine I get on Node 0
>> vdsm.log:
>>
>> 2021-07-06 12:25:07,882+ INFO  (jsonrpc/5) [vdsm.api] START 
>> repoStats(domains=()) from=:::10.46.8.133,35048, 
>> task_id=f12d7694-d2b5-4658-9e0d-3f0dc54aca93 (api:48)
>>
>> 2021-07-06 12:25:07,882+ INFO  (jsonrpc/5) [vdsm.api] FINISH repoStats 
>> return={'1996dc3b-d33f-49cb-b32a-8f7b1d50af5e': {'code': 0, 'lastCheck': 
>> '3.0', 'delay': '0.00114065', 'valid': True, 'version': 5, 'acq
>>
>> uired': True, 'actual': True}} from=:::10.46.8.133,35048, 
>> task_id=f12d7694-d2b5-4658-9e0d-3f0dc54aca93 (api:54)
>>
>> 2021-07-06 12:25:07,882+ INFO  (jsonrpc/5) [vdsm.api] START 
>> multipath_health() from=:::10.46.8.133,35048, 
>> task_id=6515fac9-830a-4b6a-904e-cc1262e87f01 (api:48)
>>
>> 2021-07-06 12:25:07,882+ INFO  (jsonrpc/5) [vdsm.api] FINISH 
>> multipath_health return={} from=:::10.46.8.133,35048, 
>> task_id=6515fac9-830a-4b6a-904e-cc1262e87f01 (api:54)
>>
>> 2021-07-06 12:25:07,883+ ERROR (migsrc/b2072331) [virt.vm] 
>> (vmId='b2072331-1558-4186-86b4-fa83af8eba95') can't connect to virtlogd: 
>> Unable to open system token /run/libvirt/common/system.token: Permission de
>>
>> nied (migration:294)
>>
>> 2021-07-06 12:25:07,888+ INFO  (jsonrpc/5) [api.host] FINISH getStats 
>> return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)} 
>> from=:::10.46.8.133,35048 (api:54)
>>
>> 2021-07-06 12:25:08,166+ ERROR (migsrc/b2072331) [virt.vm] 
>> (vmId='b2072331-1558-4186-86b4-fa83af8eba95') Failed to migrate 
>> (migration:467)
>>

[ovirt-users] Re: Failing to migrate hosted engine from 4.4.6 host to 4.4.7 host

2021-07-07 Thread Sandro Bonazzola
Il giorno mer 7 lug 2021 alle ore 06:20 Nur Imam Febrianto <
nur_i...@outlook.com> ha scritto:

> Already tried it at one 4.4.7 host, and it solves the issue.
>
> Maybe this issue should marked as a critical one, because the host is
> unusable at all if upgraded to 4.4.7.
>

It is: https://bugzilla.redhat.com/show_bug.cgi?id=1979624


> 
>
>
>
> Regards,
>
> Nur Imam Febrianto
>
>
>
> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for
> Windows 10
>
>
>
> *From: *Nur Imam Febrianto 
> *Sent: *07 July 2021 9:02
> *To: *Klaas Demter ; users@ovirt.org
> *Subject: *[ovirt-users] Re: Failing to migrate hosted engine from 4.4.6
> host to 4.4.7 host
>
>
>
> Where should I done this ?
>
> At the Host ? or at HE ?
>
>
>
> Thanks.
>
>
>
> Regards,
>
> Nur Imam Febrianto
>
>
>
> *From: *Klaas Demter 
> *Sent: *07 July 2021 3:31
> *To: *users@ovirt.org
> *Subject: *[ovirt-users] Re: Failing to migrate hosted engine from 4.4.6
> host to 4.4.7 host
>
>
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1979624
> <https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugzilla.redhat.com%2Fshow_bug.cgi%3Fid%3D1979624=04%7C01%7C%7C7cdd04b19a5c4a0168ed08d940eb36d7%7C84df9e7fe9f640afb435%7C1%7C0%7C637612201267123705%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000=OCi7gileElpvUqvg4hu6C3jynnkfT8Tr35fH%2FAOVz24%3D=0>
>
> run: semodule -B; touch /.autorelabel; reboot
>
> report back if it fixes everything
>
>
>
> On 7/6/21 5:40 PM, Nur Imam Febrianto wrote:
>
> I’m having similar problem like this. 15 host, 7 of them already upgraded
> to 4.4.7 and I can’t migrate any VM or HE from 4.4.6 host to 4.4.7.
>
>
>
> Regards,
>
> Nur Imam Febrianto
>
>
>
> *From: *Sandro Bonazzola 
> *Sent: *06 July 2021 19:37
> *To: *oVirt Users ; Arik Hadas 
> *Subject: *[ovirt-users] Failing to migrate hosted engine from 4.4.6 host
> to 4.4.7 host
>
>
>
> Hi,
>
> I update the hosted engine to 4.4.7 and one of the 2 nodes where the
> engine is running.
>
> Current status is:
>
> - Hosted engine at 4.4.7 running on Node 0
>
> - Node 0 at 4.4.6
>
> - Node 1 at 4.4.7
>
>
>
> Now, moving Node 0 to maintenance successfully moved the SPM from Node 0
> to Node 1 but while trying to migrate hosted engine I get on Node 0
> vdsm.log:
>
> 2021-07-06 12:25:07,882+ INFO  (jsonrpc/5) [vdsm.api] START 
> repoStats(domains=()) from=:::10.46.8.133,35048, 
> task_id=f12d7694-d2b5-4658-9e0d-3f0dc54aca93 (api:48)
>
> 2021-07-06 12:25:07,882+ INFO  (jsonrpc/5) [vdsm.api] FINISH repoStats 
> return={'1996dc3b-d33f-49cb-b32a-8f7b1d50af5e': {'code': 0, 'lastCheck': 
> '3.0', 'delay': '0.00114065', 'valid': True, 'version': 5, 'acq
>
> uired': True, 'actual': True}} from=:::10.46.8.133,35048, 
> task_id=f12d7694-d2b5-4658-9e0d-3f0dc54aca93 (api:54)
>
> 2021-07-06 12:25:07,882+ INFO  (jsonrpc/5) [vdsm.api] START 
> multipath_health() from=:::10.46.8.133,35048, 
> task_id=6515fac9-830a-4b6a-904e-cc1262e87f01 (api:48)
>
> 2021-07-06 12:25:07,882+ INFO  (jsonrpc/5) [vdsm.api] FINISH 
> multipath_health return={} from=:::10.46.8.133,35048, 
> task_id=6515fac9-830a-4b6a-904e-cc1262e87f01 (api:54)
>
> 2021-07-06 12:25:07,883+ ERROR (migsrc/b2072331) [virt.vm] 
> (vmId='b2072331-1558-4186-86b4-fa83af8eba95') can't connect to virtlogd: 
> Unable to open system token /run/libvirt/common/system.token: Permission de
>
> nied (migration:294)
>
> 2021-07-06 12:25:07,888+ INFO  (jsonrpc/5) [api.host] FINISH getStats 
> return={'status': {'code': 0, 'message': 'Done'}, 'info': (suppressed)} 
> from=:::10.46.8.133,35048 (api:54)
>
> 2021-07-06 12:25:08,166+ ERROR (migsrc/b2072331) [virt.vm] 
> (vmId='b2072331-1558-4186-86b4-fa83af8eba95') Failed to migrate 
> (migration:467)
>
> Traceback (most recent call last):
>
>   File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 441, 
> in _regular_run
>
> time.time(), machineParams
>
>   File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 537, 
> in _startUnderlyingMigration
>
> self._perform_with_conv_schedule(duri, muri)
>
>   File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 626, 
> in _perform_with_conv_schedule
>
> self._perform_migration(duri, muri)
>
>   File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line 555, 
> in _perform_migration
>
> self._migration_flags)
>
>   File "/usr/lib/python3.6/

[ovirt-users] Broken links on oVIrt site

2021-07-06 Thread Sandro Bonazzola
Sending to the list, just in case someone would have some time and would
like to help fixing any of them:

- ./_site/develop/developer-guide/db-issues/postgres.html  *  External
link http://sourcefreedom.com/tuning-postgresql-9-0-with-pgtune/
failed: 404 No error  *  External link
http://www.postgresql.org/docs/9.1/static/wal-configuration.html%20WAL%20Configuration
failed: 404 No error- ./_site/develop/infra/jenkins.html  *  External
link http://www.cyberciti.biz/faq/linux-add-a-swap-file-howto/ failed:
403 No error- 
./_site/develop/release-management/features/gluster/gluster-dr.html
 *  External link
https://gluster.readthedocs.io/en/latest/Administrator%20Guide/Geo%20Replication/
failed: 404 No error-
./_site/develop/release-management/features/gluster/gluster-geo-replication.html
 *  External link
https://docs.gluster.org/en/latest/Administrator%20Guide/Geo%20Replication/
failed: 404 No error-
./_site/develop/release-management/features/gluster/gluster-hooks-management.html
 *  External link
https://docs.gluster.org/en/latest/Administrator%20Guide/Hook-scripts/
failed: 404 No error-
./_site/develop/release-management/features/network/ipv6-support.html
*  External link
http://www.cyberciti.biz/faq/redhat-centos-rhel-fedora-linux-add-multiple-ip-samenic/
failed: 403 No error  *  External link
http://www.cyberciti.biz/faq/rhel-redhat-fedora-centos-ipv6-network-configuration/
failed: 403 No error-
./_site/develop/release-management/features/network/isolated-ports.html
 *  External link
https://docs.vmware.com/en/VMware-vSphere/6.7/com.vmware.vsphere.networking.doc/GUID-A9287D46-FDE0-4D64-9348-3905FEAC7FAE.html
failed: 403 No error-
./_site/develop/release-management/features/network/lldp.html  *
External link http://standards.ieee.org/getieee802/download/802.1AB-2016.zip
failed: 404 No error-
./_site/develop/release-management/features/network/networking-api-security-groups.html
 *  External link
http://www.openvswitch.org/support/dist-docs/ovn-nb.5.html failed: 404
No error- ./_site/develop/release-management/features/virt/ovmf.html
*  External link https://support.microsoft.com/en-us/kb/888929 failed:
404 No error- ./_site/develop/release-management/process/press-plan.html
 *  External link http://www.lharba.com/index.htm failed: 404 No error
 *  External link
http://www.serverwatch.com/author/Paul-Ferrill-3660.htm failed: 404 No
error  *  External link
http://www.wired.com/wiredenterprise/author/bobmcmillan/ failed: 404
No error  *  External link
http://www.wired.com/wiredenterprise/author/cade_metz/ failed: 404 No
error- ./_site/documentation/administration_guide/index.html  *
External link http://docs.ansible.com/ansible/list_of_cloud_modules.html#ovirt
failed: 404 No error  *  External link
https://access.redhat.com/articles/3215851 failed: 403 No error-
./_site/documentation/data_warehouse_guide/index.html  *  External
link 
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.4/html-single/html-single/data_warehouse_guide/#Application_Settings_for_the_Data_Warehouse_service_in_ovirt-engine-dwhd_file
failed: 404 No error
HTML-Proofer found 19 failures!

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/64JSAGYWE6QUJOOT2P7Q6B5E5URQY6YP/


[ovirt-users] Re: what happens to vms when a host shutdowns?

2021-07-06 Thread Sandro Bonazzola
Il giorno mar 6 lug 2021 alle ore 17:33 Nir Soffer  ha
scritto:

> On Tue, Jul 6, 2021 at 5:58 PM Scott Worthington
>  wrote:
> >
> >
> >
> > On Tue, Jul 6, 2021 at 8:13 AM Nir Soffer  wrote:
> >>
> >> On Tue, Jul 6, 2021 at 2:29 PM Sandro Bonazzola 
> wrote:
> >>>
> >>>
> >>>
> >>> Il giorno mar 6 lug 2021 alle ore 13:03 Nir Soffer 
> ha scritto:
> >>>>
> >>>> On Tue, Jul 6, 2021 at 1:11 PM Nathanaël Blanchet 
> wrote:
> >>>> > We are installing UPS powerchute client on hypervisors.
> >>>> >
> >>>> > What is the default vms behaviour of running vms when an hypervisor
> is
> >>>> > ordered to shutdown: do the vms live migrate or do they shutdown
> >>>> > properly (even the restart on an other host because of HA) ?
> >>>>
> >>>> In general VMs are not restarted after an unexpected shutdown, but HA
> VMs
> >>>> are restarted after failures.
> >>>>
> >>>> If the HA VM has a lease, it can restart safely on another host
> regardless of
> >>>> the original host status. If the HA VM does not have a lease, the
> system must
> >>>> wait until the original host is up again to check if the VM is still
> >>>> running on this
> >>>> host.
> >>>>
> >>>> Arik can add more details on this.
> >>>
> >>>
> >>> I think the question is not related to what happens after the host is
> back.
> >>> I think the question is what happens when the host goes down.
> >>> To me, the right way to shutdown a host is putting it first to
> maintenance (VM evacuate to other hosts) and then shutdown.
> >>
> >>
> >> Right, but the we don't have integration with the UPS, so engine cannot
> put the host
> >> to maintenance when the host lose power and the UPS will shut it down
> after
> >> few minutes.
> >
> >
> > This is outside of the scope of oVirt team:
> >
> > Perhaps one could combine multiple applications ( NUT + Ansible +
> Nagios/Zabbix ) to notify the oVirt engine to switch a host to maintenance?
> >
> > NUT[0] could be configured to alert a monitoring system ( like Nagios or
> Zabbix) to trigger an Ansible playbook [1][2] to put the host in
> maintenance mode, and the trigger should happen before the UPS battery is
> depleted (you'll have to account for the time it takes to live migrate VMs).
>
> I would trigger this once power is lost. You never know how much time
> migration will take, so best migrate all vms immediately.
>
> It would be nice to integrate this with engine, but we can start by
> something
> like you describe, that will use engine API/SDK to prepare the hosts for
> graceful shutdown.
>

we already have a role for immediate shutdown of the whole datacenter:
https://github.com/oVirt/ovirt-ansible-shutdown-env
now integrated in ansible collection
https://github.com/oVirt/ovirt-ansible-collection/tree/master/roles/shutdown_env



>
> > [0] Network UPS Tools
> https://networkupstools.org/docs/user-manual.chunked/index.html
> > [1]
> https://www.ovirt.org/develop/release-management/features/infra/ansible_modules.html
> > [2]
> https://docs.ansible.com/ansible/latest/collections/ovirt/ovirt/ovirt_host_module.html
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/TYCMHTXMBD2KLGPYXVSB7CAUMBFWGLEP/


[ovirt-users] Re: Failing to migrate hosted engine from 4.4.6 host to 4.4.7 host

2021-07-06 Thread Sandro Bonazzola
Il giorno mar 6 lug 2021 alle ore 15:36 Nir Soffer  ha
scritto:

> On Tue, Jul 6, 2021 at 4:27 PM Sandro Bonazzola 
> wrote:
>
> >>> This looks like the selinux issue we had in libvirt 7.4. Do we have
> the latest
> >>> selinux-policy-target package on the host?
> >>
> >>
> >> Yeah, seems like https://bugzilla.redhat.com/show_bug.cgi?id=1964317
> >
> >
> > In order to get the migration working this solved:
> >  restorecon /var/run/libvirt/common/system.token
> >  ls -lZ /var/run/libvirt/common/system.token
> > -rw---. 1 root root system_u:object_r:virt_common_var_run_t:s0 32
> Jul  6 09:29 /var/run/libvirt/common/system.token
> > service libvirtd restart
> > service virtlogd restart
>
> On the source or destination?
>
>
Destination, 4.4.7

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/XQ6R222IJRCV35YCJSGGTOW44AZUGDQZ/


[ovirt-users] Re: Failing to migrate hosted engine from 4.4.6 host to 4.4.7 host

2021-07-06 Thread Sandro Bonazzola
Il giorno mar 6 lug 2021 alle ore 15:18 Arik Hadas  ha
scritto:

>
>
>
> On Tue, Jul 6, 2021 at 3:56 PM Nir Soffer  wrote:
>
>> On Tue, Jul 6, 2021 at 3:36 PM Sandro Bonazzola 
>> wrote:
>>
>>> Hi,
>>> I update the hosted engine to 4.4.7 and one of the 2 nodes where the
>>> engine is running.
>>> Current status is:
>>> - Hosted engine at 4.4.7 running on Node 0
>>> - Node 0 at 4.4.6
>>> - Node 1 at 4.4.7
>>>
>>> Now, moving Node 0 to maintenance successfully moved the SPM from Node 0
>>> to Node 1 but while trying to migrate hosted engine I get on Node 0
>>> vdsm.log:
>>>
>> ...
>>
>>>   File "/usr/lib64/python3.6/site-packages/libvirt.py", line 2119, in 
>>> migrateToURI3
>>> raise libvirtError('virDomainMigrateToURI3() failed')
>>> libvirt.libvirtError: can't connect to virtlogd: Unable to open system 
>>> token /run/libvirt/common/system.token: Permission denied
>>>
>>>
>> This looks like the selinux issue we had in libvirt 7.4. Do we have the
>> latest
>> selinux-policy-target package on the host?
>>
>
> Yeah, seems like https://bugzilla.redhat.com/show_bug.cgi?id=1964317
>

In order to get the migration working this solved:
 restorecon /var/run/libvirt/common/system.token
 ls -lZ /var/run/libvirt/common/system.token
-rw---. 1 root root system_u:object_r:virt_common_var_run_t:s0 32 Jul
 6 09:29 /var/run/libvirt/common/system.token
service libvirtd restart
service virtlogd restart

+Lev Veyde  sounds like
https://bugzilla.redhat.com/show_bug.cgi?id=1955415 is not 100% fixed then


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/MNHXVWKWKWLZRA4SVZEOZLJ7HOOMNNSF/


[ovirt-users] Re: Failing to migrate hosted engine from 4.4.6 host to 4.4.7 host

2021-07-06 Thread Sandro Bonazzola
Il giorno mar 6 lug 2021 alle ore 14:56 Nir Soffer  ha
scritto:

> On Tue, Jul 6, 2021 at 3:36 PM Sandro Bonazzola 
> wrote:
>
>> Hi,
>> I update the hosted engine to 4.4.7 and one of the 2 nodes where the
>> engine is running.
>> Current status is:
>> - Hosted engine at 4.4.7 running on Node 0
>> - Node 0 at 4.4.6
>> - Node 1 at 4.4.7
>>
>> Now, moving Node 0 to maintenance successfully moved the SPM from Node 0
>> to Node 1 but while trying to migrate hosted engine I get on Node 0
>> vdsm.log:
>>
> ...
>
>>   File "/usr/lib64/python3.6/site-packages/libvirt.py", line 2119, in 
>> migrateToURI3
>> raise libvirtError('virDomainMigrateToURI3() failed')
>> libvirt.libvirtError: can't connect to virtlogd: Unable to open system token 
>> /run/libvirt/common/system.token: Permission denied
>>
>>
> This looks like the selinux issue we had in libvirt 7.4. Do we have the
> latest
> selinux-policy-target package on the host?
>

Nir, this is a 4.4.6 host with
# rpm -qv libvirt
libvirt-7.0.0-14.el8s.x86_64
# rpm -qv vdsm
vdsm-4.40.60.7-1.el8.x86_64
# rpm -qv selinux-policy
selinux-policy-3.14.3-67.el8.noarch

which is migrating hosted engine VM to a just upgaded 4.4.7 node with:

# rpm -qv libvirt
libvirt-7.4.0-1.el8s.x86_64
# rpm -qv vdsm
vdsm-4.40.70.6-1.el8.x86_64
# rpm -qv selinux-policy
selinux-policy-3.14.3-71.el8.noarch

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/GRULNVR44QBVJPDSLXO42MM6OC6TJCGC/


[ovirt-users] Failing to migrate hosted engine from 4.4.6 host to 4.4.7 host

2021-07-06 Thread Sandro Bonazzola
Hi,
I update the hosted engine to 4.4.7 and one of the 2 nodes where the engine
is running.
Current status is:
- Hosted engine at 4.4.7 running on Node 0
- Node 0 at 4.4.6
- Node 1 at 4.4.7

Now, moving Node 0 to maintenance successfully moved the SPM from Node 0 to
Node 1 but while trying to migrate hosted engine I get on Node 0 vdsm.log:

2021-07-06 12:25:07,882+ INFO  (jsonrpc/5) [vdsm.api] START
repoStats(domains=()) from=:::10.46.8.133,35048,
task_id=f12d7694-d2b5-4658-9e0d-3f0dc54aca93 (api:48)
2021-07-06 12:25:07,882+ INFO  (jsonrpc/5) [vdsm.api] FINISH
repoStats return={'1996dc3b-d33f-49cb-b32a-8f7b1d50af5e': {'code': 0,
'lastCheck': '3.0', 'delay': '0.00114065', 'valid': True, 'version':
5, 'acq
uired': True, 'actual': True}} from=:::10.46.8.133,35048,
task_id=f12d7694-d2b5-4658-9e0d-3f0dc54aca93 (api:54)
2021-07-06 12:25:07,882+ INFO  (jsonrpc/5) [vdsm.api] START
multipath_health() from=:::10.46.8.133,35048,
task_id=6515fac9-830a-4b6a-904e-cc1262e87f01 (api:48)
2021-07-06 12:25:07,882+ INFO  (jsonrpc/5) [vdsm.api] FINISH
multipath_health return={} from=:::10.46.8.133,35048,
task_id=6515fac9-830a-4b6a-904e-cc1262e87f01 (api:54)
2021-07-06 12:25:07,883+ ERROR (migsrc/b2072331) [virt.vm]
(vmId='b2072331-1558-4186-86b4-fa83af8eba95') can't connect to
virtlogd: Unable to open system token
/run/libvirt/common/system.token: Permission de
nied (migration:294)
2021-07-06 12:25:07,888+ INFO  (jsonrpc/5) [api.host] FINISH
getStats return={'status': {'code': 0, 'message': 'Done'}, 'info':
(suppressed)} from=:::10.46.8.133,35048 (api:54)
2021-07-06 12:25:08,166+ ERROR (migsrc/b2072331) [virt.vm]
(vmId='b2072331-1558-4186-86b4-fa83af8eba95') Failed to migrate
(migration:467)
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line
441, in _regular_run
time.time(), machineParams
  File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line
537, in _startUnderlyingMigration
self._perform_with_conv_schedule(duri, muri)
  File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line
626, in _perform_with_conv_schedule
self._perform_migration(duri, muri)
  File "/usr/lib/python3.6/site-packages/vdsm/virt/migration.py", line
555, in _perform_migration
self._migration_flags)
  File "/usr/lib/python3.6/site-packages/vdsm/virt/virdomain.py", line
159, in call
return getattr(self._vm._dom, name)(*a, **kw)
  File "/usr/lib/python3.6/site-packages/vdsm/virt/virdomain.py", line 101, in f
ret = attr(*args, **kwargs)
  File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py",
line 131, in wrapper
ret = f(*args, **kwargs)
  File "/usr/lib/python3.6/site-packages/vdsm/common/function.py",
line 94, in wrapper
return func(inst, *args, **kwargs)
  File "/usr/lib64/python3.6/site-packages/libvirt.py", line 2119, in
migrateToURI3
raise libvirtError('virDomainMigrateToURI3() failed')
libvirt.libvirtError: can't connect to virtlogd: Unable to open system
token /run/libvirt/common/system.token: Permission denied
2021-07-06 12:25:08,197+ INFO  (jsonrpc/6) [api.virt] START
getMigrationStatus() from=:::10.46.8.133,35048, flow_id=4e86b85d,
vmId=b2072331-1558-4186-86b4-fa83af8eba95 (api:48)
2021-07-06 12:25:08,197+ INFO  (jsonrpc/6) [api.virt] FINISH
getMigrationStatus return={'status': {'code': 0, 'message': 'Done'},
'migrationStats': {'status': {'code': 12, 'message': 'Fatal error
during migr
ation'}, 'progress': 0}} from=:::10.46.8.133,35048,
flow_id=4e86b85d, vmId=b2072331-1558-4186-86b4-fa83af8eba95 (api:54)

On node 0:
# ls -lZ /run/libvirt/common/system.token
ls: cannot access '/run/libvirt/common/system.token': No such file or
directory

On node 1:
# ls -lZ /run/libvirt/common/system.token
-rw---. 1 root root system_u:object_r:virt_var_run_t:s0 32 Jul  6 09:29
/run/libvirt/common/system.token

any clue?
-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/BTSW2RTA4UJHIEBTSMLPSKUPWF2QUNB4/


[ovirt-users] Re: CentOS 8 to Stream conversion

2021-07-06 Thread Sandro Bonazzola
Il giorno mar 29 giu 2021 alle ore 19:40 Gary Pedretty 
ha scritto:

> I have moved all my hosts from CentOS 8 to Stream, but the hosted engine
> is still Centos 8.  Is it safe to use the same conversion of the
> hosted-engine from 8 to Stream while in global maintenance mode?
>

Yes. I would recommend to run engine-setup again after the distro-sync but
shouldn't be necessary unless engine got updates as well.


>
> IE:
>
> dnf swap centos-{linux,stream}-repos
>
> dnf distro-sync
>
>
> Thanks
>
> Gary
>
>
>
>
>
>
> ___
> Gary Pedretty
> IT Manager
> Ravn Alaska
>
> Office: 907-266-8451
> Mobile: 907-388-2247
> Email: gary.pedre...@ravnalaska.com
>
>
>
> ___
> 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/J2JZGHUI3ZYCLO6RPETFB3CUIFPM7LUM/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/A6322SPA66JAU4X6FSGZQDI25VHRDH3R/


[ovirt-users] Re: what happens to vms when a host shutdowns?

2021-07-06 Thread Sandro Bonazzola
Il giorno mar 6 lug 2021 alle ore 13:45 Klaas Demter 
ha scritto:

> This should be implemented in 4.2.3 and newer. There are more details in
> the RFE bugzilla:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1334982
>
> I have never tested it :)
>

Corresponding libvirt bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1401054



>
>
>
> On 7/6/21 1:29 PM, Sandro Bonazzola wrote:
>
>
>
> Il giorno mar 6 lug 2021 alle ore 13:03 Nir Soffer 
> ha scritto:
>
>> On Tue, Jul 6, 2021 at 1:11 PM Nathanaël Blanchet 
>> wrote:
>> > We are installing UPS powerchute client on hypervisors.
>> >
>> > What is the default vms behaviour of running vms when an hypervisor is
>> > ordered to shutdown: do the vms live migrate or do they shutdown
>> > properly (even the restart on an other host because of HA) ?
>>
>> In general VMs are not restarted after an unexpected shutdown, but HA VMs
>> are restarted after failures.
>>
>> If the HA VM has a lease, it can restart safely on another host
>> regardless of
>> the original host status. If the HA VM does not have a lease, the system
>> must
>> wait until the original host is up again to check if the VM is still
>> running on this
>> host.
>>
>> Arik can add more details on this.
>>
>
> I think the question is not related to what happens after the host is back.
> I think the question is what happens when the host goes down.
> To me, the right way to shutdown a host is putting it first to maintenance
> (VM evacuate to other hosts) and then shutdown.
> On emergency shutdown without moving the host to maintenance first I think
> libvirt is communicating the host is going down to the guests and tries to
> cleanly shutdown vms while the host is going down.
> Arik please confirm :-)
>
>
>
>>
>> Nir
>> ___
>> 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/HXVXSLXQYZX6CQPJNXKWLOMY3LQU7XJ5/
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> <https://mojo.redhat.com/docs/DOC-1199578>*
>
>
>
> ___
> 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/ZQFLN7YMFKZIMC6COWSG6COKHKTESOIY/
>
> _______
> 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/CG2MGW2VBX255JWJMG6B6TVTY7FUWXIX/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/O3TSOPL7FVRVC4G7L6W7YXHZ55KECLVG/


[ovirt-users] Re: Windows 10 Guest with nvidia Tesla P40 vGpu Bluescreens when I enable nested virtualization

2021-07-06 Thread Sandro Bonazzola
iverStore\FileRepository\nvgridsw.inf_amd64_bc3d1d075a43d1ac\nvlddmkm.sys
>
> Image name: nvlddmkm.sys
>
> Browse all global symbols functions data
>
> Timestamp: Mon Apr 5 11:28:32 2021 (606B56D0)
>
> CheckSum: 017A33BA
>
> ImageSize: 0180D000
>
> Translations: .04b0 .04e4 0409.04b0 0409.04e4
>
> Information from resource tables:
>
> 3: kd> .cxr 0x8487974646a0
>
> rax= rbx=b406f7d85000 rcx=e17f3f1e8efe
>
> rdx= rsi= rdi=b406f1667270
>
> rip=f80567d55b24 rsp=8487974650a0 rbp=0002
>
> r8= r9= r10=
>
> r11=848797465040 r12=f80568511c80 r13=b406f1667270
>
> r14=b406f194c660 r15=
>
> iopl=0 nv up ei pl nz na pe nc
>
> cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00050202
>
> nvlddmkm+0x1d5b24:
>
> f805`67d55b24 4c8b80c822 mov r8,qword ptr [rax+22C8h]
> ds:002b:`22c8=
> ___
> 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/66X6JTRJC6JQMZLQHLC5QYOUE75Q45VT/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/E2Z7TDHFEHGGO25CV3JPUJPGI5KU4HJ4/


[ovirt-users] Re: migrate hosted engine

2021-07-06 Thread Sandro Bonazzola
Hi,
can you please provide:
`yum -q list installed centos-release ovirt-release\* ovirt-engine
redhat-release vdsm glusterfs` output on the two host and on the engine ?

Can you also provide vdsm.log from the two host and engine.log from the
engine?

Ideally, it would be great if you can share a ovirt-log-collector generated
report.



Il giorno gio 1 lug 2021 alle ore 18:55 Harry O  ha
scritto:

> When I put in the "/etc/pki/CA/cacert.pem" from the old node, I just get
> next error as follows:
> Migration failed due to an Error: Fatal error during migration (VM:
> HostedEngine, Source: hej1.5ervers.lan, Destination: hej2.5ervers.lan).
> ___
> 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/LFPPS4WXSRGM54VLJDRYF723RSTPNBOO/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/EWDAMTM2ELNAVGB54OH46YFCKAT7OK3V/


[ovirt-users] Re: what happens to vms when a host shutdowns?

2021-07-06 Thread Sandro Bonazzola
Il giorno mar 6 lug 2021 alle ore 13:03 Nir Soffer  ha
scritto:

> On Tue, Jul 6, 2021 at 1:11 PM Nathanaël Blanchet 
> wrote:
> > We are installing UPS powerchute client on hypervisors.
> >
> > What is the default vms behaviour of running vms when an hypervisor is
> > ordered to shutdown: do the vms live migrate or do they shutdown
> > properly (even the restart on an other host because of HA) ?
>
> In general VMs are not restarted after an unexpected shutdown, but HA VMs
> are restarted after failures.
>
> If the HA VM has a lease, it can restart safely on another host regardless
> of
> the original host status. If the HA VM does not have a lease, the system
> must
> wait until the original host is up again to check if the VM is still
> running on this
> host.
>
> Arik can add more details on this.
>

I think the question is not related to what happens after the host is back.
I think the question is what happens when the host goes down.
To me, the right way to shutdown a host is putting it first to maintenance
(VM evacuate to other hosts) and then shutdown.
On emergency shutdown without moving the host to maintenance first I think
libvirt is communicating the host is going down to the guests and tries to
cleanly shutdown vms while the host is going down.
Arik please confirm :-)



>
> Nir
> ___
> 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/HXVXSLXQYZX6CQPJNXKWLOMY3LQU7XJ5/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
___
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/ZQFLN7YMFKZIMC6COWSG6COKHKTESOIY/


[ovirt-users] oVirt 4.4.7 is now generally available

2021-07-06 Thread Sandro Bonazzola
oVirt 4.4.7 is now generally available

The oVirt project is excited to announce the general availability of oVirt
4.4.7 , as of July 6th, 2021.

This release unleashes an altogether more powerful and flexible open source
virtualization solution that encompasses hundreds of individual changes and
a wide range of enhancements across the engine, storage, network, user
interface, and analytics, as compared to oVirt 4.3.
Important notes before you install / upgrade

Please note that oVirt 4.4 only supports clusters and data centers with
compatibility version 4.2 and above. If clusters or data centers are
running with an older compatibility version, you need to upgrade them to at
least 4.2 (4.3 is recommended).

Please note that in RHEL 8 / CentOS 8 several devices that worked on EL7
are no longer supported.

For example, the megaraid_sas driver is removed. If you use Enterprise
Linux 8 hosts you can try to provide the necessary drivers for the
deprecated hardware using the DUD method (See the users’ mailing list
thread on this at
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/NDSVUZSESOXEFJNPHOXUH4HOOWRIRSB4/
)

Documentation

   -

   If you want to try oVirt as quickly as possible, follow the instructions
   on the Download <https://ovirt.org/download/> page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation <https://ovirt.org/documentation/>.
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   <https://ovirt.org/documentation/upgrade_guide/>.
   -

   For a general overview of oVirt, see About oVirt
   <https://ovirt.org/community/about.html>.

What’s new in oVirt 4.4.7 Release?

This update is the seventh in a series of stabilization updates to the 4.4
series.

This release is available now on x86_64 architecture for:

   -

   Red Hat Enterprise Linux 8.4
   -

   CentOS Linux (or similar) 8.4
   -

   CentOS Stream 8


This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

   -

   Red Hat Enterprise Linux 8.4
   -

   CentOS Linux (or similar) 8.4
   -

   oVirt Node NG (based on CentOS Stream 8)
   -

   CentOS Stream



oVirt Node and Appliance have been updated, including:

   -

   oVirt 4.4.7: https://www.ovirt.org/release/4.4.7/
   -

   CentOS Stream 8 latest updates
   -

   Ansible 2.9.23:
   
https://github.com/ansible/ansible/blob/stable-2.9/changelogs/CHANGELOG-v2.9.rst#v2-9-23

   -

   Advanced Virtualization 8.4.0.1
   -

   Gluster 8.5: https://docs.gluster.org/en/latest/release-notes/8.5/
   -

   Wildfly 23.0.2:
   https://www.wildfly.org/news/2021/04/29/WildFly2302-Released/



See the release notes [1] for installation instructions and a list of new
features and bugs fixed.

Notes:

   -

   oVirt Appliance is already available for CentOS Stream 8
   -

   oVirt Node NG is already available for CentOS Stream 8


Additional resources:

   -

   Read more about the oVirt 4.4.7 release highlights:
   https://www.ovirt.org/release/4.4.7/
   <https://www.ovirt.org/release/4.4.7/>
   -

   Get more oVirt project updates on Twitter: https://twitter.com/ovirt
   -

   Check out the latest project news on the oVirt blog:
   https://blogs.ovirt.org/


[1] https://www.ovirt.org/release/4.4.7/
[2] https://resources.ovirt.org/pub/ovirt-4.4/iso/

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/5RI7BRS2V2VBZ7N34FRR6NPL2B22FKGI/


[ovirt-users] About "Enabling High Availability Service with oVirt Virtualization and CephFS"

2021-07-05 Thread Sandro Bonazzola
Just found this article[1] today and I think someone here may be
interested: "Enabling High Availability Service with oVirt Virtualization
and CephFS" by Physics Department Brookhaven National Laboratory, supported
by the Office of Nuclear Physics within the U.S. Department of Energy’s
Office of Science.

[1] https://www.osti.gov/servlets/purl/1558261

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/WCARDEK65K5VPKPODUIGJFXJFDMQKJ2G/


[ovirt-users] Reminder: oVirt conference call for papers closes in 20 days

2021-07-05 Thread Sandro Bonazzola
A kind reminder that oVirt conference call for papers closes in 20 days!
Looking forward to user stories, developers onboarding journeys,
integration stories, new features presentation, old features nobody knows
about because nobody presented them before and more you see fit.
You can find call for paper at
https://blogs.ovirt.org/ovirt-2021-online-conference/

Thanks,
-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/MPBTUMUFVW326EDYS6VBMZAR3KPNSPFW/


[ovirt-users] [italian community] Geek talk and RH018 training

2021-06-28 Thread Sandro Bonazzola
Hi,
not relevant for everyone in the list but maybe interesting for the oVirt
Italian community:
I'll be in a live stream event today with Extraordy within the GeekTalk
series[1].
There will also be a free Red Hat "RH018 - Virtualization and
Infrastructure Migration Technical Overview" Training in Italian language
on July 2nd where we'll talk also about oVirt[2].
See you there!

[1]
https://www.linkedin.com/feed/update/urn:li:activity:6815171728424087552/
[2] https://rh018.it/

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/VSQSWO3YCEO4A3J6643AP2HCW475C45C/


[ovirt-users] Re: oVirt and ARM

2021-06-25 Thread Sandro Bonazzola
Il giorno ven 25 giu 2021 alle ore 14:20 Marko Vrgotic <
m.vrgo...@activevideo.com> ha scritto:

> Hi Sandro,
>
>
>
> Thank you for the update. I am not equipped to help on development side,
> but I can most certainly do test deployments, once there is something
> available.
>
>
>
> We are big oVirt shop and moving to ARM64 with new product, it would be
> great if oVirt would start supporting it.
>
>
>
> If we are able to help somehow, let me know.
>

I guess a start could be adding some arm64 machine to oVirt infrastructure
so developers can build for it.
You can have a look at
https://ovirt.org/community/get-involved/donate-hardware.html
Looping in +Evgheni Dereveanchin  in case you can
share some resources.




>
>
> -
>
> kind regards/met vriendelijke groeten
>
>
>
> Marko Vrgotic
> Sr. System Engineer @ System Administration
>
>
> ActiveVideo
>
> *e:* m.vrgo...@activevideo.com
> *w: *www.activevideo.com
>
>
>
> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217
> WJ Hilversum, The Netherlands. The information contained in this message
> may be legally privileged and confidential. It is intended to be read only
> by the individual or entity to whom it is addressed or by their designee.
> If the reader of this message is not the intended recipient, you are on
> notice that any distribution of this message, in any form, is strictly
> prohibited.  If you have received this message in error, please immediately
> notify the sender and/or ActiveVideo Networks, LLC by telephone at +1
> 408.931.9200 and delete or destroy any copy of this message.
>
>
>
>
>
>
>
> *From: *Sandro Bonazzola 
> *Date: *Thursday, 24 June 2021 at 18:21
> *To: *Marko Vrgotic , Zhenyu Zheng <
> zhengzhenyul...@gmail.com>, Joey Ma 
> *Cc: *users@ovirt.org 
> *Subject: *Re: [ovirt-users] oVirt and ARM
>
> ***CAUTION: This email originated from outside of the organization. Do not
> click links or open attachments unless you recognize the sender!!!***
>
>
>
>
>
> Il giorno gio 24 giu 2021 alle ore 16:34 Marko Vrgotic <
> m.vrgo...@activevideo.com> ha scritto:
>
> Hi oVirt,
>
>
>
> Where can I find if there are any information about oVirt supporting arm64
> CPU architecture?
>
>
>
> Right now oVirt is not supporting arm64. There was an initiative about
> supporting it started some time ago from openEuler ovirt SIG.
>
> I didn't got any further updates on this topic, looping in those who I
> remember being looking into it.
>
> I think that if someone contributes arm64 support it would also be a
> feature worth a 4.5 release :-)
>
>
>
>
>
> -
>
> kind regards/met vriendelijke groeten
>
>
>
> Marko Vrgotic
> Sr. System Engineer @ System Administration
>
>
> ActiveVideo
>
> *o: *+31 (35) 6774131
>
> *m: +*31 (65) 5734174
>
> *e:* m.vrgo...@activevideo.com
> *w: *www.activevideo.com
>
>
>
> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217
> WJ Hilversum, The Netherlands. The information contained in this message
> may be legally privileged and confidential. It is intended to be read only
> by the individual or entity to whom it is addressed or by their designee.
> If the reader of this message is not the intended recipient, you are on
> notice that any distribution of this message, in any form, is strictly
> prohibited.  If you have received this message in error, please immediately
> notify the sender and/or ActiveVideo Networks, LLC by telephone at +1
> 408.931.9200 and delete or destroy any copy of this message.
>
>
>
>
>
> ___
> 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
> <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fprivacy-policy.html=04%7C01%7Cm.vrgotic%40activevideo.com%7C7bbdef8641444512185b08d9372c1f5e%7C214268a3e1214486acd4545c9faf2252%7C0%7C0%7C637601484918610882%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000=U0IKCsuqlEy1k%2BY9yfQon%2Fafp7UXp4R0mc2MqQbLEco%3D=0>
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2F=04%7C01%7Cm.vrgotic%40activevideo.com%7C7bbdef8641444512185b08d9372c1f5e%7C214268a3e1214486acd4545c9faf2252%7C0%7C0%7C637601484918620839%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXV

[ovirt-users] Re: oVirt and ARM

2021-06-24 Thread Sandro Bonazzola
Il giorno gio 24 giu 2021 alle ore 16:34 Marko Vrgotic <
m.vrgo...@activevideo.com> ha scritto:

> Hi oVirt,
>
>
>
> Where can I find if there are any information about oVirt supporting arm64
> CPU architecture?
>

Right now oVirt is not supporting arm64. There was an initiative about
supporting it started some time ago from openEuler ovirt SIG.
I didn't got any further updates on this topic, looping in those who I
remember being looking into it.
I think that if someone contributes arm64 support it would also be a
feature worth a 4.5 release :-)


>
>
> -
>
> kind regards/met vriendelijke groeten
>
>
>
> Marko Vrgotic
> Sr. System Engineer @ System Administration
>
>
> ActiveVideo
>
> *o: *+31 (35) 6774131
>
> *m: +*31 (65) 5734174
>
> *e:* m.vrgo...@activevideo.com
> *w: *www.activevideo.com
>
>
>
> ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217
> WJ Hilversum, The Netherlands. The information contained in this message
> may be legally privileged and confidential. It is intended to be read only
> by the individual or entity to whom it is addressed or by their designee.
> If the reader of this message is not the intended recipient, you are on
> notice that any distribution of this message, in any form, is strictly
> prohibited.  If you have received this message in error, please immediately
> notify the sender and/or ActiveVideo Networks, LLC by telephone at +1
> 408.931.9200 and delete or destroy any copy of this message.
>
>
>
>
> ___
> 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/MQ3XND2NKIL7VV4NLIC72NAZCJH4DGCB/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/SQIZ3473UQOP4O6YZVUDFL5QBGPFMJBK/


[ovirt-users] Re: Is there a slack channel for oVirt project?

2021-06-23 Thread Sandro Bonazzola
Il giorno mer 23 giu 2021 alle ore 06:41 Jesse Hu  ha
scritto:

> Hi folks, Is there a slack channel for oVirt project? and is the #ovirt
> channel on irc.oftc.net server still active? I'd like to learn how oVirt
> project can be used for building IaaS platform, and whether oVirt community
> is active to provide support for questions. Thanks a lot.
>

Hi and welcome to oVirt!
The #ovirt channel on irc.oftc.net server is still active. The oVirt
community is pretty active and supportive so you're welcome to ask
questions :-)
I would recommend exploring the ovirt website and the documentation as a
first step.

About slack, there was an attempt to use it https://ovirt.slack.com/ but it
never got used consistently and has been abandoned since 2017 so I wouldn't
expect any reply by asking there.

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA <https://www.redhat.com/>

sbona...@redhat.com
<https://www.redhat.com/>

*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
___
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/G5W6I6EYTRUS5VHB7R5C5O344OLGA53L/


  1   2   3   4   5   6   7   8   9   10   >