[ovirt-users] Re: change host IP

2021-07-09 Thread Anatoliy Radchenko 
Hi Ales,
thanks for response but i  just talked about static leases of DHCP. I'm
interested in the part of ovirt in this case.

Il giorno ven 9 lug 2021 alle ore 08:39 Ales Musil  ha
scritto:

>
>
> On Fri, Jul 9, 2021 at 8:30 AM Anatoliy Radchenko <
> radchenko.anato...@gmail.com> wrote:
>
> Hi,
>
> Hi Strahil,
>> thanks for your response.
>> i understand. But yesterday happened this on one of cluster that was off
>> for a long time: router could not assign same ip and assigned another IP
>> and all went well - cluster is up, gluster with briks is ok (gluster is
>> configured with another internal network).
>> Which mechanism made ip of ovirtmgmt change in this case?
>>
>
> Usually when the IP is taken by a different interface, the server does not
> have much of a choice and assigns a different one.
> This is a good thing because after reboot etc. you won't end up with
> different IP on the same interface.
>
>
>> Is it possible simply change dhcp parameters on router and assign by MAC
>> new ip?
>>
>
> Usually DHCP server support so called "static lease", you basically tell
> the server that this particular MAC will always receive IP a.b.c.d.
> The server is then aware of it and does not serve this IP to anything
> else, if you need to change the IP just change the static lease record for
> the MAC address. Just be aware that the lease has some expiration time and
> won't be renewed until it expires or something else happens that would
> force the interface to ask the DHCP server again.
>
>  Thanks again
>>
>> Il giorno ven 9 lug 2021 alle ore 05:45 Strahil Nikolov <
>> hunter86...@yahoo.com> ha scritto:
>>
>>> * gluster peer detach
>>>
>>> On Fri, Jul 9, 2021 at 6:38, Strahil Nikolov via Users
>>>  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/IYRZ3BOAXB2VGCZ44NO7IDHQE3R535ZN/
>>>
>>>
>>
>> --
>> _
>>
>> Radchenko Anatolii
>> via Manoppello, 83 - 00132 Roma
>> tel.   06 96044328
>> cel.  329 6030076
>>
>> Nota di riservatezza : ai sensi e per gli effetti della Legge sulla
>> Tutela della Riservatezza Personale (Legge 196/03) si precisa che il
>> presente messaggio, corredato dei relativi allegati, contiene informazioni
>> da considerarsi strettamente riservate, ed è destinato esclusivamente al
>> destinatario sopra indicato, il quale è l'unico autorizzato ad usarlo,
>> copiarlo e, sotto la propria responsabilità, diffonderlo. Chiunque
>> ricevesse questo messaggio per errore o comunque lo leggesse senza esserne
>> legittimato è avvertito che trattenerlo, copiarlo, divulgarlo, distribuirlo
>> a persone diverse dal destinatario è severamente proibito,ed è pregato di
>> rinviarlo al mittente.
>> ___
>> 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/AJONSWCOSSQJYB25EOKBG5S3NFVY3SQM/
>>
>
> Regards,
> Ales
>
> --
>
> Ales Musil
>
> Software Engineer - RHV Network
>
> Red Hat EMEA 
>
> amu...@redhat.comIM: amusil
> 
>


-- 
_

Radchenko Anatolii
via Manoppello, 83 - 00132 Roma
tel.   06 96044328
cel.  329 6030076

Nota di riservatezza : ai sensi e per gli effetti della Legge sulla Tutela
della Riservatezza Personale (Legge 196/03) si precisa che il presente
messaggio, corredato dei relativi allegati, contiene informazioni da
considerarsi strettamente riservate, ed è destinato esclusivamente al
destinatario sopra indicato, il quale è l'unico autorizzato ad usarlo,
copiarlo e, sotto la propria responsabilità, diffonderlo. Chiunque
ricevesse questo messaggio per errore o comunque lo leggesse senza esserne
legittimato è avvertito che trattenerlo, copiarlo, divulgarlo, distribuirlo
a persone diverse dal destinatario è severamente proibito,ed è pregato di
rinviarlo al mittente.
___
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/2TQMVNSSUCNORHM34GW5NKSTOP62ANLG/

[ovirt-users] Multiple gateway not working after "big update"

2021-07-09 Thread Lionel Caignec 
Hi,

i've just tried to update my sandboxing environmnent after long time without 
update (i know it's bad...) and i'm facing a problem with multiple gateway.
This environment work with 6 hypervisors (centos 8) and one manager on 
dedicated server, all this baremetal have 2 interface in 2 différent network 
protected by firewall.
All my hypervisords have 2 network for ovirt, one "ovirtmgmt" for management 
(only SSH and internal admin stuff), the other "ovir_prod" for console, 
migration, and default gateway.

I've 3 hypervisors non updated which i can ping /ssh / ... (according to 
iptables) on the two interface without problem.
But the 3 hypervisors just updated are accessible only on the "ovirt_prod" 
interface. I'm looking inside ip route/ ip rules it seems to miss something.
I always configured my HV by ovirt gui so i does not understand what going 
wrong.

This is ip route/ip rules of my hv, it's like missing ip rules on non working HV
The "route-ovirt_prod" file that does not exist on old HV.

Working HV (centos 8.3 / vdsm 4.20.26.3-1) : 
[root@drogo ~]# ip ru
0:  from all lookup local
32000:  from 10.100.126.0/24 lookup 174358038
32000:  from all to 10.100.126.0/24 iif ovirtmgmt lookup 174358038
32000:  from 10.5.7.0/24 lookup 168101654
32000:  from all to 10.5.7.0/24 iif comte_prod lookup 168101654
32766:  from all lookup main
32767:  from all lookup default

