[ovirt-users] Re: Gluster setup

2019-11-15 Thread rob . downer
yes

see below...

still getting 
FQDN is not added in known_hosts

on Additional hosts screen...

Are you sure you want to continue connecting (yes/no)? yes
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter 
out any that are already installed
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are 
prompted now it is to install the new keys
root@gfs3.gluster.private's password: 

Number of key(s) added: 1

Now try logging into the machine, with:   "ssh 'gfs3.gluster.private'"
and check to make sure that only the key(s) you wanted were added.
___
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/B2UCARQ4TQI3OJ52AGXQH5FRRV2QYBZ4/


[ovirt-users] Re: Gluster setup

2019-11-15 Thread rob . downer
[root@ovirt3 ~]# nmcli general hostname
ovirt3.kvm.private
___
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/IGMFTFC44JBZLWGZLU74UTNRZA6UIT2E/


[ovirt-users] Re: Wrong CPU?

2019-11-15 Thread Christian Reiss

Sorry,

I meant EPYC, not Ryzen.
How did you solve your EPYC issue?

-Chris.

On 15/11/2019 18:55, Juhani Rautiainen wrote:

Hi!

It might be that the Qemu in oVirt doesn't recognize the Ryzen. That
was case with Epyc when I started using oVirt. It was reconized as a
Opteron G2 which caused lot's of problems when upgrading to 4.3.

-Juhani

On Fri, Nov 15, 2019 at 6:45 PM Christian Reiss
 wrote:


Hey folks,

running an AMD Ryzen CPU here:

processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 23
model   : 49
model name  : AMD EPYC 7282 16-Core Processor

However, libvirt is detecting this as EPYC-IBPB without the ssbd flags?

  
x86_64
EPYC-IBPB
AMD

























  


[root@node01 ~]# grep ssbd /var/cache/libvirt/qemu/capabilities/*.xml
  
  
  
  

But the flag is there:

[root@node01 ~]# grep ssbd /proc/cpuinfo | tail -n1
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 xtopology nonstop_tsc
extd_apicid 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 ibs
skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_l2 cpb
cat_l3 cdp_l3 hw_pstate sme retpoline_amd ssbd ibrs ibpb stibp vmmcall
fsgsbase bmi1 avx2 smep bmi2 cqm rdt_a rdseed adx smap clflushopt clwb
sha_ni xsaveopt xsavec xgetbv1 cqm_llc cqm_occup_llc cqm_mbm_total
cqm_mbm_local clzero irperf xsaveerptr arat npt lbrv svm_lock nrip_save
tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold
avic v_vmsave_vmload vgif umip overflow_recov succor smca

I tried adding "options kvm_amd avic=1" as well as "options kvm_amd
avic=0" to /etc/modprobe.d/kvm.conf (always with reboots), adding
mitigations=off to grub.. I can't think of any other solution.

I just can't get the oVirt engine running with the ssbd flag. Seems cpu
can do this, oVirt can do this, libvirt does not detect the cpu
correctly or at least ignores it. But the hosted engine demands it.

I am at a loss. Any help is oh-so-greatly appreciated.

-Chris.

--
   Christian Reiss - em...@christian-reiss.de /"\  ASCII Ribbon
 supp...@alpha-labs.net   \ /Campaign
   X   against HTML
   WEB alpha-labs.net / \   in eMails

   GPG Retrieval https://gpg.christian-reiss.de
   GPG ID ABCD43C5, 0x44E29126ABCD43C5
   GPG fingerprint = 9549 F537 2596 86BA 733C  A4ED 44E2 9126 ABCD 43C5

   "It's better to reign in hell than to serve in heaven.",
John Milton, Paradise lost.
___
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/PPXT55FJZESYOAOPR7HY5LOHTYELWDN6/






--
 Christian Reiss - em...@christian-reiss.de /"\  ASCII Ribbon
   supp...@alpha-labs.net   \ /Campaign
 X   against HTML
 WEB alpha-labs.net / \   in eMails

 GPG Retrieval https://gpg.christian-reiss.de
 GPG ID ABCD43C5, 0x44E29126ABCD43C5
 GPG fingerprint = 9549 F537 2596 86BA 733C  A4ED 44E2 9126 ABCD 43C5

 "It's better to reign in hell than to serve in heaven.",
  John Milton, Paradise lost.
___
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/5WLHQXMLLKAXIPLLYWIMI2DXSUWJM4DZ/


[ovirt-users] Re: Ovirt instance having RTO in every 10 minutes

2019-11-15 Thread Darrell Budic
Every 10 minutes & ping loss sounds like your hosted engine may be being 
restarted by the monitoring agents. Check the Hosted Engine uptime, is it < 
10m? Then check the ovirt-HA-agent logs on your hosts and see if you can tell 
why it’s restarting and correct the issue.

> On Nov 15, 2019, at 5:10 AM, Crazy Ayansh  
> wrote:
> 
> Hi Team,
> 
> I am using ovirt hosted engine 4.3.6.6-1 the newest one but it seems to me 
> it's not stable as my hosted engine VM stopped pining in every 10 minutes and 
> my web console get disconnected every time.
> 
> 
> See in the above snapshot in every 10 minutes Data Center status get Non 
> responsive. could any one help out here.
> 
> 
> Thanks
> Shashank
> ___
> 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/ABW3C7TZFONCZPJXKTVN2WP2VWB2CYGL/
___
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/LWXQSCSNZ75556SEWDGCGHARCCVZML7S/


[ovirt-users] Re: metrics

2019-11-15 Thread suporte
Ok, found this https://github.com/oVirt/ovirt-ansible-image-template/pull/47 
and change 

retries: "{{ (disk_resize_timeout / 3) | int }}" 
delay: 3 

to 

retries: 60 
delay: 3 

in 
/usr/share/ansible/roles/ovirt.image-template/tasks/qcow2_image.yml 

but now I'm stuck in here: 

TASK [/usr/share/ansible/roles/oVirt.metrics/roles/oVirt.origin-on-ovirt : 
Collect oVirt VM facts] 
*
 
FAILED - RETRYING: Collect oVirt VM facts (5 retries left). 
FAILED - RETRYING: Collect oVirt VM facts (4 retries left). 
FAILED - RETRYING: Collect oVirt VM facts (3 retries left). 
FAILED - RETRYING: Collect oVirt VM facts (2 retries left). 
FAILED - RETRYING: Collect oVirt VM facts (1 retries left). 
fatal: [localhost]: FAILED! => {"attempts": 5, "censored": "the output has been 
hidden due to the fact that 'no_log: true' was specified for this result", 
"changed": false} 

after the creation of metrics-store-installer VM 




De: supo...@logicworks.pt 
Para: "Jayme"  
Cc: "users"  
Enviadas: Sexta-feira, 15 De Novembro de 2019 16:11:25 
Assunto: [ovirt-users] Re: metrics 

