[ovirt-users] Re: Add gluster storage domain incomplete documentation

[Strahil Nikolov]

On April 7, 2020 2:21:53 AM GMT+03:00, Gianluca Cecchi 
 wrote:
>On Mon, Apr 6, 2020 at 7:15 PM Strahil Nikolov 
>wrote:
>
>[snip]
>
>>
>> Hi Gianluca,,
>>
>> Actually  the situation is just like CEPH & Openstack...
>> You have  Openstack  (in our case  oVirt) that can manage basic 
>tasks
>> with the storage, but many administrators do not rely on the UI for
>complex
>> tasks.
>>
>
>Hi Strahil, thanks for your answers.
>Actually here we have the basic steps of Gluster bricks setup that are
>missing and only the more complex ones apparently enabled at GUI
>level
>
>>
>> In order to properly run a HCI ,  some gluster knowledge  is
>"mandatory"
>> (personal opinion - you will never  find that word  anywhere :)  ).
>> In your case, you need:
>>
>> 1.  Blacklist the  disks  in multipath.conf . As  it is managed  by
>vdsm,
>> you need  to put  a  special  comment '# VDSM PRIVATE' (without the
>quotes
>> !) in order to prevent VDSM from modifying. I don't know if this  is
>the
>> best approach, yet  it  works for me.
>>
>
>Actually when you complete the initial supported gui based HCI setup,
>it
>doesn't blacklist anything in multipath.conf and it doesn't keep
>private
>the file.
>So I would like to avoid it. I don't think it should be necessary.
>The only blacklist part inside the setup generated file is:
>
>blacklist {
>protocol "(scsi:adt|scsi:sbp)"
>}
>
>In HCI single host setup you give the gui the whole disks' names: in my
>case they were /dev/nvme0n1 (for engine and data bricks/volumes) and
>/dev/nvme1n1 (for vmstore). All as JBOD.
>And the final configuration setup has similar approach to yours and
>resembling the Red Hat Gluster storage link I sent:
>https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.5/html/administration_guide/Brick_Configuration
>
>
>> 2. Create a  VDO (skip if not needed)
>>
>
>I didn't check it during initial setup, so it was skipped
>
>3. Create  PV  from the VDO/disk/array
>>
>
>Yes, the setup created a PV, but not on /dev/nvme0n1 and on
>/dev/nvme1n1,
>but on their multipath side of the moon
>On my system after setup I have this for my two disks dedicated to
>Gluster
>Volumes:
>
>[root@ovirt ~]# multipath -l
>nvme.8086-50484b53373530353031325233373541474e-494e54454c205353 dm-5
>NVME,INTEL SSDPED1K375GA
>size=349G features='1 queue_if_no_path' hwhandler='0' wp=rw
>`-+- policy='service-time 0' prio=0 status=active
>  `- 0:0:1:0 nvme0n1 259:0 active undef running
>eui.010001005cd2e4e359284f51 dm-7 NVME,INTEL SSDPE2KX010T7
>
>size=932G features='1 queue_if_no_path' hwhandler='0' wp=rw
>`-+- policy='service-time 0' prio=0 status=active
>  `- 2:0:1:0 nvme1n1 259:2 active undef running
>[root@ovirt ~]#
>
>So the possibilities are two:
>- the setup workflow has done something wrong and it should have
>blacklisted the disks
>- it is correct that the multipath devices are in place and the PVs
>done on
>top of them
>
>I don't know which is the correct one.
>Can anyone answer the expected correct config after the initial setup?
>
>The Gluster Storage guide says that I should do in my case:
>
>pvcreate --dataalignment 256K multipath_device
>
>NOTE: the 256K is the value specified in Gluster Storage Guide for JBOD
>
>It seems confirmed by existing PVs:
>[root@ovirt ~]# pvs -o +pe_start
>/dev/mapper/eui.010001005cd2e4e359284f51
>PV   VG Fmt
> Attr PSize   PFree 1st PE
>/dev/mapper/eui.010001005cd2e4e359284f51 gluster_vg_nvme1n1
>lvm2
>a--  931.51g0  256.00k
>[root@ovirt ~]#
>
>
>4.  Either add to an existing VG or create a new one
>>
>
>Yes, the setup created two VGs:
>gluster_vg_nvme0n1 on the firt multipath device
>gluster_vg_nvme1n1 on the second multipath device
>
>Just to confirm I re-created a very similar setup (only difference is
>that
>I used only one disk for all the 3 gluster volumes and one disk for the
>operating system disk) inside this ovirt installation as a nested
>environment.
>Here the disk to configure for Gluster in HCI single host setup is
>/dev/sdb
>and the final result after reboot is:
>
>Note the "n" (for nested) in front of the host name that is not the
>same as
>before
>
>[root@novirt ~]# multipath -l
>0QEMU_QEMU_HARDDISK_4daa576b-2020-4747-b dm-5 QEMU,QEMU HARDDISK
>size=150G features='1 queue_if_no_path' hwhandler='0' wp=rw
>`-+- policy='service-time 0' prio=0 status=active
>  `- 2:0:0:1 sdb 8:16 active undef running
>[root@novirt ~]#
>
>[root@novirt ~]# vgs
>  VG #PV #LV #SN Attr   VSizeVFree
>  gluster_vg_sdb   1   4   0 wz--n- <150.00g  0
>  onn_novirt   1  11   0 wz--n-  <99.00g <17.88g
>[root@novirt ~]#
>
>[root@novirt ~]# lvs gluster_vg_sdb
> LV  VG Attr   LSize   Pool
> Origin Data%  Meta%  Move Log Cpy%Sync Convert
>  gluster_lv_data gluster_vg_sdb Vwi-aot--- 500.00g
>gluster_thinpool_gluster_vg_sdb0.05
>
>  

[ovirt-users] Re: Add gluster storage domain incomplete documentation

[Gianluca Cecchi]

On Mon, Apr 6, 2020 at 7:15 PM Strahil Nikolov 
wrote:

[snip]

>
> Hi Gianluca,,
>
> Actually  the situation is just like CEPH & Openstack...
> You have  Openstack  (in our case  oVirt) that can manage basic  tasks
> with the storage, but many administrators do not rely on the UI for complex
> tasks.
>

Hi Strahil, thanks for your answers.
Actually here we have the basic steps of Gluster bricks setup that are
missing and only the more complex ones apparently enabled at GUI level

>
> In order to properly run a HCI ,  some gluster knowledge  is "mandatory"
> (personal opinion - you will never  find that word  anywhere :)  ).
> In your case, you need:
>
> 1.  Blacklist the  disks  in multipath.conf . As  it is managed  by vdsm,
> you need  to put  a  special  comment '# VDSM PRIVATE' (without the quotes
> !) in order to prevent VDSM from modifying. I don't know if this  is the
> best approach, yet  it  works for me.
>

Actually when you complete the initial supported gui based HCI setup, it
doesn't blacklist anything in multipath.conf and it doesn't keep private
the file.
So I would like to avoid it. I don't think it should be necessary.
The only blacklist part inside the setup generated file is:

blacklist {
protocol "(scsi:adt|scsi:sbp)"
}

In HCI single host setup you give the gui the whole disks' names: in my
case they were /dev/nvme0n1 (for engine and data bricks/volumes) and
/dev/nvme1n1 (for vmstore). All as JBOD.
And the final configuration setup has similar approach to yours and
resembling the Red Hat Gluster storage link I sent:
https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.5/html/administration_guide/Brick_Configuration


> 2. Create a  VDO (skip if not needed)
>

I didn't check it during initial setup, so it was skipped

3. Create  PV  from the VDO/disk/array
>

Yes, the setup created a PV, but not on /dev/nvme0n1 and on /dev/nvme1n1,
but on their multipath side of the moon
On my system after setup I have this for my two disks dedicated to Gluster
Volumes:

[root@ovirt ~]# multipath -l
nvme.8086-50484b53373530353031325233373541474e-494e54454c205353 dm-5
NVME,INTEL SSDPED1K375GA
size=349G features='1 queue_if_no_path' hwhandler='0' wp=rw
`-+- policy='service-time 0' prio=0 status=active
  `- 0:0:1:0 nvme0n1 259:0 active undef running
eui.010001005cd2e4e359284f51 dm-7 NVME,INTEL SSDPE2KX010T7

size=932G features='1 queue_if_no_path' hwhandler='0' wp=rw
`-+- policy='service-time 0' prio=0 status=active
  `- 2:0:1:0 nvme1n1 259:2 active undef running
[root@ovirt ~]#

So the possibilities are two:
- the setup workflow has done something wrong and it should have
blacklisted the disks
- it is correct that the multipath devices are in place and the PVs done on
top of them

I don't know which is the correct one.
Can anyone answer the expected correct config after the initial setup?

The Gluster Storage guide says that I should do in my case:

pvcreate --dataalignment 256K multipath_device

NOTE: the 256K is the value specified in Gluster Storage Guide for JBOD

It seems confirmed by existing PVs:
[root@ovirt ~]# pvs -o +pe_start
/dev/mapper/eui.010001005cd2e4e359284f51
  PV   VG Fmt
 Attr PSize   PFree 1st PE
  /dev/mapper/eui.010001005cd2e4e359284f51 gluster_vg_nvme1n1 lvm2
a--  931.51g0  256.00k
[root@ovirt ~]#


4.  Either add to an existing VG or create a new one
>

Yes, the setup created two VGs:
gluster_vg_nvme0n1 on the firt multipath device
gluster_vg_nvme1n1 on the second multipath device

Just to confirm I re-created a very similar setup (only difference is that
I used only one disk for all the 3 gluster volumes and one disk for the
operating system disk) inside this ovirt installation as a nested
environment.
Here the disk to configure for Gluster in HCI single host setup is /dev/sdb
and the final result after reboot is:

Note the "n" (for nested) in front of the host name that is not the same as
before

[root@novirt ~]# multipath -l
0QEMU_QEMU_HARDDISK_4daa576b-2020-4747-b dm-5 QEMU,QEMU HARDDISK
size=150G features='1 queue_if_no_path' hwhandler='0' wp=rw
`-+- policy='service-time 0' prio=0 status=active
  `- 2:0:0:1 sdb 8:16 active undef running
[root@novirt ~]#

[root@novirt ~]# vgs
  VG #PV #LV #SN Attr   VSizeVFree
  gluster_vg_sdb   1   4   0 wz--n- <150.00g  0
  onn_novirt   1  11   0 wz--n-  <99.00g <17.88g
[root@novirt ~]#

[root@novirt ~]# lvs gluster_vg_sdb
  LV  VG Attr   LSize   Pool
 Origin Data%  Meta%  Move Log Cpy%Sync Convert
  gluster_lv_data gluster_vg_sdb Vwi-aot--- 500.00g
gluster_thinpool_gluster_vg_sdb0.05

  gluster_lv_engine   gluster_vg_sdb -wi-ao 100.00g

  gluster_lv_vmstore  gluster_vg_sdb Vwi-aot--- 500.00g
gluster_thinpool_gluster_vg_sdb0.56

  gluster_thinpool_gluster_vg_sdb 

[ovirt-users] Re: ISO and Export domains deprecated

[Colin Coe]

I agree

We've already had the situation of VMs being created in a data domain that
was intended for export purposes only.  I like things kept separate.

On Tue, 7 Apr 2020 at 06:32,  wrote:

> My understanding is the export (data) domains will hold the iso’s and vfd
> files now. Personally, I like having an ISO domain to keep those files
> separated from vm hard disks and configs.
>
> I guess I’m a bit old school.
>
>
>
> Eric Evans
>
> Digital Data Services LLC.
>
> 304.660.9080
>
>
>
> *From:* Colin Coe 
> *Sent:* Monday, April 6, 2020 6:25 PM
> *To:* eev...@digitaldatatechs.com
> *Cc:* users 
> *Subject:* [ovirt-users] Re: ISO and Export domains deprecated
>
>
>
> I'm pretty sure export domains are being deprecated however my main
> concern now is the sharing of ISO domains and can I do the equivalent with
> data domains ?
>
>
>
> On Tue, 7 Apr 2020 at 04:20,  wrote:
>
> What will replace export domains? I thought only ISO domains were being
> depreciated.
>
>
>
> Eric Evans
>
> Digital Data Services LLC.
>
> 304.660.9080
>
>
>
> *From:* Colin Coe 
> *Sent:* Sunday, April 5, 2020 2:19 AM
> *To:* users 
> *Subject:* [ovirt-users] ISO and Export domains deprecated
>
>
>
> Hi all
>
>
>
> I'm trying to understand how ISO and Export domains going away  is going
> to affect us.
>
>
>
> We have four RHV instances:
>
> - Prod DC1 (RHV4.1)
>
> - Prod DC2 (RHV4.1)
>
> - DEV (RHV4.3)
>
> - TEST (RHV4.3)
>
>
>
> Prod DC1, DEV and TEST all share export and ISO domains.
>
>
>
> Prod DC2 is remote and currently has its own ISO and Export domains.
>
>
>
> When ISO and Export domains go away, can I still share ISO domains between
> the RHV instances?
>
>
>
> Thanks
>
>
>
>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7B3BVD7XNIGCBOYQYVH2IH3GZCBH5DKW/

[ovirt-users] Re: ISO and Export domains deprecated

[eevans]

My understanding is the export (data) domains will hold the iso’s and vfd files 
now. Personally, I like having an ISO domain to keep those files separated from 
vm hard disks and configs. 

I guess I’m a bit old school.

 

Eric Evans

Digital Data Services LLC.

304.660.9080



 

From: Colin Coe  
Sent: Monday, April 6, 2020 6:25 PM
To: eev...@digitaldatatechs.com
Cc: users 
Subject: [ovirt-users] Re: ISO and Export domains deprecated

 

I'm pretty sure export domains are being deprecated however my main concern now 
is the sharing of ISO domains and can I do the equivalent with data domains ?

 

On Tue, 7 Apr 2020 at 04:20, mailto:eev...@digitaldatatechs.com> > wrote:

What will replace export domains? I thought only ISO domains were being 
depreciated.

 

Eric Evans

Digital Data Services LLC.

304.660.9080



 

From: Colin Coe mailto:colin@gmail.com> > 
Sent: Sunday, April 5, 2020 2:19 AM
To: users mailto:Users@ovirt.org> >
Subject: [ovirt-users] ISO and Export domains deprecated

 

Hi all

 

I'm trying to understand how ISO and Export domains going away  is going to 
affect us.

 

We have four RHV instances:

- Prod DC1 (RHV4.1)

- Prod DC2 (RHV4.1)

- DEV (RHV4.3)

- TEST (RHV4.3)

 

Prod DC1, DEV and TEST all share export and ISO domains.

 

Prod DC2 is remote and currently has its own ISO and Export domains.

 

When ISO and Export domains go away, can I still share ISO domains between the 
RHV instances?

 

Thanks

 


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

[ovirt-users] Re: ISO and Export domains deprecated

[Colin Coe]

I'm pretty sure export domains are being deprecated however my main concern
now is the sharing of ISO domains and can I do the equivalent with data
domains ?

On Tue, 7 Apr 2020 at 04:20,  wrote:

> What will replace export domains? I thought only ISO domains were being
> depreciated.
>
>
>
> Eric Evans
>
> Digital Data Services LLC.
>
> 304.660.9080
>
>
>
> *From:* Colin Coe 
> *Sent:* Sunday, April 5, 2020 2:19 AM
> *To:* users 
> *Subject:* [ovirt-users] ISO and Export domains deprecated
>
>
>
> Hi all
>
>
>
> I'm trying to understand how ISO and Export domains going away  is going
> to affect us.
>
>
>
> We have four RHV instances:
>
> - Prod DC1 (RHV4.1)
>
> - Prod DC2 (RHV4.1)
>
> - DEV (RHV4.3)
>
> - TEST (RHV4.3)
>
>
>
> Prod DC1, DEV and TEST all share export and ISO domains.
>
>
>
> Prod DC2 is remote and currently has its own ISO and Export domains.
>
>
>
> When ISO and Export domains go away, can I still share ISO domains between
> the RHV instances?
>
>
>
> Thanks
>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YO5XVNFHLNFRMXRE5TBHXIKSAH3K3R6B/