[root@drogo ~]# ip rou
default via 10.5.7.254 dev comte_prod proto static metric 425 
10.5.7.0/24 dev comte_prod proto kernel scope link src 10.5.7.22 metric 425 
10.100.126.0/24 dev ovirtmgmt proto kernel scope link src 10.100.126.22 
metric 426 

Bugged HV (centos 8.4/ vdsm 4.40.70.6-1)
[root@balbo ~]# ip ru
0:  from all lookup local
32766:  from all lookup main
32767:  from all lookup default

[root@balbo ~]# ip rou
default via 10.5.7.254 dev comte_prod proto static metric 425 
10.5.6.0/26 dev enp4s0f1 proto kernel scope link src 10.5.6.6 metric 100 
linkdown 
10.5.7.0/24 dev comte_prod proto kernel scope link src 10.5.7.25 metric 426 
10.100.126.0/24 dev ovirtmgmt proto kernel scope link src 10.100.126.25 
metric 425 

[root@bingo network-scripts]# cat route-ovirt_prod
ADDRESS0=0.0.0.0
NETMASK0=0.0.0.0
GATEWAY0=10.5.7.254
OPTIONS0="table 254"
METRIC0=431



Than you for help :)

--
Lionel Caignec 


smime.p7s
Description: S/MIME Cryptographic Signature
___
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/3NSSFIKMKSMCTPVFSTEPLJJUXGRCXD7K/

[ovirt-users] Re: change host IP

2021-07-09 Thread Ales Musil 
On Fri, Jul 9, 2021 at 9:17 AM Anatoliy Radchenko <
radchenko.anato...@gmail.com> wrote:

> Hi Ales,
> thanks for response but i  just talked about static leases of DHCP. I'm
> interested in the part of ovirt in this case.
>

Interfaces on oVirt hosts act just like regular DHCP client so there is not
much from oVirt point of view that can be done.


> Il giorno ven 9 lug 2021 alle ore 08:39 Ales Musil  ha
> scritto:
>
>>
>>
>> On Fri, Jul 9, 2021 at 8:30 AM Anatoliy Radchenko <
>> radchenko.anato...@gmail.com> wrote:
>>
>> Hi,
>>
>> Hi Strahil,
>>> thanks for your response.
>>> i understand. But yesterday happened this on one of cluster that was off
>>> for a long time: router could not assign same ip and assigned another IP
>>> and all went well - cluster is up, gluster with briks is ok (gluster is
>>> configured with another internal network).
>>> Which mechanism made ip of ovirtmgmt change in this case?
>>>
>>
>> Usually when the IP is taken by a different interface, the server does
>> not have much of a choice and assigns a different one.
>> This is a good thing because after reboot etc. you won't end up with
>> different IP on the same interface.
>>
>>
>>> Is it possible simply change dhcp parameters on router and assign by MAC
>>> new ip?
>>>
>>
>> Usually DHCP server support so called "static lease", you basically tell
>> the server that this particular MAC will always receive IP a.b.c.d.
>> The server is then aware of it and does not serve this IP to anything
>> else, if you need to change the IP just change the static lease record for
>> the MAC address. Just be aware that the lease has some expiration time
>> and won't be renewed until it expires or something else happens that would
>> force the interface to ask the DHCP server again.
>>
>>  Thanks again
>>>
>>> Il giorno ven 9 lug 2021 alle ore 05:45 Strahil Nikolov <
>>> hunter86...@yahoo.com> ha scritto:
>>>
 * gluster peer detach

 On Fri, Jul 9, 2021 at 6:38, Strahil Nikolov via Users
  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/IYRZ3BOAXB2VGCZ44NO7IDHQE3R535ZN/


>>>
>>> --
>>> _
>>>
>>> Radchenko Anatolii
>>> via Manoppello, 83 - 00132 Roma
>>> tel.   06 96044328
>>> cel.  329 6030076
>>>
>>> Nota di riservatezza : ai sensi e per gli effetti della Legge sulla
>>> Tutela della Riservatezza Personale (Legge 196/03) si precisa che il
>>> presente messaggio, corredato dei relativi allegati, contiene informazioni
>>> da considerarsi strettamente riservate, ed è destinato esclusivamente al
>>> destinatario sopra indicato, il quale è l'unico autorizzato ad usarlo,
>>> copiarlo e, sotto la propria responsabilità, diffonderlo. Chiunque
>>> ricevesse questo messaggio per errore o comunque lo leggesse senza esserne
>>> legittimato è avvertito che trattenerlo, copiarlo, divulgarlo, distribuirlo
>>> a persone diverse dal destinatario è severamente proibito,ed è pregato di
>>> rinviarlo al mittente.
>>> ___
>>> 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/AJONSWCOSSQJYB25EOKBG5S3NFVY3SQM/
>>>
>>
>> Regards,
>> Ales
>>
>> --
>>
>> Ales Musil
>>
>> Software Engineer - RHV Network
>>
>> Red Hat EMEA 
>>
>> amu...@redhat.comIM: amusil
>> 
>>
>
>
> --
> _
>
> Radchenko Anatolii
> via Manoppello, 83 - 00132 Roma
> tel.   06 96044328
> cel.  329 6030076
>
> Nota di riservatezza : ai sensi e per gli effetti della Legge sulla Tutela
> della Riservatezza Personale (Legge 196/03) si precisa che il presente
> messaggio, corredato dei relativi allegati, contiene informazioni da
> considerarsi strettamente riservate, ed è destinato esclusivamente al
> destinatario sopra indicato, il quale è l'unico autorizzato ad usarlo,
> copiarlo e, sotto la propria responsabilità, diffonderlo. Chiunque
> ricevesse questo messaggio per errore o comunque lo leggesse senza esserne
> legittimato è avvertito che trattenerlo, copiarlo, divulgarlo, distribuirlo
> a persone diverse dal destinatario è severamente proibito,ed è pregato di
> rinviarlo al mittente.
>


