[ovirt-users] Re: deployment fails - debug: var=server_cpu_dict

2021-06-04 Thread lejeczek via Users



On 04/06/2021 08:41, Strahil Nikolov wrote:

Maybe you can provide the error ?

Best Regards,
Strahil Nikolov


If it's about taking out 'debug' from the file mentioned
above then - no - deployment still fails at that same
step
with slightly different error message.

[ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The task 
includes an option with an undefined variable. The error 
was: 'dict object' has no attribute ''\n\nThe error appears 
to be in 
'/usr/share/ansible/collections/ansible_collections/ovirt/ovirt/roles/hosted_engine_setup/tasks/create_target_vm/01_create_target_hosted_engine_vm.yml': 
line 64, column 5, but may\nbe elsewhere in the file 
depending on the exact syntax problem.\n\nThe offending line 
appears to be:\n\n  {{ 
server_cpu_list['ovirt_system_option']['values'][0]['value'].split('; 
')|list|difference(['']) }}\n  - name: Convert CPU model 
name\n    ^ here\n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed 
executing ansible-playbook

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


[ovirt-users] Re: deployment fails - debug: var=server_cpu_dict

2021-06-04 Thread lejeczek via Users



On 02/06/2021 18:29, Strahil Nikolov wrote:
As 
per https://github.com/oVirt/ovirt-ansible-collection/commit/b506a125efc1901e7f15fbfcfe53b2c7352316b8 
it was removed from the code.


Can you remove all 'debug' tasks and try again ?

Best Regards,
Strahil Nikolov

On Wed, Jun 2, 2021 at 20:12, lejeczek via Users
 wrote:
Hi guys,

my:
-> $ ovirt-hosted-engine-setup

fails every time with:
...
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Convert
CPU model name]
[ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The
task
includes an option with an undefined variable. The error
was: 'dict object' has no attribute ''\n\nThe error
appears
to be in

'/usr/share/ansible/collections/ansible_collections/ovirt/ovirt/roles/hosted_engine_setup/tasks/create_target_vm/01_create_target_hosted_engine_vm.yml':

line 69, column 15, but may\nbe elsewhere in the file
depending on the exact syntax problem.\n\nThe
offending line
appears to be:\n\n  - debug:
var=server_cpu_dict\n  ^ here\n\nThere
appears
to be both 'k=v' shorthand syntax and YAML in this task.
Only one syntax may be used.\n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed
executing ansible-playbook
...

An expert would care to comment?
many thanks, L
___
Users mailing list -- users@ovirt.org
<mailto:users@ovirt.org>
To unsubscribe send an email to users-le...@ovirt.org
<mailto:users-le...@ovirt.org>
Privacy Statement:
https://www.ovirt.org/privacy-policy.html
<https://www.ovirt.org/privacy-policy.html>
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
<https://www.ovirt.org/community/about/community-guidelines/>
List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/XMSADE37OH7L3YSTWWD6AOQML6Y3E3WA/

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/XMSADE37OH7L3YSTWWD6AOQML6Y3E3WA/>

If it's about taking out 'debug' from the file mentioned 
above then - no - deployment still fails at that same step 
with slightly different error message.


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


[ovirt-users] deployment fails - debug: var=server_cpu_dict

2021-06-02 Thread lejeczek via Users

Hi guys,

my:
-> $ ovirt-hosted-engine-setup

fails every time with:
...
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Convert 
CPU model name]
[ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The task 
includes an option with an undefined variable. The error 
was: 'dict object' has no attribute ''\n\nThe error appears 
to be in 
'/usr/share/ansible/collections/ansible_collections/ovirt/ovirt/roles/hosted_engine_setup/tasks/create_target_vm/01_create_target_hosted_engine_vm.yml': 
line 69, column 15, but may\nbe elsewhere in the file 
depending on the exact syntax problem.\n\nThe offending line 
appears to be:\n\n  - debug: 
var=server_cpu_dict\n  ^ here\n\nThere appears 
to be both 'k=v' shorthand syntax and YAML in this task. 
Only one syntax may be used.\n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed 
executing ansible-playbook

...

An expert would care to comment?
many 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/XMSADE37OH7L3YSTWWD6AOQML6Y3E3WA/


[ovirt-users] Re: OSError: [Errno 24] Too many open files

2021-05-31 Thread lejeczek via Users



On 30/05/2021 16:25, Strahil Nikolov wrote:
So the Hypervisor is complete vanilla without any 
alterations ?


Do you get any output from 'rpm -V openssh-server' ?

Best Regards,
Strahil Nikolov

On Sun, May 30, 2021 at 17:14, lejeczek via Users
 wrote:


On 29/05/2021 19:29, Strahil Nikolov wrote:
> Most probably it's related to ssh.
> Did you alter your sshd config ?
>
> oVirt needs password-less access to root.
>
> Best Regards,
> Strahil Nikolov
>
>    On Sat, May 29, 2021 at 14:30, lejeczek via Users
>    mailto:users@ovirt.org>> wrote:
>    Hi guys
>
>    I'm trying to install HE on a KVM host and installer
>    cannot
>    get pass this:
>
>    [ ERROR ] OSError: [Errno 24] Too many open files
>    [ ERROR ] fatal: [localhost]: FAILED! => {"msg":
>    "Unexpected
>    failure during module execution.", "stdout": ""}
>    [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup :
Sync on
>    engine machine]
>    [ ERROR ] fatal: [localhost]: FAILED! => {"msg":
"Using a
>    SSH password instead of a key is not possible because
>    Host
>    Key checking is enabled and sshpass does not support
>    this.
>    Please add this host's fingerprint to your
known_hosts
>    file
>    to manage this host."}
>    [ ERROR ] Failed to execute stage 'Closing up':
Failed
>    executing ansible-playbook
>    [ INFO  ] Stage: Clean up
>
>    KVM itself should be satisfying in terms of
>    requirements, as
>    a setup of a HE version from 'master' repo worked
>    previously
>    on it.
>
>    Any ideas & thoughts shared, on what is that cryptic
>    error
>    message saying and how to troubleshoot I'll very much
>    appreciate.
>    many thanks, L.
>    ___
>    Users mailing list -- users@ovirt.org
<mailto:users@ovirt.org>
>    <mailto:users@ovirt.org <mailto:users@ovirt.org>>
>    To unsubscribe send an email to
users-le...@ovirt.org <mailto:users-le...@ovirt.org>
>    <mailto:users-le...@ovirt.org
<mailto:users-le...@ovirt.org>>
>    Privacy Statement:
> https://www.ovirt.org/privacy-policy.html
<https://www.ovirt.org/privacy-policy.html>
>    <https://www.ovirt.org/privacy-policy.html
<https://www.ovirt.org/privacy-policy.html>>
>    oVirt Code of Conduct:
>
https://www.ovirt.org/community/about/community-guidelines/
<https://www.ovirt.org/community/about/community-guidelines/>
>   
<https://www.ovirt.org/community/about/community-guidelines/
<https://www.ovirt.org/community/about/community-guidelines/>>
>    List Archives:
>

https://lists.ovirt.org/archives/list/users@ovirt.org/message/6X7UBMGLFS42CN22IRT4ERG73ZH5REFE/

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/6X7UBMGLFS42CN22IRT4ERG73ZH5REFE/>
>   

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/6X7UBMGLFS42CN22IRT4ERG73ZH5REFE/

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/6X7UBMGLFS42CN22IRT4ERG73ZH5REFE/>>
>
Which ssh config, where?
This is fresh installation with
"ovirt-hosted-engine-usetup".

thanks, L.
___
Users mailing list -- users@ovirt.org
<mailto:users@ovirt.org>
To unsubscribe send an email to users-le...@ovirt.org
<mailto:users-le...@ovirt.org>
Privacy Statement:
https://www.ovirt.org/privacy-policy.html
<https://www.ovirt.org/privacy-policy.html>
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
<https://www.ovirt.org/community/about/community-guidelines/>
List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/F7F7WD6O5MKRYS3D4FFC3EN7T5U3PT7S/

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/F7F7WD6O5MKRYS3D4FFC3EN7T5U3PT7S/>


Yes. For me it reproduces every time - get CentOS Stream in 
a KVM, get all updates.

ovirt-release44-4.4.6.3-1.el8.noarch
ovirt-host-4.4.6-1.el8.x86_64
openssh-server-8.0p1-8.el8.x86_64

(ps. Strahil, do it the same almost everybody else does it - 
you read from the top to bottom so write that way, this not 
a conversation just between us two.)

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


[ovirt-users] Re: OSError: [Errno 24] Too many open files

2021-05-30 Thread lejeczek via Users



On 29/05/2021 19:29, Strahil Nikolov wrote:

Most probably it's related to ssh.
Did you alter your sshd config ?

oVirt needs password-less access to root.

Best Regards,
Strahil Nikolov

On Sat, May 29, 2021 at 14:30, lejeczek via Users
 wrote:
Hi guys

I'm trying to install HE on a KVM host and installer
cannot
get pass this:

[ ERROR ] OSError: [Errno 24] Too many open files
[ ERROR ] fatal: [localhost]: FAILED! => {"msg":
"Unexpected
failure during module execution.", "stdout": ""}
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Sync on
engine machine]
[ ERROR ] fatal: [localhost]: FAILED! => {"msg": "Using a
SSH password instead of a key is not possible because
Host
Key checking is enabled and sshpass does not support
this.
Please add this host's fingerprint to your known_hosts
file
to manage this host."}
[ ERROR ] Failed to execute stage 'Closing up': Failed
executing ansible-playbook
[ INFO  ] Stage: Clean up

KVM itself should be satisfying in terms of
requirements, as
a setup of a HE version from 'master' repo worked
previously
on it.

Any ideas & thoughts shared, on what is that cryptic
error
message saying and how to troubleshoot I'll very much
appreciate.
many thanks, L.
___
Users mailing list -- users@ovirt.org
<mailto:users@ovirt.org>
To unsubscribe send an email to users-le...@ovirt.org
<mailto:users-le...@ovirt.org>
Privacy Statement:
https://www.ovirt.org/privacy-policy.html
<https://www.ovirt.org/privacy-policy.html>
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
<https://www.ovirt.org/community/about/community-guidelines/>
List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/6X7UBMGLFS42CN22IRT4ERG73ZH5REFE/

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/6X7UBMGLFS42CN22IRT4ERG73ZH5REFE/>


Which ssh config, where?
This is fresh installation with "ovirt-hosted-engine-usetup".
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/F7F7WD6O5MKRYS3D4FFC3EN7T5U3PT7S/


[ovirt-users] OSError: [Errno 24] Too many open files

2021-05-29 Thread lejeczek via Users

Hi guys

I'm trying to install HE on a KVM host and installer cannot 
get pass this:


[ ERROR ] OSError: [Errno 24] Too many open files
[ ERROR ] fatal: [localhost]: FAILED! => {"msg": "Unexpected 
failure during module execution.", "stdout": ""}
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Sync on 
engine machine]
[ ERROR ] fatal: [localhost]: FAILED! => {"msg": "Using a 
SSH password instead of a key is not possible because Host 
Key checking is enabled and sshpass does not support this.  
Please add this host's fingerprint to your known_hosts file 
to manage this host."}
[ ERROR ] Failed to execute stage 'Closing up': Failed 
executing ansible-playbook

[ INFO  ] Stage: Clean up

KVM itself should be satisfying in terms of requirements, as 
a setup of a HE version from 'master' repo worked previously 
on it.


Any ideas & thoughts shared, on what is that cryptic error 
message saying and how to troubleshoot I'll very much 
appreciate.

many 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/6X7UBMGLFS42CN22IRT4ERG73ZH5REFE/


[ovirt-users] Re: Problems provisioning 4.4.6 hosted engine

2021-05-23 Thread lejeczek via Users



On 18/05/2021 12:32, Yedidyah Bar David wrote:

On Thu, May 13, 2021 at 3:34 PM Sketch  wrote:

This is a new system is CentOS 8.3, with the oVirt-4.4 repo and all
updates applied.  When I try to install the hosted engine with my engine
backup from 4.3.10, the installation fails with a too many open files
error.  My 8.3 hosts already had 1M system max files, which is more than
any of my CentOS 7/oVirt 4.3 hosts have.  I tried increasing it to 2M with
no luck, so my suspicion is that the error is on the engine itself?

I tried provisioning a new engine just to test, and I get SSH key errors
instead of this one.

Any suggestions?

2021-05-12 23:09:44,731-0700 ERROR ansible failed {
  "ansible_host": "localhost",
  "ansible_playbook": 
"/usr/share/ovirt-hosted-engine-setup/ansible/trigger_role.yml",
  "ansible_result": {
  "_ansible_no_log": false,
  "exception": "Traceback (most recent call last):\n  File 
\"/usr/lib/python3.6/site-packages/ansible/executor/task_executor.py\", line 665, in _execute\nresult = 
self._handler.run(task_vars=variables)\n  File \"/usr/lib/python3.6/site-packages/ansible/plugins/action/wait_for_connection.py\", line 
122, in run\nself._remove_tmp_path(self._connection._shell.tmpdir)\n  File 
\"/usr/lib/python3.6/site-packages/ansible/plugins/action/__init__.py\", line 417, in _remove_tmp_path\ntmp_rm_res = 
self._low_level_execute_command(cmd, sudoable=False)\n  File \"/usr/lib/python3.6/site-packages/ansible/plugins/action/__init__.py\", line 
1085, in _low_level_execute_command\nrc, stdout, stderr = self._connection.exec_command(cmd, in_data=in_data, sudoable=sudoable)\n  File 
\"/usr/lib/python3.6/site-packages/ansible/plugins/connection/ssh.py\", line 1191, in exec_command\ncmd = self._build_command(*args)\n  
File \"/usr/lib/python3.6/site-packages/ansible/plugins/connection/s
  sh.py\", line 562, in _build_command\nself.sshpass_pipe = os.pipe()\nOSError: [Errno 24] Too many open files\n\nDuring 
handling of the above exception, another exception occurred:\n\nTraceback (most recent call last):\n  File 
\"/usr/lib/python3.6/site-packages/ansible/executor/task_executor.py\", line 147, in run\nres = self._execute()\n  File 
\"/usr/lib/python3.6/site-packages/ansible/executor/task_executor.py\", line 673, in _execute\nself._handler.cleanup()\n 
 File \"/usr/lib/python3.6/site-packages/ansible/plugins/action/__init__.py\", line 128, in cleanup\n
self._remove_tmp_path(self._connection._shell.tmpdir)\n  File 
\"/usr/lib/python3.6/site-packages/ansible/plugins/action/__init__.py\", line 417, in _remove_tmp_path\ntmp_rm_res = 
self._low_level_execute_command(cmd, sudoable=False)\n  File 
\"/usr/lib/python3.6/site-packages/ansible/plugins/action/__init__.py\", line 1085, in _low_level_execute_command\nrc, 
stdout, stderr = self._connection.exec_command
  (cmd, in_data=in_data, sudoable=sudoable)\n  File 
\"/usr/lib/python3.6/site-packages/ansible/plugins/connection/ssh.py\", line 1191, in 
exec_command\ncmd = self._build_command(*args)\n  File 
\"/usr/lib/python3.6/site-packages/ansible/plugins/connection/ssh.py\", line 562, in 
_build_command\nself.sshpass_pipe = os.pipe()\nOSError: [Errno 24] Too many open files\n",
  "msg": "Unexpected failure during module execution.",
  "stdout": ""
  },
  "ansible_task": "Wait for the local VM",
  "ansible_type": "task",
  "status": "FAILED",
  "task_duration": 3605

So I suppose it failed after 3605 seconds, or 721 attempts (of 5 seconds each).

Do you see the VM in 'virsh list'?
Can you see the VM running (e.g. 'ps auxww | grep qemu')?
Can you try to ssh to it from the host (search the logs for
local_vm_ip for its local/private temporary address)?
Perhaps open its console (Perhaps 'virsh console HostedEngineLocal')?

That said, I'd personally also consider it a bug in ansible, unless
you made some relevant custom changes - the bug is that it seems to
leak open files.

Thanks and best regards,

I also hit the very same problem and error.
...
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Wait for 
the local VM]


[ ERROR ] OSError: [Errno 24] Too many open files
[ ERROR ] fatal: [localhost]: FAILED! => {"msg": "Unexpected 
failure during module execution.", "stdout": ""}
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Sync on 
engine machine]
[ ERROR ] fatal: [localhost]: FAILED! => {"msg": "Using a 
SSH password instead of a key is not possible because Host 
Key checking is enabled and sshpass does not support this.  
Please add this host's fingerprint to your known_hosts file 
to manage this host."}
[ ERROR ] Failed to execute stage 'Closing up': Failed 
executing ansible-playbook


I can ssh to the VM via 192.168.1.124 on virbr0 and I can 
console and then log in.


My oVirt host is itself a KVM.

ovirt-host-4.4.6-1.el8.x86_64
ovirt-hosted-engine-ha-2.4.7-1.el8.noarch
ovirt-hosted-engine-setup-2.5.0-1.el8.noarch


[ovirt-users] Re: cleanup does not cleanup

2021-05-22 Thread lejeczek via Users



On 20/05/2021 10:42, Yedidyah Bar David wrote:

On Wed, May 19, 2021 at 9:34 PM lejeczek via Users  wrote:

Hi guys.

-> $ ovirt-hosted-engine-cleanup -q

says it ran its stuff, done & dusted yet I see 'ovirtmgmt'
bridge remains.
Would that be a bug and how to clean it?

It won't be fixed, because it's hard to fix _reliably_.

Most recent relevant patch:
https://gerrit.ovirt.org/c/ovirt-hosted-engine-setup/+/112336 .

Basically, you have three choices:

1. Reinstall the OS and try again to deploy.

2. Try to deploy again without removing the bridge. If the failure was
not due to misconfigured networking, and you handled the root cause
for it, a second attempt will likely succeed.

3. Manually remove it:

- Make sure you can login to the machine even with the network down.
 From a serial console, remote KVM, whatever.

- Check which nic is inside the ovirtmgmt bridge.

- Note the IP address of the bridge.

- Remove the nic from the bridge, remove the bridge, configure the NIC
to have the IP address. Or perhaps start it and let it get an address
from dhcp, as applicable.
'ovirtmgmt' survives reboots or rather - even after manual 
removal, after reboot it gets created anew.
How to get that fixed? It's not NM's bits do that - what it 
doing it?


thanks, L.

There is nothing specific to oVirt in this. You can try searching the
net for other guides about how to move a NIC out of a bridge in Linux.
If you do this very carefully, you might manage to do this from
remote, but I'd personally not try this unless I do have simple access
to the machine's console in case I make a mistake.

Good luck and best 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/2WYEZDPMAN4S7CKF52XHXG53KBXK2IND/


[ovirt-users] cleanup does not cleanup

2021-05-19 Thread lejeczek via Users

Hi guys.

-> $ ovirt-hosted-engine-cleanup -q

says it ran its stuff, done & dusted yet I see 'ovirtmgmt' 
bridge remains.

Would that be a bug and how to clean it?
many 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/V5J4JRJG66XLMEESBYPPPE72MMQSKGDB/


[ovirt-users] error: Engine VM IP address is ... what?

2021-05-19 Thread lejeczek via Users

Hi guys.

Would anybody be able to decipher this below?

[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Fail if 
Engine IP is different from engine's he_fqdn resolved IP]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, 
"msg": "Engine VM IP address is  while the engine's he_fqdn 
buster.private.road resolves to 10.3.1.113. If you are using 
DHCP, check your DHCP reservation configuration"}
[ ERROR ] Failed to execute stage 'Closing up': Failed 
executing ansible-playbook


many 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/GWZ7CLHKGRKGDQUOPPF6OEYYPFVXNEPP/


[ovirt-users] Fedora CoreOS

2021-05-07 Thread lejeczek via Users

Hi guys.

From what I gather there is no oVirt for Fedora CoreOS but 
I should ask here at the source - is it there oVirt for that 
OS and if there is not as of now, are the any plans or 
discussion to make that reality?


many 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/PVJJVSDTAWWTGF5XM4ARVJQE26FFNRQS/


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

2021-02-12 Thread lejeczek via Users



On 12/02/2021 04:55, Strahil Nikolov wrote:
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
<mailto:users@ovirt.org>
To unsubscribe send an email to users-le...@ovirt.org
<mailto:users-le...@ovirt.org>
Privacy Statement:
https://www.ovirt.org/privacy-policy.html
<https://www.ovirt.org/privacy-policy.html>
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
<https://www.ovirt.org/community/about/community-guidelines/>
List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/MDSD46DASIGPKUVLNV6ZNEWAJQNZNZEJ/

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/MDSD46DASIGPKUVLNV6ZNEWAJQNZNZEJ/>


firewalld is up & running.
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1921845
___
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/WLYU6U46MGBSJ43OE57ZP6LRWRHQJG3D/


[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: Failed to configure management network on the host. - oVirt in a KVM

2021-02-10 Thread lejeczek via Users



On 10/02/2021 14:00, Ales Musil wrote:



On Wed, Feb 10, 2021 at 2:56 PM lejeczek via Users 
mailto:users@ovirt.org>> wrote:




On 10/02/2021 09:36, Ales Musil wrote:
> It seems like it might be a bug in nmstate would you be
> willing to try:
> dnf -y copr enable packit/nmstate-nmstate-1508
> dnf -y update nmstate
>
> reboot the host and then redeploy?
I think it is looking better. There were some other
updates
dnf pulled in. So, short & incomplete list of rpms:


cockpit-ovirt-dashboard-0.14.20-0.0.master.20210207161806.git6ee9bc3.el8.noarch
ovirt-ansible-collection-1.3.1-0.1.master.20210128112414.el8.noarch
ovirt-engine-appliance-4.4-20210208183902.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.2021020804.git6d17342.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.20210208.gita10779e.el8.x86_64

python3-ovirt-setup-lib-1.3.3-0.0.master.20200727063144.git90cd6d9.el8.noarch

-> $ rpm -qa \*nmst\* | sort
nmstate-1.0.2-0.20210208061141616978.pr1508.13.gfcaaacf.el8.noarch

nmstate-plugin-ovsdb-1.0.2-0.20210208061141616978.pr1508.13.gfcaaacf.el8.noarch

python3-libnmstate-1.0.2-0.20210208061141616978.pr1508.13.gfcaaacf.el8.noarch

I hit now what's below. It might not relate to the
original
issue but just in case and so I can report back that
"deployment" was 100% successful.
Here:
...
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Add NFS
storage domain]
[ INFO  ] skipping: [localhost]
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Add
glusterfs storage domain]
[ ERROR ] Verify permission settings on the specified
storage path.]". HTTP response code is 400.
[ ERROR ] fatal: [localhost]: FAILED! => {"changed":
false,
"msg": "Fault reason is \"Operation Failed\". Fault
detail
is \"[Permission settings on the specified path do not
allow
access to the storage.\nVerify permission settings on the
specified storage path.]\". HTTP response code is 400."}
   Please specify the storage you would like
to use
(glusterfs, iscsi, fc, nfs)[nfs]: glusterfs
   Please specify the full shared storage
connection
path to use (example: host:/path): 10.1.1.201:/oVirt
   If needed, specify additional mount options
for
the connection to the hosted-engine storagedomain
(example:
rsize=32768,wsize=32768) []:
[ INFO  ] Creating Storage Domain
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Execute
just a specific set of steps]
[ INFO  ] ok: [localhost]
...

And it loops around that stage.
I have no clue what it is saying. I can say though that I
can mount & use that same glusterfs vol from the
deploying
host with no problems.


I am not familiar enough with storage, @Nir Soffer 
<mailto:nsof...@redhat.com> can you please help to 
identify what might be wrong here?
Never mind that last error I mention. That is only me, as 
I'm still in a process of thumbing though, miss bits on 
"glusterfs" from installation docs.
I can report that with new "nmstat" from copr you suggested 
(and perhaps the updates dnf pulled in today) the deployment 
process if free the original error and ends with:

[ INFO  ] Hosted Engine successfully deployed

ps. I suppose that copr's nmstate should get its way into 
"regular" repo(s) asap.

many thanks, L.



regards, L.
___
Users mailing list -- users@ovirt.org
<mailto:users@ovirt.org>
To unsubscribe send an email to users-le...@ovirt.org
<mailto:users-le...@ovirt.org>
Privacy Statement:
https://www.ovirt.org/privacy-policy.html
<https://www.ovirt.org/privacy-policy.html>
oVirt Code of

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

2021-02-10 Thread lejeczek via Users



On 10/02/2021 09:36, Ales Musil wrote:
It seems like it might be a bug in nmstate would you be 
willing to try:

dnf -y copr enable packit/nmstate-nmstate-1508
dnf -y update nmstate

reboot the host and then redeploy?
I think it is looking better. There were some other updates 
dnf pulled in. So, short & incomplete list of rpms:


cockpit-ovirt-dashboard-0.14.20-0.0.master.20210207161806.git6ee9bc3.el8.noarch
ovirt-ansible-collection-1.3.1-0.1.master.20210128112414.el8.noarch
ovirt-engine-appliance-4.4-20210208183902.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.2021020804.git6d17342.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.20210208.gita10779e.el8.x86_64
python3-ovirt-setup-lib-1.3.3-0.0.master.20200727063144.git90cd6d9.el8.noarch

-> $ rpm -qa \*nmst\* | sort
nmstate-1.0.2-0.20210208061141616978.pr1508.13.gfcaaacf.el8.noarch
nmstate-plugin-ovsdb-1.0.2-0.20210208061141616978.pr1508.13.gfcaaacf.el8.noarch
python3-libnmstate-1.0.2-0.20210208061141616978.pr1508.13.gfcaaacf.el8.noarch

I hit now what's below. It might not relate to the original 
issue but just in case and so I can report back that 
"deployment" was 100% successful.

Here:
...
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Add NFS 
storage domain]

[ INFO  ] skipping: [localhost]
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Add 
glusterfs storage domain]
[ ERROR ] Verify permission settings on the specified 
storage path.]". HTTP response code is 400.
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, 
"msg": "Fault reason is \"Operation Failed\". Fault detail 
is \"[Permission settings on the specified path do not allow 
access to the storage.\nVerify permission settings on the 
specified storage path.]\". HTTP response code is 400."}
  Please specify the storage you would like to use 
(glusterfs, iscsi, fc, nfs)[nfs]: glusterfs
  Please specify the full shared storage connection 
path to use (example: host:/path): 10.1.1.201:/oVirt
  If needed, specify additional mount options for 
the connection to the hosted-engine storagedomain (example: 
rsize=32768,wsize=32768) []:

[ INFO  ] Creating Storage Domain
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Execute 
just a specific set of steps]