[ovirt-users] Re: ISO and Export domains deprecated

[eevans]

What will replace export domains? I thought only ISO domains were being 
depreciated.

 

Eric Evans

Digital Data Services LLC.

304.660.9080



 

From: Colin Coe  
Sent: Sunday, April 5, 2020 2:19 AM
To: users 
Subject: [ovirt-users] ISO and Export domains deprecated

 

Hi all

 

I'm trying to understand how ISO and Export domains going away  is going to 
affect us.

 

We have four RHV instances:

- Prod DC1 (RHV4.1)

- Prod DC2 (RHV4.1)

- DEV (RHV4.3)

- TEST (RHV4.3)

 

Prod DC1, DEV and TEST all share export and ISO domains.

 

Prod DC2 is remote and currently has its own ISO and Export domains.

 

When ISO and Export domains go away, can I still share ISO domains between the 
RHV instances?

 

Thanks


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

[ovirt-users] Re: Engine/host communication maybe broken

[eevans]

It sounds like you are self-hosted. You need to establish communication from
the engine host. Check the engine.log and the libvirt qemu vm logs. 

 

Eric Evans

Digital Data Services LLC.

304.660.9080



 

From: Sven Achtelik  
Sent: Monday, April 6, 2020 7:47 AM
To: users 
Subject: [ovirt-users] Engine/host communication maybe broken

 

Hi All, 

 

I'm currently facing a situation which I don't know how to resolve and I
don't know how that happened. The hosted engine HA part is working fine and
the vm starts. It's accessible via the gui and that's it. It's showing some
hosts online and some offline. It looks like it's not communication with the
nodes anymore to get the latest status or to start task. Is there a cache or
something that can be cleared on the engine vm to force a connection the the
nodes ? Or is there a way to analyze if communication is really broken ? 

 

Any ideas how to start from here ? 

 

Thank you, 

Sven

 

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

[ovirt-users] Re: "Actual timezone differs [...]" after using the new virtio-win guest tools

[eevans]

Someone mentioned this in another post. I have NTP configured but I still have 
the exclamation stating the time zone is incorrect. The vm's function normally 
but I'm not sure why the windows machines are reporting incorrect time zone. 
This is an ongoing issue and haven't seen anything in the way of a fix.

Apologies for any misinformation. I was passing along what someone else posted.

Eric Evans
Digital Data Services LLC.
304.660.9080


-Original Message-
From: Tobias Scheinert  
Sent: Monday, April 6, 2020 4:22 AM
To: eev...@digitaldatatechs.com; users@ovirt.org
Subject: [ovirt-users] Re: "Actual timezone differs [...]" after using the new 
virtio-win guest tools

Hi Eric,

Am 04.04.2020 um 23:59 schrieb eev...@digitaldatatechs.com:
> I have the same issue with Server 2016 and Windows 10 on 4.3.9. My 
> understanding is that Linux uses ntp and windows uses cet and that causes the 
> time zone warning you see.

NTP is a protocol and CET (Central European Time) is a timezone. Windows and 
Linux are both using the network time protocol (NTP). Your statement makes no 
sense to me. What you probably mean is, that Linux normally uses its hardware 
clock in UTC.

> Someone correct me if I am wrong, but this can be safely ignored.

Ignoring is not my nature.


Best Regards
Tobias Scheinert


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

[ovirt-users] Can't deploy engine vm with ovirt-hosted-engine-setup

[Gabriel Bueno]

Hi,
I'm trying deploy an engine vm with ovirt-hosted-engine-setup.
After the storage domain configuration, the setup exits with the error:

[ ERROR ] fatal: [localhost]: FAILED! => {"ansible_facts": {"ovirt_vms": 
[{"affinity_labels": [], "applications": [], "bios": {"boot_menu": {"enabled": 
false}, "type": "i440fx_sea_bios"}, "cdroms": [], "cluster": {"href": 
"/ovirt-engine/api/clusters/8ef534f4-7820-11ea-82a4-00163e2c790d", "id": 
"8ef534f4-7820-11ea-82a4-00163e2c790d"}, "comment": "", "cpu": {"architecture": 
"x86_64", "topology": {"cores": 1, "sockets": 4, "threads": 1}}, "cpu_profile": 
{"href": "/ovirt-engine/api/cpuprofiles/58ca604e-01a7-003f-01de-0250", 
"id": "58ca604e-01a7-003f-01de-0250"}, "cpu_shares": 0, 
"creation_time": "2020-04-06 16:12:45.95+00:00", "delete_protected": false, 
"description": "", "disk_attachments": [], "display": {"address": "127.0.0.1", 
"allow_override": false, "certificate": {"content": "-BEGIN 
CERTIFICATE-\n\n-END CERTIFICATE-\n", "organization": "xxx", 
"subject": "O=xxx,CN=xxx"}, "copy_paste_enabled": true, "disconnect_action": 
"LOCK_SCREEN", "file_transf
 er_enabled": true, "monitors": 1, "port": 5900, "single_qxl_pci": false, 
"smartcard_enabled": false, "type": "vnc"}, "fqdn": "xxx", "graphics_consoles": 
[], "guest_operating_system": {"architecture": "x86_64", "codename": "", 
"distribution": "CentOS Linux", "family": "Linux", "kernel": {"version": 
{"build": 0, "full_version": "3.10.0-1062.18.1.el7.x86_64", "major": 3, 
"minor": 10, "revision": 1062}}, "version": {"full_version": "7", "major": 7}}, 
"guest_time_zone": {"name": "UTC", "utc_offset": "+00:00"}, 
"high_availability": {"enabled": false, "priority": 0}, "host": {"href": 
"/ovirt-engine/api/hosts/80856993-d4d1-4609-9ad9-7c4bdd2903b6", "id": 
"80856993-d4d1-4609-9ad9-7c4bdd2903b6"}, "host_devices": [], "href": 
"/ovirt-engine/api/vms/e1b55569-5ae4-48c5-a2bf-f109fb4e", "id": 
"e1b55569-5ae4-48c5-a2bf-f109fb4e", "io": {"threads": 1}, "katello_errata": 
[], "large_icon": {"href": 
"/ovirt-engine/api/icons/290ffd7e-4bf3-4283-babc-86b675d7a35e", "id": 
"290ffd7e-4bf3-4283-babc-86b6
 75d7a35e"}, "memory": 17179869184, "memory_policy": {"guaranteed": 
17179869184, "max": 17179869184}, "migration": {"auto_converge": "inherit", 
"compressed": "inherit"}, "migration_downtime": -1, "multi_queues_enabled": 
true, "name": "external-HostedEngineLocal", "next_run_configuration_exists": 
false, "nics": [], "numa_nodes": [], "numa_tune_mode": "interleave", "origin": 
"external", "original_template": {"href": 
"/ovirt-engine/api/templates/----", "id": 
"----"}, "os": {"boot": {"devices": ["hd"]}, 
"type": "other"}, "permissions": [], "placement_policy": {"affinity": 
"migratable"}, "quota": {"id": "a80b336c-7820-11ea-b435-00163e2c790d"}, 
"reported_devices": [], "run_once": false, "sessions": [], "small_icon": 
{"href": "/ovirt-engine/api/icons/3d06eacd-f9d1-4c14-a228-b16ed454f7c8", "id": 
"3d06eacd-f9d1-4c14-a228-b16ed454f7c8"}, "snapshots": [], "sso": {"methods": 
[{"id": "guest_agent"}]}, "start_paused": false, "stateles
 s": false, "statistics": [], "status": "unknown", 
"storage_error_resume_behaviour": "auto_resume", "tags": [], "template": 
{"href": "/ovirt-engine/api/templates/----", 
"id": "----"}, "time_zone": {"name": 
"Etc/GMT"}, "type": "desktop", "usb": {"enabled": false}, "watchdogs": []}]}, 
"attempts": 24, "changed": false, "deprecations": [{"msg": "The 
'ovirt_vm_facts' module has been renamed to 'ovirt_vm_info', and the renamed 
one no longer returns ansible_facts", "version": "2.13"}]}

Certificate and sensible information has been deleted...

Someone knows what could be wrong with my environment??

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

[ovirt-users] Re: oVirt 4.4.0 Beta release refresh is now available for testing

[Strahil Nikolov]

On April 6, 2020 10:47:33 AM GMT+03:00, Sandro Bonazzola  
wrote:
>Il giorno dom 5 apr 2020 alle ore 19:32 Strahil Nikolov <
>hunter86...@yahoo.com> ha scritto:
>
>>
>> Hey Sandro,
>>
>> Can you clarify which CPUs will not be supported  in 4.4 ?
>>
>
>I can give the list of supported CPU according to ovirt-engine code:
>
>select fn_db_add_config_value('ServerCPUList',
>'1:Intel Nehalem Family:vmx,nx,model_Nehalem:Nehalem:x86_64; '
>|| '2:Secure Intel Nehalem
>Family:vmx,spec_ctrl,ssbd,md_clear,model_Nehalem:Nehalem,+spec-ctrl,+ssbd,+md-clear:x86_64;
>'
>|| '3:Intel Westmere Family:aes,vmx,nx,model_Westmere:Westmere:x86_64;
>'
>|| '4:Secure Intel Westmere
>Family:aes,vmx,spec_ctrl,ssbd,md_clear,model_Westmere:Westmere,+pcid,+spec-ctrl,+ssbd,+md-clear:x86_64;
>'
>|| '5:Intel SandyBridge
>Family:vmx,nx,model_SandyBridge:SandyBridge:x86_64;
>'
>|| '6:Secure Intel SandyBridge
>Family:vmx,spec_ctrl,ssbd,md_clear,model_SandyBridge:SandyBridge,+pcid,+spec-ctrl,+ssbd,+md-clear:x86_64;
>'
>|| '7:Intel IvyBridge Family:vmx,nx,model_IvyBridge:IvyBridge:x86_64; '
>|| '8:Secure Intel IvyBridge
>Family:vmx,spec_ctrl,ssbd,md_clear,model_IvyBridge:IvyBridge,+pcid,+spec-ctrl,+ssbd,+md-clear:x86_64;
>'
>|| '9:Intel Haswell Family:vmx,nx,model_Haswell:Haswell:x86_64; '
>|| '10:Secure Intel Haswell
>Family:vmx,spec_ctrl,ssbd,md_clear,model_Haswell:Haswell,+spec-ctrl,+ssbd,+md-clear:x86_64;
>'
>|| '11:Intel Broadwell Family:vmx,nx,model_Broadwell:Broadwell:x86_64;
>'
>|| '12:Secure Intel Broadwell
>Family:vmx,spec_ctrl,ssbd,md_clear,model_Broadwell:Broadwell,+spec-ctrl,+ssbd,+md-clear:x86_64;
>'
>|| '13:Intel Skylake Client
>Family:vmx,nx,model_Skylake-Client:Skylake-Client:x86_64; '
>|| '14:Secure Intel Skylake Client
>Family:vmx,spec_ctrl,ssbd,md_clear,model_Skylake-Client:Skylake-Client,+spec-ctrl,+ssbd,+md-clear:x86_64;
>'
>|| '15:Intel Skylake Server
>Family:vmx,nx,model_Skylake-Server:Skylake-Server:x86_64; '
>|| '16:Secure Intel Skylake Server
>Family:vmx,spec_ctrl,ssbd,md_clear,model_Skylake-Server:Skylake-Server,+spec-ctrl,+ssbd,+md-clear:x86_64;
>'
>|| '17:Intel Cascadelake Server
>Family:vmx,model_Cascadelake-Server:Cascadelake-Server,-hle,-rtm,+arch-capabilities:x86_64;
>'
>|| '18:Secure Intel Cascadelake Server
>Family:vmx,md-clear,mds-no,model_Cascadelake-Server:Cascadelake-Server,+md-clear,+mds-no,-hle,-rtm,+tsx-ctrl,+arch-capabilities:x86_64;
>'
>|| '1:AMD Opteron G4:svm,nx,model_Opteron_G4:Opteron_G4:x86_64; '
>|| '2:AMD Opteron G5:svm,nx,model_Opteron_G5:Opteron_G5:x86_64; '
>|| '3:AMD EPYC:svm,nx,model_EPYC:EPYC:x86_64; '
>|| '4:Secure AMD
>EPYC:svm,nx,ibpb,ssbd,model_EPYC:EPYC,+ibpb,+virt-ssbd:x86_64; '
>|| '1:IBM POWER8:powernv,model_POWER8:POWER8:ppc64; '
>|| '2:IBM POWER9:powernv,model_POWER9:POWER9:ppc64; '
>|| '1:IBM z114, z196:sie,model_z196-base:z196-base:s390x; '
>|| '2:IBM zBC12, zEC12:sie,model_zEC12-base:zEC12-base:s390x; '
>|| '3:IBM z13s, z13:sie,model_z13-base:z13-base:s390x; '
>|| '4:IBM z14:sie,model_z14-base:z14-base:s390x;',
>'4.4');
>
>
>
>> Also, does oVirt 4.4 support teaming or it is still staying with
>bonding.
>> Network Manager was mentioned, but it's not very clear.
>>
>
>+Dominik Holler  can you please reply to this?
>
>
>> What is the version of gluster bundled  with 4.4 ?
>>
>
>Latest Gluster 7 shipped by CentOS Storage SIG, right now it is 7.4 (
>https://docs.gluster.org/en/latest/release-notes/7.4/)
>
>
>
>>
>> Best Regards,
>> Strahil Nikolov
>>
>>

Thanks  Sandro,

for your  prompt reply.

When is oVirt 4.4  GA expected ?
Currently oVirt 4.4  beta doesn't support  migration  to 4.4 GA, which is the 
main reason for my hesitation to switch over.

Sadly, my v4.3 is currently  having storage issues (can't activate my storage 
domains) and I am considering to switch to 4.4 beta or power off the lab. The 
main question for me would be 'the time  left' till  GA.

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

[ovirt-users] Windows Guest Agent Issues Since 4.3

[Alex McWhirter]

Upgraded a installation to 4.3, and update the guest agent on all VM's,
now all of my Windows VM's have a exclamation point telling me to
install the latest guest agent. Some parts of the guest agent still seem
to work, the IP addresses are still showing in the portal, but not FQDN
and for some machine the shutdown button no longer functions correctly. 


I also tried to a fresh 4.3 install on a test cluster, and at first it
worked great. But after a few days all of the windows vm's on that setup
are showing the same behavior. Linux guests are fine on both systems.
Not really sure where to start looking.___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WUYJCZD7ASZANSZN5QJP255WFMBYP6BL/

[ovirt-users] Re: Add gluster storage domain incomplete documentation

[Strahil Nikolov]

On April 6, 2020 5:29:10 PM GMT+03:00, Gianluca Cecchi 
 wrote:
>Hello,
>I think both at oVirt and Red Hat official docs the steps regarding
>adding
>a new Gluster storage domain on an existing installation is quite
>confusing
>and misaligned.
>Below I explain my reasons for both.
>In the mean time, suppose I have a single host HCI with self hosted
>engine
>(but it could be useful to have hints for multi-hosts too) and the 3
>storage domains configured during install (engine and data on a disk
>and
>vmstore on another disk).
>The system initially had 3 disks, the first used for the ovirt-node-ng
>system, the second for engine and data, the third for vmstore initial
>gluster storage domains
>
>Now I go and add a fourth disk, say 4Tb in size.
>I would like to create a new Gluster storage domain on it
>What are the suggested steps?
>
>BTW: after booting, the new disk has been automatically included in
>multipath
>
>eui.010001005cd2e4b5e7db4d51 dm-6 NVME,INTEL SSDPEDKX040T7
>
>size=3.6T features='1 queue_if_no_path' hwhandler='0' wp=rw
>`-+- policy='service-time 0' prio=0 status=active
>  `- 1:0:1:0 nvme1n1 259:1 active undef running
>
>
>Coming back to the docs
>
>- oVirt documentation
>
>I base my considerations on page
>https://www.ovirt.org/documentation/admin-guide/chap-Working_with_Gluster_Storage.html
>
>1) the picture in that page is still based on 3.6 GUI, so the initial
>approach tends to make me feel the page could be not up to date
>
>2) I would put the section "Creating a Storage Volume" before
>"Attaching a
>Gluster Storage Volume as a Storage Domain" and not the opposite as it
>is
>now
>
>3) In "Creating a Storage Volume" there is the note that
>"
>You must create brick directories or mountpoints before you can add
>them to
>volumes.
>"
>
>This sentence in my opinion is not so clear (see also details at the
>end)... what is a user expected to have done on hypervisors? Creation
>of
>directories or file systems (and what type: prefered xfs or ext4?).
>Perhaps
>an example of commands would be useful.
>
>4) in the workflow of creating volume, item 7:
>
>Click the Add Bricks button to select bricks to add to the volume.
>Bricks
>must be created externally on the Gluster Storage nodes.
>
>I would expect an indication of commands to be run instead... This
>implies
>knowledge of Gluster that the GUI functionality is aimed to hide... but
>so,
>not completely...
>
>I can see in my existing bricks, going to their advanced details:
>"
>xfs
>rw,seclabel,noatime,nodiratime,attr2,inode64,logbsize=128k,sunit=256,swidth=512,noquota
>"
>There is also the fstab portion of creating bricks...
>
>5) In the workflow of creating volume, item 9:
>It is not clear the default "*" value for access if is the recommended
>one
>or not.
>I presume not
>
>- RHV documentation
>https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/html/administration_guide/index
>4.3 Administrator Guide downloaded today
>Chapter 8, section 8.6
>PREPARING AND ADDING RED HAT GLUSTER STORAGE
>There is reference to Red Hat Gluster Storage, version 3.4.
>I think it should be 3.5 instead?
>Because at the same time in 3.4 there is reference to RHV 4.1, not 4.3.
>While in "Configuring Red Hat Virtualization with Red Hat Gluster
>Storage"
>version 3.5 there is correct reference to RHV 4.3
>
>Anyway this mix of product documentation is not optimal in my opinion.
>I would directly include inside RHV docs the Gluster part related to
>it,
>without jumping between the two comlete, with the risk of misalignment
>in
>time.
>
>Also, in Gluster Storage guide referred, there is  the part related to
>volumes but not to bricks
>Possibly the correct reference for the brick part, that is the one
>missing
>in webadmin GUI, could be this:
>https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.5/html/administration_guide/formatting_and_mounting_bricks
>and/or this
>https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.5/html/administration_guide/Brick_Configuration
>?
>
>Thanks for reading and hoping to get commands' workflow to configure
>this
>new disk for a new gluster storage domain.
>It seems inside the guides is oversimplified the process of creating
>bricks, that in the documentation seem actually to be xfs filesystems
>mounted over thin pool based logical volumes residing on top of volume
>groups with particular alignment settings specified during their
>creation
>
>Gianluca