-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA 

amu...@redhat.comIM: amusil

___
Users ma

[ovirt-users] Re: Multiple gateway not working after "big update"

2021-07-09 Thread Ales Musil 
On Fri, Jul 9, 2021 at 9:26 AM Lionel Caignec  wrote:

> Hi,
>
> i've just tried to update my sandboxing environmnent after long time
> without update (i know it's bad...) and i'm facing a problem with multiple
> gateway.
> This environment work with 6 hypervisors (centos 8) and one manager on
> dedicated server, all this baremetal have 2 interface in 2 différent
> network protected by firewall.
> All my hypervisords have 2 network for ovirt, one "ovirtmgmt" for
> management (only SSH and internal admin stuff), the other "ovir_prod" for
> console, migration, and default gateway.
>
> I've 3 hypervisors non updated which i can ping /ssh / ... (according to
> iptables) on the two interface without problem.
> But the 3 hypervisors just updated are accessible only on the "ovirt_prod"
> interface. I'm looking inside ip route/ ip rules it seems to miss something.
> I always configured my HV by ovirt gui so i does not understand what going
> wrong.
>
> This is ip route/ip rules of my hv, it's like missing ip rules on non
> working HV
> The "route-ovirt_prod" file that does not exist on old HV.
>
> Working HV (centos 8.3 / vdsm 4.20.26.3-1) :
> [root@drogo ~]# ip ru
> 0:  from all lookup local
> 32000:  from 10.100.126.0/24 lookup 174358038
> 32000:  from all to 10.100.126.0/24 iif ovirtmgmt lookup 174358038
> 32000:  from 10.5.7.0/24 lookup 168101654
> 32000:  from all to 10.5.7.0/24 iif comte_prod lookup 168101654
> 32766:  from all lookup main
> 32767:  from all lookup default
>
> [root@drogo ~]# ip rou
> default via 10.5.7.254 dev comte_prod proto static metric 425
> 10.5.7.0/24 dev comte_prod proto kernel scope link src 10.5.7.22
> metric 425
> 10.100.126.0/24 dev ovirtmgmt proto kernel scope link src
> 10.100.126.22 metric 426
>
> Bugged HV (centos 8.4/ vdsm 4.40.70.6-1)
> [root@balbo ~]# ip ru
> 0:  from all lookup local
> 32766:  from all lookup main
> 32767:  from all lookup default
>
> [root@balbo ~]# ip rou
> default via 10.5.7.254 dev comte_prod proto static metric 425
> 10.5.6.0/26 dev enp4s0f1 proto kernel scope link src 10.5.6.6 metric
> 100 linkdown
> 10.5.7.0/24 dev comte_prod proto kernel scope link src 10.5.7.25
> metric 426
> 10.100.126.0/24 dev ovirtmgmt proto kernel scope link src
> 10.100.126.25 metric 425
>
> [root@bingo network-scripts]# cat route-ovirt_prod
> ADDRESS0=0.0.0.0
> NETMASK0=0.0.0.0
> GATEWAY0=10.5.7.254
> OPTIONS0="table 254"
> METRIC0=431
>
>
>
> Than you for help :)
>
> --
> Lionel Caignec
> ___
> 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/3NSSFIKMKSMCTPVFSTEPLJJUXGRCXD7K/
>


Hi,

from the vdsm version it seems that the upgrade was from 4.2 to 4.4.7.
Direct upgrade like that
is not supported. There were a lot of changes 4.4 networking among other
changes which might result
in what you are experiencing.

Please take a look at upgrade path from 4.2 to 4.4 in
https://www.ovirt.org/documentation/upgrade_guide/index.html

Thanks,
Ales

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA 

amu...@redhat.comIM: amusil

___
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/VS3SOQ3WQ3FG6FVYAO264IID26XJCOAX/

[ovirt-users] Re: Multiple gateway not working after "big update"

2021-07-09 Thread Lionel Caignec 
Hi

thank you for answer, on the ovirt-engine, for what i know i upgraded from 
4.4.3 to 4.4.7. so i think i respect upgrade path and i used engine-setup 
command like in the manual.

But on the vdsm side i does not know there is upgrade path, i already tried to 
remove/readd one buggy host but without succes.

so what do you think i can do? 

Lionel Caignec.

- Mail original -
De: "Ales Musil" 
À: "Lionel Caignec" 
Cc: "users" 
Envoyé: Vendredi 9 Juillet 2021 09:45:15
Objet: Re: [ovirt-users] Multiple gateway not working after "big update"

Hi,

from the vdsm version it seems that the upgrade was from 4.2 to 4.4.7.
Direct upgrade like that
is not supported. There were a lot of changes 4.4 networking among other
changes which might result
in what you are experiencing.

Please take a look at upgrade path from 4.2 to 4.4 in
https://www.ovirt.org/documentation/upgrade_guide/index.html

Thanks,
Ales

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA 

amu...@redhat.comIM: amusil


smime.p7s
Description: S/MIME Cryptographic Signature
___
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/TBWF62K7UQW4ZPS2JMNY6TS4FIFPFBDC/

[ovirt-users] Re: Multiple gateway not working after "big update"

2021-07-09 Thread Ales Musil 
For the host there is the
https://www.ovirt.org/documentation/upgrade_guide/index.html#Upgrading_hosts_to_4-4_4-3_local_db
section.
In short, migrate all VMs to a different host, put the host into
maintenance, remove the host from the engine, reinstall the host OS
completely (to clean up any potential leftovers).
Then you can proceed as usual.