[ INFO  ] ok: [localhost]
...

And it loops around that stage.
I have no clue what it is saying. I can say though that I 
can mount & use that same glusterfs vol from the deploying 
host with no problems.


regards, 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/XHQHVRVHIU4A5ECM7TJBALLBJSFCNN3Z/


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

2021-02-10 Thread lejeczek via Users



On 10/02/2021 06:54, Ales Musil wrote:



On Tue, Feb 9, 2021 at 10:04 PM lejeczek via Users 
mailto:users@ovirt.org>> wrote:




On 09/02/2021 19:02, Strahil Nikolov wrote:
> Did you disable NetworkManager.service ?
>
> Best Regards,
> Strahil Nikolov
I do not guess that's possible. On Centos Steam, sevice
NetworkManager even if disabled is "pulled up" by vdsm
itself. Removing NetworkManager rpm package is also not
possible as oVirt or its dependencies require it.
Unless this is a bug, it seems that 4.4.5-master on
Centos
Stream works that way, differently.

regards, L.
___
Users mailing list -- users@ovirt.org
<mailto:users@ovirt.org>
To unsubscribe send an email to users-le...@ovirt.org
<mailto:users-le...@ovirt.org>
Privacy Statement:
https://www.ovirt.org/privacy-policy.html
<https://www.ovirt.org/privacy-policy.html>
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
<https://www.ovirt.org/community/about/community-guidelines/>
List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/EX5YMMBVK7WD2ROGSK2DMZ6MM5734NYB/

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/EX5YMMBVK7WD2ROGSK2DMZ6MM5734NYB/>


