[ovirt-users] Re: ovirt-imageio-proxy upload and status

[Daniel Erez]

On Sun, Feb 10, 2019 at 9:11 AM Hetz Ben Hamo  wrote:

> I've reinstalled the system yesterday. Now it automatically switches from
> "complete" to OK.
> Daniel, did you commit/push anything?
>

No, it should be fine on a clean installation. I suspect it's related only
to upgrade.
But need to see the setup logs from upgrade to understand to exact scenario.


>
>
> On Sun, Feb 10, 2019 at 9:10 AM Daniel Erez  wrote:
>
>>
>>
>> On Fri, Feb 8, 2019 at 10:39 PM  wrote:
>>
>>> > On Thu, Feb 7, 2019 at 3:19 PM Hetz Ben Hamo  wrote:
>>> >
>>> >
>>> > Where do you see this status? In REST-API?
>>> > What is the status of the disk? ('Disks' tab in the WebAdmin)
>>>
>>> I am also seeing the same thing on a system I just upgraded from 4.2.8
>>> to 4.3.  After the upgrade, I uploaded a qcow2 image and it remains in the
>>> "Completed" state in the Disks tab of the WebAdmin.
>>>
>>> The image itself works fine, I attached it to a new vm and it is running
>>> fine.
>>>
>>
>> For Hetz it was due to a missing foreign key constraints in
>> image_transfers table.
>> Can you please check if 'fk_image_transfers_command_enitites'[*] exists
>> by executing the following sql command:
>> SELECT COUNT(1) FROM information_schema.table_constraints WHERE
>> constraint_name='fk_image_transfers_command_enitites' AND
>> table_name='image_transfers';
>>
>> Also, can you please attach 'ovirt-engine-setup' log from after the
>> upgrade to 4.3
>>
>> [*] The constraint should be added by
>> '04_03_0270_add_foreign_key_to_image_transfers.sql'
>>
>>
>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/L2EKJ6LYFCODW4YP73NNBKNIFWMFXETR/
>>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/DRULD23ZP5SOCSXIC5LXIVXXONFEVGN2/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LGRYJ6T6SUNS3ZJZKYWWPD4GOUKTF4JJ/

[ovirt-users] Re: ovirt-imageio-proxy upload and status

[Hetz Ben Hamo]

I've reinstalled the system yesterday. Now it automatically switches from
"complete" to OK.
Daniel, did you commit/push anything?


On Sun, Feb 10, 2019 at 9:10 AM Daniel Erez  wrote:

>
>
> On Fri, Feb 8, 2019 at 10:39 PM  wrote:
>
>> > On Thu, Feb 7, 2019 at 3:19 PM Hetz Ben Hamo  wrote:
>> >
>> >
>> > Where do you see this status? In REST-API?
>> > What is the status of the disk? ('Disks' tab in the WebAdmin)
>>
>> I am also seeing the same thing on a system I just upgraded from 4.2.8 to
>> 4.3.  After the upgrade, I uploaded a qcow2 image and it remains in the
>> "Completed" state in the Disks tab of the WebAdmin.
>>
>> The image itself works fine, I attached it to a new vm and it is running
>> fine.
>>
>
> For Hetz it was due to a missing foreign key constraints in
> image_transfers table.
> Can you please check if 'fk_image_transfers_command_enitites'[*] exists by
> executing the following sql command:
> SELECT COUNT(1) FROM information_schema.table_constraints WHERE
> constraint_name='fk_image_transfers_command_enitites' AND
> table_name='image_transfers';
>
> Also, can you please attach 'ovirt-engine-setup' log from after the
> upgrade to 4.3
>
> [*] The constraint should be added by
> '04_03_0270_add_foreign_key_to_image_transfers.sql'
>
>
>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/L2EKJ6LYFCODW4YP73NNBKNIFWMFXETR/
>>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/DRULD23ZP5SOCSXIC5LXIVXXONFEVGN2/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6R6WMMQQH2AXWKBZMBDDRQDC64MPPATT/

[ovirt-users] Re: ovirt-imageio-proxy upload and status

[Daniel Erez]

On Fri, Feb 8, 2019 at 10:39 PM  wrote:

> > On Thu, Feb 7, 2019 at 3:19 PM Hetz Ben Hamo  wrote:
> >
> >
> > Where do you see this status? In REST-API?
> > What is the status of the disk? ('Disks' tab in the WebAdmin)
>
> I am also seeing the same thing on a system I just upgraded from 4.2.8 to
> 4.3.  After the upgrade, I uploaded a qcow2 image and it remains in the
> "Completed" state in the Disks tab of the WebAdmin.
>
> The image itself works fine, I attached it to a new vm and it is running
> fine.
>

For Hetz it was due to a missing foreign key constraints in image_transfers
table.
Can you please check if 'fk_image_transfers_command_enitites'[*] exists by
executing the following sql command:
SELECT COUNT(1) FROM information_schema.table_constraints WHERE
constraint_name='fk_image_transfers_command_enitites' AND
table_name='image_transfers';

Also, can you please attach 'ovirt-engine-setup' log from after the upgrade
to 4.3

[*] The constraint should be added by
'04_03_0270_add_foreign_key_to_image_transfers.sql'



> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/L2EKJ6LYFCODW4YP73NNBKNIFWMFXETR/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DRULD23ZP5SOCSXIC5LXIVXXONFEVGN2/

[ovirt-users] Re: Error creating a storage domain (On Cisco UCS Only)

[Hetz Ben Hamo]

You could, but they'll need the logs to attach when you contacting them.

On Sun, Feb 10, 2019 at 8:23 AM  wrote:

> Hey Guys... Any news regarding this?
>
> I have installed a evaluation version of rhev also 4.2 and see the same
> issue should i also report this finding on to RedHat?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UC2O76Z3NXOCUXIM7G5QHELAS67AUD2B/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/J2IM6XOCIFQJO7EGC5GXBV7LSYUI7UWW/

[ovirt-users] Re: Error creating a storage domain (On Cisco UCS Only)

[nico . kruger]

Hey Guys... Any news regarding this?

I have installed a evaluation version of rhev also 4.2 and see the same 
issue should i also report this finding on to RedHat?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UC2O76Z3NXOCUXIM7G5QHELAS67AUD2B/

[ovirt-users] Re: Hosted Engine VM fails to start after upgrade from 4.2 to 4.3

[Brandon Johnson]

That ended up being the issue.  I manually changed the permissions and 
engine started again.