Hopefully this helps.

Regards,
Ales

On Fri, Jul 9, 2021 at 10:12 AM Lionel Caignec  wrote:

> Hi
>
> thank you for answer, on the ovirt-engine, for what i know i upgraded from
> 4.4.3 to 4.4.7. so i think i respect upgrade path and i used engine-setup
> command like in the manual.
>
> But on the vdsm side i does not know there is upgrade path, i already
> tried to remove/readd one buggy host but without succes.
>
> so what do you think i can do?
>
> Lionel Caignec.
>
> - Mail original -
> De: "Ales Musil" 
> À: "Lionel Caignec" 
> Cc: "users" 
> Envoyé: Vendredi 9 Juillet 2021 09:45:15
> Objet: Re: [ovirt-users] Multiple gateway not working after "big update"
>
> Hi,
>
> from the vdsm version it seems that the upgrade was from 4.2 to 4.4.7.
> Direct upgrade like that
> is not supported. There were a lot of changes 4.4 networking among other
> changes which might result
> in what you are experiencing.
>
> Please take a look at upgrade path from 4.2 to 4.4 in
> https://www.ovirt.org/documentation/upgrade_guide/index.html
>
> Thanks,
> Ales
>
> --
>
> Ales Musil
>
> Software Engineer - RHV Network
>
> Red Hat EMEA 
>
> amu...@redhat.comIM: amusil
> 



-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA 

amu...@redhat.comIM: amusil

___
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/H5MNHLIITQRYYCGX3X56XL4INHVJQT6P/

[ovirt-users] Re: Multiple gateway not working after "big update"

2021-07-09 Thread Lionel Caignec 
Ok thank you very much 
i'll try that.

Regards,
Lionel.

- Mail original -
De: "Ales Musil" 
À: "Lionel Caignec" 
Cc: "users" 
Envoyé: Vendredi 9 Juillet 2021 10:22:49
Objet: Re: [ovirt-users] Multiple gateway not working after "big update"

For the host there is the
https://www.ovirt.org/documentation/upgrade_guide/index.html#Upgrading_hosts_to_4-4_4-3_local_db
section.
In short, migrate all VMs to a different host, put the host into
maintenance, remove the host from the engine, reinstall the host OS
completely (to clean up any potential leftovers).
Then you can proceed as usual.

Hopefully this helps.

Regards,
Ales

smime.p7s
Description: S/MIME Cryptographic Signature
___
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/URZ6KBKBHZBPKNO3OWZCBC6Z35TFNJIC/