Disabling NetworkManager would break all networking on the 
host because from 4.4

this is the main provider for networking.

Can you please also provide a line from supoervdsm.log 
that starts with "Desired state:"?



-> $ grep esired.stat -B8 -A8 /var/log/vdsm/supervdsm.log
MainProcess|jsonrpc/3::INFO::2021-02-09 
15:04:19,520::hooks::122::root::(_runHooksDir) 
/usr/libexec/vdsm/hooks/before_network_setup/50_fcoe: rc=0 
err=b''
MainProcess|jsonrpc/3::INFO::2021-02-09 
15:04:19,520::configurator::90::root::(_setup_nmstate) 
Processing setup through nmstate
MainProcess|jsonrpc/3::DEBUG::2021-02-09 
15:04:19,528::context::144::root::(register_async) Async 
action: Retrieve applied config: ethernet ens3 started
MainProcess|jsonrpc/3::DEBUG::2021-02-09 
15:04:19,528::context::144::root::(register_async) Async 
action: Retrieve applied config: bridge virbr0 started
MainProcess|jsonrpc/3::DEBUG::2021-02-09 
15:04:19,528::context::144::root::(register_async) Async 
action: Retrieve applied config: tun vnet0 started
MainProcess|jsonrpc/3::DEBUG::2021-02-09 
15:04:19,530::context::153::root::(finish_async) Async 
action: Retrieve applied config: ethernet ens3 finished
MainProcess|jsonrpc/3::DEBUG::2021-02-09 
15:04:19,530::context::153::root::(finish_async) Async 
action: Retrieve applied config: bridge virbr0 finished
MainProcess|jsonrpc/3::DEBUG::2021-02-09 
15:04:19,530::context::153::root::(finish_async) Async 
action: Retrieve applied config: tun vnet0 finished
MainProcess|jsonrpc/3::INFO::2021-02-09 
15:04:19,537::configurator::92::root::(_setup_nmstate) 
Desired state: {'interfaces': [{'name': 'ens3', 'state': 
'up', 'mtu': 1500, 'ipv4': {'enabled': False}, 'ipv6': 
{'enabled': False}}, {'name': 'ovirtmgmt', 'type': 
'linux-bridge', 'state': 'up', 'mtu': 1500, 'bridge': 
{'port': [{'name': 'ens3'}], 'options': {'stp': {'enabled': 
False}}}, 'ipv4': {'enabled': True, 'address': [{'ip': 
'10.3.1.111', 'prefix-length': 24}], 'dhcp': False}, 'ipv6': 
{'enabled': False}}], 'routes': {'config': 
[{'next-hop-address': '10.3.1.254', 'next-hop-interface': 
'ovirtmgmt', 'destination': '0.0.0.0/0', 'table-id': 0}]}, 
'dns-resolver': {'config': {'server': ['10.3.1.254']}}}
MainProcess|jsonrpc/3::DEBUG::2021-02-09 
15:04:19,559::context::144::root::(register_async) Async 
action: Retrieve applied config: ethernet ens3 started
MainProcess|jsonrpc/3::DEBUG::2021-02-09 
15:04:19,559::context::144::root::(register_async) Async 
action: Retrieve applied config: bridge virbr0 started
MainProcess|jsonrpc/3::DEBUG::2021-02-09 
15:04:19,559::context::144::root::(register_async) Async 
action: Retrieve applied config: tun vnet0 started
MainProcess|jsonrpc/3::DEBUG::2021-02-09 
15:04:19,562::context::153::root::(finish_async) Async 
action: Retrieve applied config: ethernet ens3 finished
MainProcess|jsonrpc/3::DEBUG::2021-02-09 
15:04:19,562::context::153::root::(finish_async) Async 
action: Retrieve applied config: bridge virbr0 finished
MainProcess|jsonrpc/3::DEBUG::2021-02-09 
15:04:19,562::context::153::root::(finish_async) Async 
action: Retrieve applied config: tun vnet0 finished
MainProcess|jsonrpc/3::DEBUG::2021-02-09 
15:04:19,585::ifaces::668::root::(_remove_unknown_type_interfaces) 
Interface lo is type unknown and will be ignored during the 
activation
MainProcess|jsonrpc/3::DEBUG::2021-02-09 
15:04:19,585::ifaces::668::root::(_remove_unknown_type_interfaces) 
Interface virbr0-nic is type unknown and will be ignored 
during the activation

--
    res = func(*args, **kwargs)
  File 
"/usr/lib/python3.6/site-packages/vds

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

2021-02-09 Thread lejeczek via Users



On 09/02/2021 19:02, Strahil Nikolov wrote:

Did you disable NetworkManager.service ?

