[ovirt-users] Re: lxd, openvz in kvm have issues connecting to public phys network

2021-02-11 Thread Florian Schmid via Users 
Hi David 

I don't have oVirt 4.4 yet, but on oVirt 4.3, there is a default filter on the 
vNic profiles, called vdsm-no-mac-spoofing, which is preventing any MAC, except 
for the configured VM MAC to be able to connect to outside of the VM. 

We have also some LXD running inside VMs and you have to disable this filter to 
get them working. 
There might be a reboot of those VMs necessary, but I can't remember anymore 
exactly. 

BR Florian 


Von: "david duchovny"  
An: "users"  
Gesendet: Freitag, 12. Februar 2021 07:02:28 
Betreff: [ovirt-users] lxd, openvz in kvm have issues connecting to public phys 
network 

hi 

ovirt 444 

lxd, openvz in kvm have issues connecting to public network 

i can't to allow access to physical interface. 
In general i cannot seem to get containers direct access to the network e.g. in 
order to pull a dhcp address from my public network. I have tried macvlan, 
bridge mode, openvswitch as well. 

there are no connection issues on the baremetal server, but this issue exists 
on the kvm vm 

how to fix it? 

___ 
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/HM2M6JQ3WQRXDGZOYXMAW5MTE3XGTFB3/
 
___
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/SOV5SZG7C2HRDAGT3LI2LI6KFICL3LPM/

[ovirt-users] lxd, openvz in kvm have issues connecting to public phys network

2021-02-11 Thread david duchovny 
hi

ovirt 444

lxd, openvz in kvm have issues connecting to public network

i can't to allow access to physical interface.
In general i cannot seem to get containers direct access to the network
e.g. in order to pull a dhcp address from my public network. I have tried
macvlan, bridge mode, openvswitch  as well.

there are no connection issues on the baremetal server, but this issue
exists on the kvm vm

how to fix it?
___
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/HM2M6JQ3WQRXDGZOYXMAW5MTE3XGTFB3/

[ovirt-users] Re: The conditional check 'firewalld_s.status.SubState != 'running' or firewalld_s.status.LoadState == 'masked'' failed

2021-02-11 Thread Strahil Nikolov via Users 
According to the output, the task expected a dictionary but it's not.
What is the status of your firewalld ?
Best Regards,Strahil Nikolov
 
  On Thu, Feb 11, 2021 at 16:59, lejeczek via Users wrote:   
Hi,

I filed a bugzilla report about the problem a while ago, but 
since I got so much better feedback here on the list, about 
different issue though, I thought I should try here again.
I attempt to deploy hosted engine and it fails:
...