Well, I did a mistake when copying the metrics-store-config.yml 

But now I'm getting this error 
.. 
FAILED - RETRYING: Wait for resize (1 retries left) 
fatal: [localhost]: FAILED! => {"attempts": 40, "changed": false, "disk": 
{"actual_size": 942409728, "alias": "centos76", "backup": "none", 
"content_type": "data", 
"description": "", "disk_profile": {"href": 
"/ovirt-engine/api/diskprofiles/13b70c52-8265-4cd2-aac0-3497750bd03b", "id": 
"13b70c52-8265-4cd2-aac0-3497750bd03b"}, 
"format": "cow", "href": 
"/ovirt-engine/api/disks/2abbe5f5-7534-4d6e-bd91-9ce1c135de13", "id": 
"2abbe5f5-7534-4d6e-bd91-9ce1c135de13", "image_id": 
"ad50f9c0-1b07-43fb-bea2-9f38d6e22acd", "name": "centos76", "permissions": [], 
"propagate_errors": false, "provisioned_size": 8589934592, "qcow_version": 
"qcow2_v2", 
"quota": {"href": 
"/ovirt-engine/api/datacenters/e2c375e0-929e-11e9-969e-0013f7d1bb52/quotas/f3f4eefc-929e-11e9-b3a6-0013f7d1bb52",
 "id": 
"f3f4eefc-929e-11e9-b3a6-0013f7d1bb52"}, "shareable": false, "sparse": true, 
"statistics": [], "status": "ok", "storage_domains": 
[{"href": 
"/ovirt-engine/api/storagedomains/156168f1-3905-4514-b7c1-817e39718ba6", "id": 
"156168f1-3905-4514-b7c1-817e39718ba6"}], 
"storage_type": "image", "total_size": 942409728, "wipe_after_delete": false}, 
"id": "2abbe5f5-7534-4d6e-bd91-9ce1c135de13"} 


De: supo...@logicworks.pt 
Para: "Jayme"  
Cc: "users"  
Enviadas: Sexta-feira, 15 De Novembro de 2019 10:29:06 
Assunto: [ovirt-users] Re: metrics 

Hello, 

Still nothing happens. I'm a little lost here. 
I'm getting this message when running 
./configure_ovirt_machines_for_metrics.sh 
--playbook=ovirt-metrics-store-installation.yml -- 
ask-vault-pass 

changed: [localhost -> localhost] => { 
"msg": "oVirt Metrics store is not configured. This host will not be configured 
to send metrics" 
} 

I think this is the problem? 
Any idea? 

Thanks a lot 

José 


De: "Jayme"  
Para: supo...@logicworks.pt 
Cc: "users"  
Enviadas: Quinta-feira, 14 De Novembro de 2019 18:06:51 
Assunto: Re: [ovirt-users] metrics 

this should do it: 
https://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.qcow2 

On Thu, Nov 14, 2019 at 1:38 PM < supo...@logicworks.pt > wrote: 



Ok. I just commented it out and run 
# ./configure_ovirt_machines_for_metrics.sh 
--playbook=ovirt-metrics-store-installation.yml --ask-vault-pass 
PLAY RECAP 
**
 
localhost : ok=5 changed=1 unreachable=0 failed=0 skipped=9 rescued=0 ignored=0 

but nothing happens 
I think I need the URL with openshift upstream 

I'm a newbie with openshift, can you point me to the right direction? 

Thanks 



De: "Jayme" < jay...@gmail.com > 
Para: supo...@logicworks.pt 
Cc: "users" < users@ovirt.org > 
Enviadas: Quinta-feira, 14 De Novembro de 2019 17:15:26 
Assunto: Re: [ovirt-users] metrics 

It has been a while but I think you either just leave it commented out or have 
to replace URL with open shift upstream. Try leaving it commented 

On Thu, Nov 14, 2019 at 1:06 PM < supo...@logicworks.pt > wrote: 

BQ_BEGIN

Ok, so how can I get the guest image? 

Thanks 


De: "Jayme" < jay...@gmail.com > 
Para: supo...@logicworks.pt 
Cc: "users" < users@ovirt.org > 
Enviadas: Quinta-feira, 14 De Novembro de 2019 17:05:31 
Assunto: Re: [ovirt-users] metrics 

An RH subscription is not needed to install ovirt metrics. 

On Thu, Nov 14, 2019 at 12:21 PM < supo...@logicworks.pt > wrote: 

BQ_BEGIN

Hi, 

I'm trying to install metrics for Version 4.3.6.7-1.el7 
Do I need a RH subscription to downloading the RHEL guest image? (qcow_url:) 

Thanks 


-- 

Jose Ferradeira 
http://www.logicworks.pt 
___ 
Users mailing list -- users@ovirt.org 
To unsubscribe send an email to 

[ovirt-users] Re: Gluster setup

2019-11-15 Thread Jingjie Jiang

What is the output of "nmcli general hostname" ?


On 11/15/19 7:15 AM, rob.dow...@orbitalsystems.co.uk wrote:

I have set up a 3 node system.

Gluster has its own backend network and I have tried entering the FQDN hosts 
via ssh as follows...
gfs1.gluster.private10.10.45.11
gfs2.gluster.private10.10.45.12 
gfs3.gluster.private10.10.45.13

I entered at /etc/hosts

127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
gfs1.gluster.private10.10.45.11
gfs2.gluster.private10.10.45.12
gfs3.gluster.private10.10.45.13

but on the CLI

host gfs1.gluster.private

returns

[root@ovirt1 etc]# host gfs1.gluster.private
Host gfs1.gluster.private not found: 3(NXDOMAIN)
[root@ovirt1 etc]#

I guess this is the wrong hosts file, resolver.conf lists files first for 
lookup...
___
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/ILABGNZFOH5BP6JW7VZIEA4GIZE7DXUT/

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


[ovirt-users] Wrong CPU?

2019-11-15 Thread Christian Reiss

Hey folks,

running an AMD Ryzen CPU here:

processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 23
model   : 49
model name  : AMD EPYC 7282 16-Core Processor

However, libvirt is detecting this as EPYC-IBPB without the ssbd flags?


  x86_64
  EPYC-IBPB
  AMD
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  



[root@node01 ~]# grep ssbd /var/cache/libvirt/qemu/capabilities/*.xml





But the flag is there:

[root@node01 ~]# grep ssbd /proc/cpuinfo | tail -n1
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 xtopology nonstop_tsc 
extd_apicid 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 ibs 
skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_l2 cpb 
cat_l3 cdp_l3 hw_pstate sme retpoline_amd ssbd ibrs ibpb stibp vmmcall 
fsgsbase bmi1 avx2 smep bmi2 cqm rdt_a rdseed adx smap clflushopt clwb 
sha_ni xsaveopt xsavec xgetbv1 cqm_llc cqm_occup_llc cqm_mbm_total 
cqm_mbm_local clzero irperf xsaveerptr arat npt lbrv svm_lock nrip_save 
tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold 
avic v_vmsave_vmload vgif umip overflow_recov succor smca


I tried adding "options kvm_amd avic=1" as well as "options kvm_amd 
avic=0" to /etc/modprobe.d/kvm.conf (always with reboots), adding 
mitigations=off to grub.. I can't think of any other solution.


I just can't get the oVirt engine running with the ssbd flag. Seems cpu 
can do this, oVirt can do this, libvirt does not detect the cpu 
correctly or at least ignores it. But the hosted engine demands it.


I am at a loss. Any help is oh-so-greatly appreciated.

-Chris.

--
 Christian Reiss - em...@christian-reiss.de /"\  ASCII Ribbon
   supp...@alpha-labs.net   \ /Campaign
 X   against HTML
 WEB alpha-labs.net / \   in eMails

 GPG Retrieval https://gpg.christian-reiss.de
 GPG ID ABCD43C5, 0x44E29126ABCD43C5
 GPG fingerprint = 9549 F537 2596 86BA 733C  A4ED 44E2 9126 ABCD 43C5

 "It's better to reign in hell than to serve in heaven.",
  John Milton, Paradise lost.
___
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/PPXT55FJZESYOAOPR7HY5LOHTYELWDN6/


[ovirt-users] Re: SSBD issues on live cluster

2019-11-15 Thread thomas
At least you're not alone: https://bugzilla.redhat.com/show_bug.cgi?id=1745181 

Now since that Epyc is useless: Do you want to swap for a J5005? 
(tschuldigung... konnte mich wieder nicht bremsen)

All that code is Python somewhere, so you can find who adds that tag and 
suppress it until they fix it, just depends on how desperate you are I guess.

In any case you may want to put a comment on the bug, so perhaps it gets more 
attention.
___
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/BJYNAA6DCND3UHYK4WTEQKK72T4GJPI6/


[ovirt-users] Re: metrics

2019-11-15 Thread suporte
Well, I did a mistake when copying the metrics-store-config.yml 

But now I'm getting this error 
.. 
FAILED - RETRYING: Wait for resize (1 retries left) 
fatal: [localhost]: FAILED! => {"attempts": 40, "changed": false, "disk": 
{"actual_size": 942409728, "alias": "centos76", "backup": "none", 
"content_type": "data", 
"description": "", "disk_profile": {"href": 
"/ovirt-engine/api/diskprofiles/13b70c52-8265-4cd2-aac0-3497750bd03b", "id": 
"13b70c52-8265-4cd2-aac0-3497750bd03b"}, 
"format": "cow", "href": 
"/ovirt-engine/api/disks/2abbe5f5-7534-4d6e-bd91-9ce1c135de13", "id": 
"2abbe5f5-7534-4d6e-bd91-9ce1c135de13", "image_id": 
"ad50f9c0-1b07-43fb-bea2-9f38d6e22acd", "name": "centos76", "permissions": [], 
"propagate_errors": false, "provisioned_size": 8589934592, "qcow_version": 
"qcow2_v2", 
"quota": {"href": 
"/ovirt-engine/api/datacenters/e2c375e0-929e-11e9-969e-0013f7d1bb52/quotas/f3f4eefc-929e-11e9-b3a6-0013f7d1bb52",
 "id": 
"f3f4eefc-929e-11e9-b3a6-0013f7d1bb52"}, "shareable": false, "sparse": true, 
"statistics": [], "status": "ok", "storage_domains": 
[{"href": 
"/ovirt-engine/api/storagedomains/156168f1-3905-4514-b7c1-817e39718ba6", "id": 
"156168f1-3905-4514-b7c1-817e39718ba6"}], 
"storage_type": "image", "total_size": 942409728, "wipe_after_delete": false}, 
"id": "2abbe5f5-7534-4d6e-bd91-9ce1c135de13"} 


De: supo...@logicworks.pt 
Para: "Jayme"  
Cc: "users"  
Enviadas: Sexta-feira, 15 De Novembro de 2019 10:29:06 
Assunto: [ovirt-users] Re: metrics 

Hello, 

Still nothing happens. I'm a little lost here. 
I'm getting this message when running 
./configure_ovirt_machines_for_metrics.sh 
--playbook=ovirt-metrics-store-installation.yml -- 
ask-vault-pass 

changed: [localhost -> localhost] => { 
"msg": "oVirt Metrics store is not configured. This host will not be configured 
to send metrics" 
} 

I think this is the problem? 
Any idea? 

Thanks a lot 

José 


De: "Jayme"  
Para: supo...@logicworks.pt 
Cc: "users"  
Enviadas: Quinta-feira, 14 De Novembro de 2019 18:06:51 
Assunto: Re: [ovirt-users] metrics 

this should do it: 
https://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.qcow2 

On Thu, Nov 14, 2019 at 1:38 PM < supo...@logicworks.pt > wrote: 



Ok. I just commented it out and run 
# ./configure_ovirt_machines_for_metrics.sh 
--playbook=ovirt-metrics-store-installation.yml --ask-vault-pass 
PLAY RECAP 
**
 
localhost : ok=5 changed=1 unreachable=0 failed=0 skipped=9 rescued=0 ignored=0 

but nothing happens 
I think I need the URL with openshift upstream 

I'm a newbie with openshift, can you point me to the right direction? 

Thanks 



De: "Jayme" < jay...@gmail.com > 
Para: supo...@logicworks.pt 
Cc: "users" < users@ovirt.org > 
Enviadas: Quinta-feira, 14 De Novembro de 2019 17:15:26 
Assunto: Re: [ovirt-users] metrics 

It has been a while but I think you either just leave it commented out or have 
to replace URL with open shift upstream. Try leaving it commented 

On Thu, Nov 14, 2019 at 1:06 PM < supo...@logicworks.pt > wrote: 

BQ_BEGIN

Ok, so how can I get the guest image? 

Thanks 


De: "Jayme" < jay...@gmail.com > 
Para: supo...@logicworks.pt 
Cc: "users" < users@ovirt.org > 
Enviadas: Quinta-feira, 14 De Novembro de 2019 17:05:31 
Assunto: Re: [ovirt-users] metrics 

An RH subscription is not needed to install ovirt metrics. 

On Thu, Nov 14, 2019 at 12:21 PM < supo...@logicworks.pt > wrote: 

BQ_BEGIN

Hi, 

I'm trying to install metrics for Version 4.3.6.7-1.el7 
Do I need a RH subscription to downloading the RHEL guest image? (qcow_url:) 

Thanks 