Best Regards,
Strahil Nikolov
I do not guess that's possible. On Centos Steam, sevice 
NetworkManager even if disabled is "pulled up" by vdsm 
itself. Removing NetworkManager rpm package is also not 
possible as oVirt or its dependencies require it.
Unless this is a bug, it seems that 4.4.5-master on Centos 
Stream works that way, differently.


regards, 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/EX5YMMBVK7WD2ROGSK2DMZ6MM5734NYB/


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

2021-02-08 Thread lejeczek via Users



On 08/02/2021 12:11, Ales Musil wrote:



On Mon, Feb 8, 2021 at 12:33 PM lejeczek via Users 
mailto:users@ovirt.org>> wrote:




On 08/02/2021 06:44, Ales Musil wrote:
>
>
> On Mon, Feb 8, 2021 at 12:18 AM lejeczek via Users
> mailto:users@ovirt.org>
<mailto:users@ovirt.org <mailto:users@ovirt.org>>> wrote:
>
>     Hi guys,
>
>     I'm trying oVirt in a KVM and I get this:
>     ...
>     [ INFO  ] The host has been set in non_operational
>     status,
>     deployment errors:   code 505: Host
c8ovirt1.private.road
>     installation failed. Failed to configure management
>     network
>     on the host.,    code 519: Host
c8ovirt1.private.road
>     does
>     not comply with the cluster road networks, the
following
>     networks are missing on host: 'ovirtmgmt',   
code 1120:
>     Failed to configure management network on host
>     c8ovirt1.private.road due to setup networks
failure.,
>     code 9000: Failed to verify Power Management
>     configuration
>     for Host c8ovirt1.private.road., code 10802: VDSM
>     c8ovirt1.private.road command HostSetupNetworksVDS
>     failed:
>     Internal JSON-RPC error: {'reason': 'Failed to find
>     interface to with route table ID 254 to store route
>     rules'},
>     ...
>
>     How much of a worry is it and how to fix such
KVM vm so
>     oVirt would be happy?
>     many thanks, L.
>     ___
>     Users mailing list -- users@ovirt.org
<mailto:users@ovirt.org>
>     <mailto:users@ovirt.org <mailto:users@ovirt.org>>
>     To unsubscribe send an email to
users-le...@ovirt.org <mailto:users-le...@ovirt.org>
>     <mailto:users-le...@ovirt.org
<mailto:users-le...@ovirt.org>>
>     Privacy Statement:
> https://www.ovirt.org/privacy-policy.html
<https://www.ovirt.org/privacy-policy.html>
>     <https://www.ovirt.org/privacy-policy.html
<https://www.ovirt.org/privacy-policy.html>>
>     oVirt Code of Conduct:
>
https://www.ovirt.org/community/about/community-guidelines/
<https://www.ovirt.org/community/about/community-guidelines/>
>   
 <https://www.ovirt.org/community/about/community-guidelines/
<https://www.ovirt.org/community/about/community-guidelines/>>
>     List Archives:
>

https://lists.ovirt.org/archives/list/users@ovirt.org/message/UZHD5KCPMKXOSPFK7E6JWA27H6SPHHO6/

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/UZHD5KCPMKXOSPFK7E6JWA27H6SPHHO6/>
>   
 
<https://lists.ovirt.org/archives/list/users@ovirt.org/message/UZHD5KCPMKXOSPFK7E6JWA27H6SPHHO6/

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/UZHD5KCPMKXOSPFK7E6JWA27H6SPHHO6/>>
>
>
>
> Hello,
>
> usually KVM hosts work without any issues for me, as
long
> as there is a single interface that will act as a
> management network.
>
> Can you please share relevant part from supervdsm.log?
>
> Thank you.
> Regards,
> Ales
>
>
Just in case it's not clear from that log snippet I
pasted,
should have made it clearer, it's deployment of the
engine.
KVM vm has only on single iface.
...
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup :
Generate
the error message from the engine events]
[ INFO  ] ok: [localhost]
[ INFO  ] The host has been set in non_operational
status,
deployment errors:   code 505: Host c8ovirt1.private.road
installation failed. Failed to configure management
network
on the host.,    code 519: Host c8ovirt1.private.road
does
not comply with the cluster road networks, the following
networks are missing on host: 'ovirtmgmt',    code 1120:
Failed to configure management network on host
c8ovirt1.private.road due to setup networks failure.,
code 9000: Failed to verify Power Management
configuration
for Host c8ovirt1.private.road.,    code 10802: VDSM
c8ovirt1.private.road command HostSetupNetworksVDS
failed:
Internal JSON-RPC error: {'reason': 'Failed to find
interface to with route table ID 254 to store route
rules'},
[ INFO  ] skipping: [localhost]
[ INFO  ] You can now connect to
https://c8ovirt1.private.road:6900/ovirt-engine/
<https://c8ovirt1.private.road:6900/ovirt-engine/> and
check
the status of this host and eventually remediate it,
please
continue only when the host is listed as 'up'
[ INFO  ] TASK [ovirt.ovir

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

2021-02-08 Thread lejeczek via Users



On 08/02/2021 06:44, Ales Musil wrote:



On Mon, Feb 8, 2021 at 12:18 AM lejeczek via Users 
mailto:users@ovirt.org>> wrote:


Hi guys,

I'm trying oVirt in a KVM and I get this:
...
[ INFO  ] The host has been set in non_operational
status,
deployment errors:   code 505: Host c8ovirt1.private.road
installation failed. Failed to configure management
network
on the host.,    code 519: Host c8ovirt1.private.road
does
not comply with the cluster road networks, the following
networks are missing on host: 'ovirtmgmt',    code 1120:
Failed to configure management network on host
c8ovirt1.private.road due to setup networks failure.,
code 9000: Failed to verify Power Management
configuration
for Host c8ovirt1.private.road., code 10802: VDSM
c8ovirt1.private.road command HostSetupNetworksVDS
failed:
Internal JSON-RPC error: {'reason': 'Failed to find
interface to with route table ID 254 to store route
rules'},
...

How much of a worry is it and how to fix such KVM vm so
oVirt would be happy?
many thanks, L.
___
Users mailing list -- users@ovirt.org
<mailto:users@ovirt.org>
To unsubscribe send an email to users-le...@ovirt.org
<mailto:users-le...@ovirt.org>
Privacy Statement:
https://www.ovirt.org/privacy-policy.html
<https://www.ovirt.org/privacy-policy.html>
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
<https://www.ovirt.org/community/about/community-guidelines/>
List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/UZHD5KCPMKXOSPFK7E6JWA27H6SPHHO6/

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/UZHD5KCPMKXOSPFK7E6JWA27H6SPHHO6/>



Hello,

usually KVM hosts work without any issues for me, as long 
as there is a single interface that will act as a 
management network.


Can you please share relevant part from supervdsm.log?

Thank you.
Regards,
Ales


Just in case it's not clear from that log snippet I pasted, 
should have made it clearer, it's deployment of the engine. 
KVM vm has only on single iface.

...
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Generate 
the error message from the engine events]

[ INFO  ] ok: [localhost]
[ INFO  ] The host has been set in non_operational status, 
deployment errors:   code 505: Host c8ovirt1.private.road 
installation failed. Failed to configure management network 
on the host.,    code 519: Host c8ovirt1.private.road does 
not comply with the cluster road networks, the following 
networks are missing on host: 'ovirtmgmt',    code 1120: 
Failed to configure management network on host 
c8ovirt1.private.road due to setup networks failure.,    
code 9000: Failed to verify Power Management configuration 
for Host c8ovirt1.private.road.,    code 10802: VDSM 
c8ovirt1.private.road command HostSetupNetworksVDS failed: 
Internal JSON-RPC error: {'reason': 'Failed to find 
interface to with route table ID 254 to store route rules'},

[ INFO  ] skipping: [localhost]
[ INFO  ] You can now connect to 
https://c8ovirt1.private.road:6900/ovirt-engine/ and check 
the status of this host and eventually remediate it, please 
continue only when the host is listed as 'up'

[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : include_tasks]
[ INFO  ] ok: [localhost]
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Create 
temporary lock file]

[ INFO  ] changed: [localhost]
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Pause 
execution until /tmp/ansible.con_3ppb_he_setup_lock is 
removed, delete it once ready to proceed]

...

and tail of supervdsm.log
...
(cwd None)
MainThread::DEBUG::2021-02-07 
18:03:40,618::cmdutils::138::root::(exec_cmd) SUCCESS:  
= b'';  = 0
MainThread::DEBUG::2021-02-07 
18:03:40,618::cmdutils::130::root::(exec_cmd) 
/usr/sbin/lldptool -ping (cwd None)
MainThread::DEBUG::2021-02-07 
18:03:40,668::cmdutils::138::root::(exec_cmd) SUCCESS:  
= b'';  = 0
MainThread::DEBUG::2021-02-07 
18:03:40,669::cmdutils::130::root::(exec_cmd) 
/usr/sbin/lldptool get-lldp -i ens3 adminStatus (cwd None)
MainThread::DEBUG::2021-02-07 
18:03:40,672::cmdutils::138::root::(exec_cmd) SUCCESS:  
= b'';  = 0
MainThread::DEBUG::2021-02-07 
18:03:40,672::cmdutils::130::root::(exec_cmd) 
/usr/sbin/lldptool set-lldp -i ens3 adminStatus=rx (cwd None)
MainThread::DEBUG::2021-02-07 
18:03:40,674::cmdutils::138::root::(exec_cmd) SUCCESS:  
= b'';  = 0
MainThread::DEBUG::2021-02-07 
18:03:40,675::supervdsm_server::311::SuperVdsm.Server::(main) 
Started serving super vdsm object
restore-net::INFO::2021-02-07 
18:03:43,508::restore_net_config::290::root::(restore) 
starting network restoration.
restore-net::DEBUG::2021-02-07 
18:03:43,510::cmdutils::130::root::(exec_cmd) /sbin/tc qdisc 
show (cwd None)
restore-net::DEBUG::2021-02-07 
18:03:43,520::cmdutils::138::root::(exec_cmd

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

2021-02-07 Thread lejeczek via Users

Hi guys,

I'm trying oVirt in a KVM and I get this:
...
[ INFO  ] The host has been set in non_operational status, 
deployment errors:   code 505: Host c8ovirt1.private.road 
installation failed. Failed to configure management network 
on the host.,    code 519: Host c8ovirt1.private.road does 
not comply with the cluster road networks, the following 
networks are missing on host: 'ovirtmgmt',    code 1120: 
Failed to configure management network on host 
c8ovirt1.private.road due to setup networks failure.,    
code 9000: Failed to verify Power Management configuration 
for Host c8ovirt1.private.road., code 10802: VDSM 
c8ovirt1.private.road command HostSetupNetworksVDS failed: 
Internal JSON-RPC error: {'reason': 'Failed to find 
interface to with route table ID 254 to store route rules'},

...

How much of a worry is it and how to fix such KVM vm so 
oVirt would be happy?

many 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/UZHD5KCPMKXOSPFK7E6JWA27H6SPHHO6/


[ovirt-users] Re: The he_fqdn proposed for the engine VM resolves on this host - error?

2021-02-07 Thread lejeczek via Users



On 01/02/2021 07:57, Yedidyah Bar David wrote:
On Thu, Jan 28, 2021 at 5:12 PM lejeczek via Users 
mailto:users@ovirt.org>> wrote:




On 28/01/2021 13:42, Yedidyah Bar David wrote:
> On Thu, Jan 28, 2021 at 3:26 PM lejeczek via Users
mailto:users@ovirt.org>> wrote:
>>
>>
>> On 28/12/2020 21:21, Edward Berger wrote:
>>> The hosted engine fqdn and IP address should be
separate
>>> from the hypervisor host's IP address but on the same
>>> network so it can communicate to the host through a
>>> bridged interface that the installer creates on the
>>> hypervisor host for the hosted engine VM.
>>>
>>> On Mon, Dec 28, 2020 at 3:14 PM lejeczek via Users
>>> mailto:users@ovirt.org>
<mailto:users@ovirt.org <mailto:users@ovirt.org>>> wrote:
>>>
>>>      hi chaps,
>>>
>>>      a newcomer here. I use cockpit to deploy
hosted engine
>>>      and I
>>>      get this error/warning message:
>>>
>>>      "The he_fqdn proposed for the engine VM
resolves on
>>>      this host"
>>>
>>>      I should mention that if I remove the IP to
which FQDN
>>>      resolves off that iface(plain eth no vlans)
then I get
>>>      this:
>>>
>>>      [ ERROR ] fatal: [localhost]: FAILED! =>
{"changed":
>>>      false,
>>>      "msg": "The selected network interface is not
valid"}
>>>
>>>      All these errors seem bit too cryptic to me.
>>>      Could you shed bit light on what is oVirt saying
>>>      exactly and
>>>      why it's not happy that way?
>>>
>>>      many thanks, L.
>>> ___
>>>      Users mailing list -- users@ovirt.org
<mailto:users@ovirt.org>
>>>      <mailto:users@ovirt.org <mailto:users@ovirt.org>>
>>>      To unsubscribe send an email to
users-le...@ovirt.org <mailto:users-le...@ovirt.org>
>>>      <mailto:users-le...@ovirt.org
<mailto:users-le...@ovirt.org>>
>>>      Privacy Statement:
>>> https://www.ovirt.org/privacy-policy.html
<https://www.ovirt.org/privacy-policy.html>
>>>      <https://www.ovirt.org/privacy-policy.html
<https://www.ovirt.org/privacy-policy.html>>
>>>      oVirt Code of Conduct:
>>>
https://www.ovirt.org/community/about/community-guidelines/
<https://www.ovirt.org/community/about/community-guidelines/>
>>>     
<https://www.ovirt.org/community/about/community-guidelines/
<https://www.ovirt.org/community/about/community-guidelines/>>
>>>      List Archives:
>>>

https://lists.ovirt.org/archives/list/users@ovirt.org/message/LTAYI3GYI2ANRKWMME62BJ4DY2XEGFJM/

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/LTAYI3GYI2ANRKWMME62BJ4DY2XEGFJM/>
>>>     

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/LTAYI3GYI2ANRKWMME62BJ4DY2XEGFJM/

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/LTAYI3GYI2ANRKWMME62BJ4DY2XEGFJM/>>
>>>
>> When I played a bit with it now I get a different
failure:
>> ...
>> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup :
Check the
>> resolved address resolves on the selected interface]
>> [ ERROR ] fatal: [localhost]: FAILED! =>
{"changed": false,
>> "msg": "The resolved address doesn't resolve on the
selected
>> interface\n"}
>> ...
>>
>> Is this the hosted-engine address installer
complains about?
>> Before I go further down the rabbit hole - can
deployment be
>> done solely with "hosts" and no DNS?
> In principle, it can, and if it can't, that's a bug
- please report one.
>
> I didn't try that myself recently.
>
> Please note that if you rely on /etc/hosts, the
deploy process can "help"
> you with this (see the relevant questions it asks),
but it's still up to
> you to make sure the information is correct (which
is true, btw, also with
> dns).
>
> For your specific error above, please check the logs
- you should find
> "he_host_ip" there and see if it's correct.
>
> Best regards,
Gee, to a

[ovirt-users] Re: The he_fqdn proposed for the engine VM resolves on this host - error?

2021-01-28 Thread lejeczek via Users



On 28/01/2021 13:42, Yedidyah Bar David wrote:

On Thu, Jan 28, 2021 at 3:26 PM lejeczek via Users  wrote:



On 28/12/2020 21:21, Edward Berger wrote:

The hosted engine fqdn and IP address should be separate
from the hypervisor host's IP address but on the same
network so it can communicate to the host through a
bridged interface that the installer creates on the
hypervisor host for the hosted engine VM.

On Mon, Dec 28, 2020 at 3:14 PM lejeczek via Users
mailto:users@ovirt.org>> wrote:

 hi chaps,

 a newcomer here. I use cockpit to deploy hosted engine
 and I
 get this error/warning message:

 "The he_fqdn proposed for the engine VM resolves on
 this host"

 I should mention that if I remove the IP to which FQDN
 resolves off that iface(plain eth no vlans) then I get
 this:

 [ ERROR ] fatal: [localhost]: FAILED! => {"changed":
 false,
 "msg": "The selected network interface is not valid"}

 All these errors seem bit too cryptic to me.
 Could you shed bit light on what is oVirt saying
 exactly and
 why it's not happy that way?

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


When I played a bit with it now I get a different failure:
...
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Check the
resolved address resolves on the selected interface]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false,
"msg": "The resolved address doesn't resolve on the selected
interface\n"}
...

Is this the hosted-engine address installer complains about?
Before I go further down the rabbit hole - can deployment be
done solely with "hosts" and no DNS?

In principle, it can, and if it can't, that's a bug - please report one.

I didn't try that myself recently.

Please note that if you rely on /etc/hosts, the deploy process can "help"
you with this (see the relevant questions it asks), but it's still up to
you to make sure the information is correct (which is true, btw, also with
dns).

For your specific error above, please check the logs - you should find
"he_host_ip" there and see if it's correct.

Best regards,
Gee, to a novice such a myself this is off-putting disaster 
rather than nice intro to oVirt.
It fails for me with or without DNS. Sure I fail to grasp 
the concepts here but docs is the place where I got to first 
and cannot find there anything which would nicely explain 
the meaning of network config prior to "hosted engine" 
deployment.
Sure my config is not the most basic but neither it is very 
complex yet I can run circles with how oVirt employment, at 
the moment, endlessly.

I have three subnets,
a) I'd like to keep as external
b) would be oVirt
c) I'd like to keep internal but away from oVirt, for 
purposes like storage