On Sat, Feb 9, 2019 at 1:09 PM, Simone Tiraboschi  
wrote:



On Sat, Feb 9, 2019 at 8:58 PM  wrote:
I just upgraded an ovirt cluster (hosts and engine) from oVirt 4.2 
to 4.3.  After I finished upgrading the hosts from 4.2 to 4.3 engine 
stopped working and now it will not start.  Looking at VDSM it is 
looking for a path that isn't getting mounted by the hosted engine 
when I try to connect storage and start the VM.

VDSM log:
https://paste.fedoraproject.org/paste/aOi4aDMMNmDqpD72SdcI0A

the path that it is mounting at is: 
/rhev/data-center/mnt/glusterSD/hyper2-gluster.storage.open-tec.net:_engine 
and I think it is expecting 
/rhev/data-center/----


Any help on this would be appreciated.


Can you please check this?
https://bugzilla.redhat.com/1666795

It seems that under certain unclear circumstances, during 4.2 -> 4.3 
host upgrade, the file ownership and permissions of VMs disks got set 
as root:root and 640 instead of vdsm:kvm and 660 and so vdsm fails to 
start the engine VM.

Manually fixing it seems enough to bring the engine again.

Can you please check and report? if it's that, it definitively 
deserves more attention since we already got more than one evidence.




___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6JFTGJ37KDZQ5KMLU32LNB5ZZTFQIRFG/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MPZZG3WOBM4XYFHSBSPXRU4AMSGUSOWR/

[ovirt-users] Re: AMD EPYC 4.3 upgrade 'CPU type is not supported in this cluster compatibility version or is not supported at all'

[Ryan Bullock]

Got a host activated!