-- 

Jose Ferradeira 
http://www.logicworks.pt 
___ 
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/45EEILEJWLZTNQKNYCVP7J34MEE7CHCQ/
 




BQ_END


BQ_END



___ 
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/75HKFNTUOQPETRKY4KE24V64BSOTNNGJ/
 
___
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/RULG5CORJNCBFE7SKQVH4FCHA77JFNCO/


[ovirt-users] Re: Gluster setup

2019-11-15 Thread Jayme
Did you setup ssh keys between the hosts?

On Fri, Nov 15, 2019 at 9:16 AM  wrote:

> So using FQDN or ip I get this
> task path: /usr/share/cockpit/ovirt-dashboard/ansible/hc_wizard.yml:4
> fatal: [10.10.45.13]: UNREACHABLE! => {"changed": false, "msg": "Failed to
> connect to the host via ssh: Permission denied
> (publickey,gssapi-keyex,gssapi-with-mic,password).", "unreachable": true}
> fatal: [10.10.45.11]: UNREACHABLE! => {"changed": false, "msg": "Failed to
> connect to the host via ssh: Permission denied
> (publickey,gssapi-keyex,gssapi-with-mic,password).", "unreachable": true}
> fatal: [10.10.45.12]: UNREACHABLE! => {"changed": false, "msg": "Failed to
> connect to the host via ssh: Permission denied
> (publickey,gssapi-keyex,gssapi-with-mic,password).", "unreachable": true}
>
> but on CLI it's reachable looks like a password issue... ?
> [root@ovirt3 ~]# ping 10.10.45.12
> PING 10.10.45.12 (10.10.45.12) 56(84) bytes of data.
> 64 bytes from 10.10.45.12: icmp_seq=1 ttl=64 time=0.159 ms
> 64 bytes from 10.10.45.12: icmp_seq=2 ttl=64 time=1.42 ms
> 64 bytes from 10.10.45.12: icmp_seq=3 ttl=64 time=0.157 ms
> 64 bytes from 10.10.45.12: icmp_seq=4 ttl=64 time=0.141 ms
> 64 bytes from 10.10.45.12: icmp_seq=5 ttl=64 time=0.140 ms
> 64 bytes from 10.10.45.12: icmp_seq=6 ttl=64 time=0.172 ms
> ^C
> --- 10.10.45.12 ping statistics ---
> 6 packets transmitted, 6 received, 0% packet loss, time 5001ms
> rtt min/avg/max/mdev = 0.140/0.366/1.429/0.475 ms
> [root@ovirt3 ~]#
> ___
> 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/UBPCM6YVCW5LISQRM72RPPEGQ3AZR4YD/
>
___
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/GIBKJBJIJOSUB2D3ZXIHRAXIT2BG57B7/


[ovirt-users] Re: SSBD issues on live cluster

2019-11-15 Thread Christian Reiss

On 15/11/2019 13:30, tho...@hoberg.net wrote:

Since there is no guarantee that the oVirt node image and the hosted-engine 
image are aligned, I'd recommend disabling all mitigations during the host's 
boot (only got a list of the Intel flags, sorry: Not rich enough for EPYC) and 
see if that sails through. And if you have no mitigation risk issues, to keep 
the base CPU definition as low as you can stand (your VMs applications could 
miss out on some nice instruction extensions or other features if you go 
rock-bottom).


Hey,

Ugh, I am at a loss. I added

--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
GRUB_CMDLINE_LINUX='crashkernel=auto 
rd.lvm.lv=onn/ovirt-node-ng-4.3.6-0.20190926.0+1 rd.lvm.lv=onn/swap 
mitigations=off rhgb quiet'

--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<


to /etc/default/grub, created a new grub.cfg and rebooted.

--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
[root@node01 ~]# cat /proc/cmdline
BOOT_IMAGE=/ovirt-node-ng-4.3.6-0.20190926.0+1/vmlinuz-3.10.0-1062.1.1.el7.x86_64 
root=/dev/onn/ovirt-node-ng-4.3.6-0.20190926.0+1 ro crashkernel=auto 
rd.lvm.lv=onn/swap mitigations=off rhgb quiet 
rd.lvm.lv=onn/ovirt-node-ng-4.3.6-0.20190926.0+1 
img.bootid=ovirt-node-ng-4.3.6-0.20190926.0+1

--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<


Even after clearing the cache and restarting libvirt the issue is still

--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
[root@node01 ~]# cat 
/var/cache/libvirt/qemu/capabilities/3c76bc41d59c0c7314b1ae8e63f4f765d2cf16abaeea081b3ca1f5d8732f7bb1.xml 
 | grep ssb





--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<


and flags are still set (duh)

--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
[root@node01 ~]# grep ssbd /proc/cpuinfo | tail -n1
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 xtopology nonstop_tsc 
extd_apicid 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 ibs 
skinit wdt tce topoext perfctr_core perfctr_nb bpext perfctr_l2 cpb 
cat_l3 cdp_l3 hw_pstate sme retpoline_amd ssbd ibrs ibpb stibp vmmcall 
fsgsbase bmi1 avx2 smep bmi2 cqm rdt_a rdseed adx smap clflushopt clwb 
sha_ni xsaveopt xsavec xgetbv1 cqm_llc cqm_occup_llc cqm_mbm_total 
cqm_mbm_local clzero irperf xsaveerptr arat npt lbrv svm_lock nrip_save 
tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold 
avic v_vmsave_vmload vgif umip overflow_recov succor smca

--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<


Deploying the oVirt hosted engine still works up to the final point, 
when it stops with the usual


--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
2019-11-15 14:43:54,758+0100 INFO  (jsonrpc/6) [api.virt] FINISH 
getStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': 
[{'status': 'Down', 'exitMessage': 'the CPU is incompatible with host 
CPU: Host CPU does not provide required features: virt-ssbd', 
'statusTime': '4294738860', 'vmId': 
'd116b296-9ae7-4ff3-80b4-73dc228a7b64', 'exitReason': 1, 'exitCode': 
1}]} from=::1,46514, vmId=d116b296-9ae7-4ff3-80b4-73dc228a7b64 (api:54)

--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<


I can see that during the final stages (up to this point the engine VM 
is up and running) in vdsm.log there is a (super long) line:


--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
2019-11-15 13:36:10,248+0100 INFO  (jsonrpc/4) [api.virt] FINISH create 
return={'status': {'message': 'Done', 'code': 0}, 'vmList': {'status': 
'WaitForLaunch', 'maxMemSize': 65536, 'acpiEnable': 'true', 
'emulatedMachine': 'pc-i440fx-rhel7.6.0', 'numOfIoThreads': '1', 'vmId': 
'd116b296-9ae7-4ff3-80b4-73dc228a7b64', 'memGuaranteedSize': 1024, 
'timeOffset': '0', 'smpThreadsPerCore': '1', 'cpuType': 'EPYC', 
'guestDiskMapping': {}, 'arch': 'x86_64', 'smp': '4', 'guestNumaNodes': 
[{'nodeIndex': 0, 'cpus': '0,1,2,3', 'memory': '16384'}], u'xml': 
u'\nxmlns:ovirt-tune="http://ovirt.org/vm/tune/1.0; 
xmlns:ovirt-vm="http://ovirt.org/vm/1.0; 
type="kvm">HostedEngined116b296-9ae7-4ff3-80b4-73dc228a7b6416777216167772161slots="16">6710886464type="smbios">oVirtname="product">OS-NAME:name="version">OS-VERSION:name="serial">HOST-SERIAL:name="uuid">d116b296-9ae7-4ff3-80b4-73dc228a7b64offset="variable" adjustment="0">tickpolicy="catchup"/>name="hpet" present="no"/>match="exact">EPYCpolicy="require"/>cores="4" threads="1" 

[ovirt-users] Re: Gluster setup

2019-11-15 Thread Strahil
In /etc/hosts you first enter the IP then FQDN, and last shortname (aliases).

Fix the /etc/hosts file !

Best Regards,
Strahil NikolovOn Nov 15, 2019 14:15, rob.dow...@orbitalsystems.co.uk wrote:
>
> I have set up a 3 node system. 
>
> Gluster has its own backend network and I have tried entering the FQDN hosts 
> via ssh as follows... 
> gfs1.gluster.private 10.10.45.11 
> gfs2.gluster.private 10.10.45.12 
> gfs3.gluster.private 10.10.45.13 
>
> I entered at /etc/hosts 
>
> 127.0.0.1   localhost localhost.localdomain localhost4 
> localhost4.localdomain4 
> ::1 localhost localhost.localdomain localhost6 
> localhost6.localdomain6 
> gfs1.gluster.private    10.10.45.11 
> gfs2.gluster.private    10.10.45.12 
> gfs3.gluster.private    10.10.45.13 
>
> but on the CLI 
>
> host gfs1.gluster.private 
>
> returns 
>
> [root@ovirt1 etc]# host gfs1.gluster.private 
> Host gfs1.gluster.private not found: 3(NXDOMAIN) 
> [root@ovirt1 etc]# 
>
> I guess this is the wrong hosts file, resolver.conf lists files first for 
> lookup...
> ___
> 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/ILABGNZFOH5BP6JW7VZIEA4GIZE7DXUT/
___
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/2AOM662JGNQLQGVJMBJBZDFEOSG6AZ3R/


[ovirt-users] Re: Gluster Questions

2019-11-15 Thread Strahil
Ovirt can use VDO for deduplication and compression, but I think it was related 
to ZFS.

Best Regards,
Strahil NikolovOn Nov 15, 2019 11:27, markus.f...@mafalb.at wrote:
>
> ... 
>
> > Running a 3 node HCI cluster (in testing stages) I would love to hear 
> > your input. All nodes are exactly identical and have a local storage of 
> > 8tb in SSDs made out of a RAID6. 
>
> ... 
>
> > There is the option of compression & dedup, coming from ZFS this is a 
> > memory hog and kind of insane. What are your thoughts on compression & 
> > dedup at this time? 
> > 
> > The effective size of the compressed drive is suggested 10-fold of the 
> > original sizes. Seems a big crazy high; any suggestions here? 
>
> is ovirt using VDO for dedup and compression? 
>
> https://access.redhat.com/documentation/en-us/red_hat_hyperconverged_infrastructure_for_virtualization/1.6/html/deploying_red_hat_hyperconverged_infrastructure_for_virtualization/architecture
>  
>
> best regards, markus
> ___
> 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/H3WIKBQGE75EX5SQ7NKCLGJ6YRNPLVOE/
___
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/QSQHD32NPCTPCO3VQZQXBAJFTVINP6WQ/


[ovirt-users] Re: Gluster setup

2019-11-15 Thread rob . downer
So using FQDN or ip I get this
task path: /usr/share/cockpit/ovirt-dashboard/ansible/hc_wizard.yml:4
fatal: [10.10.45.13]: UNREACHABLE! => {"changed": false, "msg": "Failed to 
connect to the host via ssh: Permission denied 
(publickey,gssapi-keyex,gssapi-with-mic,password).", "unreachable": true}
fatal: [10.10.45.11]: UNREACHABLE! => {"changed": false, "msg": "Failed to 
connect to the host via ssh: Permission denied 
(publickey,gssapi-keyex,gssapi-with-mic,password).", "unreachable": true}
fatal: [10.10.45.12]: UNREACHABLE! => {"changed": false, "msg": "Failed to 
connect to the host via ssh: Permission denied 
(publickey,gssapi-keyex,gssapi-with-mic,password).", "unreachable": true}

but on CLI it's reachable looks like a password issue... ?
[root@ovirt3 ~]# ping 10.10.45.12
PING 10.10.45.12 (10.10.45.12) 56(84) bytes of data.
64 bytes from 10.10.45.12: icmp_seq=1 ttl=64 time=0.159 ms
64 bytes from 10.10.45.12: icmp_seq=2 ttl=64 time=1.42 ms
64 bytes from 10.10.45.12: icmp_seq=3 ttl=64 time=0.157 ms
64 bytes from 10.10.45.12: icmp_seq=4 ttl=64 time=0.141 ms
64 bytes from 10.10.45.12: icmp_seq=5 ttl=64 time=0.140 ms
64 bytes from 10.10.45.12: icmp_seq=6 ttl=64 time=0.172 ms
^C
--- 10.10.45.12 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5001ms
rtt min/avg/max/mdev = 0.140/0.366/1.429/0.475 ms
[root@ovirt3 ~]# 
___
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/UBPCM6YVCW5LISQRM72RPPEGQ3AZR4YD/


[ovirt-users] Re: Gluster setup

2019-11-15 Thread Jayme
It looks like you may have those host entries backward.  Put the IP first
then the hostname i.e.

1.1.1.1 host.example.com

On Fri, Nov 15, 2019 at 8:17 AM  wrote:

> I have set up a 3 node system.
>
> Gluster has its own backend network and I have tried entering the FQDN
> hosts via ssh as follows...
> gfs1.gluster.private10.10.45.11
> gfs2.gluster.private10.10.45.12
> gfs3.gluster.private10.10.45.13
>
> I entered at /etc/hosts
>
> 127.0.0.1   localhost localhost.localdomain localhost4
> localhost4.localdomain4
> ::1 localhost localhost.localdomain localhost6
> localhost6.localdomain6
> gfs1.gluster.private10.10.45.11
> gfs2.gluster.private10.10.45.12
> gfs3.gluster.private10.10.45.13
>
> but on the CLI
>
> host gfs1.gluster.private
>
> returns
>
> [root@ovirt1 etc]# host gfs1.gluster.private
> Host gfs1.gluster.private not found: 3(NXDOMAIN)
> [root@ovirt1 etc]#
>
> I guess this is the wrong hosts file, resolver.conf lists files first for
> lookup...
> ___
> 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/ILABGNZFOH5BP6JW7VZIEA4GIZE7DXUT/
>
___
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/PTZ6K2EXL5AB4PYVD5KJKK57AAS46IDE/


[ovirt-users] Re: Gluster setup

2019-11-15 Thread markus . falb

> [root@ovirt1 etc]# host gfs1.gluster.private
> Host gfs1.gluster.private not found: 3(NXDOMAIN)
> [root@ovirt1 etc]# 
> 
> I guess this is the wrong hosts file, resolver.conf lists files first for 
> lookup...

what is resolver.conf ? do you mean /etc/nsswitch.conf ?
however, "host" is a tool for querying dns. it does not care about /etc/hosts
___
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/IGR5CKLY724LAZQHN7LKAERUIZNHBJI4/


[ovirt-users] Re: SSBD issues on live cluster

2019-11-15 Thread thomas
I have a somewhat similar issue because I use J5005 based Atom boxes for oVirt 
in the home-lab, but these fail strangely during installation and are just 
hair-tairingly slow during installation.

So I move to a Kaby-Lake desktop for the installation and then need to 
downgrade all the way to Nehalem (no IBRS SSBD MDS etc.) to enable live 
migration to Gemini-Lake. I then down the installation node, move the SSD to 
the first Atom, reboot and voilà, it all works...

...but only as long as they don't push the KVM and oVirt baseline up beyond 
Nehalem.

Now with AMD, that platform is rapidly evolving so all layers in this oVirt 
stack need to be aligned, which could take a while. There is a definite 
operational advantage to using older hardware in this space.

Since there is no guarantee that the oVirt node image and the hosted-engine 
image are aligned, I'd recommend disabling all mitigations during the host's 
boot (only got a list of the Intel flags, sorry: Not rich enough for EPYC) and 
see if that sails through. And if you have no mitigation risk issues, to keep 
the base CPU definition as low as you can stand (your VMs applications could 
miss out on some nice instruction extensions or other features if you go 
rock-bottom).

Most of the KVM config is generated at run-time with lots of Python stuff deep 
inside oVirt, so really apart from working with the boot flags (or another 
temporary host) I see no alternative.
BTW I also had to fiddle with net.ifnames=0 to reenable ethX Ethernet naming, 
because otherwise the overlay network encodes the "new device" names into the 
config, which derails the hardware swap after the initial setup.

I run with a CentOS base, because most of the workloads are actually 
Docker/podman containers and oVirt is more of a side show for now. And while I 
update frequently, I disable all mitigations for lack of exposure and to not 
slow these poor Atoms any further. I use them for 24x7 functional testing not 
for crunching numbers. With 32GB of RAM and a 1TB SSD they are just big enough 
for that at 10Watts/unit and passive cooling.

Corporate labs has kick-ass Xeon-SP and Nvidia V100s, still mostly Docker 
because GPUs in KVM and oVirt are tricks I still need to master. Looking 
forward to the integrated container/VM future RH is planning there.

Viel Glück!
___
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/7AIIQUSSMFB2C7DRE5CAIDEVJ3ZOMSVJ/


[ovirt-users] Gluster setup

2019-11-15 Thread rob . downer
I have set up a 3 node system.

Gluster has its own backend network and I have tried entering the FQDN hosts 
via ssh as follows...
gfs1.gluster.private10.10.45.11
gfs2.gluster.private10.10.45.12 
gfs3.gluster.private10.10.45.13

I entered at /etc/hosts

127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
gfs1.gluster.private10.10.45.11
gfs2.gluster.private10.10.45.12
gfs3.gluster.private10.10.45.13

but on the CLI 

host gfs1.gluster.private

returns 

[root@ovirt1 etc]# host gfs1.gluster.private
Host gfs1.gluster.private not found: 3(NXDOMAIN)
[root@ovirt1 etc]# 

I guess this is the wrong hosts file, resolver.conf lists files first for 
lookup...
___
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/ILABGNZFOH5BP6JW7VZIEA4GIZE7DXUT/


[ovirt-users] Re: SSBD issues on live cluster

2019-11-15 Thread thomas
After re-reading...

The primary host determines the CPU base requirements. But in this case the 
base may be newer than what the canned hosted image for the hosted-engine 
supports initially (before you update it).

So by deactivating the mitigations temporarily via a boot flag on the host, you 
can keep those features from the requirements list, allowing the installation 
to go through.

Once OS/patches on host and VM are in alignment you can re-activate the 
mitigations and the baseline on the cluster and reboot the hosted-engine to 
align everything (or just keep the cluster baseline low, if you don't care 
about the latest features and patches or want to have several generations of 
hardware work alongside).
___
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/KJXV3R3HT2MBU3RHIS3XJWZVLAC6C7FH/


[ovirt-users] Re: SSBD issues on live cluster

2019-11-15 Thread Christian Reiss

Hey,

sounds wild; using oVirt node installer; so microcode updates /shrug.
The grub flag seems promissing. Anything you could help me with to oimit 
all that?


I would be happy to see the ovirt engine today... somehow.

Cheers!
-Chris.

On 15/11/2019 12:47, tho...@hoberg.net wrote:

After re-reading...

The primary host determines the CPU base requirements. But in this case the 
base may be newer than what the canned hosted image for the hosted-engine 
supports initially (before you update it).

So by deactivating the mitigations temporarily via a boot flag on the host, you 
can keep those features from the requirements list, allowing the installation 
to go through.

Once OS/patches on host and VM are in alignment you can re-activate the 
mitigations and the baseline on the cluster and reboot the hosted-engine to 
align everything (or just keep the cluster baseline low, if you don't care 
about the latest features and patches or want to have several generations of 
hardware work alongside).
___
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/KJXV3R3HT2MBU3RHIS3XJWZVLAC6C7FH/



--
 Christian Reiss - em...@christian-reiss.de /"\  ASCII Ribbon
   supp...@alpha-labs.net   \ /Campaign
 X   against HTML
 WEB alpha-labs.net / \   in eMails

 GPG Retrieval https://gpg.christian-reiss.de
 GPG ID ABCD43C5, 0x44E29126ABCD43C5
 GPG fingerprint = 9549 F537 2596 86BA 733C  A4ED 44E2 9126 ABCD 43C5

 "It's better to reign in hell than to serve in heaven.",
  John Milton, Paradise lost.
___
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/3EOBYQMWFOA7IBOZCRX6LGQMMIIBGJKD/


[ovirt-users] Re: SSBD issues on live cluster

2019-11-15 Thread thomas
Hi Christian,

I'd say that the CPUs aren't perfectly uniform in terms of capabilities and 
microcode patches.
"ssbd" is a speculative store bypass, as far as I know and if your host doesn't 
have the µ-code patches installed but your cluster definition has them (based 
typically on the machine used to install the hosted-engine), then you either 
need to lower your base in the hosted-engine VM (and restart it), or patch the 
host so it delivers on the mitigation.

All this Spectre stuff is creating quite a bit of extra work and I try to just 
keep them out of my clusters, because I have no potential for hostile workloads 
on them (nor data worth exploiting). But it's clear that production 
environments with compliance requirements need to manage this carefully.
___
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/4A46VIW5ZFGVTQAGZ6OXRX4H2F7NYUDD/


[ovirt-users] Re: SSBD issues on live cluster

2019-11-15 Thread Christian Reiss

Mh,

even more info: The XML of the hosted engine reports:

--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<

EPYC







--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<

and in there is the culprit.

Unfortunately I have no clue on how to proceed from here.


On 15/11/2019 10:00, Christian Reiss wrote:

Hey folks,

new hardware arrived \o/
Installation as HCI was a bliss, with gluster et all.

Deploying the hosted engine also worked until it came to the very last 
point: Health checks, which failed.



vdsm.log:
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
2019-11-15 09:54:02,588+0100 INFO  (jsonrpc/4) [api.virt] FINISH 
getStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': 
[{'status': 'Down', 'exitMessage': 'the CPU is incompatible with host 
CPU: Host CPU does not provide required features: virt-ssbd', 
'statusTime': '4344202670', 'vmId': 
'50ac6250-4c24-40fd-894c-bc248c4f6fa2', 'exitReason': 1, 'exitCode': 
1}]} from=::1,37492, vmId=50ac6250-4c24-40fd-894c-bc248c4f6fa2 (api:54)

--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<


But:
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
[root@node01 vdsm]# cat /proc/cpuinfo  | grep flags | tail -n 1 | grep 
-i --color  ssb

flags    : fpu vme [...] ssbd [...]
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<


Cpu is a
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
processor   : 1
vendor_id   : AuthenticAMD
cpu family  : 23
model   : 49
model name  : AMD EPYC 7282 16-Core Processor
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<


Anyone willing to shed some light on this issue?

Thanks in advance!
-Chris.



--
 Christian Reiss - em...@christian-reiss.de /"\  ASCII Ribbon
   supp...@alpha-labs.net   \ /Campaign
 X   against HTML
 WEB alpha-labs.net / \   in eMails

 GPG Retrieval https://gpg.christian-reiss.de
 GPG ID ABCD43C5, 0x44E29126ABCD43C5
 GPG fingerprint = 9549 F537 2596 86BA 733C  A4ED 44E2 9126 ABCD 43C5

 "It's better to reign in hell than to serve in heaven.",
  John Milton, Paradise lost.
___
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/5CJ5O2KVZAU2BSECTIETDNEXXWQ7SUZI/


[ovirt-users] Re: metrics

2019-11-15 Thread suporte
Hello, 

Still nothing happens. I'm a little lost here. 
I'm getting this message when running 
./configure_ovirt_machines_for_metrics.sh 
--playbook=ovirt-metrics-store-installation.yml -- 
ask-vault-pass 

changed: [localhost -> localhost] => { 
"msg": "oVirt Metrics store is not configured. This host will not be configured 
to send metrics" 
} 

I think this is the problem? 
Any idea? 

Thanks a lot 

José 


De: "Jayme"  
Para: supo...@logicworks.pt 
Cc: "users"  
Enviadas: Quinta-feira, 14 De Novembro de 2019 18:06:51 
Assunto: Re: [ovirt-users] metrics 

this should do it: 
https://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.qcow2 

On Thu, Nov 14, 2019 at 1:38 PM < supo...@logicworks.pt > wrote: 



Ok. I just commented it out and run 
# ./configure_ovirt_machines_for_metrics.sh 
--playbook=ovirt-metrics-store-installation.yml --ask-vault-pass 
PLAY RECAP 
**
 
localhost : ok=5 changed=1 unreachable=0 failed=0 skipped=9 rescued=0 ignored=0 

but nothing happens 
I think I need the URL with openshift upstream 

I'm a newbie with openshift, can you point me to the right direction? 

Thanks 



De: "Jayme" < jay...@gmail.com > 
Para: supo...@logicworks.pt 
Cc: "users" < users@ovirt.org > 
Enviadas: Quinta-feira, 14 De Novembro de 2019 17:15:26 
Assunto: Re: [ovirt-users] metrics 

It has been a while but I think you either just leave it commented out or have 
to replace URL with open shift upstream. Try leaving it commented 

On Thu, Nov 14, 2019 at 1:06 PM < supo...@logicworks.pt > wrote: 

BQ_BEGIN

Ok, so how can I get the guest image? 

Thanks 


De: "Jayme" < jay...@gmail.com > 
Para: supo...@logicworks.pt 
Cc: "users" < users@ovirt.org > 
Enviadas: Quinta-feira, 14 De Novembro de 2019 17:05:31 
Assunto: Re: [ovirt-users] metrics 

An RH subscription is not needed to install ovirt metrics. 

On Thu, Nov 14, 2019 at 12:21 PM < supo...@logicworks.pt > wrote: 

BQ_BEGIN

Hi, 

I'm trying to install metrics for Version 4.3.6.7-1.el7 
Do I need a RH subscription to downloading the RHEL guest image? (qcow_url:) 

Thanks 


-- 

Jose Ferradeira 
http://www.logicworks.pt 
___ 
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/45EEILEJWLZTNQKNYCVP7J34MEE7CHCQ/
 




BQ_END


BQ_END


___
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/75HKFNTUOQPETRKY4KE24V64BSOTNNGJ/


[ovirt-users] Re: SSBD issues on live cluster

2019-11-15 Thread Christian Reiss

One addendum:

The wild thing is that during deployment up to stage 5 the vm is up and 
running:


--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
[root@node01 ~]# virsh -r list --all
 IdName   State

 1 HostedEngineLocal  running
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<

It is only after clicking "Finish Deployment" and the final stages that 
things break with the CPU flags.



On 15/11/2019 10:00, Christian Reiss wrote:

Hey folks,

new hardware arrived \o/
Installation as HCI was a bliss, with gluster et all.

Deploying the hosted engine also worked until it came to the very last 
point: Health checks, which failed.



vdsm.log:
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
2019-11-15 09:54:02,588+0100 INFO  (jsonrpc/4) [api.virt] FINISH 
getStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': 
[{'status': 'Down', 'exitMessage': 'the CPU is incompatible with host 
CPU: Host CPU does not provide required features: virt-ssbd', 
'statusTime': '4344202670', 'vmId': 
'50ac6250-4c24-40fd-894c-bc248c4f6fa2', 'exitReason': 1, 'exitCode': 
1}]} from=::1,37492, vmId=50ac6250-4c24-40fd-894c-bc248c4f6fa2 (api:54)

--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<


But:
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
[root@node01 vdsm]# cat /proc/cpuinfo  | grep flags | tail -n 1 | grep 
-i --color  ssb

flags    : fpu vme [...] ssbd [...]
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<


Cpu is a
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
processor   : 1
vendor_id   : AuthenticAMD
cpu family  : 23
model   : 49
model name  : AMD EPYC 7282 16-Core Processor
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<


Anyone willing to shed some light on this issue?

Thanks in advance!
-Chris.



--
 Christian Reiss - em...@christian-reiss.de /"\  ASCII Ribbon
   supp...@alpha-labs.net   \ /Campaign
 X   against HTML
 WEB alpha-labs.net / \   in eMails

 GPG Retrieval https://gpg.christian-reiss.de
 GPG ID ABCD43C5, 0x44E29126ABCD43C5
 GPG fingerprint = 9549 F537 2596 86BA 733C  A4ED 44E2 9126 ABCD 43C5

 "It's better to reign in hell than to serve in heaven.",
  John Milton, Paradise lost.
___
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/BFPV7A73O2A35KSKVPW44CGYJW3RZ64I/


[ovirt-users] Re: Gluster Questions

2019-11-15 Thread markus . falb
...

> Running a 3 node HCI cluster (in testing stages) I would love to hear 
> your input. All nodes are exactly identical and have a local storage of 
> 8tb in SSDs made out of a RAID6.

...

> There is the option of compression & dedup, coming from ZFS this is a 
> memory hog and kind of insane. What are your thoughts on compression & 
> dedup at this time?
> 
> The effective size of the compressed drive is suggested 10-fold of the 
> original sizes. Seems a big crazy high; any suggestions here?

is ovirt using VDO for dedup and compression?

https://access.redhat.com/documentation/en-us/red_hat_hyperconverged_infrastructure_for_virtualization/1.6/html/deploying_red_hat_hyperconverged_infrastructure_for_virtualization/architecture

best regards, markus
___
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/H3WIKBQGE75EX5SQ7NKCLGJ6YRNPLVOE/


[ovirt-users] Re: Migrate VM from oVirt to oVirt

2019-11-15 Thread Luca 'remix_tj' Lorenzetto
Hello Adrian,

i did the migration with a data storage domain in this way:
- attach the storage domain to datacenter in site A
- move the VM to SD
- shut down the vm
- detach the storage domain from datacenter A
- attach to datacenter B
- Import VM in datacenter B
- Start vm
- move to final storage domain.

In this way the downtime for the migration is less than 5 minutes.

Luca

On Tue, Nov 12, 2019 at 3:42 AM  wrote:
>
> Hello,
> What would be the procedure to migrate a VM from oVirt to oVirt?
>
> Migrate from  oVirt 4.2 running on Site A to oVirt 4.3 Site B.
>
> thanks!
> ___
> 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/4OTOXXGYWL2SMBZMHWKZJFVA6IVKUQWU/



-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
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/KWMZFF7DR5VXM4KOPOYYBYIURJN5JDYT/


[ovirt-users] Gluster Questions

2019-11-15 Thread Christian Reiss

Hey folks,

Running a 3 node HCI cluster (in testing stages) I would love to hear 
your input. All nodes are exactly identical and have a local storage of 
8tb in SSDs made out of a RAID6.


Gluster was setup to match this (Raid6, cluster of 256k).

There is the option of compression & dedup, coming from ZFS this is a 
memory hog and kind of insane. What are your thoughts on compression & 
dedup at this time?


The effective size of the compressed drive is suggested 10-fold of the 
original sizes. Seems a big crazy high; any suggestions here?


Thanks for your input!
-Chris.

--
 Christian Reiss - em...@christian-reiss.de /"\  ASCII Ribbon
   supp...@alpha-labs.net   \ /Campaign
 X   against HTML
 WEB alpha-labs.net / \   in eMails

 GPG Retrieval https://gpg.christian-reiss.de
 GPG ID ABCD43C5, 0x44E29126ABCD43C5
 GPG fingerprint = 9549 F537 2596 86BA 733C  A4ED 44E2 9126 ABCD 43C5

 "It's better to reign in hell than to serve in heaven.",
  John Milton, Paradise lost.
___
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/SWQSEXHX5DLNE6Y3SBBPIEP3YYPNRDWS/


[ovirt-users] SSBD issues on live cluster

2019-11-15 Thread Christian Reiss

Hey folks,

new hardware arrived \o/
Installation as HCI was a bliss, with gluster et all.

Deploying the hosted engine also worked until it came to the very last 
point: Health checks, which failed.



vdsm.log:
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
2019-11-15 09:54:02,588+0100 INFO  (jsonrpc/4) [api.virt] FINISH 
getStats return={'status': {'message': 'Done', 'code': 0}, 'statsList': 
[{'status': 'Down', 'exitMessage': 'the CPU is incompatible with host 
CPU: Host CPU does not provide required features: virt-ssbd', 
'statusTime': '4344202670', 'vmId': 
'50ac6250-4c24-40fd-894c-bc248c4f6fa2', 'exitReason': 1, 'exitCode': 
1}]} from=::1,37492, vmId=50ac6250-4c24-40fd-894c-bc248c4f6fa2 (api:54)

--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<


But:
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
[root@node01 vdsm]# cat /proc/cpuinfo  | grep flags | tail -n 1 | grep 
-i --color  ssb

flags   : fpu vme [...] ssbd [...]
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<


Cpu is a
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<
processor   : 1
vendor_id   : AuthenticAMD
cpu family  : 23
model   : 49
model name  : AMD EPYC 7282 16-Core Processor
--- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8< ---   --- 8<


Anyone willing to shed some light on this issue?

Thanks in advance!
-Chris.

--
 Christian Reiss - em...@christian-reiss.de /"\  ASCII Ribbon
   supp...@alpha-labs.net   \ /Campaign
 X   against HTML
 WEB alpha-labs.net / \   in eMails

 GPG Retrieval https://gpg.christian-reiss.de
 GPG ID ABCD43C5, 0x44E29126ABCD43C5
 GPG fingerprint = 9549 F537 2596 86BA 733C  A4ED 44E2 9126 ABCD 43C5

 "It's better to reign in hell than to serve in heaven.",
  John Milton, Paradise lost.
___
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/QGZFRAVPVBY3TQ3OB4B4D6LIOSF453SM/