so..
I take of host name resolution (hosts or dns or both 
together) and start deployment in shell console.

..
1) first is the gateway which "hosted-engine" proposes to be 
a gateway on "external" net. Which I ignore as that would 
not work with what I want later down the process - "b" 
network to be used by oVirt - and I tell it so use 
10.5.8.254 (which is not a real gateway as it does not route 
to the "outside")


2) I tell it to use "enp34s0f0np0" iface (that is host's 
iface which already has 10.5.8.49 on it). Other ifaces 
installer proposes are not good (obviously I do not want 
iface which is on "external" subnet).

For "network connectivity" I've tried ping & dns.

3) Engine VM FQDN:  []: buster.private.ccn. (that resolves 
to 10.5.8.1 via hosts/dns and that is that the same "b" for 
oVirt net. This IP is not assigned to any iface, as I 
understand - it should not be)


4) Then I choose:
 VM network be configured? (DHCP, Static)[DHCP]: static
 Please enter the IP address to be used for the engine VM 
[]: 10.5.8.1


5) I tell it to use three DNSes (I'm aiming at 3-node 
cluster) on the same "b" subnet: 10.5.8.49,10.5.8.65,10.5.8.97


6) For management: Please provide the hostname of this host 
on the management network - I say use 
"whale.private.ccnr.away&q

[ovirt-users] Re: The he_fqdn proposed for the engine VM resolves on this host - error?

2021-01-28 Thread lejeczek via Users



On 28/12/2020 21:21, Edward Berger wrote:
The hosted engine fqdn and IP address should be separate 
from the hypervisor host's IP address but on the same 
network so it can communicate to the host through a 
bridged interface that the installer creates on the 
hypervisor host for the hosted engine VM.


On Mon, Dec 28, 2020 at 3:14 PM lejeczek via Users 
mailto:users@ovirt.org>> wrote:


hi chaps,

a newcomer here. I use cockpit to deploy hosted engine
and I
get this error/warning message:

"The he_fqdn proposed for the engine VM resolves on
this host"

I should mention that if I remove the IP to which FQDN
resolves off that iface(plain eth no vlans) then I get
this:

[ ERROR ] fatal: [localhost]: FAILED! => {"changed":
false,
"msg": "The selected network interface is not valid"}

All these errors seem bit too cryptic to me.
Could you shed bit light on what is oVirt saying
exactly and
why it's not happy that way?

many thanks, L.
___
Users mailing list -- users@ovirt.org
<mailto:users@ovirt.org>
To unsubscribe send an email to users-le...@ovirt.org
<mailto:users-le...@ovirt.org>
Privacy Statement:
https://www.ovirt.org/privacy-policy.html
<https://www.ovirt.org/privacy-policy.html>
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
<https://www.ovirt.org/community/about/community-guidelines/>
List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/LTAYI3GYI2ANRKWMME62BJ4DY2XEGFJM/

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/LTAYI3GYI2ANRKWMME62BJ4DY2XEGFJM/>


When I played a bit with it now I get a different failure:
...
[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Check the 
resolved address resolves on the selected interface]
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, 
"msg": "The resolved address doesn't resolve on the selected 
interface\n"}

...

Is this the hosted-engine address installer complains about?
Before I go further down the rabbit hole - can deployment be 
done solely with "hosts" and no DNS? 
(ovirt-hosted-engine-setup-2.5.0-0.0.master.20201216174101.git2a94b06.el8.noarch)


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


[ovirt-users] Re: [ovirt-devel] CentOS Stream support

2021-01-05 Thread lejeczek via Users

Hi guys,

Is supported and save to transition with > 4.4 to Centos 
Stream, now when "Stream" is the only way to the future? Any 
knows for certain?


regards, L.

On 05/06/2020 09:34, Michal Skrivanek wrote:

Hi all,
we would like to ask about interest in community about oVirt moving to CentOS 
Stream.
There were some requests before but it’s hard to see how many people would 
really like to see that.

With CentOS releases lagging behind RHEL for months it’s interesting to 
consider moving to CentOS Stream as it is much more up to date and allows us to 
fix bugs faster, with less workarounds and overhead for maintaining old code. 
E.g. our current integration tests do not really pass on CentOS 8.1 and we 
can’t really do much about that other than wait for more up to date packages. 
It would also bring us closer to make oVirt run smoothly on RHEL as that is 
also much closer to Stream than it is to outdated CentOS.

So..would you like us to support CentOS Stream?
We don’t really have capacity to run 3 different platforms, would you still 
want oVirt to support CentOS Stream if it means “less support” for regular 
CentOS?
There are some concerns about Stream being a bit less stable, do you share 
those concerns?