Hi Gianluca,,

Actually  the situation is just like CEPH & Openstack...
You have  Openstack  (in our case  oVirt) that can manage basic  tasks with the 
storage, but many administrators do not rely on the UI for complex tasks.

In order to properly run a HCI ,  some gluster knowledge  is "mandatory"  
(personal opinion - you will never  find that word  anywhere :)  ).
In your case, you need:

1.  Blacklist the  disks  in multipath.conf . As  it is managed  by vdsm,  you 
need  to put  a  special  comment '# VDSM PRIVATE' 

[ovirt-users] Add gluster storage domain incomplete documentation

[Gianluca Cecchi]

Hello,
I think both at oVirt and Red Hat official docs the steps regarding adding
a new Gluster storage domain on an existing installation is quite confusing
and misaligned.
Below I explain my reasons for both.
In the mean time, suppose I have a single host HCI with self hosted engine
(but it could be useful to have hints for multi-hosts too) and the 3
storage domains configured during install (engine and data on a disk and
vmstore on another disk).
The system initially had 3 disks, the first used for the ovirt-node-ng
system, the second for engine and data, the third for vmstore initial
gluster storage domains

Now I go and add a fourth disk, say 4Tb in size.
I would like to create a new Gluster storage domain on it
What are the suggested steps?

BTW: after booting, the new disk has been automatically included in
multipath

eui.010001005cd2e4b5e7db4d51 dm-6 NVME,INTEL SSDPEDKX040T7

size=3.6T features='1 queue_if_no_path' hwhandler='0' wp=rw
`-+- policy='service-time 0' prio=0 status=active
  `- 1:0:1:0 nvme1n1 259:1 active undef running


Coming back to the docs

- oVirt documentation

I base my considerations on page
https://www.ovirt.org/documentation/admin-guide/chap-Working_with_Gluster_Storage.html

1) the picture in that page is still based on 3.6 GUI, so the initial
approach tends to make me feel the page could be not up to date

2) I would put the section "Creating a Storage Volume" before "Attaching a
Gluster Storage Volume as a Storage Domain" and not the opposite as it is
now

3) In "Creating a Storage Volume" there is the note that
"
You must create brick directories or mountpoints before you can add them to
volumes.
"

This sentence in my opinion is not so clear (see also details at the
end)... what is a user expected to have done on hypervisors? Creation of
directories or file systems (and what type: prefered xfs or ext4?). Perhaps
an example of commands would be useful.

4) in the workflow of creating volume, item 7:

Click the Add Bricks button to select bricks to add to the volume. Bricks
must be created externally on the Gluster Storage nodes.

I would expect an indication of commands to be run instead... This implies
knowledge of Gluster that the GUI functionality is aimed to hide... but so,
not completely...

I can see in my existing bricks, going to their advanced details:
"
xfs
rw,seclabel,noatime,nodiratime,attr2,inode64,logbsize=128k,sunit=256,swidth=512,noquota
"
There is also the fstab portion of creating bricks...

5) In the workflow of creating volume, item 9:
It is not clear the default "*" value for access if is the recommended one
or not.
I presume not

- RHV documentation
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/html/administration_guide/index
4.3 Administrator Guide downloaded today
Chapter 8, section 8.6
PREPARING AND ADDING RED HAT GLUSTER STORAGE
There is reference to Red Hat Gluster Storage, version 3.4.
I think it should be 3.5 instead?
Because at the same time in 3.4 there is reference to RHV 4.1, not 4.3.
While in "Configuring Red Hat Virtualization with Red Hat Gluster Storage"
version 3.5 there is correct reference to RHV 4.3

Anyway this mix of product documentation is not optimal in my opinion.
I would directly include inside RHV docs the Gluster part related to it,
without jumping between the two comlete, with the risk of misalignment in
time.

Also, in Gluster Storage guide referred, there is  the part related to
volumes but not to bricks
Possibly the correct reference for the brick part, that is the one missing
in webadmin GUI, could be this:
https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.5/html/administration_guide/formatting_and_mounting_bricks
and/or this
https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.5/html/administration_guide/Brick_Configuration
?

Thanks for reading and hoping to get commands' workflow to configure this
new disk for a new gluster storage domain.
It seems inside the guides is oversimplified the process of creating
bricks, that in the documentation seem actually to be xfs filesystems
mounted over thin pool based logical volumes residing on top of volume
groups with particular alignment settings specified during their
creation

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

[ovirt-users] Re: Engine/host communication maybe broken

[Sven Achtelik]

On the engine VM it looks like this: 