1. Update host to 4.3
2. rm /var/cache/libvirt/qemu/capabilities/*.xml
3. systemctl restart libvirtd
4. Activate host

Seems like some kind of stuck state going from 4.2 -> 4.3

Hope this helps someone else.

On Sat, Feb 9, 2019 at 1:12 PM Ryan Bullock  wrote:

> I tried that too, but it still complains about an unsupported CPU in the
> new cluster. Even if I leave the cluster level at 4.2, if I update the host
> to 4.3 it can't activate under a 4.2 cluster.
> Makes me think something changed in how it verifies the CPU support and
> for some reason it is not liking my EPYC systems.
>
> On Sat, Feb 9, 2019 at 10:18 AM Juhani Rautiainen <
> juhani.rautiai...@gmail.com> wrote:
>
>> On Sat, Feb 9, 2019 at 7:43 PM Ryan Bullock  wrote:
>> >
>> > So I tried making a new cluster with a 4.2 compatibility level and
>> moving one of my EPYC hosts into it. I then updated the host to 4.3 and
>> switched the cluster version 4.3 + set cluster cpu to the new AMD EPYC IBPD
>> SSBD (also tried plain AMD EPYC). It still fails to make the host
>> operational complaining that 'CPU type is not supported in this cluster
>> compatibility version or is not supported at all'.
>> >
>> When I did this with Epyc I made new cluster wth 4.3 level and Epyc
>> CPU. And then moved the nodes to it. Maybe try that? I also had to
>> move couple of VM's to new cluster because old cluster couldn't
>> upgrade with those. When nodes and couple problem VM's were in new
>> cluster I could upgrade old cluster to new level.
>>
>> -Juhani
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JLNSEOFD27BZZC5DXH5U623PJP6ZLHQU/

[ovirt-users] Re: Hosted Engine VM fails to start after upgrade from 4.2 to 4.3

[Ron Jerome]

> Can you please check this?
> https://bugzilla.redhat.com/1666795
> 
> It seems that under certain unclear circumstances, during 4.2 -> 4.3 host
> upgrade, the file ownership and permissions of VMs disks got set as
> root:root and 640 instead of vdsm:kvm and 660 and so vdsm fails to start
> the engine VM.
> Manually fixing it seems enough to bring the engine again.
> 
> Can you please check and report? if it's that, it definitively deserves
> more attention since we already got more than one evidence.

I also had this issue with a VM that was running during the upgrade from 4.2.8 
-> 4.3.0.  The situation was exactly as described in comment 26 of 
https://bugzilla.redhat.com/show_bug.cgi?id=1666795#c26.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BIFJBBBU2LLGM6OWSVUQZSDFVHKIJXKX/

[ovirt-users] Re: Upgrade from oVirt engine 3.6 to 4.0 - clean install of OS?

[jaherring]

The upgrade guide says you must go 3.6 -> 4.0 -> 4.1 etc

https://www.ovirt.org/documentation/upgrade-guide/chap-Upgrading_from_3.6_to_oVirt_4.2.html
 

I just want to know if I really, really have to bare metal install of CentOS 
all over? That seems crazy in a Linux world.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RXF6S6DPZZRRZIBV22LV6GJQJKUSMQ2L/

[ovirt-users] Re: AMD EPYC 4.3 upgrade 'CPU type is not supported in this cluster compatibility version or is not supported at all'

[Ryan Bullock]

I tried that too, but it still complains about an unsupported CPU in the
new cluster. Even if I leave the cluster level at 4.2, if I update the host
to 4.3 it can't activate under a 4.2 cluster.
Makes me think something changed in how it verifies the CPU support and for
some reason it is not liking my EPYC systems.

On Sat, Feb 9, 2019 at 10:18 AM Juhani Rautiainen <
juhani.rautiai...@gmail.com> wrote:

> On Sat, Feb 9, 2019 at 7:43 PM Ryan Bullock  wrote:
> >
> > So I tried making a new cluster with a 4.2 compatibility level and
> moving one of my EPYC hosts into it. I then updated the host to 4.3 and
> switched the cluster version 4.3 + set cluster cpu to the new AMD EPYC IBPD
> SSBD (also tried plain AMD EPYC). It still fails to make the host
> operational complaining that 'CPU type is not supported in this cluster
> compatibility version or is not supported at all'.
> >
> When I did this with Epyc I made new cluster wth 4.3 level and Epyc
> CPU. And then moved the nodes to it. Maybe try that? I also had to
> move couple of VM's to new cluster because old cluster couldn't
> upgrade with those. When nodes and couple problem VM's were in new
> cluster I could upgrade old cluster to new level.
>
> -Juhani
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2C5K3EJDJSB5TY5VNBBQ7UB6EMKYISYO/

[ovirt-users] Re: Upgrade from oVirt engine 3.6 to 4.0 - clean install of OS?

[Hetz Ben Hamo]

Actually, the current version only supports ovirt 4.1 onwards.

Thanks

On Sat, Feb 9, 2019, 21:59  I have oVirt 3.6 running on CentOS 7 (one engine, two hosts).  Upgrading
> to 4.0 seems to require a fresh, bare install of CentOS7 on the engine
> machine - is this a correct reading of the upgrade guide?  It seems bizarre
> to me I have to wipe a perfectly fine running CentOS7 machine to do this -
> that seems so Microsoft.
>
> Say it isn't so...
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KAVUEB3BRTHI26BZTQEJCNUGTKISSBQL/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6SKDBWPBZ2XTTA2GEZUI6UXUTHBMDHQS/

[ovirt-users] Re: Engine installation failed at - get local vm ip

[Simone Tiraboschi]

On Sat, Feb 9, 2019 at 9:40 AM Tailor, Bharat <
bha...@synergysystemsindia.com> wrote:

> Hi Simone,
>
> Any suggestions to troubleshoot this issue. I've gone through many
> community threads but didn't get relevant answer.
>

Can you please share the whole /var/log/ovirt-hosted-engine-setup ?
otherwise it's really difficult guessing what happened.


>
> On Sat, Feb 9, 2019, 12:55 AM Tailor, Bharat <
> bha...@synergysystemsindia.com wrote:
>
>> Hi,
>>
>> I am trying to configure with static ip address.
>> I don't have any dns server so using dns entry in /etc/hosts file.
>> Didn't try to set anything about mac address. going with system generated
>> settings only.
>>
>> Regrards
>> Bharat Kumar
>>
>> G15- Vinayak Nagar complex,Opp.Maa Satiya, ayad
>> Udaipur (Raj.)
>> 313001
>> Mob: +91-9950-9960-25
>>
>>
>>
>>
>>
>>
>> On Sat, Feb 9, 2019 at 12:40 AM Simone Tiraboschi 
>> wrote:
>>
>>>
>>>
>>> On Fri, Feb 8, 2019 at 7:49 PM Tailor, Bharat <
>>> bha...@synergysystemsindia.com> wrote:
>>>
 Hi,

 I am trying to test ovirt hyperconverged setup. I've a dell server &
 using vmware ESXi 6.7 as hypervisor. Prepared 3 VMs with cpu hw exposed.

 VM1 - Ovirt node 4.2
 18GB RAM
 2*2 vcpu
 nic 1 - for backend gluster
 nic 2 - for frontend vm network

 VM2 - Ovirt node 4.2
 18GB RAM
 2*2 vcpu
 nic 1 - for backend gluster
 nic 2 - for frontend vm network

 VM3- Ovirt node 4.2
 18GB RAM
 2*2 vcpu
 nic 1 - for backend gluster
 nic 2 - for frontend vm network

 I've configured gluster storage from cockpit and now trying to install
 engine from same cockpit but setup failed at "get local vm ip".
 I've gone through /var/log/ovirt-hosted-engine-setup file also but
 there are so many log files and I haven't find any related logs. Please
 help me to get out of it.

>>>
>>> Did you choose to configure the engine VM with a static address or with
>>> DHCP? if so, do you have a proper address reservation for that mac address?
>>> Is the DNS correctly working?
>>>
>>>
>>>



 Regrards
 Bharat Kumar

 G15- Vinayak Nagar complex,Opp.Maa Satiya, ayad
 Udaipur (Raj.)
 313001
 Mob: +91-9950-9960-25




 ___
 Users mailing list -- users@ovirt.org
 To unsubscribe send an email to users-le...@ovirt.org
 Privacy Statement: https://www.ovirt.org/site/privacy-policy/
 oVirt Code of Conduct:
 https://www.ovirt.org/community/about/community-guidelines/
 List Archives:
 https://lists.ovirt.org/archives/list/users@ovirt.org/message/Q3K34XKKGCIVNDFONFE4BCZUTLR32P7C/

>>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ADD6LF2WYFVP4PQUT3GC6FZNIUKOL3RM/

[ovirt-users] Re: Hosted Engine VM fails to start after upgrade from 4.2 to 4.3

[Simone Tiraboschi]

On Sat, Feb 9, 2019 at 8:58 PM  wrote:

> I just upgraded an ovirt cluster (hosts and engine) from oVirt 4.2 to
> 4.3.  After I finished upgrading the hosts from 4.2 to 4.3 engine stopped
> working and now it will not start.  Looking at VDSM it is looking for a
> path that isn't getting mounted by the hosted engine when I try to connect
> storage and start the VM.
> VDSM log:
> https://paste.fedoraproject.org/paste/aOi4aDMMNmDqpD72SdcI0A
>
> the path that it is mounting at is:
> /rhev/data-center/mnt/glusterSD/hyper2-gluster.storage.open-tec.net:_engine
> and I think it is expecting
> /rhev/data-center/----
>
> Any help on this would be appreciated.
>

Can you please check this?
https://bugzilla.redhat.com/1666795

It seems that under certain unclear circumstances, during 4.2 -> 4.3 host
upgrade, the file ownership and permissions of VMs disks got set as
root:root and 640 instead of vdsm:kvm and 660 and so vdsm fails to start
the engine VM.
Manually fixing it seems enough to bring the engine again.

Can you please check and report? if it's that, it definitively deserves
more attention since we already got more than one evidence.



> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/6JFTGJ37KDZQ5KMLU32LNB5ZZTFQIRFG/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VDH2R24E7GDAO7O5FX637YBEHP3H7DXI/

[ovirt-users] Upgrade from oVirt engine 3.6 to 4.0 - clean install of OS?

[jaherring]

I have oVirt 3.6 running on CentOS 7 (one engine, two hosts).  Upgrading to 4.0 
seems to require a fresh, bare install of CentOS7 on the engine machine - is 
this a correct reading of the upgrade guide?  It seems bizarre to me I have to 
wipe a perfectly fine running CentOS7 machine to do this - that seems so 
Microsoft.

Say it isn't so...
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KAVUEB3BRTHI26BZTQEJCNUGTKISSBQL/

[ovirt-users] Hosted Engine VM fails to start after upgrade from 4.2 to 4.3

[dbrandon . johnson]

I just upgraded an ovirt cluster (hosts and engine) from oVirt 4.2 to 4.3.  
After I finished upgrading the hosts from 4.2 to 4.3 engine stopped working and 
now it will not start.  Looking at VDSM it is looking for a path that isn't 
getting mounted by the hosted engine when I try to connect storage and start 
the VM.
VDSM log:
https://paste.fedoraproject.org/paste/aOi4aDMMNmDqpD72SdcI0A

the path that it is mounting at is: 
/rhev/data-center/mnt/glusterSD/hyper2-gluster.storage.open-tec.net:_engine and 
I think it is expecting /rhev/data-center/----

Any help on this would be appreciated.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6JFTGJ37KDZQ5KMLU32LNB5ZZTFQIRFG/

[ovirt-users] Re: AMD EPYC 4.3 upgrade 'CPU type is not supported in this cluster compatibility version or is not supported at all'

[Juhani Rautiainen]

On Sat, Feb 9, 2019 at 7:43 PM Ryan Bullock  wrote:
>
> So I tried making a new cluster with a 4.2 compatibility level and moving one 
> of my EPYC hosts into it. I then updated the host to 4.3 and switched the 
> cluster version 4.3 + set cluster cpu to the new AMD EPYC IBPD SSBD (also 
> tried plain AMD EPYC). It still fails to make the host operational 
> complaining that 'CPU type is not supported in this cluster compatibility 
> version or is not supported at all'.
>
When I did this with Epyc I made new cluster wth 4.3 level and Epyc
CPU. And then moved the nodes to it. Maybe try that? I also had to
move couple of VM's to new cluster because old cluster couldn't
upgrade with those. When nodes and couple problem VM's were in new
cluster I could upgrade old cluster to new level.

-Juhani
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RDCP3NCZUILRJB3SMGGDYFP5YT2EBYYO/

[ovirt-users] Re: AMD EPYC 4.3 upgrade 'CPU type is not supported in this cluster compatibility version or is not supported at all'

[Ryan Bullock]

So I tried making a new cluster with a 4.2 compatibility level and moving
one of my EPYC hosts into it. I then updated the host to 4.3 and switched
the cluster version 4.3 + set cluster cpu to the new AMD EPYC IBPD SSBD
(also tried plain AMD EPYC). It still fails to make the host operational
complaining that 'CPU type is not supported in this cluster compatibility
version or is not supported at all'.

I tried a few iterations of updating, moving, activating, reinstalling,
etc, but none of them seem to work.

The hosts are running CentOS Linux release 7.6.1810 (Core), all packages
are up to date.

I checked my CPU flags, and I can't see anything missing.

cat /proc/cpuinfo | head -n 26
processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 23
model   : 1
model name  : AMD EPYC 7551P 32-Core Processor
stepping: 2
microcode   : 0x8001227
cpu MHz : 2000.000
cache size  : 512 KB
physical id : 0
siblings: 64
core id : 0
cpu cores   : 32
apicid  : 0
initial apicid  : 0
fpu : yes
fpu_exception   : yes
cpuid level : 13
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall *nx* mmxext fxsr_opt
pdpe1gb rdtscp lm constant_tsc art rep_good nopl nonstop_tsc extd_apicid
amd_dcm aperfmperf eagerfpu pni pclmulqdq monitor ssse3 fma cx16 sse4_1
sse4_2 movbe popcnt aes xsave avx f16c rdrand lahf_lm cmp_legacy *svm*
extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw skinit wdt tce
topoext perfctr_core perfctr_nb bpext perfctr_l2 cpb hw_pstate sme
retpoline_amd *ssbd ibpb* vmmcall fsgsbase bmi1 avx2 smep bmi2 rdseed adx
smap clflushopt sha_ni xsaveopt xsavec xgetbv1 clzero irperf xsaveerptr
arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid
decodeassists pausefilter pfthreshold avic v_vmsave_vmload vgif
overflow_recov succor smca
bogomips: 3992.39
TLB size: 2560 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 43 bits physical, 48 bits virtual
power management: ts ttp tm hwpstate cpb eff_freq_ro [13] [14]

I just can't seem to figure out why 4.3 does not like these EPYC systems.
We have Skylake and Sandybridge clusters that are full on 4.3 now with the
SSBD variant CPUs.

I'm at a loss as to what to try next. Only thing I can think of is to
reinstall the host OS or try ovirt-node,  but I would like to avoid that if
I can.

Thank you for all the help so far.

Regards,

Ryan

On Fri, Feb 8, 2019 at 9:07 AM Ryan Bullock  wrote:

> This procedure worked for our HE, which is on Skylake.
>
> I think I have a process that should work for moving our EPYC clusters to
> 4.3. If it works this weekend I will post it for others.
>
> Ryan
>
> On Thu, Feb 7, 2019 at 12:06 PM Simone Tiraboschi 
> wrote:
>
>>
>>
>> On Thu, Feb 7, 2019 at 7:15 PM Juhani Rautiainen <
>> juhani.rautiai...@gmail.com> wrote:
>>
>>>
>>>
>>> On Thu, Feb 7, 2019 at 6:52 PM Simone Tiraboschi 
>>> wrote:
>>>


 For an hosted-engine cluster we have a manual workaround procedure
 documented here:
 https://bugzilla.redhat.com/show_bug.cgi?id=1672859#c1


>>> I managed to upgrade my Epyc cluster with those steps. I made new
>>> cluster with Epyc CPU Type and cluster already in 4.3 level. Starting
>>> engine in new cluster complained something about not finding vm with that
>>> uuid but it still started engine fine. When all nodes were in new cluster I
>>> still couldn't upgrade old cluster because engine was complaining that
>>> couple of VM's couldn't be upgraded (something to do with custom level). I
>>> moved them to new cluster too. Had to just change networks to management
>>> for the move. After that I could upgrade old cluster to Epyc and 4.3 level.
>>> Then I just moved VM's and nodes back (same steps but backwards). After
>>> that you can remove the extra cluster and raise datacenter to 4.3 level.
>>>
>>> -Juhani
>>>
>>
>>
>> Thanks for the report!
>> We definitively have to  figure out a better upgrade flow when a cluster
>> CPU change is required/advised.
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Z4NOJFYIOOBGAOP3WXV5WHKRQS22TXH5/

[ovirt-users] Re: Forum available

[Vincent Royer]

A discourse server would be fantastic.

On Fri, Feb 8, 2019, 12:06 AM Josep Manel Andrés Moscardó <
josep.mosca...@embl.de wrote:

> Hi all,
> I am just wondering if anyone like me would like to have everything that
> is bump here in a forum, with all the benefits it brings (and people
> will still be able to subscribe and reply through email). Something like
> Discourse would be nice in my opinion.
>
> Best.
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WHHDIBNZ2KTP32M7CIX76RQ3LJ4Q3MSR/

[ovirt-users] Re: Is it possible to customize web-ui/User Portal/VM Portal?

[Greg Sheremeta]

On Thu, Feb 7, 2019 at 12:59 PM Brian T 
wrote:

> > Cool! We're actually in the process of overhauling consoles for VM
> Portal.
> > We currently have Windows RDP in the Admin Portal, and we are actively
> > working on it for VM Portal. Here are some screens from the design:
> >
> > We also have SPICE (thick client) fully implemented in both portals,
> thick
> > client VNC in both portals, novnc (web-based) in Admin, and novnc coming
> > very soon in VM Portal (4.3.2 at the latest, but I hope 4.3.1) as part of
> > the overhaul.
> >
> > Also, would you mind please reviewing the designs we have so far? I'm
> > interested in others' opinions, especially someone who has already been
> > thinking about this.
>
> That's awesome to hear! We were wondering why novnc was an Admin only
> feature and why 'Console' in VM Portal felt sparse. Looking at these
> designs, this is kinda what I was going to go for anywho haha, with support
> for other RDP solutions.
>
> > Is Mechdyne TGX much different than Windows RDP, SPICE, and VNC? If so,
> > what is the use case for using that over Windows RDP / SPICE / VNC?
>
> Mechdyne TGX is an TDP solution that offers significantly higher frame
> rates (60+ frames per second) and resolution (We can hit 4k resolution); to
> our understanding, Windows RDP and SPICE cannot hit those numbers. For the
> average workstation user, SPICE is sufficient! We have some users that are
> heavily invested in simulation and potentially VR, so a close recreation in
> terms of frame rate and resolution is needed and Mechdyne TGX supports
> this. You can read more about this here:
> https://tgxremotedesktop.com/tgx-features/
>
>
Thanks for the background. We've been mostly focused on Nvidia
virtualization for this use case. With this, the client actually gets a
vGPU.
https://docs.nvidia.com/grid/latest/grid-vgpu-release-notes-red-hat-el-kvm/index.html#validated-platforms


> I guess this leads into my next question...
>
> Is it possible to configure how console.rdp is created in VM Portal or
> achieve parity between how it's created in VM Portal and Admin Portal? When
> you open up the console.rdp file created in Admin portal, under where "full
> address:s:", the IPv4 address is listed. However, when you open the
> console.rdp file created in VM Portal, under where "full address:s", it
> takes the VM name instead of something like the IPv4 address or even the
> FQDN of the VM. Currently, someone wrote a bash script to grep out the
> "full address:s" value and use it alongside TGX, but this doesn't work on
> the VM Portal due to the value being set to the VM Name. The workaround is
> to register the VM name in our DNS so that it will resolve with an IPv4
> address, but I feel that this is a poor solution.
>

I just tested it and I get the name from both portals -- actually, the .rdp
files were identical for me, both with and without guest agent running.
What version of ovirt are you using?


>
> My suggestion is for the console.rdp generated in VM Portal, instead of
> using the VM Name, use either the FQDN or the IPv4 address. I can see the
> counterargument that this will expose the FQDN/IP address to the user.
>

There wasn't an intent to hide fqdn or ip from the user. And the rdp file
ideally will contain the fqdn.
https://github.com/oVirt/ovirt-web-ui/blob/master/src/saga/console/rdpBuilder.js#L37
^ that line means, use fqdn if available, if not, fall back to host name
(... and hostname is kinda useless without, like you mentioned, DNS hacks
-- so that's arguably a bug or at least needs improvement)

Do you have the guest agent installed and running on your Windows machines?
Without it, fqdn isn't reported, and the .rdp file then only contains the
hostname because of the fallback:
full address:s:win81-scan
But with the agent running, I get my fqdn
full address:s:win81-scan.lan

And then the rdp works as expected.
Guest tools iso:
https://plain.resources.ovirt.org/pub/ovirt-4.3/iso/oVirt-toolsSetup/4.3-1.el7/oVirt-toolsSetup-4.3-1.el7.iso

Re: the security concern, nah, both fqdn and ip are shown right in VM
Portal -- see screenshot here: https://github.com/oVirt/ovirt-web-ui
So that's no problem.


> > And I would certainly love for you to help test it out as we're nearing
> > completion, at the least. If you want to code, we would love to have you
> :)
>
> I'd love to help! Problem is, I guess I'm trying to start from 0 and I'm
> not sure HOW to start developing for web-ui or even WebAdmin. How would you
> suggest setting up?
>

Admin portal is much more difficult and I'll spare you for now, but VM
Portal is simple.

git clone g...@github.com:oVirt/ovirt-web-ui.git

and then follow the instructions at
https://github.com/oVirt/ovirt-web-ui/blob/master/DEVELOPERS.md
while developing, we typically run:
"""
Development mode
A primary goal of VM Portal is a quick development cycle
(change-build-deploy-check). The project uses webpack-dev-server to
accomplish this. To start the server:

ENGINE

[ovirt-users] Re: Forum available

[Greg Sheremeta]

On Sat, Feb 9, 2019 at 8:54 AM Strahil  wrote:

> I thought that hypperkitty is just a web page to search the mailing
> lists...
>

You can reply right in there, too -- so it's pretty much a forum --
assuming the threading works.


> Sadly several threads were broken and it doesn't seem reliable.
> In contrast , CentOS forum is much more usable.
>

Sadly, it is quite broken at the moment. We have a ticket open, and there
is an upstream bug filed with the mailman team. We're now waiting on our
ovirt infra person (Duck) to reply to run some debugging commands and get
back to them.

Greg


>
> Best Regards,
> Strahil Nikolov
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/S3OU6WL5W7G4BK6TXRPWX7NNA56Y5NUX/

[ovirt-users] Re: Forum available

[Strahil]

I thought that hypperkitty is just a web page to search the mailing lists... Sadly several threads were broken and it doesn't seem reliable.In contrast , CentOS forum is much more usable.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/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ISSHGADD42E4PZ6M2IVPIFD5WZBY4FFT/

[ovirt-users] Re: How to upgrade CPU type in Clusters?

[Vinícius Ferrão]

> On 9 Feb 2019, at 11:29, Vinícius Ferrão  wrote:
> 
> Hi Greg,
> 
>> On 9 Feb 2019, at 08:42, Greg Sheremeta > > wrote:
>> 
>> 
>> On Fri, Feb 8, 2019 at 11:55 PM Juhani Rautiainen 
>> mailto:juhani.rautiai...@gmail.com>> wrote:
>> On Sat, Feb 9, 2019 at 1:05 AM Vinícius Ferrão
>> mailto:fer...@versatushpc.com.br>> wrote:
>> >
>> > Hello,
>> >
>> > For reasons unknown during oVirt 4.2 -> 4.3 my CPU type was Broadwell IBRS 
>> > and because of this I can’t upgrade the datacenter to 4.3. The problem was 
>> > that on 4.3 theres only Broadwell IBRS SSBD and Broadwell.
>> >
>> > So the only way to up the cluster to 4.3 was to downgrade to plain 
>> > Broadwell.
>> >
>> > Now I can’t upgrade it Broadwell IBRS SSBD.
>> 
>> Broadwell IBRS SSBD should be a supported CPU, though. Why can't you set it 
>> to that? Are you getting an error, or does it not show in the UI?
>> https://bugzilla.redhat.com/show_bug.cgi?id=1540921#c5 
>> 
> Hi Greg, I don’t know what’s happening. On 4.2 I was using Broadwell IBRS 
> (only), and now I’ve got an error message when selecting Broadwell IBRS SSBD:
> 
> Host CPU type is not compatible with Cluster Properties.
> 
> I checked the flags and yes, I can’t find SSBD:
> 
> Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge 
> mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx 
> pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology 
> nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx 
> est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe 
> popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch 
> epb cat_l3 cdp_l3 intel_ppin intel_pt ibrs ibpb stibp tpr_shadow vnmi 
> flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms 
> invpcid rtm cqm rdt_a rdseed adx smap xsaveopt cqm_llc cqm_occup_llc 
> cqm_mbm_total cqm_mbm_local dtherm ida arat pln pts spec_ctrl intel_stibp
> 
> I don’t know whats happening but I was thinking that my CPU supports this 
> flag:
> 
> Model name:Intel(R) Xeon(R) CPU E5-2620 v4 @ 2.10GHz

Answering my own question: I think I need a BIOS update. Let me check this...

> 
> 
>>  
>> >
>> > So, how can I upgrade it back?
>> 
>> There has been lot's of discussion about that this week. I had same
>> problem with Opteron G3->Epyc conversion. There steps were suggested
>> to me and they worked and you problem is similar:
>> 
>> +1, thanks
>>  
>> 
>> - set HE global maintenance mode
>> - set one of the hosted-engine hosts into maintenance mode
>> - move it to a different cluster
>> - shutdown the engine VM
>> - manually restart the engine VM on the host on the custom cluster
>> directly executing on that host: hosted-engine --vm-start
>> - connect again to the engine
>> - set all the hosts of the initial cluster into maintenance mode
>> - upgrade the cluster
>> - shut down again the engine VM
>> - manually restart the engine VM on one of the hosts of the initial cluster
>> - move back the host that got into a temporary cluster to its initial cluster
>> 
>> As first step I would add that you create new cluster which already
>> has 4.3 level and CPU Type you want so already can check if cluster
>> accepts nodes.
>> 
>> -Juhani
>> ___
>> Users mailing list -- users@ovirt.org 
>> To unsubscribe send an email to users-le...@ovirt.org 
>> 
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
>> 
>> oVirt Code of Conduct: 
>> https://www.ovirt.org/community/about/community-guidelines/ 
>> 
>> List Archives: 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFWTYTLXCLN3DGUH5ENLWVK34SHPZAC2/
>>  
>> 
>> 
>> 
>> -- 
>> GREG SHEREMETA
>> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>> Red Hat NA
>> 
>>  
>> gsher...@redhat.com IRC: gshereme
>> 

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KCY5UV6KNFQ2DT3H5UHQY5DFRY7COF6V/

[ovirt-users] Re: How to upgrade CPU type in Clusters?

[Vinícius Ferrão]

Hi Greg,

> On 9 Feb 2019, at 08:42, Greg Sheremeta  wrote:
> 
> 
> On Fri, Feb 8, 2019 at 11:55 PM Juhani Rautiainen 
> mailto:juhani.rautiai...@gmail.com>> wrote:
> On Sat, Feb 9, 2019 at 1:05 AM Vinícius Ferrão
> mailto:fer...@versatushpc.com.br>> wrote:
> >
> > Hello,
> >
> > For reasons unknown during oVirt 4.2 -> 4.3 my CPU type was Broadwell IBRS 
> > and because of this I can’t upgrade the datacenter to 4.3. The problem was 
> > that on 4.3 theres only Broadwell IBRS SSBD and Broadwell.
> >
> > So the only way to up the cluster to 4.3 was to downgrade to plain 
> > Broadwell.
> >
> > Now I can’t upgrade it Broadwell IBRS SSBD.
> 
> Broadwell IBRS SSBD should be a supported CPU, though. Why can't you set it 
> to that? Are you getting an error, or does it not show in the UI?
> https://bugzilla.redhat.com/show_bug.cgi?id=1540921#c5 
> 
Hi Greg, I don’t know what’s happening. On 4.2 I was using Broadwell IBRS 
(only), and now I’ve got an error message when selecting Broadwell IBRS SSBD:

Host CPU type is not compatible with Cluster Properties.

I checked the flags and yes, I can’t find SSBD:

Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx 
pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology 
nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx smx est 
tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt 
tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb 
cat_l3 cdp_l3 intel_ppin intel_pt ibrs ibpb stibp tpr_shadow vnmi flexpriority 
ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm cqm rdt_a 
rdseed adx smap xsaveopt cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local 
dtherm ida arat pln pts spec_ctrl intel_stibp

I don’t know whats happening but I was thinking that my CPU supports this flag:

Model name:Intel(R) Xeon(R) CPU E5-2620 v4 @ 2.10GHz


>  
> >
> > So, how can I upgrade it back?
> 
> There has been lot's of discussion about that this week. I had same
> problem with Opteron G3->Epyc conversion. There steps were suggested
> to me and they worked and you problem is similar:
> 
> +1, thanks
>  
> 
> - set HE global maintenance mode
> - set one of the hosted-engine hosts into maintenance mode
> - move it to a different cluster
> - shutdown the engine VM
> - manually restart the engine VM on the host on the custom cluster
> directly executing on that host: hosted-engine --vm-start
> - connect again to the engine
> - set all the hosts of the initial cluster into maintenance mode
> - upgrade the cluster
> - shut down again the engine VM
> - manually restart the engine VM on one of the hosts of the initial cluster
> - move back the host that got into a temporary cluster to its initial cluster
> 
> As first step I would add that you create new cluster which already
> has 4.3 level and CPU Type you want so already can check if cluster
> accepts nodes.
> 
> -Juhani
> ___
> Users mailing list -- users@ovirt.org 
> To unsubscribe send an email to users-le...@ovirt.org 
> 
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
> 
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/ 
> 
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFWTYTLXCLN3DGUH5ENLWVK34SHPZAC2/
>  
> 
> 
> 
> -- 
> GREG SHEREMETA
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
> Red Hat NA
> 
>  
> gsher...@redhat.com IRC: gshereme
> 
>  
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JSE2NDT2ZUGZK7BHAJXAW4ZN3T4FQKHV/

[ovirt-users] Re: How to upgrade CPU type in Clusters?

[Vinícius Ferrão]

Hello

> On 9 Feb 2019, at 02:53, Juhani Rautiainen  
> wrote:
> 
> On Sat, Feb 9, 2019 at 1:05 AM Vinícius Ferrão
>  wrote:
>> 
>> Hello,
>> 
>> For reasons unknown during oVirt 4.2 -> 4.3 my CPU type was Broadwell IBRS 
>> and because of this I can’t upgrade the datacenter to 4.3. The problem was 
>> that on 4.3 theres only Broadwell IBRS SSBD and Broadwell.
>> 
>> So the only way to up the cluster to 4.3 was to downgrade to plain Broadwell.
>> 
>> Now I can’t upgrade it Broadwell IBRS SSBD.
>> 
>> So, how can I upgrade it back?
> 
> There has been lot's of discussion about that this week. I had same
> problem with Opteron G3->Epyc conversion. There steps were suggested
> to me and they worked and you problem is similar:

I completely bypassed this. Sorry :(

> 
> - set HE global maintenance mode
> - set one of the hosted-engine hosts into maintenance mode
> - move it to a different cluster
> - shutdown the engine VM
> - manually restart the engine VM on the host on the custom cluster
> directly executing on that host: hosted-engine --vm-start
> - connect again to the engine
> - set all the hosts of the initial cluster into maintenance mode
> - upgrade the cluster
> - shut down again the engine VM
> - manually restart the engine VM on one of the hosts of the initial cluster
> - move back the host that got into a temporary cluster to its initial cluster

Thanks! I am following this algorithm. But I think I’ve a got a problem:

Host CPU type is not compatible with Cluster Properties.


Hmmm.

> 
> As first step I would add that you create new cluster which already
> has 4.3 level and CPU Type you want so already can check if cluster
> accepts nodes.
> 
> -Juhani

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FMZ535ZU3GJJYFDESTBLGA5UCUPTHDVE/

[ovirt-users] Re: Forum available

[Maton, Brett]

not seen that one before either ;)

On Fri, 8 Feb 2019 at 15:06, Greg Sheremeta  wrote:

> So, while we wait for word on hyperkitty, do y'all use the ovirt subreddit?
> https://www.reddit.com/r/ovirt
>
>
> On Fri, Feb 8, 2019 at 8:44 AM Maton, Brett 
> wrote:
>
>> Hadn't noticed...
>>
>> I can see the first post and that there were 14 comments.
>> Can't see any of the replies or comments though.
>>
>> On Fri, 8 Feb 2019 at 12:08, Josep Manel Andrés Moscardó <
>> josep.mosca...@embl.de> wrote:
>>
>>> still cannot see this thread in the Forum, switching web browsers didn't
>>> help either.
>>>
>>> CC: infra-support
>>>
>>> On 8/2/19 12:39, Greg Sheremeta wrote:
>>> > Ok, cool, please everyone give it a try! If you see any issues, please
>>> > report here or open a ticket by emailing infra-supp...@ovirt.org
>>> > 
>>> >
>>> > Thanks!!
>>> >
>>> > On Fri, Feb 8, 2019 at 6:38 AM Maton, Brett >> > > wrote:
>>> >
>>> > Hadn't noticed the link before!
>>> >
>>> > On Fri, 8 Feb 2019 at 11:31, Greg Sheremeta >> > > wrote:
>>> >
>>> > Yep. It's supposed to be instant. It's broken on this thread --
>>> > seems to work on others. I reported it and hopefully we'll get
>>> > that fixed ASAP.
>>> >
>>> > Greg
>>> >
>>> > On Fri, Feb 8, 2019 at 6:23 AM Josep Manel Andrés Moscardó
>>> > mailto:josep.mosca...@embl.de>>
>>> wrote:
>>> >
>>> > I see, I wasn't aware at all, sorry. But this thread that I
>>> > just started:
>>> >
>>> >
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
>>> >
>>> > has 6 replies that I cannot see, are they being parsed
>>> > instantly ?
>>> >
>>> > Thanks.
>>> >
>>> > On 8/2/19 12:07, Greg Sheremeta wrote:
>>> >  > ovirt.org   > Forum
>>> > at the top.
>>> >  > We use hyperkitty, which is both a mailing list and a
>>> > forum. It has a
>>> >  > search, threads, avatars, ...
>>> >  > Is there a use case we're missing or does just no one
>>> > know about it?
>>> >  >
>>> >  > Greg
>>> >  >
>>> >  > On Fri, Feb 8, 2019 at 5:46 AM Tony Brian Albers
>>> > mailto:t...@kb.dk>
>>> >  > >> wrote:
>>> >  >
>>> >  > On Fri, 2019-02-08 at 09:05 +0100, Josep Manel
>>> Andrés
>>> > Moscardó wrote:
>>> >  >  > Hi all,
>>> >  >  > I am just wondering if anyone like me would like
>>> > to have everything
>>> >  >  > that
>>> >  >  > is bump here in a forum, with all the benefits it
>>> > brings (and people
>>> >  >  > will still be able to subscribe and reply through
>>> > email). Something
>>> >  >  > like
>>> >  >  > Discourse would be nice in my opinion.
>>> >  >  >
>>> >  >  > Best.
>>> >  >  >
>>> >  >  > ___
>>> >  >  > Users mailing list -- users@ovirt.org
>>> >  >> > >
>>> >  >  > To unsubscribe send an email to
>>> > users-le...@ovirt.org 
>>> >  > >> > >
>>> >  >  > Privacy Statement:
>>> > https://www.ovirt.org/site/privacy-policy/
>>> >  >  > oVirt Code of Conduct:
>>> > https://www.ovirt.org/community/about/communit
>>> >  >  > y-guidelines/
>>> >  >  > List Archives:
>>> > https://lists.ovirt.org/archives/list/users@ovirt.org/
>>> >  >  > message/TUU357HINGWFA23T3SMKDVTM7EKLX6VS/
>>> >  >
>>> >  > I'm for it too. I love mailing lists but as others
>>> > have pointed out
>>> >  > it's a nightmare to search them.
>>> >  >
>>> >  > I'm also willing to spend a little time supporting
>>> it
>>> > if it's phpbb
>>> >  > based or similar.
>>> >  >
>>> >  > /tony
>>> >  >
>>> >  > --
>>> >  > Tony Albers - Systems Architect - IT Development
>>> >  > Royal Danish Library, Victor Albecks Vej 1, 8000
>>> > Aarhus C, Denmark
>>> >  > Tel: +45 2566 2383 - CVR/SE: 2898 8842 - EAN:
>>> > 5798000792142
>>> >  > 

[ovirt-users] Re: How to upgrade CPU type in Clusters?

[Greg Sheremeta]

On Fri, Feb 8, 2019 at 11:55 PM Juhani Rautiainen <
juhani.rautiai...@gmail.com> wrote:

> On Sat, Feb 9, 2019 at 1:05 AM Vinícius Ferrão
>  wrote:
> >
> > Hello,
> >
> > For reasons unknown during oVirt 4.2 -> 4.3 my CPU type was Broadwell
> IBRS and because of this I can’t upgrade the datacenter to 4.3. The problem
> was that on 4.3 theres only Broadwell IBRS SSBD and Broadwell.
> >
> > So the only way to up the cluster to 4.3 was to downgrade to plain
> Broadwell.
> >
> > Now I can’t upgrade it Broadwell IBRS SSBD.
>

Broadwell IBRS SSBD should be a supported CPU, though. Why can't you set it
to that? Are you getting an error, or does it not show in the UI?
https://bugzilla.redhat.com/show_bug.cgi?id=1540921#c5


> >
> > So, how can I upgrade it back?
>
> There has been lot's of discussion about that this week. I had same
> problem with Opteron G3->Epyc conversion. There steps were suggested
> to me and they worked and you problem is similar:
>

+1, thanks


>
> - set HE global maintenance mode
> - set one of the hosted-engine hosts into maintenance mode
> - move it to a different cluster
> - shutdown the engine VM
> - manually restart the engine VM on the host on the custom cluster
> directly executing on that host: hosted-engine --vm-start
> - connect again to the engine
> - set all the hosts of the initial cluster into maintenance mode
> - upgrade the cluster
> - shut down again the engine VM
> - manually restart the engine VM on one of the hosts of the initial cluster
> - move back the host that got into a temporary cluster to its initial
> cluster
>
> As first step I would add that you create new cluster which already
> has 4.3 level and CPU Type you want so already can check if cluster
> accepts nodes.
>
> -Juhani
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/VFWTYTLXCLN3DGUH5ENLWVK34SHPZAC2/
>


-- 

GREG SHEREMETA

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX

Red Hat NA



gsher...@redhat.comIRC: gshereme

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JJSNRHVYR2BNQG4BRGGPSICXMXHL3QHF/

[ovirt-users] Re: Engine installation failed at - get local vm ip

[Tailor, Bharat]

Hi Simone,

Any suggestions to troubleshoot this issue. I've gone through many
community threads but didn't get relevant answer.

On Sat, Feb 9, 2019, 12:55 AM Tailor, Bharat  Hi,
>
> I am trying to configure with static ip address.
> I don't have any dns server so using dns entry in /etc/hosts file.
> Didn't try to set anything about mac address. going with system generated
> settings only.
>
> Regrards
> Bharat Kumar
>
> G15- Vinayak Nagar complex,Opp.Maa Satiya, ayad
> Udaipur (Raj.)
> 313001
> Mob: +91-9950-9960-25
>
>
>
>
>
>
> On Sat, Feb 9, 2019 at 12:40 AM Simone Tiraboschi 
> wrote:
>
>>
>>
>> On Fri, Feb 8, 2019 at 7:49 PM Tailor, Bharat <
>> bha...@synergysystemsindia.com> wrote:
>>
>>> Hi,
>>>
>>> I am trying to test ovirt hyperconverged setup. I've a dell server &
>>> using vmware ESXi 6.7 as hypervisor. Prepared 3 VMs with cpu hw exposed.
>>>
>>> VM1 - Ovirt node 4.2
>>> 18GB RAM
>>> 2*2 vcpu
>>> nic 1 - for backend gluster
>>> nic 2 - for frontend vm network
>>>
>>> VM2 - Ovirt node 4.2
>>> 18GB RAM
>>> 2*2 vcpu
>>> nic 1 - for backend gluster
>>> nic 2 - for frontend vm network
>>>
>>> VM3- Ovirt node 4.2
>>> 18GB RAM
>>> 2*2 vcpu
>>> nic 1 - for backend gluster
>>> nic 2 - for frontend vm network
>>>
>>> I've configured gluster storage from cockpit and now trying to install
>>> engine from same cockpit but setup failed at "get local vm ip".
>>> I've gone through /var/log/ovirt-hosted-engine-setup file also but there
>>> are so many log files and I haven't find any related logs. Please help me
>>> to get out of it.
>>>
>>
>> Did you choose to configure the engine VM with a static address or with
>> DHCP? if so, do you have a proper address reservation for that mac address?
>> Is the DNS correctly working?
>>
>>
>>
>>>
>>>
>>>
>>> Regrards
>>> Bharat Kumar
>>>
>>> G15- Vinayak Nagar complex,Opp.Maa Satiya, ayad
>>> Udaipur (Raj.)
>>> 313001
>>> Mob: +91-9950-9960-25
>>>
>>>
>>>
>>>
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/Q3K34XKKGCIVNDFONFE4BCZUTLR32P7C/
>>>
>>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UCCBLEE3GBCSMQQZ4Z7IIUZ35RXQN5FX/