Thank you for your comments,
michal
___
Devel mailing list -- de...@ovirt.org
To unsubscribe send an email to devel-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/de...@ovirt.org/message/3B5MJKO7BS2DMQL3XOXPNO4BU3YDL52T/

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


[ovirt-users] The he_fqdn proposed for the engine VM resolves on this host - error?

2020-12-28 Thread lejeczek via Users

hi chaps,

a newcomer here. I use cockpit to deploy hosted engine and I 
get this error/warning message:


"The he_fqdn proposed for the engine VM resolves on this host"

I should mention that if I remove the IP to which FQDN 
resolves off that iface(plain eth no vlans) then I get this:


[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, 
"msg": "The selected network interface is not valid"}


All these errors seem bit too cryptic to me.
Could you shed bit light on what is oVirt saying exactly and 
why it's not happy that way?


many 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/LTAYI3GYI2ANRKWMME62BJ4DY2XEGFJM/


[ovirt-users] Re: OVS - interface in a weir (broken) state after each system reboot.

2020-11-25 Thread lejeczek via Users



On 16/11/2020 12:11, Ales Musil wrote:



On Mon, Nov 16, 2020 at 12:56 PM lejeczek via Users 
mailto:users@ovirt.org>> wrote:


Hi guys.

I have both(and probably other relevant components
pulled in) NetworkManager and openvswitch2.11 from
ovirt-4.4-copr and cannot confirm if the problem is
exclusive to ovirt-4 but I thought this here is where
I should start a quest for help.

I use NM to set up OVS' bridges and pretty
straightforward setup I believe, yet each time after
system reboot one (always the same) interface fails to
start and stays in a weir state, actually it gets
duplicated.

ovs0-int-10.3.3 d9c9268f-408c-4035-9684-97e4eaf92e18 
ovs-interface ovs0-int33 (colored yellow)
ovs0-int-10.3.3 d9c9268f-408c-4035-9684-97e4eaf92e18 
ovs-interface ovs0-int33 (colored red)

whereas the rest of the bridge:

ovs0-int-10.1.1 be5e79e7-2e4e-47ed-97d0-270c76e43b9a 
ovs-interface ovs0-int11
ovs0 9cf72215-eebc-4f7c-9466-b697f09e1bda  ovs-bridge
ovsbr0
ovs0-port-11 1577414e-7eeb-41bc-a66f-7b7b596285d0 
ovs-port ovs0-port11
ovs0-port-33 5465d3c5-9a0c-4f78-89c0-de94b0294d0e 
ovs-port ovs0-port33
ovs0-port9 b9c2b7cd-897e-4726-8fc7-e2f7c7aab067 
ovs-port ovs0-port9
ovs0-port9-physical
14fb0b0e-f7bb-4248-9295-34f561058f4d  ethernet
enp7s0f1np1
ovsbr0-libvirt0-int
f217cd6c-976b-4002-b191-9f15271602cd  ovs-interface
ovsbr0
ovsbr0-libvirt0-port
7c2d30bd-0019-4cdb-af05-3df666005261  ovs-port ovsbr0

And then only another reboot with either:
a) deletion of the interface prior to reboot and after
the reboot creation anew
b) removal of /etc/openvswitch/conf.db prior to reboot.

When all is good and whole bridge is up & running then
bridge looks like this:

004e89ac-4c45-4a33-9347-c1d343889ceb
    Bridge "ovsbr0"
    Port "ovs0-port11"
    tag: 11
    Interface "ovs0-int11"
    type: internal
    Port "ovsbr0"
    Interface "ovsbr0"
    type: internal
    Port "ovs0-port9"
    Interface "enp9s0f3"
    type: system
    Port "vnet0"
    tag: 33
    Interface "vnet0"
    Port "ovs0-port33"
    tag: 33
    Interface "ovs0-int33"
    type: internal
    ovs_version: "2.11.0"

journal does not tells much, at least not by default

device (ovs0-int33): Activation: starting connection
'ovs0-int-10.3.3' (d9c9268f-408c-4035-9684-97e4eaf92e18)

nmcli shows:
...
GENERAL.STATE:  activating
...
and also:
...
GENERAL.STATE:  deactivating
...
at the same time as the interface is duplicated so are
GENERAL entries.

I'm on Centos8(no Stream) and with kernel-ml.
It feels (I have no lab where I could fiddle more)
that this should reproduce. I have a second system
with slightly different hardware and this same problem
occurs.
Any suggestions on how to troubleshoot and/or solve it
I'd greatly appreciate.

many thanks, L.
___
Users mailing list -- users@ovirt.org
<mailto:users@ovirt.org>
To unsubscribe send an email to users-le...@ovirt.org
<mailto:users-le...@ovirt.org>
Privacy Statement:
https://www.ovirt.org/privacy-policy.html
<https://www.ovirt.org/privacy-policy.html>
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
<https://www.ovirt.org/community/about/community-guidelines/>
List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/4UULTUMEOZV45SUAQ6BDNAOIWG2AC5IW/

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/4UULTUMEOZV45SUAQ6BDNAOIWG2AC5IW/>


Hi,

that seems like you are hitting 
https://bugzilla.redhat.com/1891437 
<https://bugzilla.redhat.com/1891437>.


In that case we unfortunately don't know the root cause 
yet and don't have any possible workarounds.
It might be helpful if you can also share some of your 
details on that bug.




That is quite bad I'd say as this is important.
I did add my comments to that bug report.

regards, L


Thanks,
Ales
--

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA <https://www.redhat.com>

amu...@redhat.com <mailto:amu...@redhat.com> IM: amusil

<https://red.ht/sig>


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


[ovirt-users] OVS - interface in a weir (broken) state after each system reboot.

2020-11-16 Thread lejeczek via Users

  
  
Hi guys.

I have both(and probably other relevant components pulled in)
NetworkManager and openvswitch2.11 from ovirt-4.4-copr and
cannot confirm if the problem is exclusive to ovirt-4 but I
thought this here is where I should start a quest for help.

I use NM to set up OVS' bridges and pretty straightforward setup
I believe, yet each time after system reboot one (always the
same) interface fails to start and stays in a weir state,
actually it gets duplicated.

ovs0-int-10.3.3    d9c9268f-408c-4035-9684-97e4eaf92e18 
ovs-interface  ovs0-int33 (colored yellow)
ovs0-int-10.3.3    d9c9268f-408c-4035-9684-97e4eaf92e18 
ovs-interface  ovs0-int33 (colored red)

whereas the rest of the bridge:

ovs0-int-10.1.1    be5e79e7-2e4e-47ed-97d0-270c76e43b9a 
ovs-interface  ovs0-int11  
ovs0   9cf72215-eebc-4f7c-9466-b697f09e1bda 
ovs-bridge ovsbr0  
ovs0-port-11   1577414e-7eeb-41bc-a66f-7b7b596285d0 
ovs-port   ovs0-port11 
ovs0-port-33   5465d3c5-9a0c-4f78-89c0-de94b0294d0e 
ovs-port   ovs0-port33 
ovs0-port9 b9c2b7cd-897e-4726-8fc7-e2f7c7aab067 
ovs-port   ovs0-port9  
ovs0-port9-physical    14fb0b0e-f7bb-4248-9295-34f561058f4d 
ethernet   enp7s0f1np1 
ovsbr0-libvirt0-int    f217cd6c-976b-4002-b191-9f15271602cd 
ovs-interface  ovsbr0  
ovsbr0-libvirt0-port   7c2d30bd-0019-4cdb-af05-3df666005261 
ovs-port   ovsbr0  

And then only another reboot with either:
a) deletion of the interface prior to reboot and after the
reboot creation anew

b) removal of /etc/openvswitch/conf.db prior to reboot.

When all is good and whole bridge is up & running then
bridge looks like this:

004e89ac-4c45-4a33-9347-c1d343889ceb
    Bridge "ovsbr0"
    Port "ovs0-port11"
    tag: 11
    Interface "ovs0-int11"
    type: internal
    Port "ovsbr0"
    Interface "ovsbr0"
    type: internal
    Port "ovs0-port9"
    Interface "enp9s0f3"
    type: system
    Port "vnet0"
    tag: 33
    Interface "vnet0"
    Port "ovs0-port33"
    tag: 33
    Interface "ovs0-int33"
    type: internal
    ovs_version: "2.11.0"

journal does not tells much, at least not by default

device (ovs0-int33): Activation: starting connection
'ovs0-int-10.3.3' (d9c9268f-408c-4035-9684-97e4eaf92e18)

nmcli shows:
...
GENERAL.STATE:  activating
...
and also:
...
GENERAL.STATE:  deactivating
...
at the same time as the interface is duplicated so are GENERAL
entries.

I'm on Centos8(no Stream) and with kernel-ml.
It feels (I have no lab where I could fiddle more) that this
should reproduce. I have a second system with slightly different
hardware and this same problem occurs.
Any suggestions on how to troubleshoot and/or solve it I'd
greatly appreciate.

many 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/4UULTUMEOZV45SUAQ6BDNAOIWG2AC5IW/


[ovirt-users] Re: How to connect to a guest with vGPU ?

2020-05-29 Thread lejeczek via Users


On 24/01/2019 08:27, Michal Skrivanek wrote:
>
>
>> On 22 Jan 2019, at 10:39, Josep Manel Andrés Moscardó
>> mailto:josep.mosca...@embl.de>>
>> wrote:
>>
>> I am reading about VirGL but I am not sure how to set it
>> up, can anyone point me to some documentation?
>
> It’s in development for quite some time, but it's not yet
> completely ready. Feel free to reach out on spice-list re
> current status
>
>>
>> Cheers.
>>
>>
>>
>> On 17/1/19 17:20, Josep Manel Andrés Moscardó wrote:
>>> Hi,
>>> I got vGPU through mdev working but I am wondering how I
>>> would connect to the client and make use of the GPU. So
>>> far I try to access the console through SPICE and at
>>> some point in the boot process it switches to GPU and I
>>> cannot see anything else.
>
> it doesn’t have SPICE support
> it recently gained VNC support which is not yet integrated
> into oVirt, but it will likely happen reasonably soon
Hi everybody.
I wonder if that "reasonably soon" have come to pass and we
have VirGL now in oVirt 4.4 fully working?

many thanks, L

>
> btw which card is it? nvidia or intel?
>
> Thanks,
> michal
>
>>> Thanks.
>>
>> -- 
>> Josep Manel Andrés Moscardó
>> Systems Engineer, IT Operations
>> EMBL Heidelberg
>> T +49 6221 387-8394
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> 
>> To unsubscribe send an email to users-le...@ovirt.org
>> 
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List
>> Archives: 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UFB2OFQO2KJ2DLU3MDQ6FBPKFRUQ2VZE/
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FB2IYTGEQYIZVSOZST3OHJH6KGO4UQWW/

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


[ovirt-users] tun: unexpected GSO type: 0x0, gso_size 1368, hdr_len 66

2020-05-29 Thread lejeczek via Users
hi everyone,

With 4.4 I get:

...
tun: unexpected GSO type
...