[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 
- 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 
- imgbase
   should not copy selinux binary policy file


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R&D 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/KPWIJWLFDA64XDNNI63XCEDQYTL2ODE5/

[ovirt-users] Re: oVirt and ARM

2021-07-09 Thread Marko Vrgotic 
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.

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.

Kindly awaiting your reply.

Marko Vrgotic

From: Marko Vrgotic 
Date: Monday, 28 June 2021 at 15:38
To: Sandro Bonazzola , Evgheni Dereveanchin 

Cc: Zhenyu Zheng , Joey Ma , 
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 

Cc: Zhenyu Zheng , Joey Ma , 
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 
mailto: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 mailto:sbona...@redhat.com>>
Date: Thursday, 24 June 2021 at 18:21
To: Marko Vrgotic 
mailto:m.vrgo...@activevideo.com>>, Zhenyu Zheng 
mailto:zhengzhenyul...@gmail.com>>, Joey Ma 
mailto:majunj...@gmail.com>>
Cc: users@ovirt.org 
mailto: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 
mailto: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

[ovirt-users] Re: [4.4.7] The latest guest agent needs to be installed and running on the guest

2021-07-09 Thread Christoph Timm 

Hi Tomáš,

I put the host in maintenance today and give it another reboot.
After that the information are available for the VMs running on that host.
Also the exclamation mark is gone.

So I guess something did not come up correctly during the restart of the 
host.


Best regards
Christoph

Am 08.07.21 um 20:36 schrieb Christoph Timm:

Hi Tomáš,

sorry for the late reply and for my the missing information.

Am 08.07.21 um 16:50 schrieb Tomáš Golembiovský:

On Thu, Jul 08, 2021 at 02:02:14PM +0200, Christoph Timm wrote:

Hi list,

I have upgraded my oVirt from 4.4.4 to 4.4.7 and notice that some VMs have
issues to report the performance information via the guest agent.

The performance info is provided by libvirt and not by guest agent.
Could you be more specific about which information is missing?
Sorry I did not mean the performance information like Memory, CPU and 
Network. These are available. The missing information are IP Addresses 
and FQDN.

What is the version of vdsm and libvirt on the host?

All hosts are running:libvirt-7.0.0-14.1.el8

I see the following message on the VMs: The latest guest agent needs to be
installed and running on the guest


This is probably unrelated to the above. But still, what is the exact
version of the guest agent?

I have tried already different versions.
For example:
qemu-guest-agent.x86_64 15:4.2.0-48.module_el8.4.0+783+f8734d30 
@@commandline
qemu-guest-agent.x86_64 15:2.12.0-88.module_el8.1.0+248+298dec18 
@AppStream



The qemu-guest agent is installed on VMs (the VM OS is CentOS 8).

Any advice how to troubleshoot this?

I can see the stats will be presented in the GUI, if I migrate the VM to a
different host.

Same here, could you provide version of vdsm and libvirt on the host
where your VM is working fine?

KVM Version: 5.2.0 - 16.el8
LIBVIRT Version: libvirt-7.0.0-14.1.el8
VDSM Version: vdsm-4.40.70.6-1.el8

My 4 hosts are running the same versions on CentOS 8.
As I said I can migrate the VM to another host and the exclamation 
mark is gone and the information IPs and FQDNs are displayed.

 Tomas


Best regards
Christoph

___
Users mailing list --users@ovirt.org
To unsubscribe send an email tousers-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/4F5X6BK5OYACFSPSLIHWYE2NXQROS5R3/



___
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/KT6FNKUQXQ5HGELZRZNGZX57MHOH4SFV/


___
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/N5JDHGXYXJGANC7A5FN3QF2DEUFIH3VR/

[ovirt-users] Re: Multiple gateway not working after "big update"

2021-07-09 Thread Lionel Caignec 
That was that i uninstall all ovirt related software purge some /var/lib  
folder readd client and now all work like charm.

Thank you

- Mail original -
De: "Lionel Caignec" 
À: "Ales Musil" 
Cc: "users" 
Envoyé: Vendredi 9 Juillet 2021 10:27:41
Objet: Re: [ovirt-users] Multiple gateway not working after "big update"

Ok thank you very much 
i'll try that.

Regards,
Lionel.

smime.p7s
Description: S/MIME Cryptographic Signature
___
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/LUA6CVTWSOM7PVGW6BVBKPXUAOGD6Z2D/

[ovirt-users] Re: Multiple gateway not working after "big update"

2021-07-09 Thread Ales Musil 
Thank you for reporting back. Glad it worked.

Regards,
Ales

On Fri, Jul 9, 2021 at 1:38 PM Lionel Caignec  wrote:

> That was that i uninstall all ovirt related software purge some /var/lib
> folder readd client and now all work like charm.
>
> Thank you
>
> - Mail original -
> De: "Lionel Caignec" 
> À: "Ales Musil" 
> Cc: "users" 
> Envoyé: Vendredi 9 Juillet 2021 10:27:41
> Objet: Re: [ovirt-users] Multiple gateway not working after "big update"
>
> Ok thank you very much
> i'll try that.
>
> Regards,
> Lionel.



-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA 

amu...@redhat.comIM: amusil

___
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/EFXSUL2DVIBD2PPARTWJYVMTNJN4IXCR/

[ovirt-users] Deployed self-hosted engine cannot be reached from network

2021-07-09 Thread fabrizio . vettore 
Hi,

oVirt Node 4.4.7 i
i have just deployed self hosted engine using supplied wizard.
Install ended without any error.

Now.engine can reach ovirtnode (and viceversa) but cannot reach/be reached by 
external network.
During install node ens192.6 network adapter have been moved to a newly created 
bridge ovirtmgmt.
Bridge routing have been correctly set.
Actually ovirtnode can reach external networks (and internet) so I assume 
routing is OK for the node.

I can login to ovirtengine via SSH from ovirtnode (but not from outside) and i 
can ping/reach the note from ovirtengine but nothing other, even on the some 
subnet (I have other 2 nodes instaled with adiacent addresses)
Routing on the engine is OK (same gateway than node)

Tried to redeploy with the same result.

Probably it is a a stupid problem but I cannot figure out how to solve it!

Any suggestion?

Thanks in advance

Fabrizio











 
___
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/2E5FVUFT6YPGMNOESP23FE3IFKW7A2JH/

[ovirt-users] Deployed self-hosted engine cannot be reached from network

2021-07-09 Thread fabrizio . vettore 
Hi,

oVirt Node 4.4.7 i
i have just deployed self hosted engine using supplied wizard.
Install ended without any error.

Now.engine can reach ovirtnode (and viceversa) but cannot reach/be reached by 
external network.
During install node ens192.6 network adapter have been moved to a newly created 
bridge ovirtmgmt.
Bridge routing have been correctly set.
Actually ovirtnode can reach external networks (and internet) so I assume 
routing is OK for the node.

I can login to ovirtengine via SSH from ovirtnode (but not from outside) and i 
can ping/reach the note from ovirtengine but nothing other, even on the some 
subnet (I have other 2 nodes instaled with adiacent addresses)
Routing on the engine is OK (same gateway than node)

Tried to redeploy with the same result.

Probably it is a a stupid problem but I cannot figure out how to solve it!

Any suggestion?

Thanks in advance

Fabrizio











 
___
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/ZV5AKTIPZ2JWJUEJSGLY77I5K2TXOC2J/

[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
> 
>
>
> 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

[ovirt-users] Re: Deployed self-hosted engine cannot be reached from network

2021-07-09 Thread Tivon Häberlein 

Hi Fabrizio,

can you please share your routing-table of all three servers (node1, 
node2 and engine)?

Engine and nodes are in the same subnet, right?

Do you have a firewall in place of some sort in front of your ovirtmgmt 
network?


Best regards,
Tivon

On 09.07.2021 14:01, fabrizio.vett...@cifarelli.it wrote:

Hi,

oVirt Node 4.4.7 i
i have just deployed self hosted engine using supplied wizard.
Install ended without any error.

Now.engine can reach ovirtnode (and viceversa) but cannot reach/be reached by 
external network.
During install node ens192.6 network adapter have been moved to a newly created 
bridge ovirtmgmt.
Bridge routing have been correctly set.
Actually ovirtnode can reach external networks (and internet) so I assume 
routing is OK for the node.

I can login to ovirtengine via SSH from ovirtnode (but not from outside) and i 
can ping/reach the note from ovirtengine but nothing other, even on the some 
subnet (I have other 2 nodes instaled with adiacent addresses)
Routing on the engine is OK (same gateway than node)

Tried to redeploy with the same result.

Probably it is a a stupid problem but I cannot figure out how to solve it!

Any suggestion?

Thanks in advance

Fabrizio











  
___

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/ZV5AKTIPZ2JWJUEJSGLY77I5K2TXOC2J/


--
Mit freundlichen Grüßen / Best regards
Tivon Häberlein

tivon.haeberl...@secges.de
M: +49 15146133624

Obersteinbach 115
91480 Markt Taschendorf
Germany
___
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/WQNHXJINEZPOLO32GBCNSCJIX3YRKWXO/

[ovirt-users] Unable to migrate VMs to or from oVirt node 4.4.7

2021-07-09 Thread nroach44--- via Users 
Hi All,

After upgrading some of my hosts to 4.4.7, and after fixing the policy issue, 
I'm no longer able to migrate VMs to or from 4.4.7 hosts. Starting them works 
fine regardless of the host version.

HE 4.4.7.6-1.el8, Linux and Windows VMs.

The log on the receiving end (4.4.7 in this case):
VDSM:
2021-07-09 22:02:17,491+0800 INFO  (libvirt/events) [vds] Channel state for 
vm_id=5d11885a-37d3-4f68-a953-72d808f43cdd changed from=UNKNOWN(-1) 
to=disconnected(2) (qemuguestagent:289)
2021-07-09 22:02:55,537+0800 INFO  (libvirt/events) [virt.vm] 
(vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') underlying process disconnected 
(vm:1134)
2021-07-09 22:02:55,537+0800 INFO  (libvirt/events) [virt.vm] 
(vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') Release VM resources (vm:5313)
2021-07-09 22:02:55,537+0800 INFO  (libvirt/events) [virt.vm] 
(vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') Stopping connection 
(guestagent:438)
2021-07-09 22:02:55,539+0800 INFO  (libvirt/events) [virt.vm] 
(vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') Stopping connection 
(guestagent:438)
2021-07-09 22:02:55,539+0800 INFO  (libvirt/events) [vdsm.api] START 
inappropriateDevices(thiefId='5d11885a-37d3-4f68-a953-72d808f43cdd') 
from=internal, task_id=7abe370b-13bc-4c49-bf02-2e40db142250 (api:48)
2021-07-09 22:02:55,544+0800 WARN  (vm/5d11885a) [virt.vm] 
(vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') Couldn't destroy incoming VM: 
Domain not found: no domain with matching uuid 
'5d11885a-37d3-4f68-a953-72d808f43cdd' (vm:4046)
2021-07-09 22:02:55,544+0800 INFO  (vm/5d11885a) [virt.vm] 
(vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') Changed state to Down: VM 
destroyed during the startup (code=10) (vm:1895)

syslog shows:
Jul 09 22:35:01 HOSTNAME abrt-hook-ccpp[177862]: Process 177022 (qemu-kvm) of 
user 107 killed by SIGABRT - dumping core

qemu:
qemu-kvm: ../util/yank.c:107: yank_unregister_instance: Assertion 
`QLIST_EMPTY(&entry->yankfns)' failed.
2021-07-09 14:02:54.521+: shutting down, reason=failed

When migrating from 4.4.7 to 4.4.6, syslog shows:
Jul 09 22:36:36 HOSTNAME libvirtd[2775]: unsupported configuration: unknown 
audio type 'spice'

Any suggestions or further logs I can chase up?

Thanks,
N
___
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/64MZPA5EJAGNCHHVFBUFAXXGR5LJABTK/

[ovirt-users] Automatic Shutdown / Startup for Hosted-Engine

2021-07-09 Thread Eugène Ngontang 
Hi,

I understood we have to put hosted-engine into maintenance mode and
shutdown the VMs if we want to power off the host (otherwise it will
reboot). I'm setting up a process to

- put the HestedEngine in global maintenance mode (*hosted-engine
--set-maintenance --mode=global*)
- shutdown the HostedEngine (*hosted-engine --vm-shutdown*)
- PowerOff the HostedEngine (*hosted-engine --vm-poweroff*)
- Power off the server (*shutdown -P*)

Everything works fine and I can start the server back up, remove the
HostedEngine from maintenance mode, and it will start automatically
running. The issue is when bringing up hosted-engine: all VMs come up but
one (*BigIP*) and I am trying to see if there is way to bring it up without
having to store the engine password (using the *ovirt_vm* API).

At the moment, I am having to look for the BigIP VM and then use
credentials to bring it up: it will not come up with 'hosted-engine
--vm-start'

Is there to make this specific VM start the same time as the others VM
automatically when HostedEngine starts?

Thanks for your help.

Regards,
Eugène NG

-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*
___
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/YQDZQIZAXL3ZK3R547XXX7T4OEO44H7R/

[ovirt-users] Re: Deployed self-hosted engine cannot be reached from network

2021-07-09 Thread Fabrizio Vettore 
[SOLVED]
I installed a nested virtualization environment for testing, but I forgot  to 
enable promiscuous mode on the VMware virtual switch.

Unfortunately my brain was not correctly connected during configuration 

Sorry for wasting tour time :(


Fabrizio Vettore 
ICT Manager
--- 
Cifarelli Spa 
Strada Oriolo 180 
27058 Voghera - Italy 
Lat. 45.006370 - Long. 9.010843 
___
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/BCKJ7PHAQ2UCFWCQLJLXAYZ5TIDE5MZ4/

[ovirt-users] Create new disk failure

2021-07-09 Thread Gangi Reddy 

Software version: 4.4.6.7-1.el8

Error: VDSM server command HSMGetAllTasksStatusesVDS failed: value=Error 
creating a new volume: ("Volume creation 8f509d4b-6d37-44c5-aa37-acba17391143 
failed: (28, 'Sanlock resource write failure', 'No space left on device')",) 
abortedcode=205
___
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/AT4NNV4SKIMVETADBCVIMWRVQRXCIQOG/

[ovirt-users] Re: Unable to migrate VMs to or from oVirt node 4.4.7

2021-07-09 Thread Nir Soffer 
On Fri, Jul 9, 2021 at 5:57 PM nroach44--- via Users  wrote:
>
> Hi All,
>
> After upgrading some of my hosts to 4.4.7, and after fixing the policy issue, 
> I'm no longer able to migrate VMs to or from 4.4.7 hosts. Starting them works 
> fine regardless of the host version.
>
> HE 4.4.7.6-1.el8, Linux and Windows VMs.
>
> The log on the receiving end (4.4.7 in this case):
> VDSM:
> 2021-07-09 22:02:17,491+0800 INFO  (libvirt/events) [vds] Channel state for 
> vm_id=5d11885a-37d3-4f68-a953-72d808f43cdd changed from=UNKNOWN(-1) 
> to=disconnected(2) (qemuguestagent:289)
> 2021-07-09 22:02:55,537+0800 INFO  (libvirt/events) [virt.vm] 
> (vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') underlying process disconnected 
> (vm:1134)
> 2021-07-09 22:02:55,537+0800 INFO  (libvirt/events) [virt.vm] 
> (vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') Release VM resources (vm:5313)
> 2021-07-09 22:02:55,537+0800 INFO  (libvirt/events) [virt.vm] 
> (vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') Stopping connection 
> (guestagent:438)
> 2021-07-09 22:02:55,539+0800 INFO  (libvirt/events) [virt.vm] 
> (vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') Stopping connection 
> (guestagent:438)
> 2021-07-09 22:02:55,539+0800 INFO  (libvirt/events) [vdsm.api] START 
> inappropriateDevices(thiefId='5d11885a-37d3-4f68-a953-72d808f43cdd') 
> from=internal, task_id=7abe370b-13bc-4c49-bf02-2e40db142250 (api:48)
> 2021-07-09 22:02:55,544+0800 WARN  (vm/5d11885a) [virt.vm] 
> (vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') Couldn't destroy incoming VM: 
> Domain not found: no domain with matching uuid 
> '5d11885a-37d3-4f68-a953-72d808f43cdd' (vm:4046)
> 2021-07-09 22:02:55,544+0800 INFO  (vm/5d11885a) [virt.vm] 
> (vmId='5d11885a-37d3-4f68-a953-72d808f43cdd') Changed state to Down: VM 
> destroyed during the startup (code=10) (vm:1895)
>
> syslog shows:
> Jul 09 22:35:01 HOSTNAME abrt-hook-ccpp[177862]: Process 177022 (qemu-kvm) of 
> user 107 killed by SIGABRT - dumping core
>
> qemu:
> qemu-kvm: ../util/yank.c:107: yank_unregister_instance: Assertion 
> `QLIST_EMPTY(&entry->yankfns)' failed.
> 2021-07-09 14:02:54.521+: shutting down, reason=failed

Looks like another qemu 6.0.0 regression. Please file ovirt bug for this.

Note that on RHEL we are still using qemu 5.2.0. qemu 6.0.0 is expected
in RHEL 8.5.

> When migrating from 4.4.7 to 4.4.6, syslog shows:
> Jul 09 22:36:36 HOSTNAME libvirtd[2775]: unsupported configuration: unknown 
> audio type 'spice'

Sharing vm xml can help to understand this issue.

Milan, did we test migration from 4.4.7 to 4.4.6?

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/OXBKQ5TZ4G64TU4XFZVYENA4BB4OLT6K/

[ovirt-users] Re: Create new disk failure

2021-07-09 Thread Nir Soffer 
On Fri, Jul 9, 2021 at 9:35 PM Gangi Reddy  wrote:
> Software version: 4.4.6.7-1.el8
>
> Error: VDSM server command HSMGetAllTasksStatusesVDS failed: value=Error 
> creating a new volume: ("Volume creation 8f509d4b-6d37-44c5-aa37-acba17391143 
> failed: (28, 'Sanlock resource write failure', 'No space left on device')",) 
> abortedcode=205

This means the host did not join the lockspace yet, but this should be
impossible
on the SPM host, which is the only host that can create new volumes. The SPM
host cannot become SPM without acquiring sanlock lease and this is not possible
without having a lockspace.

Please file ovirt bug for this with engine and vdsm log from the spm host.

Trying the operation again is likely to succeed. If there was an issue
with sanlock
it is likely to be resolved automatically since the system is
monitoring sanlock status
and will recover from such issues automatically.

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/SJL3GCPFSOE2CMWEKUQKS4UL6NI5FTV7/

[ovirt-users] Re: [4.4.7] The latest guest agent needs to be installed and running on the guest

2021-07-09 Thread Gervais de Montbrun 
Hi Folks,

I upgraded my cluster yesterday and am having the same issue described here.  
Boxes are booting up, but their IP addresses are never being updated in the 
oVirt admin console.

Restarting the hosts seemed to temporarily solve the issue, but it quickly 
returns. This is a huge issue for us as we need the ovirt engine to have the 
correct IP address of vm's in it as the vagrant plugin we use queries the ovirt 
api and uses this IP to communicate with vm's.

This is stopping our development team from being able to create new vm's. It 
will become a massive issue for me very quickly.

My installed versoion:
libvirt-7.4.0-1.el8s.x86_64
vdsm-common-4.40.70.6-1.el8.noarch
qemu-kvm-6.0.0-19.el8s.x86_64

Any help would be greatly appreciated.

Cheers,
Gervais



> On Jul 9, 2021, at 6:51 AM, Christoph Timm  wrote:
> 
> Hi Tomáš,
> 
> I put the host in maintenance today and give it another reboot.
> After that the information are available for the VMs running on that host.
> Also the exclamation mark is gone.
> 
> So I guess something did not come up correctly during the restart of the host.
> 
> Best regards
> Christoph
> 
> Am 08.07.21 um 20:36 schrieb Christoph Timm:
>> Hi Tomáš,
>> 
>> sorry for the late reply and for my the missing information.
>> 
>> Am 08.07.21 um 16:50 schrieb Tomáš Golembiovský:
>>> On Thu, Jul 08, 2021 at 02:02:14PM +0200, Christoph Timm wrote:
 Hi list,
 
 I have upgraded my oVirt from 4.4.4 to 4.4.7 and notice that some VMs have
 issues to report the performance information via the guest agent.
>>> The performance info is provided by libvirt and not by guest agent.
>>> Could you be more specific about which information is missing?
>> Sorry I did not mean the performance information like Memory, CPU and 
>> Network. These are available. The missing information are IP Addresses and 
>> FQDN. 
>>> What is the version of vdsm and libvirt on the host?
>> All hosts are running: libvirt-7.0.0-14.1.el8
>>> 
 I see the following message on the VMs: The latest guest agent needs to be
 installed and running on the guest
 
>>> This is probably unrelated to the above. But still, what is the exact
>>> version of the guest agent?
>> I have tried already different versions.
>> For example: 
>> qemu-guest-agent.x86_64
>> 15:4.2.0-48.module_el8.4.0+783+f8734d30 @@commandline
>> qemu-guest-agent.x86_64
>> 15:2.12.0-88.module_el8.1.0+248+298dec18 @AppStream
>> 
 The qemu-guest agent is installed on VMs (the VM OS is CentOS 8).
 
 Any advice how to troubleshoot this?
 
 I can see the stats will be presented in the GUI, if I migrate the VM to a
 different host.
>>> Same here, could you provide version of vdsm and libvirt on the host
>>> where your VM is working fine?
>> KVM Version: 5.2.0 - 16.el8
>> LIBVIRT Version: libvirt-7.0.0-14.1.el8
>> VDSM Version: vdsm-4.40.70.6-1.el8
>> 
>> My 4 hosts are running the same versions on CentOS 8.
>> As I said I can migrate the VM to another host and the exclamation mark is 
>> gone and the information IPs and FQDNs are displayed.
>>> Tomas
>>> 
 Best regards
 Christoph
 
 ___
 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/4F5X6BK5OYACFSPSLIHWYE2NXQROS5R3/
  
 
>> 
>> 
>> 
>> ___
>> 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/KT6FNKUQXQ5HGELZRZNGZX57MHOH4SFV/
>>  
>> 
> 
> ___
> 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:/

[ovirt-users] Automatic Shutdown / Startup for Hosted-Engine

2021-07-09 Thread Eugène Ngontang 
Hi,

I understood we have to put hosted-engine into maintenance mode and
shutdown the VMs if we want to power off the host (otherwise it will
reboot). I'm setting up a process to

- put the HestedEngine in global maintenance mode (*hosted-engine
--set-maintenance --mode=global*)
- shutdown the HostedEngine (*hosted-engine --vm-shutdown*)
- PowerOff the HostedEngine (*hosted-engine --vm-poweroff*)
- Power off the server (*shutdown -P*)

Everything works fine and I can start the server back up, remove the
HostedEngine from maintenance mode, and it will start automatically
running. The issue is when bringing up hosted-engine: all VMs come up but
one (*BigIP*) and I am trying to see if there is way to bring it up without
having to store the engine password (using the *ovirt_vm* API).

At the moment, I am having to look for the BigIP VM and then use
credentials to bring it up: it will not come up with 'hosted-engine
--vm-start'

Is there to make this specific VM start the same time as the others VM
automatically when HostedEngine starts?

Thanks for your help.

Regards,
Eugène NG

-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*
___
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/MYWOR45APYKHJEZMAUMT7U5AMN5II6GC/

[ovirt-users] Gluster deploy error!

2021-07-09 Thread Patrick Lomakin 
Hello! I have tried to deploy single node vith gluster, but if select 
"Compression and dedublication" I get an error:

TASK [gluster.infra/roles/backend_setup : Create thick logical volume] *
failed: [host01] (item={'vgname': 'gluster_vg_sda4', 'lvname': 
'gluster_lv_engine', 'size': '1970G'}) => {"ansible_index_var": "index", 
"ansible_loop_var": "item", "changed": false, "err": "  Volume group 
\"gluster_vg_sda4\" has insufficient free space (504319 extents): 504320 
required.\n", "index": 0, "item": {"lvname": "gluster_lv_engine", "size": 
"1970G", "vgname": "gluster_vg_sda4"}, "msg": "Creating logical volume 
'gluster_lv_engine' failed", "rc": 5}
___
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/4WV4AYMIY53LFO7WRBM6LA3TVMTZW25C/

[ovirt-users] Reconfigure Gluster from Replica 3 to Arbiter 1/Replica 2

2021-07-09 Thread David White via Users 
My current hyperconverged environment is replicating data across all 3 servers.
I'm running critically low on disk space, and need to add space.

To that end, I've ordered 8x 800GB ssd drives, and plan to put 4 drives in 1 
server, and 4 drives in the other.

What's my best option for reconfiguring the hyperconverged cluster, to change 
gluster storage away from Replica 3 to a Replica 2 / Arbiter model?
I'd really prefer not to have to reinstall things from scratch, but I'll do 
that if I have to.

My most important requirement is that I cannot have any downtime for my VMs (so 
I can only reconfigure 1 host at a time).

Sent with ProtonMail Secure Email.

publickey - dmwhite823@protonmail.com - 0x320CD582.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature
___
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/YHEAXRUNA2RDJRYE74AOHND2QKLM3TAU/