ovirt-engine-dwhd.service   
loaded active running   oVirt Engine Data Warehouse
  ovirt-engine.service  
  loaded active running   oVirt Engine
  ovirt-fence-kdump-listener.service
  loaded active running   oVirt Engine fence_kdump listener
  ovirt-guest-agent.service 
  loaded active running   oVirt Guest Agent
  ovirt-imageio-proxy.service   
  loaded active running   oVirt ImageIO Proxy
  ovirt-vmconsole-proxy-sshd.service
  loaded active running   oVirt VM Console SSH server daemon
  ovirt-websocket-proxy.service 
  loaded active running   oVirt Engine websockets proxy


on all three hosts: 

ovirt-ha-agent.service  
 loaded active running   oVirt Hosted Engine High Availability 
Monitoring Agent
ovirt-ha-broker.service 
 loaded active running   oVirt Hosted Engine High Availability 
Communications Broker
ovirt-imageio-daemon.service
 loaded active running   oVirt ImageIO Daemon
ovirt-vmconsole-host-sshd.service   
 loaded active running   oVirt VM Console SSH server daemon


The thing is that inside of the engine gui I can't do anything, because all 
domains show as down and mostly everything is shown down. Selecting a Master 
domain to start it and get the data center up won't do anything. It will just 
sit there and say it's working on it. Looking at the engine log with tail -f 
doesn’t show any activity going to the hosts. I do have /etc/hosts entries for 
all nodes, so no dns issue.

Also there are still gluster volumes and vms running on those nodes, so I can't 
just restart everything. 


-Ursprüngliche Nachricht-
Von: Randall Wood [mailto:rw...@forcepoint.com] 
Gesendet: Montag, 6. April 2020 16:01
An: users@ovirt.org
Betreff: [ovirt-users] Re: Engine/host communication maybe broken

You might want to look at the status of and the logs for the various oVirt 
services on the hosts. Open a host's console at http://host-ip-or-name:9090, go 
to the Services tab and filter the services for "ovirt".

Please let us know which services and running and which are stopped and if any 
service logs show errors or warnings.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: 
https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6JGCIX2AJZNLFXU24M3JUNYWIZUU66HD/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7EMP3KE7OZJD6AKPHKUTIWA2D5ZCX6LW/

[ovirt-users] Re: Engine/host communication maybe broken

[Randall Wood]

You might want to look at the status of and the logs for the various oVirt 
services on the hosts. Open a host's console at http://host-ip-or-name:9090, go 
to the Services tab and filter the services for "ovirt".

Please let us know which services and running and which are stopped and if any 
service logs show errors or warnings.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6JGCIX2AJZNLFXU24M3JUNYWIZUU66HD/

[ovirt-users] Re: oVirt 4.4.0 Beta release is now available for testing

[Joop]

On 30-3-2020 17:14, Sandro Bonazzola wrote:

Any news on my findings?
I'm currently trying the beta 4.4 refresh release but run into the same
problem.

Regards,

Joop