It happens to a "third-party" kernel, namely:
5.6.15-1.el8.elrepo.x86_64 on Centos 8.
I wonder if anybody sees the same or similar and I also
wonder if I should report it somewhere in Bugzilla as
"heads-up" towards new kernels?


[Fri May 29 08:00:02 2020] tun: unexpected GSO type: 0x0,
gso_size 1368, hdr_len 66
[Fri May 29 08:00:02 2020] tun: 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00  
[Fri May 29 08:00:02 2020] tun: 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00  
[Fri May 29 08:00:02 2020] tun: 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00  
[Fri May 29 08:00:02 2020] tun: 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00  
[Fri May 29 08:00:02 2020] [ cut here ]
[Fri May 29 08:00:02 2020] WARNING: CPU: 2 PID: 3605 at
drivers/net/tun.c:2123 tun_do_read+0x524/0x6c0 [tun]
[Fri May 29 08:00:02 2020] Modules linked in: sd_mod sg
vhost_net vhost tap xt_CHECKSUM xt_MASQUERADE xt_conntrack
nf_nat_tftp nf_conntrack_tftp tun nft_nat ipt_REJECT bridge
nft_counter nft_objref nf_conntrack_netbios_ns
nf_conntrack_broadcast nft_masq nft_fib_inet nft_fib_ipv4
nft_fib_ipv6 nft_fib nft_reject_inet nf_reject_ipv4
nf_reject_ipv6 nft_reject nft_ct nf_tables_set nft_chain_nat
nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 qedf qed
ip6_tables crc8 nft_compat bnx2fc ip_set cnic uio libfcoe
8021q garp mrp stp llc libfc scsi_transport_fc nf_tables
nfnetlink sunrpc vfat fat ext4 mbcache jbd2
snd_hda_codec_hdmi snd_hda_intel snd_intel_dspcfg
snd_hda_codec snd_hda_core snd_hwdep snd_seq snd_seq_device
edac_mce_amd snd_pcm kvm_amd kvm eeepc_wmi asus_wmi
sp5100_tco sparse_keymap irqbypass rfkill wmi_bmof pcspkr
joydev i2c_piix4 k10temp snd_timer snd soundcore gpio_amdpt
gpio_generic acpi_cpufreq ip_tables xfs libcrc32c dm_crypt
ax88179_178a usbnet mii hid_lenovo nouveau video mxm_wmi
i2c_algo_bit
[Fri May 29 08:00:02 2020]  drm_kms_helper syscopyarea
sysfillrect sysimgblt fb_sys_fops crct10dif_pclmul ttm
crc32_pclmul crc32c_intel ahci libahci drm
ghash_clmulni_intel libata nvme ccp r8169 nvme_core realtek
wmi t10_pi pinctrl_amd dm_mirror dm_region_hash dm_log dm_mod
[Fri May 29 08:00:02 2020] CPU: 2 PID: 3605 Comm: vhost-3578
Not tainted 5.6.15-1.el8.elrepo.x86_64 #1
[Fri May 29 08:00:02 2020] Hardware name: System
manufacturer System Product Name/PRIME B450M-A, BIOS 2006
11/13/2019
[Fri May 29 08:00:02 2020] RIP: 0010:tun_do_read+0x524/0x6c0
[tun]
[Fri May 29 08:00:02 2020] Code: 00 6a 01 0f b7 44 24 22 b9
10 00 00 00 48 c7 c6 cb 33 09 c1 48 c7 c7 d1 33 09 c1 83 f8
40 48 0f 4f c2 31 d2 50 e8 4c 14 df c5 <0f> 0b 58 5a 48 c7
c5 ea ff ff ff e9 d2 fc ff ff 4c 89 e2 be 04 00
[Fri May 29 08:00:02 2020] RSP: 0018:aaf301dfbcb8
EFLAGS: 00010292
[Fri May 29 08:00:02 2020] RAX:  RBX:
88ceae6b4800 RCX: 0007
[Fri May 29 08:00:02 2020] RDX:  RSI:
0096 RDI: 88d14e8996b0
[Fri May 29 08:00:02 2020] RBP: 004e R08:
0516 R09: 0055
[Fri May 29 08:00:02 2020] R10: 072e R11:
aaf301dfba88 R12: aaf301dfbe50
[Fri May 29 08:00:02 2020] R13: 88d0e98b8900 R14:
 R15: 
[Fri May 29 08:00:02 2020] FS:  ()
GS:88d14e88() knlGS:
[Fri May 29 08:00:02 2020] CS:  0010 DS:  ES:  CR0:
80050033
[Fri May 29 08:00:02 2020] CR2: 55f6b3af2bd8 CR3:
0003c6c84000 CR4: 00340ee0
[Fri May 29 08:00:02 2020] Call Trace:
[Fri May 29 08:00:02 2020]  ? __wake_up_common+0x77/0x140
[Fri May 29 08:00:02 2020]  tun_recvmsg+0x6b/0xf0 [tun]
[Fri May 29 08:00:02 2020]  handle_rx+0x573/0x940 [vhost_net]
[Fri May 29 08:00:02 2020]  ? log_used.part.45+0x20/0x20 [vhost]
[Fri May 29 08:00:02 2020]  vhost_worker+0xcc/0x140 [vhost]
[Fri May 29 08:00:02 2020]  kthread+0x10c/0x130
[Fri May 29 08:00:02 2020]  ? kthread_park+0x80/0x80
[Fri May 29 08:00:02 2020]  ret_from_fork+0x22/0x40
[Fri May 29 08:00:02 2020] ---[ end trace 9df20668f2e81977 ]---


many 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/BQUHVLPEVXOI3LNGE7VXAIOZJSWP6VMM/


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

2020-05-03 Thread lejeczek


On 21/04/2020 05:11, Gobinda Das wrote:
>
>
> On Sun, Apr 19, 2020 at 5:37 AM Gianluca Cecchi
>  > wrote:
>
> On Fri, Apr 17, 2020 at 6:40 PM Sandro Bonazzola
> mailto:sbona...@redhat.com>> wrote:
>
>
>   oVirt 4.4.0 Beta release refresh is now
>   available for testing
>
>
> The oVirt Project is excited to announce the
> availability of the beta release of oVirt 4.4.0
> refresh (beta 4) for testing, as of April 17th, 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.
>
>
>
>
> Hello,
> I have tried the iso of ovirt node ng to configure a
> single host HCI environment.
> Using the wizard for single node, at the beginning in
> the window where you have to insert the fqdn of the
> storage node I see a javascript exception (a red
> Ooops! in top right of cockpit page tells me that).
> Both on Google Chrome and in firefox.
> In practice you cannot type anything and in js console
> of chrome I see:
>
> app.js:43 Uncaught TypeError: Cannot read property
> 'checked' of null
>     at n.value (app.js:43)
>     at changeCallBack (app.js:43)
>     at Object.b (app.js:27)
>     at w (app.js:27)
>     at app.js:27
>     at S (app.js:27)
>     at T (app.js:27)
>     at Array.forEach ()
>     at _ (app.js:27)
>     at N (app.js:27)
>
> We have patch available and the respective BZ
> is https://bugzilla.redhat.com/show_bug.cgi?id=1825748 ,
> The fix will be included in next build.
>
> Sort of workaround is to type a character (you don't
> see anything), then click the ipv6 related checkbox
> just above the input line, and then you see the first
> character, then again, alternating the checkbox and a
> character you see every time appear the new
> character typed.
> You cannot type the full fqdn in one flow because only
> the last character appears then when you click on the
> checkbox...
> This anyway let me continue and type the whole storage
> hostname and go ahead with the installation.
> I arrive up to the final step "Finish Deployment", but
> when the host exits final global maintenance and the
> engine VM starts, it goes into panic and I realized
> that I missed the pass-through cpu flag for the
> hypervisor vm, so I'm going to retry.
> In the mean time can anyone verify the javascript
> exception above?
>
> Gianluca
> ___
> Devel mailing list -- de...@ovirt.org
> 
> To unsubscribe send an email to devel-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/de...@ovirt.org/message/IKBLU764LCRHHEXCXL4MYGPIUXJEANXX/
>
>
>
> -- 
>
>
> Thanks,
> Gobinda
>
> ___
> 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/4FGOYMGOESWDM2XXIGQRXZCFB4MQUQRW/
hi everyone,

I'm just about to go on a ride with oVirt and there that one
question that I have after little fiddling - Centos8. Does
oVirt test & run on c8 Stream?
I'm on c8Stream and I wonder if all conflicts of rpms I see
are because oVirt is not tested nor recommended for Centos
Stream?

many 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/4LMP5HSQVJKW7I3NUJ7K3LFP2MNGW6VN/


[ovirt-users] samba gluster vfs & symlinks/submounts... ?

2017-09-05 Thread lejeczek
.. or just a way to make samba, when samba shares via 
glusterfs api, to show in a share/vol a submount(like fs 
bind) - how, if possible at all?


many thanks, L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] gluster 3.7.17-1.el7.x86_64 fails libvirt/qemu from centos-qemu-ev

2016-12-14 Thread lejeczek



On 14/12/16 06:37, Sahina Bose wrote:

[+ gluster-users]

Could you be more specific about error?

not that I did troubleshoot it, nor not much of an error, 
kvm guest would not boot up spitting something like "no boot 
disk/device found".

downgrade and guest would boot again no probs.



On Wed, Dec 14, 2016 at 1:50 AM, lejeczek 
<pelj...@yahoo.co.uk <mailto:pelj...@yahoo.co.uk>> wrote:


libvirt/qemu does not get to gluster vols when one has
these:

Upgraded:
  glusterfs.x86_64 3.7.17-1.el7  glusterfs-api.x86_64
3.7.17-1.el7
  glusterfs-cli.x86_64 3.7.17-1.el7
glusterfs-client-xlators.x86_64 3.7.17-1.el7
  glusterfs-fuse.x86_64 3.7.17-1.el7
glusterfs-ganesha.x86_64 3.7.17-1.el7
  glusterfs-libs.x86_64 3.7.17-1.el7
glusterfs-server.x86_64 3.7.17-1.el7
  qemu-img-ev.x86_64 10:2.3.0-31.0.el7_2.21.1
qemu-kvm-common-ev.x86_64 10:2.3.0-31.0.el7_2.21.1
  qemu-kvm-ev.x86_64 10:2.3.0-31.0.el7_2.21.1

downgrade glusterfs* to 3.7.16-1.el7 fixes the problem.
regards,
L.
___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.phx.ovirt.org/mailman/listinfo/users
<http://lists.phx.ovirt.org/mailman/listinfo/users>




___
Users mailing list
Users@ovirt.org
http://lists.phx.ovirt.org/mailman/listinfo/users


[ovirt-users] gluster 3.7.17-1.el7.x86_64 fails libvirt/qemu from centos-qemu-ev

2016-12-13 Thread lejeczek

libvirt/qemu does not get to gluster vols when one has these:

Upgraded:
  glusterfs.x86_64 3.7.17-1.el7 
glusterfs-api.x86_64 3.7.17-1.el7
  glusterfs-cli.x86_64 3.7.17-1.el7 