[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Check 
firewalld status]
[ INFO  ] ok: [localhost]
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Enforce 
firewalld status]
[ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The 
conditional check 'firewalld_s.status.SubState != 'running' 
or firewalld_s.status.LoadState == 'masked'' failed. The 
error was: error while evaluating conditional 
(firewalld_s.status.SubState != 'running' or 
firewalld_s.status.LoadState == 'masked'): 'dict object' has 
no attribute 'SubState'\n\nThe error appears to be in 
'/usr/share/ansible/collections/ansible_collections/ovirt/ovirt/roles/hosted_engine_setup/tasks/pre_checks/validate_firewalld.yml':
 
line 8, column 5, but may\nbe elsewhere in the file 
depending on the exact syntax problem.\n\nThe offending line 
appears to be:\n\n    register: firewalld_s\n  - name: 
Enforce firewalld status\n    ^ here\n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed 
executing ansible-playbook

This is on Centos Stream with perhaps the latest of those:

cockpit-ovirt-dashboard-0.14.20-0.0.master.20210210161723.git7ea56eb.el8.noarch
ovirt-ansible-collection-1.3.2-0.1.master.20210210132916.el8.noarch
ovirt-engine-appliance-4.4-20210210182638.1.el8.x86_64
ovirt-host-4.4.6-0.0.20210127122119.gitef84c5a.el8.x86_64
ovirt-host-dependencies-4.4.6-0.0.20210127122119.gitef84c5a.el8.x86_64
ovirt-hosted-engine-ha-2.4.7-0.0.master.20210203134854.20210203134846.git7d297c2.el8.noarch
ovirt-hosted-engine-setup-2.5.0-0.0.master.20201216174101.git2a94b06.el8.noarch
ovirt-imageio-client-2.2.0-0.202102041750.git98b0a36.el8.x86_64
ovirt-imageio-common-2.2.0-0.202102041750.git98b0a36.el8.x86_64
ovirt-imageio-daemon-2.2.0-0.202102041750.git98b0a36.el8.x86_64
ovirt-openvswitch-2.11-0.2020061801.el8.noarch
ovirt-openvswitch-ovn-2.11-0.2020061801.el8.noarch
ovirt-openvswitch-ovn-common-2.11-0.2020061801.el8.noarch
ovirt-openvswitch-ovn-host-2.11-0.2020061801.el8.noarch
ovirt-provider-ovn-driver-1.2.34-0.20201207083749.git75016ed.el8.noarch
ovirt-python-openvswitch-2.11-0.2020061801.el8.noarch
ovirt-release-master-4.4.5-0.0.master.20210210011142.git0fb6ce0.el8.noarch
ovirt-vmconsole-1.0.9-1.20201130191550.git0bf874a.el8.noarch
ovirt-vmconsole-host-1.0.9-1.20201130191550.git0bf874a.el8.noarch
python3-ovirt-engine-sdk4-4.4.10-1.20210209.gitf3d6f43.el8.x86_64
python3-ovirt-setup-lib-1.3.3-0.0.master.20200727063144.git90cd6d9.el8.noarch

To make it a bit more curious - this is a bare-metal system 
and I cannot reproduce that same errors on a simple KVM 
host. One possibly major difference is that hardware has 
multiple ifaces as oppose to single iface in KVM.

For any thoughts you care to share I'll be grateful.
thanks, L
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MDSD46DASIGPKUVLNV6ZNEWAJQNZNZEJ/
  
___
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/M54CBDQO7JNRHO6G5O36PBDXSLJCSC4L/

[ovirt-users] Problems after upgrade from 4.4.3 to 4.4.4

2021-02-11 Thread tfe...@swissonline.ch 
Hi

I have problems after upgrading my 2-node cluster from 4.4.3 to 4.4.4.

Initially, I performed the upgrade of the oVirt hosts using the oVirt GUI (I 
wasn't planning any changes).

It appears that the upgrade broke the system.
On host1, the ovirt-engine was configured to run on the oVirt host itself (not 
self-hosted engine).

After the upgrade, the oVirt GUI didn't load in the Browser anymore.
I tried to fix the issue by migrating to self-hosted engine, which did not 
work, so I ran engine restore and engine-setup in order to get back to the 
initial state.
I am now able to login to the oVirt GUI again, but I am having the following 
problems:
host1 is in status "Unassigned", and it has the SPM role. It cannot be set to 
maintenance mode, nor re-installed from GUI, but I am able to reboot the host 
from oVirt.
All Storage Domains are inactive. (all NFS)
In the /var/log/messages log, I can see the following message appearing 
frequently: "vdsm[5935]: ERROR ssl handshake: socket error, address: 
:::192.168.100.61"
The cluster is down and no VM's can be run. I don't know how to fix either of 
the issues.

Does anyone have an idea?
I am appending a tar file containing log files to this email.

http://gofile.me/5fp92/d7iGEqh3H 
Many thanks

Toni



___
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/3QM4ATVPNXWJVNT2BCY7IFX63JYROZSD/

[ovirt-users] Re: [External] : Using VNC console on new cluster

2021-02-11 Thread Simon Coter 
Hi Matthew,

this is a known issue for 4.3.6 release (OLVM or oVirt).
You should check if your KVM cluster has VNC Encryption enabled; if this is the 
case you should:


  *   disable VNC console for your Cluster (by OLVM/oVirt)
  *   Comment out line "vnc_tls=1" in /etc/libvirt/qemu.conf on the KVM host.
  *   Go to OLVM Web Console, Compute -> Hosts -> select  -> 
Management -> Maintenance, then Installation -> Reinstall, to apply above 
change.
  *   After above step reinstall KVM host, launch novnc VM console works fine.

Hope this helps.

Simon

On Feb 12, 2021, at 12:25 AM, 
matthew.st...@fujitsu.com wrote:

I’m running OLVM 4.3.6 (Consider it oVIrt 4.3.6).

When I created my second cluster, I could not access the hosts on the second 
cluster using VNC (haven’t tried to get html5 working).

Since I was forced to power off everything, (power outage), I’ve had no issue 
with accessing the console on any host in the second cluster.

I have just created a third cluster.  Same problem.  No issues with hosts on 
the first two clusters, but any host I’ve migrated to the third cluster, I 
cannot access the console.

When I select a host, click on the button for ‘Console’ I get a download on my 
browser, I tell the browser to open the download, and I get, what I think is 
the Spice application starting and quitting in a second or two.

I’m not looking forward to telling my management that we need another power 
outage.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to 
users-le...@ovirt.org
Privacy Statement: 
https://urldefense.com/v3/__https://www.ovirt.org/privacy-policy.html__;!!GqivPVa7Brio!McfT0P02GcuM-11EGpQX_d796JN6yehzpqYvvf8WUcE9t-YggabOFKa6AXso44uN$
oVirt Code of Conduct: 
https://urldefense.com/v3/__https://www.ovirt.org/community/about/community-guidelines/__;!!GqivPVa7Brio!McfT0P02GcuM-11EGpQX_d796JN6yehzpqYvvf8WUcE9t-YggabOFKa6AReD0u6r$
List Archives: 
https://urldefense.com/v3/__https://lists.ovirt.org/archives/list/users@ovirt.org/message/FDGGE2MKNE24CVLBM6WQ6UIJGD7CRRB2/__;!!GqivPVa7Brio!McfT0P02GcuM-11EGpQX_d796JN6yehzpqYvvf8WUcE9t-YggabOFKa6AbWgpeJ8$

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

[ovirt-users] Using VNC console on new cluster

2021-02-11 Thread matthew.st...@fujitsu.com 
I'm running OLVM 4.3.6 (Consider it oVIrt 4.3.6).

When I created my second cluster, I could not access the hosts on the second 
cluster using VNC (haven't tried to get html5 working).

Since I was forced to power off everything, (power outage), I've had no issue 
with accessing the console on any host in the second cluster.

I have just created a third cluster.  Same problem.  No issues with hosts on 
the first two clusters, but any host I've migrated to the third cluster, I 
cannot access the console.

When I select a host, click on the button for 'Console' I get a download on my 
browser, I tell the browser to open the download, and I get, what I think is 
the Spice application starting and quitting in a second or two.

I'm not looking forward to telling my management that we need another power 
outage.
___
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/FDGGE2MKNE24CVLBM6WQ6UIJGD7CRRB2/

[ovirt-users] hosted-engine --vm-status returns "vm not running on this host" on all hosts

2021-02-11 Thread paul . chapman 
I have tried to upgrade from 4.3 to 4.4 in  a self hosted environment and I now 
have multiple problems. One of which is that neither of my two hosts think they 
are running the hosted engine. What could cause this?
___
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/KVLLIFBGAXE3ECFPJFDD7GB6PWKCGASM/

[ovirt-users] Re: [ANN] oVirt 4.4.5 Fifth Release Candidate is now available for testing

2021-02-11 Thread Konstantin Shalygin 
Is there any plans to fix [1] and [2] in 4.4? After no feedback (from dec 2020) 
from oVirt team I decide to drop oVirt 4.4 engine, and revert to 4.3.
Current cinder integration broken broken in 4.4, but marked for deprecation 
only in 4.5 [3]


Thanks,
k

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1904669 

[2] https://bugzilla.redhat.com/show_bug.cgi?id=1905113 

[3] https://bugzilla.redhat.com/show_bug.cgi?id=1899453 



> On 11 Feb 2021, at 18:24, Lev Veyde  wrote:
> 
> oVirt 4.4.5 Fifth Release Candidate is now available for testing
> 
> The oVirt Project is pleased to announce the availability of oVirt 4.4.5 
> Fifth Release Candidate for testing, as of February 11th, 2021.
> 
> This update is the fifth in a series of stabilization updates to the 4.4 
> series.
> How to prevent hosts entering emergency mode after upgrade from oVirt 4.4.1
> Note: Upgrading from 4.4.2 GA or later should not require re-doing these 
> steps, if already performed while upgrading from 4.4.1 to 4.4.2 GA. These are 
> only required to be done once.
> 
> Due to Bug 1837864  - 
> Host enter emergency mode after upgrading to latest build 
> If you have your root file system on a multipath device on your hosts you 
> should be aware that after upgrading from 4.4.1 to 4.4.5 you may get your 
> host entering emergency mode.
> In order to prevent this be sure to upgrade oVirt Engine first, then on your 
> hosts:
> Remove the current lvm filter while still on 4.4.1, or in emergency mode (if 
> rebooted).
> Reboot.
> Upgrade to 4.4.5 (redeploy in case of already being on 4.4.5).
> Run vdsm-tool config-lvm-filter to confirm there is a new filter in place.
> Only if not using oVirt Node:
> - run "dracut --force --add multipath” to rebuild initramfs with the correct 
> filter configuration
> Reboot.
> Documentation
> If you want to try oVirt as quickly as possible, follow the instructions on 
> the Download  page.
> For complete installation, administration, and usage instructions, see the 
> oVirt Documentation .
> For upgrading from a previous version, see the oVirt Upgrade Guide 
> .
> For a general overview of oVirt, see About oVirt 
> .
> Important notes before you try it
> Please note this is a pre-release build.
> The oVirt Project makes no guarantees as to its suitability or usefulness.
> This pre-release must not be used in production.
> Installation instructions
> 
> For installation instructions and additional information please refer to:
> https://ovirt.org/documentation/ 
> This release is available now on x86_64 architecture for:
> * Red Hat Enterprise Linux 8.3 or newer
> * CentOS Linux (or similar) 8.3 or newer
> 
> This release supports Hypervisor Hosts on x86_64 and ppc64le architectures 
> for:
> * Red Hat Enterprise Linux 8.3 or newer
> * CentOS Linux (or similar) 8.3 or newer
> * oVirt Node 4.4 based on CentOS Linux 8.3 (available for x86_64 only)
> 
> See the release notes [1] for installation instructions and a list of new 
> features and bugs fixed.
> 
> Notes:
> - oVirt Appliance is already available for CentOS Linux 8
> - oVirt Node NG is already available for CentOS Linux 8
> - We found a few issues while testing on CentOS Stream so we are still basing 
> oVirt 4.4.5 Node and Appliance on CentOS Linux.
> 
> Additional Resources:
> * Read more about the oVirt 4.4.5 release highlights: 
> http://www.ovirt.org/release/4.4.5/  
> * Get more oVirt project updates on Twitter: https://twitter.com/ovirt 
> 
> * Check out the latest project news on the oVirt blog: 
> http://www.ovirt.org/blog/ 
> 
> [1] http://www.ovirt.org/release/4.4.5/  
> [2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/ 
> 
> 
> -- 
> 
> LEV VEYDE
> SENIOR SOFTWARE ENGINEER, RHCE | RHCVA | MCITP
> Red Hat Israel
> 
>  
> l...@redhat.com  | lve...@redhat.com 
>   
> TRIED. TESTED. TRUSTED. 
> ___
> 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/OE7TLG7ZF2J7LD7NSNPUAPG3SNFKG3D7/

___
Users

[ovirt-users] Re: Keyboard mapping issue in oVirt portal VM using VNC console in HTML5

2021-02-11 Thread Sharon Gratch 
Hi Alessio,

You can configure the keyboard layout when using the VNC protocol via the
Console tab of the Edit VM window in the Administration Portal only.  See
Accessing_Console_Options

for more information..
The VM portal doesn't support that for VNC yet, but we plan to support that
on coming releases

Regarding the web based noVNC console, AFAIK it doesn't support keyboard
layout very well but worth checking. I also recommend trying both Firefox
and Chrome to see which one supports it better.

Regards,
Sharon

On Thu, Feb 11, 2021 at 3:38 PM Alessio Battaglia <
alessio.battaglia.1...@gmail.com> wrote:

> Hi to all,
>
> during Windows 10 virtual machine utilization on the Portal VM, managed by
> oVirt as a standalone Manager with local databases and connected by HTML5
> VNC console is totally impossible to use alt-gr.
> The keyboard layout is IT and I can't use for example the @ character.
>
> I have follow the official guideline for my environment but this can't
> solve the issue.
>
>
> https://www.ovirt.org/develop/release-management/features/integration/websocketproxy-on-a-separate-host.html
>
> Thank you very much!
> ___
> 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/RWAEIXPEQ5DJ644GTU6WEFPNOMLOJNXV/
>
___
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/JU3WZNUFQ7D5Y7GYSRNQRO25FYM5BQ7J/

[ovirt-users] [ANN] oVirt 4.4.5 Fifth Release Candidate is now available for testing

2021-02-11 Thread Lev Veyde 
oVirt 4.4.5 Fifth Release Candidate is now available for testing

The oVirt Project is pleased to announce the availability of oVirt 4.4.5
Fifth Release Candidate for testing, as of February 11th, 2021.

This update is the fifth in a series of stabilization updates to the 4.4
series.
How to prevent hosts entering emergency mode after upgrade from oVirt 4.4.1

Note: Upgrading from 4.4.2 GA or later should not require re-doing these
steps, if already performed while upgrading from 4.4.1 to 4.4.2 GA. These
are only required to be done once.

Due to Bug 1837864  -
Host enter emergency mode after upgrading to latest build

If you have your root file system on a multipath device on your hosts you
should be aware that after upgrading from 4.4.1 to 4.4.5 you may get your
host entering emergency mode.

In order to prevent this be sure to upgrade oVirt Engine first, then on
your hosts:

   1.

   Remove the current lvm filter while still on 4.4.1, or in emergency mode
   (if rebooted).
   2.

   Reboot.
   3.

   Upgrade to 4.4.5 (redeploy in case of already being on 4.4.5).
   4.

   Run vdsm-tool config-lvm-filter to confirm there is a new filter in
   place.
   5.

   Only if not using oVirt Node:
   - run "dracut --force --add multipath” to rebuild initramfs with the
   correct filter configuration
   6.

   Reboot.

Documentation

   -

   If you want to try oVirt as quickly as possible, follow the instructions
   on the Download  page.
   -

   For complete installation, administration, and usage instructions, see
   the oVirt Documentation .
   -

   For upgrading from a previous version, see the oVirt Upgrade Guide
   .
   -

   For a general overview of oVirt, see About oVirt
   .

Important notes before you try it

Please note this is a pre-release build.

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

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

For installation instructions and additional information please refer to:

https://ovirt.org/documentation/

This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 8.3 or newer

* CentOS Linux (or similar) 8.3 or newer

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

* Red Hat Enterprise Linux 8.3 or newer

* CentOS Linux (or similar) 8.3 or newer

* oVirt Node 4.4 based on CentOS Linux 8.3 (available for x86_64 only)

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

Notes:

- oVirt Appliance is already available for CentOS Linux 8

- oVirt Node NG is already available for CentOS Linux 8

- We found a few issues while testing on CentOS Stream so we are still
basing oVirt 4.4.5 Node and Appliance on CentOS Linux.

Additional Resources:

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

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

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


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

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

-- 

Lev Veyde

Senior Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | lve...@redhat.com

TRIED. TESTED. TRUSTED. 
___
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/OE7TLG7ZF2J7LD7NSNPUAPG3SNFKG3D7/

[ovirt-users] The conditional check 'firewalld_s.status.SubState != 'running' or firewalld_s.status.LoadState == 'masked'' failed

2021-02-11 Thread lejeczek via Users 

Hi,

I filed a bugzilla report about the problem a while ago, but 
since I got so much better feedback here on the list, about 
different issue though, I thought I should try here again.

I attempt to deploy hosted engine and it fails:
...

[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Check 
firewalld status]

[ INFO  ] ok: [localhost]
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Enforce 
firewalld status]
[ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The 
conditional check 'firewalld_s.status.SubState != 'running' 
or firewalld_s.status.LoadState == 'masked'' failed. The 
error was: error while evaluating conditional 
(firewalld_s.status.SubState != 'running' or 
firewalld_s.status.LoadState == 'masked'): 'dict object' has 
no attribute 'SubState'\n\nThe error appears to be in 
'/usr/share/ansible/collections/ansible_collections/ovirt/ovirt/roles/hosted_engine_setup/tasks/pre_checks/validate_firewalld.yml': 
line 8, column 5, but may\nbe elsewhere in the file 
depending on the exact syntax problem.\n\nThe offending line 
appears to be:\n\n    register: firewalld_s\n  - name: 
Enforce firewalld status\n    ^ here\n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed 
executing ansible-playbook


This is on Centos Stream with perhaps the latest of those:

cockpit-ovirt-dashboard-0.14.20-0.0.master.20210210161723.git7ea56eb.el8.noarch
ovirt-ansible-collection-1.3.2-0.1.master.20210210132916.el8.noarch
ovirt-engine-appliance-4.4-20210210182638.1.el8.x86_64
ovirt-host-4.4.6-0.0.20210127122119.gitef84c5a.el8.x86_64
ovirt-host-dependencies-4.4.6-0.0.20210127122119.gitef84c5a.el8.x86_64
ovirt-hosted-engine-ha-2.4.7-0.0.master.20210203134854.20210203134846.git7d297c2.el8.noarch
ovirt-hosted-engine-setup-2.5.0-0.0.master.20201216174101.git2a94b06.el8.noarch
ovirt-imageio-client-2.2.0-0.202102041750.git98b0a36.el8.x86_64
ovirt-imageio-common-2.2.0-0.202102041750.git98b0a36.el8.x86_64
ovirt-imageio-daemon-2.2.0-0.202102041750.git98b0a36.el8.x86_64
ovirt-openvswitch-2.11-0.2020061801.el8.noarch
ovirt-openvswitch-ovn-2.11-0.2020061801.el8.noarch
ovirt-openvswitch-ovn-common-2.11-0.2020061801.el8.noarch
ovirt-openvswitch-ovn-host-2.11-0.2020061801.el8.noarch
ovirt-provider-ovn-driver-1.2.34-0.20201207083749.git75016ed.el8.noarch
ovirt-python-openvswitch-2.11-0.2020061801.el8.noarch
ovirt-release-master-4.4.5-0.0.master.20210210011142.git0fb6ce0.el8.noarch
ovirt-vmconsole-1.0.9-1.20201130191550.git0bf874a.el8.noarch
ovirt-vmconsole-host-1.0.9-1.20201130191550.git0bf874a.el8.noarch
python3-ovirt-engine-sdk4-4.4.10-1.20210209.gitf3d6f43.el8.x86_64
python3-ovirt-setup-lib-1.3.3-0.0.master.20200727063144.git90cd6d9.el8.noarch

To make it a bit more curious - this is a bare-metal system 
and I cannot reproduce that same errors on a simple KVM 
host. One possibly major difference is that hardware has 
multiple ifaces as oppose to single iface in KVM.


For any thoughts you care to share I'll be grateful.
thanks, L
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MDSD46DASIGPKUVLNV6ZNEWAJQNZNZEJ/

[ovirt-users] Re: Libgfapi considerations

2021-02-11 Thread Guillaume Pavese 
Hi Ritesh Chitawar,

Those bugs mostly all depended on a old (2011!) qemu bug that took a very
long time to be resolved :
https://bugzilla.redhat.com/show_bug.cgi?id=760547
However in the meantime, the oVirt bugs that you spoke about were
closed/deferred for reasons like "no activity on blocking bug for a long
time" & "not enough perf anyway".

So,
since blocking bugs have at last been resolved,
and since different users report seeing strong performance gains contrary
to what has been tested by RedHat,
it seems justified to reevaluate the situation.

Best,

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Thu, Feb 11, 2021 at 5:36 PM Ritesh Chikatwar 
wrote:

> Hello,
>
> There are many issues after enabling libgfapi .
> Issues like Attempting to start VM,also i think making a snapshot of VM,
> live storage migration(As Strahil Nikolov mentioned ) and VM's are not
> highly available etc.
>
> Because of this reason it is not enabled by default in Ovirt.
>
> Regards
> Ritesh Chikatwar
>
>
>
> On Thu, Feb 11, 2021 at 1:29 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> Additionally to posting benchmark results and interests in the Bugzilla
>> entries mentioned previously,
>> I could be useful to also post in this one that should act as a RFE :
>>
>> [gfapi] Support libgfapi access to the gluster storage domains
>> https://bugzilla.redhat.com/show_bug.cgi?id=1633642
>>
>>
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>>
>>
>> On Thu, Feb 11, 2021 at 4:44 PM Guillaume Pavese <
>> guillaume.pav...@interactiv-group.com> wrote:
>>
>>> I strongly invite you to post those results in RedHat's Buzilla entries
>>>
>>> Guillaume Pavese
>>> Ingénieur Système et Réseau
>>> Interactiv-Group
>>>
>>>
>>> On Wed, Feb 10, 2021 at 6:55 PM  wrote:
>>>
 Hey everyone,

 Couple of months ago i benchmarked FUSE, libgfapi performance. If read
 speed is more or less tolerable for both, but write on FUSE is a disaster.
 Here below is a result screen:

 https://ibb.co/vBVB0WY

 BR
 Aleksandr

 > I recently learned that gluster community is archiving the libgfapi
 stuff.I think that a
 > lot of effort was spent on FUSE to get it faster.When did anyone
 compare them ?
 >
 > Best Regards,Strahil Nikolov
 >
 > Sent from Yahoo Mail on Android
 >
 >   On Fri, Feb 5, 2021 at 13:12, Guillaume
 > Paveseguillaume.pavese(a)interactiv-group.com wrote:
 > ___
 > Users mailing list -- users(a)ovirt.org
 > To unsubscribe send an email to users-leave(a)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/YA6J533264N.
 ..
 ___
 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/F74JJEBMICD4OKBLJWP6VKJQ3R5E6D2S/

>>>
>> Ce message et toutes les pièces jointes (ci-après le “message”) sont
>> établis à l’intention exclusive de ses destinataires et sont confidentiels.
>> Si vous recevez ce message par erreur, merci de le détruire et d’en avertir
>> immédiatement l’expéditeur. Toute utilisation de ce message non conforme a
>> sa destination, toute diffusion ou toute publication, totale ou partielle,
>> est interdite, sauf autorisation expresse. L’internet ne permettant pas
>> d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales)
>> décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse
>> ou il aurait été modifié. IT, ES, UK.
>> 
>> ___
>> 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/3MDF3GENKIMUVL3LKEKRJCPOEBB5HSRY/
>>
>

-- 


Ce message et toutes les pièces jointes (ci-après le “message”) sont 
établis à l’intention exclusive de ses destinataires et sont confidentiels. 
Si vous recevez ce message par erreur, merci de le détruire et d’en avertir 
immédiatement l’expéditeur. Toute utilisation de ce message non conforme a 
sa destination, toute diffusion ou toute publication, totale ou partielle, 
est interdite, sauf autorisation expresse. L’internet ne permettant pas 
d’assurer

[ovirt-users] Re: Failed to configure management network on the host. - oVirt in a KVM

2021-02-11 Thread Strahil Nikolov via Users 
What is the output of 'gluster volume info ' ?
Also, keep in mind that if you didn't use Cockpit to deploy the gluster, you 
will need to apply the 'virt' group of options on that volume.
P.S.:  I hope you know that the engine volume should host only the HostedEngine 
VM.
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/5L622LF37WUYRQGJW34BS4HGUG4HRSZV/

[ovirt-users] Keyboard mapping issue in oVirt portal VM using VNC console in HTML5

2021-02-11 Thread Alessio Battaglia 
Hi to all,

during Windows 10 virtual machine utilization on the Portal VM, managed by 
oVirt as a standalone Manager with local databases and connected by HTML5 VNC 
console is totally impossible to use alt-gr. 
The keyboard layout is IT and I can't use for example the @ character.

I have follow the official guideline for my environment but this can't solve 
the issue.

https://www.ovirt.org/develop/release-management/features/integration/websocketproxy-on-a-separate-host.html

Thank you very much!
___
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/RWAEIXPEQ5DJ644GTU6WEFPNOMLOJNXV/

[ovirt-users] Re: Single Node Hyperconverged - Failing Engine Deployment - Network setup?

2021-02-11 Thread jhamiltonactually 
Many thanks Didi  I will do this later - I think it may be of benefit to others.

I'll start a fresh install on my server and detailed (I'm basically following 
the Ovirt flow)  flow. I'll try get the logs into my gdrive so as not to leave 
messy posts.

I've got my desktop plugged into the same switch as the server. The switch is 
running DNSMasq and runs the DNS on 192.168.0.2. Network gateway and DHCP 
server is 192.168.0.1, which is where my internet comes in. DHCP runs from 
192.168.0.3 - 30.

I assign static IPs for the server services from 192.168.0.40 onwards.  I have 
2 x 2 port 1Gb nics (4 ports total) on the server. 2 are connected to the 
router.

I'll post everything else later today. Most grateful!
___
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/POTQ4DBRFMDX6WTAKAZHO72GAFPEHAAC/

[ovirt-users] Re: Libgfapi considerations

2021-02-11 Thread Ritesh Chikatwar 
Hello,

There are many issues after enabling libgfapi .
Issues like Attempting to start VM,also i think making a snapshot of VM,
live storage migration(As Strahil Nikolov mentioned ) and VM's are not
highly available etc.

Because of this reason it is not enabled by default in Ovirt.

Regards
Ritesh Chikatwar



On Thu, Feb 11, 2021 at 1:29 PM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> Additionally to posting benchmark results and interests in the Bugzilla
> entries mentioned previously,
> I could be useful to also post in this one that should act as a RFE :
>
> [gfapi] Support libgfapi access to the gluster storage domains
> https://bugzilla.redhat.com/show_bug.cgi?id=1633642
>
>
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>
>
> On Thu, Feb 11, 2021 at 4:44 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> I strongly invite you to post those results in RedHat's Buzilla entries
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>>
>>
>> On Wed, Feb 10, 2021 at 6:55 PM  wrote:
>>
>>> Hey everyone,
>>>
>>> Couple of months ago i benchmarked FUSE, libgfapi performance. If read
>>> speed is more or less tolerable for both, but write on FUSE is a disaster.
>>> Here below is a result screen:
>>>
>>> https://ibb.co/vBVB0WY
>>>
>>> BR
>>> Aleksandr
>>>
>>> > I recently learned that gluster community is archiving the libgfapi
>>> stuff.I think that a
>>> > lot of effort was spent on FUSE to get it faster.When did anyone
>>> compare them ?
>>> >
>>> > Best Regards,Strahil Nikolov
>>> >
>>> > Sent from Yahoo Mail on Android
>>> >
>>> >   On Fri, Feb 5, 2021 at 13:12, Guillaume
>>> > Paveseguillaume.pavese(a)interactiv-group.com wrote:
>>> > ___
>>> > Users mailing list -- users(a)ovirt.org
>>> > To unsubscribe send an email to users-leave(a)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/YA6J533264N.
>>> ..
>>> ___
>>> 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/F74JJEBMICD4OKBLJWP6VKJQ3R5E6D2S/
>>>
>>
> Ce message et toutes les pièces jointes (ci-après le “message”) sont
> établis à l’intention exclusive de ses destinataires et sont confidentiels.
> Si vous recevez ce message par erreur, merci de le détruire et d’en avertir
> immédiatement l’expéditeur. Toute utilisation de ce message non conforme a
> sa destination, toute diffusion ou toute publication, totale ou partielle,
> est interdite, sauf autorisation expresse. L’internet ne permettant pas
> d’assurer l’intégrité de ce message . Interactiv-group (et ses filiales)
> décline(nt) toute responsabilité au titre de ce message, dans l’hypothèse
> ou il aurait été modifié. IT, ES, UK.
> 
> ___
> 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/3MDF3GENKIMUVL3LKEKRJCPOEBB5HSRY/
>
___
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/NZCLNV476OBDBFOMVM3TYYTU4NOCOLE5/