>
>
> Il giorno lun 30 mar 2020 alle ore 16:56 Joop  > ha scritto:
>
> On 27-3-2020 15:48, Sandro Bonazzola wrote:
>>
>>
>>   oVirt 4.4.0 Beta release is now available for testing
>>
>>
>> The oVirt Project is excited to announce the availability of the
>> beta release of oVirt 4.4.0 for testing, as of March 27th, 2020
>>
>>
>> This release unleashes an altogether more powerful and flexible
>> open source virtualization solution that encompasses hundreds of
>> individual changes and a wide range of enhancements across the
>> engine, storage, network, user interface, and analytics on top of
>> oVirt 4.3.
>>
>>
>> Important notes before you try it
>>
>> Please note this is a Beta release.
>>
>> The oVirt Project makes no guarantees as to its suitability or
>> usefulness.
>>
>> This pre-release must not to be used in production.
>>
>> In particular, please note that upgrades from 4.3 and future
>> upgrades from this beta to the final 4.4 release from this
>> version are not supported.
>>
>> Some of the features included in oVirt 4.4.0 Beta require content
>> that will be available in CentOS Linux 8.2 which are currently
>> included in Red Hat Enterprise Linux 8.2 beta. If you want to
>> have a better experience you can test oVirt 4.4.0 Beta on Red Hat
>> Enterprise Linux 8.2 beta.
>>
>>
>> Known Issues
>>
>>  *
>>
>> ovirt-imageio development is still in progress. In this beta
>> you can’t upload images to data domains. You can still copy
>> iso images into the deprecated ISO domain for installing VMs.
>>
>>
>> Installation instructions
>>
>>
>> For the engine: either use appliance or:
>>
>> - Install CentOS Linux 8 minimal from
>> 
>> http://centos.mirror.garr.it/centos/8.1.1911/isos/x86_64/CentOS-8.1.1911-x86_64-dvd1.iso
>>
>> - dnf install
>> 
>> https://resources.ovirt.org/pub/yum-repo/ovirt-release44-pre.rpm
>>
>> - dnf update (reboot if needed)
>>
>> - dnf module enable -y javapackages-tools pki-deps 389-ds
>>
>> - dnf install ovirt-engine
>>
>> - engine-setup
>>
>>
>> For the nodes:
>>
>> Either use oVirt Node ISO or:
>>
>> - Install CentOS Linux 8 from
>> 
>> http://centos.mirror.garr.it/centos/8.1.1911/isos/x86_64/CentOS-8.1.1911-x86_64-dvd1.iso;
>> select minimal installation
>>
>> - dnf install
>> https://resources.ovirt.org/pub/yum-repo/ovirt-release44-pre.rpm
>>
>> - dnf update (reboot if needed)
>>
>> - Attach the host to engine and let it be deployed.
>>
>>
> I have tested the HCI setup but ran into a problem at the the end
> of the storage step.
>
>
> Thanks for testing and for the feedback!
>
>  
>
> What I did is follow https://ovirt.org/download/beta.html
> Host is Centos-8.1 from above both steps done, no problem
> Install oVirt using the Cockpit wizard
> 1 - not needed as its CentOS
> 2 - 5 no problems, BUT
> Cockpit session timeout if you're not careful, fix:
> (add
> [Session]
> IdleTimeout=0
> in /etc/cockpit/cockpit.conf
> )
>
>
> Yes, we found it too: https://bugzilla.redhat.com/show_bug.cgi?id=1818566
>
>  
>
> AND
> If using step 6 and then choosing HCI setup the following is observed:
> Deploy fails at certain steps because missing:
> - hostname not in /etc/hosts
> - gluster-ansible-roles not installed
> - glusterfs-server not installed (firewall service name not available)
> - vdsm-gluster (don't now if its needed but sounds logical)
> - ssh-keygen
> - ssh-copy-id `hostname -f`
>
> --> dnf install gluster-ansible-roles glusterfs-server vdsm-gluster -y
>
>
> adding +Gobinda Das  here. I think that the
> HCI deployment has been developed and tested only for oVirt Node
> consumption, not really supported on plain CentOS installation.
> Maybe worth to document above steps in HCI deployment doc or make it
> clear to use oVirt Node instead.
>  
>
>
> If the above is in place than gluster deploy will succeed and the
> hosted-engine deploy will succeed but the storage step fails when
> it tries to access glusterfs.
> I can't find the reason in the logs and maybe I'm looking at the
> wrong one.
> The wizard doesn't copy all relevant logs when it encounters an
> error as it did in the alpha release, atleast not at this point,
> never got to here in the alpha.
>
>
> Gobinda can you please have a look? +Evgeny 

[ovirt-users] Engine/host communication maybe broken

[Sven Achtelik]

Hi All,

I'm currently facing a situation which I don't know how to resolve and I don't 
know how that happened. The hosted engine HA part is working fine and the vm 
starts. It's accessible via the gui and that's it. It's showing some hosts 
online and some offline. It looks like it's not communication with the nodes 
anymore to get the latest status or to start task. Is there a cache or 
something that can be cleared on the engine vm to force a connection the the 
nodes ? Or is there a way to analyze if communication is really broken ?

Any ideas how to start from here ?

Thank you,
Sven

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

[ovirt-users] Re: Multiple NICs on hosted engine, oVirt 4.3

[Staniforth, Paul]

Sorry Jiri,
I don't have a self hosted engine add present so can't check 
which keys you can change but it says you can also append a configuration or 
answer file.
I think any changes should persist over updates, the local changes have to be 
applied to each node whereas the shared configuration is applied when a new 
host is deployed.

Regards,
  Paul S.

From: Jiří Sléžka 
Sent: 05 April 2020 11:32
To: users@ovirt.org 
Subject: [ovirt-users] Re: Multiple NICs on hosted engine, oVirt 4.3

Caution External Mail: Do not click any links or open any attachments unless 
you trust the sender and know that the content is safe.

Hello Paul,

thanks for reply and for pointing me to RHV documentation. Shame on me,
I forogot it exists and is well maintained and super relevant for oVirt.

But in this case I am a bit lost. I can't find something relevant to my
effort to modify HE vm's config to add the second NIC to it.

Or do you mean I should change the location of vm.conf from /var/run
location to something persistent and then modify this vm.conf as
mentioned in that old post?

For example, now I got this output for conf key

[root@ovirt-hci01 ~]# hosted-engine --get-shared-config conf
--type=he_shared

conf : /var/run/ovirt-hosted-engine-ha/vm.conf, type : he_shared

[root@ovirt-hci01 ~]# hosted-engine --get-shared-config conf --type=he_local

conf : /var/run/ovirt-hosted-engine-ha/vm.conf, type : he_local

Is it valid to change it to (for example)
/etc/ovirt-hosted-engine/vm.conf and modify that file there? Is it safe
for further updates, maintenance, etc.?

Maybe the second question - which process creates vm.conf in /var/run path?

Cheers,

Jiri

On 4/5/20 8:35 AM, Staniforth, Paul wrote:
> Hello Jri,
>   The configurations local and shared are managed by
> hosted-engine command.
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Faccess.redhat.com%2Fdocumentation%2Fen-us%2Fred_hat_virtualization%2F4.3%2Fhtml%2Fadministration_guide%2Fchap-administering_the_self-hosted_enginedata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7Ccb062fe6abf94a96c72908d7d94d573b%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637216798511156372sdata=WbURCLM6l3B2McGMpu9OcLnoalZC75DYA%2B9YR0pC84Q%3Dreserved=0
> 
>
> Chapter 12. Administering the Self-Hosted Engine Red Hat Virtualization
> 4.3 | Red Hat Customer Portal
> 
> The Red Hat Customer Portal delivers the knowledge, expertise, and
> guidance available through your Red Hat subscription.
> access.redhat.com
>
> see
> "hosted-engine --help"
> "man hosted-engine"



>
> Regards,
>   Paul S.
> 
> *From:* Jiří Sléžka 
> *Sent:* 04 April 2020 21:02
> *To:* users@ovirt.org 
> *Subject:* [ovirt-users] Multiple NICs on hosted engine, oVirt 4.3
>
> Caution External Mail: Do not click any links or open any attachments
> unless you trust the sender and know that the content is safe.
>
> Hello,
>
> I would like to add second NIC to hosted engine vm (I need access to
> isolated network with host's power management). I found this solution...
>
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Fpipermail%2Fusers%2F2014-November%2F062610.htmldata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7Ccb062fe6abf94a96c72908d7d94d573b%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637216798511156372sdata=1UNuO2sF3Cm9mSbkXYSOvPv68%2Fofcj0zl7lOAlHz16U%3Dreserved=0
>
> ...which seems to work in oVirt 3.5 but in oVirt 4.3 there is no file
> like /etc/ovirt-hosted-engine/vm.conf anymore.
>
> In the file /etc/ovirt-hosted-engine/hosted-engine.conf is a line
>
> ...
> conf=/var/run/ovirt-hosted-engine-ha/vm.conf
> ...
>
> which points to this config but this is a running config...
>
> Is there a way to add a second NIC to hosted engin vm?
>
> Cheers,
>
> Jiri
>
>
> To view the terms under which this email is distributed, please go to:-
> http://leedsbeckett.ac.uk/disclaimer/email/
>

To view the terms under which this email is distributed, please go to:-

[ovirt-users] Windows 10 Pro 64 (1909) crashes when migrating

[Maton, Brett]

I recently added a Windows 10 Pro 64 bit (release 1909) VM, and I'm seeing
a lot of failures when oVirt tries to move the VM to another host
(triggered by load balancing),

These errors are showing up in the UI event log

Migration failed  (VM: , Source: , Destination: ).

Followed by:

VM  is down with error. Exit message: Lost connection with qemu
process.

Google returned some references to 'options kvm ignore_msrs=1' which I've
added to /etc/modprobe/d/kvm.conf and restarted the hosts but that doesn't
appear to have made a difference.

Is this a known issue with Windows 10 guests?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QNJ7GFDXKBVREHJY4FBIORLBVEBO353R/

[ovirt-users] Re: "Actual timezone differs [...]" after using the new virtio-win guest tools

[Tobias Scheinert]

Hi Eric,

Am 04.04.2020 um 23:59 schrieb eev...@digitaldatatechs.com:

I have the same issue with Server 2016 and Windows 10 on 4.3.9. My 
understanding is that Linux uses ntp and windows uses cet and that causes the 
time zone warning you see.


NTP is a protocol and CET (Central European Time) is a timezone. Windows 
and Linux are both using the network time protocol (NTP). Your statement 
makes no sense to me. What you probably mean is, that Linux normally 
uses its hardware clock in UTC.



Someone correct me if I am wrong, but this can be safely ignored.


Ignoring is not my nature.


Best Regards
Tobias Scheinert


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

[ovirt-users] Re: oVirt 4.4.0 Beta release refresh is now available for testing

[Sandro Bonazzola]

Il giorno dom 5 apr 2020 alle ore 19:32 Strahil Nikolov <
hunter86...@yahoo.com> ha scritto:

>
> Hey Sandro,
>
> Can you clarify which CPUs will not be supported  in 4.4 ?
>

I can give the list of supported CPU according to ovirt-engine code:

select fn_db_add_config_value('ServerCPUList',
'1:Intel Nehalem Family:vmx,nx,model_Nehalem:Nehalem:x86_64; '
|| '2:Secure Intel Nehalem
Family:vmx,spec_ctrl,ssbd,md_clear,model_Nehalem:Nehalem,+spec-ctrl,+ssbd,+md-clear:x86_64;
'
|| '3:Intel Westmere Family:aes,vmx,nx,model_Westmere:Westmere:x86_64; '
|| '4:Secure Intel Westmere
Family:aes,vmx,spec_ctrl,ssbd,md_clear,model_Westmere:Westmere,+pcid,+spec-ctrl,+ssbd,+md-clear:x86_64;
'
|| '5:Intel SandyBridge Family:vmx,nx,model_SandyBridge:SandyBridge:x86_64;
'
|| '6:Secure Intel SandyBridge
Family:vmx,spec_ctrl,ssbd,md_clear,model_SandyBridge:SandyBridge,+pcid,+spec-ctrl,+ssbd,+md-clear:x86_64;
'
|| '7:Intel IvyBridge Family:vmx,nx,model_IvyBridge:IvyBridge:x86_64; '
|| '8:Secure Intel IvyBridge
Family:vmx,spec_ctrl,ssbd,md_clear,model_IvyBridge:IvyBridge,+pcid,+spec-ctrl,+ssbd,+md-clear:x86_64;
'
|| '9:Intel Haswell Family:vmx,nx,model_Haswell:Haswell:x86_64; '
|| '10:Secure Intel Haswell
Family:vmx,spec_ctrl,ssbd,md_clear,model_Haswell:Haswell,+spec-ctrl,+ssbd,+md-clear:x86_64;
'
|| '11:Intel Broadwell Family:vmx,nx,model_Broadwell:Broadwell:x86_64; '
|| '12:Secure Intel Broadwell
Family:vmx,spec_ctrl,ssbd,md_clear,model_Broadwell:Broadwell,+spec-ctrl,+ssbd,+md-clear:x86_64;
'
|| '13:Intel Skylake Client
Family:vmx,nx,model_Skylake-Client:Skylake-Client:x86_64; '
|| '14:Secure Intel Skylake Client
Family:vmx,spec_ctrl,ssbd,md_clear,model_Skylake-Client:Skylake-Client,+spec-ctrl,+ssbd,+md-clear:x86_64;
'
|| '15:Intel Skylake Server
Family:vmx,nx,model_Skylake-Server:Skylake-Server:x86_64; '
|| '16:Secure Intel Skylake Server
Family:vmx,spec_ctrl,ssbd,md_clear,model_Skylake-Server:Skylake-Server,+spec-ctrl,+ssbd,+md-clear:x86_64;
'
|| '17:Intel Cascadelake Server
Family:vmx,model_Cascadelake-Server:Cascadelake-Server,-hle,-rtm,+arch-capabilities:x86_64;
'
|| '18:Secure Intel Cascadelake Server
Family:vmx,md-clear,mds-no,model_Cascadelake-Server:Cascadelake-Server,+md-clear,+mds-no,-hle,-rtm,+tsx-ctrl,+arch-capabilities:x86_64;
'
|| '1:AMD Opteron G4:svm,nx,model_Opteron_G4:Opteron_G4:x86_64; '
|| '2:AMD Opteron G5:svm,nx,model_Opteron_G5:Opteron_G5:x86_64; '
|| '3:AMD EPYC:svm,nx,model_EPYC:EPYC:x86_64; '
|| '4:Secure AMD
EPYC:svm,nx,ibpb,ssbd,model_EPYC:EPYC,+ibpb,+virt-ssbd:x86_64; '
|| '1:IBM POWER8:powernv,model_POWER8:POWER8:ppc64; '
|| '2:IBM POWER9:powernv,model_POWER9:POWER9:ppc64; '
|| '1:IBM z114, z196:sie,model_z196-base:z196-base:s390x; '
|| '2:IBM zBC12, zEC12:sie,model_zEC12-base:zEC12-base:s390x; '
|| '3:IBM z13s, z13:sie,model_z13-base:z13-base:s390x; '
|| '4:IBM z14:sie,model_z14-base:z14-base:s390x;',
'4.4');



> Also, does oVirt 4.4 support teaming or it is still staying with bonding.
> Network Manager was mentioned, but it's not very clear.
>

+Dominik Holler  can you please reply to this?


> What is the version of gluster bundled  with 4.4 ?
>

Latest Gluster 7 shipped by CentOS Storage SIG, right now it is 7.4 (
https://docs.gluster.org/en/latest/release-notes/7.4/)



>
> Best Regards,
> Strahil Nikolov
>
>

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com
*
*
*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VEMYK54JV2XIT4I2KAN4GY24WU7RUBNR/

[ovirt-users] Re: oVirt Storage quota problems

[Vrgotic, Marko]

Dear oVirt,

Considering this COVID-19 situation, I hope you are all doing well and staying 
healthy.

It has been more than two weeks since I reported this issue. So far I have not 
received a single update or request, and the issue is still registered as NEW.

Considering this is one out of three issues regarding oVirt quotas, that I 
reported, in one day, not getting any update leads me to assumptions:

- I am doing something fundamentally wrong with oVirt Quotas implementation
- There is something fundamentally wrong with oVirt Quotas implementation, from 
the software side.
- something else…

In any case, I would highly appreciate it if you can find time to look into 
these issues so we can make progress.

Once again, I am seeing this problem on all three deployed platforms, both in 
Staging and Production.

Kindly awaiting your reply.

Marko Vrgotic
ActiveVideo

From: "Vrgotic, Marko" 
Date: Tuesday, 17 March 2020 at 12:51
To: "users@ovirt.org" 
Cc: Darko Stojchev 
Subject: Re: oVirt Storage quota problems

Dear oVirt,

Regarding Issue #2 , I created bug at Bugzilla, if anyone is interested in 
following:
https://bugzilla.redhat.com/show_bug.cgi?id=1814200

Regarding issue #1, there is already a bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1731049

And regarding percentage vs actual usage:
https://bugzilla.redhat.com/show_bug.cgi?id=1814214


-
kind regards/met vriendelijke groeten

Marko Vrgotic
Sr. System Engineer @ System Administration

ActiveVideo
o: +31 (35) 6774131
e: m.vrgo...@activevideo.com
w: www.activevideo.com

ActiveVideo Networks BV. Mediacentrum 3745 Joop van den Endeplein 1.1217 WJ 
Hilversum, The Netherlands. The information contained in this message may be 
legally privileged and confidential. It is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any distribution of this message, in any form, is strictly prohibited.  If you 
have received this message in error, please immediately notify the sender 
and/or ActiveVideo Networks, LLC by telephone at +1 408.931.9200 and delete or 
destroy any copy of this message.




From: "Vrgotic, Marko" 
Date: Monday, 16 March 2020 at 09:40
To: "users@ovirt.org" 
Cc: Darko Stojchev 
Subject: Re: oVirt Storage quota problems

Dear oVirt,

Is there anyone willing and able to assist me in troubleshooting what seems to 
be multiple issues regarding quotas:

  1.  UI Exception each time I add Consumer to Quota.
  2.  User getting warning of not being authorized to ‘ConsumeQuota’ in order 
to AddVM or AddVMFromTemplate, even though User is in Consumers list.
  3.  Fishy quota usage percentage.

I see this strange behavior on all my platforms, so it’s starting to look as a 
bug to me.
Happy to provide any relevant logs or do tests needed.

Kindly awaiting your reply.


-
kind regards/met vriendelijke groeten

Marko Vrgotic
ActiveVideo


From: "Staniforth, Paul" 
Date: Friday, 13 March 2020 at 18:19
To: "Vrgotic, Marko" , "users@ovirt.org" 

Cc: Darko Stojchev 
Subject: Re: oVirt Storage quota problems

Sorry haven't used quota in a while, one thought is there a template quota 
getting used?

Regards,
 Paul S.

From: Vrgotic, Marko 
Sent: 13 March 2020 15:15
To: Staniforth, Paul ; users@ovirt.org 

Cc: Stojchev, Darko 
Subject: Re: oVirt Storage quota problems


Caution External Mail: Do not click any links or open any attachments unless 
you trust the sender and know that the content is safe.

Hey Paul,



I did the check for another user that has same issue and what I found out its 
bit strange:

  *   DC1 / infrastructure1 – quota storage_inf1 – user is added in Consumers 
list   -   gets “2020-03-13 08:26:18,057Z WARN  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (default task-3804) 
[a6ba871a-dc42-4d4b-a01a-a72cd5a45959] Validation of action 'AddVmFromTemplate' 
failed for user azabal...@ictv.com@ictv.com-authz. Reasons: 
VAR__ACTION__ADD,VAR__TYPE__VM,USER_NOT_AUTHORIZED_TO_CONSUME_QUOTA”
  *   DC1 / development2 – quota storage_dev2 – user is added in Consumers list 
– works



The following logs confirm that:



  *   Fails against infrastructure1 :

“2020-03-13 08:26:18,057Z INFO  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (default task-3804) 
[a6ba871a-dc42-4d4b-a01a-a72cd5a45959] No permission found for user 
'699687a1-da37-4b4

0-a86d-dc744208302d' or one of the groups he is member of, when running action 
'AddVmFromTemplate', Required permissions are: Action type: 'USER' Action 
group: 'CONSUME_QUOTA' Object type: '

Quota'  Object ID: '254f2582-839d-11e9-aaa2-00163e4f2a6d'.

2020-03-13 08:26:18,057Z WARN  
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (default task-3804) 
[a6ba871a-dc42-4d4b-a01a-a72cd5a45959] Validation of action 'AddVmFromTemplate' 
failed