glusterfs-client-xlators.x86_64 3.7.17-1.el7
  glusterfs-fuse.x86_64 3.7.17-1.el7 
glusterfs-ganesha.x86_64 3.7.17-1.el7
  glusterfs-libs.x86_64 3.7.17-1.el7 
glusterfs-server.x86_64 3.7.17-1.el7
  qemu-img-ev.x86_64 10:2.3.0-31.0.el7_2.21.1 
qemu-kvm-common-ev.x86_64 10:2.3.0-31.0.el7_2.21.1

  qemu-kvm-ev.x86_64 10:2.3.0-31.0.el7_2.21.1

downgrade glusterfs* to 3.7.16-1.el7 fixes the problem.
regards,
L.
___
Users mailing list
Users@ovirt.org
http://lists.phx.ovirt.org/mailman/listinfo/users


[ovirt-users] glusterd fails to start as systemd service when system starts in...

2016-12-12 Thread lejeczek
...emergency/recovery mode, because, eg. a storage device 
could not be mounted during boot, (not a gluster storage nor 
a storage which gluster uses)


I login in rescue mode, I fix that storage/mount problem 
(whatever that might be, does not matter) and I do

$ system default
and I find glusterd failed to start. (system boots fine into 
default). I can re/start it manually yes, but by then all 
gluster fstab mounts are not mounted.
What I want to highlight here is that that storage, gluster 
has nothing to do with. Or maybe it completely has nothing 
to do with a failed mount but simply if system boots into 
rescure/recovery then systemd's gluster fails.


Did you experience such a problem?
thanks,
L.

___
Users mailing list
Users@ovirt.org
http://lists.phx.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] EPEL and package(s) conflicts

2016-11-24 Thread lejeczek



On 17/11/16 18:50, Kaleb S. KEITHLEY wrote:


Yes, disable EPEL. I suppose I should retire nfs-ganesha 
in EPEL.

retire? And those (plethora) people who don't use Ovirt?



On 11/17/2016 12:29 PM, Soumya Koduri wrote:


+ Kaleb, Niels

On 11/17/2016 09:24 PM, lejeczek wrote:



On 15/11/16 13:51, knarra wrote:

[+soumya]
On 11/15/2016 06:51 PM, Simone Tiraboschi wrote:



On Tue, Nov 15, 2016 at 1:26 PM, lejeczek 
<pelj...@yahoo.co.uk

<mailto:pelj...@yahoo.co.uk>> wrote:

hi

I apologize if I missed it reading release(repo) 
note.

What are users supposed to do with EPEL repo?
I'm asking for hit this:

--> Package python-perf.x86_64 0:4.8.7-1.el7.elrepo
will be an update
--> Finished Dependency Resolution
Error: Package:
nfs-ganesha-gluster-2.3.0-1.el7.x86_64
(@ovirt-4.0-centos-gluster37)
   Requires: nfs-ganesha = 2.3.0-1.el7
   Removing: nfs-ganesha-2.3.0-1.el7.x86_64
(@ovirt-4.0-centos-gluster37)
   nfs-ganesha = 2.3.0-1.el7
   Updated By: nfs-ganesha-2.3.2-1.el7.x86_64
(epel)
   nfs-ganesha = 2.3.2-1.el7


Adding Sahina on this.
but would there be any advisory for now? repo 
disable/enable, exclude

packages?


I think disabling epel repo may fix the issue. Request 
Kaleb/Niels to

confirm.

Thanks,
Soumya


thanks.
L.



and I also wander if there might be more?
regards.
L.
___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users









___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] EPEL and package(s) conflicts

2016-11-17 Thread lejeczek



On 15/11/16 13:51, knarra wrote:

[+soumya]
On 11/15/2016 06:51 PM, Simone Tiraboschi wrote:



On Tue, Nov 15, 2016 at 1:26 PM, lejeczek 
<pelj...@yahoo.co.uk <mailto:pelj...@yahoo.co.uk>> wrote:


hi

I apologize if I missed it reading release(repo) note.
What are users supposed to do with EPEL repo?
I'm asking for hit this:

--> Package python-perf.x86_64 0:4.8.7-1.el7.elrepo
will be an update
--> Finished Dependency Resolution
Error: Package:
nfs-ganesha-gluster-2.3.0-1.el7.x86_64
(@ovirt-4.0-centos-gluster37)
   Requires: nfs-ganesha = 2.3.0-1.el7
   Removing: nfs-ganesha-2.3.0-1.el7.x86_64
(@ovirt-4.0-centos-gluster37)
   nfs-ganesha = 2.3.0-1.el7
   Updated By: nfs-ganesha-2.3.2-1.el7.x86_64
(epel)
   nfs-ganesha = 2.3.2-1.el7


Adding Sahina on this.
but would there be any advisory for now? repo 
disable/enable, exclude packages?

thanks.
L.



and I also wander if there might be more?
regards.
L.
___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users





___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] EPEL and package(s) conflicts

2016-11-15 Thread lejeczek

hi

I apologize if I missed it reading release(repo) note.
What are users supposed to do with EPEL repo?
I'm asking for hit this:

--> Package python-perf.x86_64 0:4.8.7-1.el7.elrepo will be 
an update

--> Finished Dependency Resolution
Error: Package: nfs-ganesha-gluster-2.3.0-1.el7.x86_64 
(@ovirt-4.0-centos-gluster37)

   Requires: nfs-ganesha = 2.3.0-1.el7
   Removing: nfs-ganesha-2.3.0-1.el7.x86_64 
(@ovirt-4.0-centos-gluster37)

   nfs-ganesha = 2.3.0-1.el7
   Updated By: nfs-ganesha-2.3.2-1.el7.x86_64 (epel)
   nfs-ganesha = 2.3.2-1.el7


and I also wander if there might be more?
regards.
L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] gluster - Volume quota failed

2016-11-11 Thread lejeczek



On 11/11/16 09:26, knarra wrote:

On 11/11/2016 01:07 PM, lejeczek wrote:



On 11/11/16 05:57, knarra wrote:

On 11/11/2016 03:20 AM, lejeczek wrote:
quota command failed : Volume quota failed. The cluster 
is operating at version 30700. Quota command enable is 
unavailable in this version. 


Hi,

Could you please tell us what is the version of 
glusterfs you are using ? For 3.7.0 / 3.7.1 30700 
op-version is applicable. If you have greater version 
you would need to bump up the op-version and check if 
quota enable works.


Hope this helps.

Thanks

kasturi.

it is glusterfs-3.7.16-1.el7.x86_64 - so it's higher, 
correct? And if yes why gluster did set it 30700?

What value should there be?
Could you please set the op-version to 30712 and try 
enabling quota. Ideally, when a fresh install of glusterfs 
is done op version is set to correct value. When a upgrade 
of node is done then user has to go and bump up the 
op-version.


hi, thanks,
like I mentioned earlier - no earlier setup, gluster was 
installed yes, older versions but never was in use, not a 
single volume was set up.


I'd have question still about quotas:  I've started googling 
but have to failed - glusterfs does not translate local FS 
(xfs) quotas and presents them to its clients, does it?
It is only glusterfs own quota functions that we have to 
manage quotas?





More info can be found here 
https://github.com/gluster/glusterfs/blob/release-3.7/doc/release-notes/3.7.16.md



thanks
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users





___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] gluster - Volume quota failed

2016-11-10 Thread lejeczek



On 11/11/16 05:57, knarra wrote:

On 11/11/2016 03:20 AM, lejeczek wrote:
quota command failed : Volume quota failed. The cluster 
is operating at version 30700. Quota command enable is 
unavailable in this version. 


Hi,

Could you please tell us what is the version of 
glusterfs you are using ? For 3.7.0 / 3.7.1 30700 
op-version is applicable. If you have greater version you 
would need to bump up the op-version and check if quota 
enable works.


Hope this helps.

Thanks

kasturi.

it is glusterfs-3.7.16-1.el7.x86_64 - so it's higher, 
correct? And if yes why gluster did set it 30700?

What value should there be?


thanks
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] gluster - Volume quota failed

2016-11-10 Thread lejeczek

hi everyone

would there be a problem with ovirt's gluster?

$ gluster vol quota USER-SECOND-HOME enable
quota command failed : Volume quota failed. The cluster is 
operating at version 30700. Quota command enable is 
unavailable in this version.


$ gluster vol get USER-SECOND-HOME cluster.op-version
Option Value
-- -
cluster.op-version 30700


fresh new gluster setup so no remnants of any older version(s)

regards

L.


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] rpm sources - where?

2016-08-30 Thread lejeczek
having easy access to srpm should be a must, this help us 
users help devel.
I for example would like to find out why 9p driver is not 
included in qemu - first thing I do is take a look at rpm 
source - and with oVirt I have to fiddle around, and it 
could have (should) been made easier for the users.

My vote would go - devel, please just put it in repo rpm(s).

thanks

On 30/08/16 11:56, Yedidyah Bar David wrote:

On Tue, Aug 30, 2016 at 1:33 PM, lejeczek <pelj...@yahoo.co.uk> wrote:

but why are these not included/configured in repos' rpms so yum would have
necessary info?
When we install repos rpm sources are not mentioned, why?

Not sure, but I guess it's not interesting/useful.

Usually you either look at a source rpm, or rebuild it to get a binary
rpm. You do not install it.

Developers in oVirt generally do not do even that, but work with git repos.

I suggest looking at the following links as a start. If you need
something else, please provide more details.

http://www.ovirt.org/develop/
https://www.ovirt.org/develop/developer-guide/engine/engine-development-environment/

That said, the below links are yum repos. Add them as the baseurl of
repos and you should be able to install PKG.src. See also e.g.:

https://ask.fedoraproject.org/en/question/87205/how-do-i-install-a-src-rpm-with-dnf/

Best,




On 30/08/16 10:51, Yedidyah Bar David wrote:

On Tue, Aug 30, 2016 at 12:31 PM, lejeczek <pelj...@yahoo.co.uk> wrote:

hi all

I wonder why .src.rpms are not in yum repos

They are, what specifically were you looking for?


and would you know where to find
them?

http://resources.ovirt.org/pub/ovirt-4.0/rpm/el7/SRPMS/
http://resources.ovirt.org/pub/ovirt-4.0/rpm/fc23/SRPMS/


many thanks,
L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users








___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] rpm sources - where?

2016-08-30 Thread lejeczek
but why are these not included/configured in repos' rpms so 
yum would have necessary info?

When we install repos rpm sources are not mentioned, why?


On 30/08/16 10:51, Yedidyah Bar David wrote:

On Tue, Aug 30, 2016 at 12:31 PM, lejeczek <pelj...@yahoo.co.uk> wrote:

hi all

I wonder why .src.rpms are not in yum repos

They are, what specifically were you looking for?


and would you know where to find
them?

http://resources.ovirt.org/pub/ovirt-4.0/rpm/el7/SRPMS/
http://resources.ovirt.org/pub/ovirt-4.0/rpm/fc23/SRPMS/


many thanks,
L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users





___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] rpm sources - where?

2016-08-30 Thread lejeczek

hi all

I wonder why .src.rpms are not in yum repos and would you 
know where to find them?


many thanks,
L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users