[ovirt-users] Re: deploy oVirt 4.4 errors

[Yedidyah Bar David]

On Tue, Mar 9, 2021 at 8:44 AM  wrote:
>
> "ansible_distribution" : "AlmaLinux",
> "ansible_distribution_release" : "Purple Manul",
> "ansible_distribution_version" : "8.3",
> "ansible_distribution_major_version" : "8",
> "ansible_distribution_file_path" : "/etc/redhat-release",
> "ansible_distribution_file_variety" : "RedHat",
> "ansible_distribution_file_parsed" : true,
> "ansible_os_family" : "AlmaLinux"

Great. Would you like to try to fix this? The code is in the
'ovirt-engine' git repo,
see also [1]. If not, perhaps file a bug. Thanks.

[1] https://www.ovirt.org/develop/dev-process/working-with-gerrit.html

Best regards,
-- 
Didi
___
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/IKIOUIXNKYKXKUS5OJWYE4UAWXHMIRTF/

[ovirt-users] Re: deploy oVirt 4.4 errors

[grig . 4n]

"ansible_distribution" : "AlmaLinux",
"ansible_distribution_release" : "Purple Manul",
"ansible_distribution_version" : "8.3",
"ansible_distribution_major_version" : "8",
"ansible_distribution_file_path" : "/etc/redhat-release",
"ansible_distribution_file_variety" : "RedHat",
"ansible_distribution_file_parsed" : true,
"ansible_os_family" : "AlmaLinux"
___
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/VFMKJI2GQCMUZJJEFZ2O4FL263BDS4RX/

[ovirt-users] Re: deploy oVirt 4.4 errors

[Yedidyah Bar David]

On Tue, Mar 9, 2021 at 8:17 AM Yedidyah Bar David  wrote:
>
> On Tue, Mar 9, 2021 at 7:33 AM  wrote:
> >
> > The installation of the ovirt "hosted-engine" hangs at the stage "[INFO] 
> > TASK [ovirt.ovirt.hosted_engine_setup: Wait for the host to be up]" 
> > (https://pastebin.com/zvf9T8nP) for 20 minutes, then gives an error " 
> > [ERROR] fatal: [localhost]: FAILED! => {"Changed": false, "msg": Host is 
> > not up, please check logs, perhaps also on the engine machine "}". At the 
> > same time vm with "engine" started, but the installation was not complete.
> >  In the logs on "ovirt-engine vm" https://pastebin.com/95GCVeQp I see that 
> > the ansible script searches the host for node02 python2: "2021-03-06 
> > 19:42:30 OMST - fatal: [node02.locdomain.local]: FAILED! => {" changed ": 
> > false," module_stderr ":" / bin / sh: / usr / bin / python2: No such file 
> > or directory \ n "," module_stdout ":" "," msg ":" The module failed to 
> > execute correctly, you probably need to set the interpreter. \ nSee stdout 
> > / stderr for the exact error "," rc ": 127}"
> > the choice of the version is carried out according to the condition:
> >
> > - name: Detect host operating system
> >   set_fact:
> > el_ver: "{{ ansible_distribution_major_version|int
> > if ansible_distribution == 'RedHat' or ansible_distribution == 
> > 'CentOS'
> > else 0 }}"
> > fc_ver: "{{ ansible_distribution_major_version|int
> > if ansible_distribution == 'Fedora'
> > else 0 }}"
> >
> >   "remote_addr" : "node02.locdomain.local",
> >   "res" : {
> > "changed" : false,
> > "ansible_facts" : {
> >   "el_ver" : "0",
> >   "fc_ver" : "0"
> > },
> > ansible_python_interpreter : "{{ '/usr/bin/python3'
> >if (fc_ver|int > 0 or el_ver|int >= 8)
> >else '/usr/bin/python2' }}
> >
> > /etc/os-release
> > NAME="AlmaLinux"
> > VERSION="8.3 (Purple Manul)"
> > ID="almalinux"
> > ID_LIKE="rhel centos fedora"
> > VERSION_ID="8.3"
> > PLATFORM_ID="platform:el8"
> > PRETTY_NAME="AlmaLinux 8.3 RC (Purple Manul)"
> > ANSI_COLOR="0;34"
> > CPE_NAME="cpe:/o:almalinux:almalinux:8.3:rc"
> > HOME_URL="https://almalinux.org/;
> > BUG_REPORT_URL="https://bugs.almalinux.org/;
> >
> > cat /etc/redhat-release
> > AlmaLinux 8.3 RC (Purple Manul)
>
> Nice catch!
>
> Can you please check (I think you can see this in the logs) what ansible says
> ansible_distribution and ansible_distribution_major_version are, for you?

BTW, to clarify:

The answer to the above question should allow a very quick and simple patch that
will fix the _above_ issue.

Assuming that AlmaLinux is compatible enough with RHEL, providing full support
includes at least:

1. Finding all such places and fix them... A first approximation is
searching the
sources for 'centos' (case insensitive), linux_distribution (for python code),
probably a few others.

2. Answering some harder questions, such as what the intention is, regarding
ovirt-appliance and ovirt-node. At some point, I suppose we'll build them
based on CentOS Stream. People that want AlmaLinux (just as an example -
applies similarly to any other RHEL rebuild) for everything, and also want
to have/use appliance/node, probably also want to build them based on
AlmaLinux. This is not just providing some patch for issues like the above one.

3. Also consider non-OS-provided 3rd-party dependencies. Including e.g. wildfly,
gluster, etc. For some of them, the existing builds that oVirt uses for CentOS
might be good enough as-is, but not sure if this covers everything.

Best regards,
-- 
Didi
___
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/YVBEFZPUN6UD5VNWI67EXUG6VZJI2IFP/

[ovirt-users] Re: deploy oVirt 4.4 errors

[Yedidyah Bar David]

On Tue, Mar 9, 2021 at 7:33 AM  wrote:
>
> The installation of the ovirt "hosted-engine" hangs at the stage "[INFO] TASK 
> [ovirt.ovirt.hosted_engine_setup: Wait for the host to be up]" 
> (https://pastebin.com/zvf9T8nP) for 20 minutes, then gives an error " [ERROR] 
> fatal: [localhost]: FAILED! => {"Changed": false, "msg": Host is not up, 
> please check logs, perhaps also on the engine machine "}". At the same time 
> vm with "engine" started, but the installation was not complete.
>  In the logs on "ovirt-engine vm" https://pastebin.com/95GCVeQp I see that 
> the ansible script searches the host for node02 python2: "2021-03-06 19:42:30 
> OMST - fatal: [node02.locdomain.local]: FAILED! => {" changed ": false," 
> module_stderr ":" / bin / sh: / usr / bin / python2: No such file or 
> directory \ n "," module_stdout ":" "," msg ":" The module failed to execute 
> correctly, you probably need to set the interpreter. \ nSee stdout / stderr 
> for the exact error "," rc ": 127}"
> the choice of the version is carried out according to the condition:
>
> - name: Detect host operating system
>   set_fact:
> el_ver: "{{ ansible_distribution_major_version|int
> if ansible_distribution == 'RedHat' or ansible_distribution == 
> 'CentOS'
> else 0 }}"
> fc_ver: "{{ ansible_distribution_major_version|int
> if ansible_distribution == 'Fedora'
> else 0 }}"
>
>   "remote_addr" : "node02.locdomain.local",
>   "res" : {
> "changed" : false,
> "ansible_facts" : {
>   "el_ver" : "0",
>   "fc_ver" : "0"
> },
> ansible_python_interpreter : "{{ '/usr/bin/python3'
>if (fc_ver|int > 0 or el_ver|int >= 8)
>else '/usr/bin/python2' }}
>
> /etc/os-release
> NAME="AlmaLinux"
> VERSION="8.3 (Purple Manul)"
> ID="almalinux"
> ID_LIKE="rhel centos fedora"
> VERSION_ID="8.3"
> PLATFORM_ID="platform:el8"
> PRETTY_NAME="AlmaLinux 8.3 RC (Purple Manul)"
> ANSI_COLOR="0;34"
> CPE_NAME="cpe:/o:almalinux:almalinux:8.3:rc"
> HOME_URL="https://almalinux.org/;
> BUG_REPORT_URL="https://bugs.almalinux.org/;
>
> cat /etc/redhat-release
> AlmaLinux 8.3 RC (Purple Manul)

Nice catch!

Can you please check (I think you can see this in the logs) what ansible says
ansible_distribution and ansible_distribution_major_version are, for you?

Best regards,
-- 
Didi
___
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/GDSYUA7YT23XBZWP7AGG67TY3QHRIWJF/

[ovirt-users] Re: Gluster volume engine stuck in healing with 1 unsynched entry & HostedEngine paused

[Strahil Nikolov via Users]

Also check the status of the file on each brick with the getfattr command ( see 
https://docs.gluster.org/en/latest/Troubleshooting/resolving-splitbrain/ ) and 
provide the output.
Best Regards,Strahil Nikolov
 
 
Thank you for your reply.
I'm trying that right now and I see it triggered the self-healing process. 
I will come back with an update.
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/WKW4RAVHVOZN6CZVK2TOC7727DHLKWRZ/
  
___
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/BENORJHFCW3XOX5ZP6ZJFQDXE2NPZGAI/

[ovirt-users] Re: deploy oVirt 4.4 errors

[grig . 4n]

The installation of the ovirt "hosted-engine" hangs at the stage "[INFO] TASK 
[ovirt.ovirt.hosted_engine_setup: Wait for the host to be up]" 
(https://pastebin.com/zvf9T8nP) for 20 minutes, then gives an error " [ERROR] 
fatal: [localhost]: FAILED! => {"Changed": false, "msg": Host is not up, please 
check logs, perhaps also on the engine machine "}". At the same time vm with 
"engine" started, but the installation was not complete.
 In the logs on "ovirt-engine vm" https://pastebin.com/95GCVeQp I see that the 
ansible script searches the host for node02 python2: "2021-03-06 19:42:30 OMST 
- fatal: [node02.locdomain.local]: FAILED! => {" changed ": false," 
module_stderr ":" / bin / sh: / usr / bin / python2: No such file or directory 
\ n "," module_stdout ":" "," msg ":" The module failed to execute correctly, 
you probably need to set the interpreter. \ nSee stdout / stderr for the exact 
error "," rc ": 127}"
the choice of the version is carried out according to the condition:

- name: Detect host operating system
  set_fact:
el_ver: "{{ ansible_distribution_major_version|int
if ansible_distribution == 'RedHat' or ansible_distribution == 'CentOS'
else 0 }}"
fc_ver: "{{ ansible_distribution_major_version|int
if ansible_distribution == 'Fedora'
else 0 }}"

  "remote_addr" : "node02.locdomain.local",
  "res" : {
"changed" : false,
"ansible_facts" : {
  "el_ver" : "0",
  "fc_ver" : "0"
},
ansible_python_interpreter : "{{ '/usr/bin/python3' 
   if (fc_ver|int > 0 or el_ver|int >= 8)
   else '/usr/bin/python2' }}

/etc/os-release 
NAME="AlmaLinux"
VERSION="8.3 (Purple Manul)"
ID="almalinux"
ID_LIKE="rhel centos fedora"
VERSION_ID="8.3"
PLATFORM_ID="platform:el8"
PRETTY_NAME="AlmaLinux 8.3 RC (Purple Manul)"
ANSI_COLOR="0;34"
CPE_NAME="cpe:/o:almalinux:almalinux:8.3:rc"
HOME_URL="https://almalinux.org/;
BUG_REPORT_URL="https://bugs.almalinux.org/;

cat /etc/redhat-release 
AlmaLinux 8.3 RC (Purple Manul)

___
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/4HXHLM26RE6IJ5WBR65K6QGHONDSWB2X/

[ovirt-users] Re: deploy oVirt 4.4 errors

[grig . 4n]

Install on AlmaLinux distro. 
___
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/APCWUEZJTQHDE4OMSUG37BK3DNDBBKRZ/

[ovirt-users] Re: Public IP routing question

[Alex McWhirter]

You can route it to a private address on your router if you want...

We use EVPN/VXLAN (but regular old vlans work too) Just put the public 
space on a vlan, add public as a vlan tagged network in ovirt. Only your 
public facing VM's need addresses in the space.


On 2021-03-08 05:53, David White via Users wrote:

If I have a private network (10.1.0.0/24) that is being used by the
cluster for intra-host communication & replication, how do I get a
block of public IP addresses routed to the virtual cluster?

For example, let's say I have a public /28, and let's use 1.1.1.0/28
for example purposes.

I'll assign 1.1.1.1 to the router.

How can I then route 1.1.1.2 - 1.1.1.16 down to the virtualized oVirt
cluster?

Do I need to assign a public IP address to a 2nd physical NIC on each
host, and put that network onto a totally different physical switch?

Or should I instead setup default routes on the 10.1.0.0/24 network?

I also wanted to follow up on my question below to see if anyone had
any thoughts on how things would function when a portion of the
network is lost.

Sent with ProtonMail [1] Secure Email.

‐‐‐ Original Message ‐‐‐

 On Thursday, March 4, 2021 4:53 AM, David White
 wrote:


I tested oVirt (4.3? I can't remember) last fall on a single host
(hyperconverged).

Now, I'm getting ready to deploy to a 3 physical node (possibly 4)
hyperconverged cluster, and I guess I'll go ahead and go with 4.4.

Although Red Hat's recent shift of CentOS 8 to the Stream model, as
well as the announcement that RHV is going away makes me nervous. I
really don't see any other virtualization software doing quite the
same stuff as oVirt at the moment.

One of my questions is around the back end out-of-band network for
data replication.

What happens if all 3 servers are healthy and the normal network is
fine for serving traffic to the VM consumers, but the switching
network for data replication goes down? Is it possible to configure
oVirt to "fail over" to the front-end network?

I'm also wondering if its possible to do away with a switch all
together, and just link the physical hosts together directly (like a
cross-over cable) for the data replication.

I'm also wondering what would happen in the following scenario:

* All 3 servers are healthy

* The out-of-band data replication network is healthy

* 1 or 2 of the servers suddenly lost network connectivity on the
front-end network

What then? Would everything just keep working, and network traffic
be forced to go out the healthy interface(s) on the remaining hosts?

Sent with ProtonMail [1] Secure Email.




Links:
--
[1] https://protonmail.com
___
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/GMQTNI6VWTWMG6IQMFGJGBTLCLOARZYK/

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

[ovirt-users] Re: Error hosted-engine: Engine status: {"reason": "bad vm status", "health": "bad", "vm": "down_unexpected", "detail": "Down"}

[Vincent Royer]

For me, what happens every few months is the Hosted Engine fills up its
/var/log, specifically the httpd folder.  Once this partition is full, the
HE only runs for a few seconds before shutting down and trying a different
host. Obviously that makes no difference, so it just starts & stops over
and over until the log dir is emptied. so do a hosted_engine --vm-stop, and
then --vm-start. SSH into it and take a look at the partitions disk space.

*Vincent Royer*
*778-825-1057*



*SUSTAINABLE MOBILE ENERGY SOLUTIONS*





On Mon, Mar 8, 2021 at 3:07 AM Ritesh Chikatwar  wrote:

> Hello,
>
>
> Did you try starting using hosted-engine --vm-start
>
> Please check/share all relevant logs.
> from engine and hosts, and at least:
>
> engine.log &
> /var/log/vdsm/*
>
>
> On Mon, Mar 8, 2021 at 3:54 PM  wrote:
>
>> Hello.
>> I have a 4 host infrastructure in ovirt and a few days ago the
>> hosted-engine was turned off and I cannot turn it on from any host. Any
>> ideas? Thanks.
>>
>> --== Host host1.myhost.com (id: 7) status ==--
>>
>> conf_on_shared_storage : True
>> Status up-to-date  : True
>> Hostname   : host1.myhost.com
>> Host ID: 7
>> Engine status  : {"reason": "bad vm status",
>> "health": "bad", "vm": "down_unexpected", "detail": "Down"}
>> Score  : 0
>> stopped: False
>> Local maintenance  : False
>> crc32  : d5633613
>> local_conf_timestamp   : 31176590
>> Host timestamp : 31176590
>> ___
>> 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/URWDMU5RRK2OXOXWMJJOBMBSE42DVNRQ/
>>
> ___
> 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/EXMIFDXHUZ7HGOSTZP5Y5SJOI6FZDX2E/
>
___
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/IRSEYZCE4CNUWSBOBN74CJWWBPRMQTOP/

[ovirt-users] Re: HCI Fresh Deploy - Cannot upgrade 4.4. to 4.5 or add more hosts

[penguin pages]

Their may be aspect of this where HCI engine.. composes bricks of gluster into 
engine hosted storage... and then is not able to add hosts into cluster.

Below is looping error : 
[root@ovirte01 ~]# tail -f /var/log/ovirt-engine/engine.log
2021-03-08 10:40:19,192-05 INFO  
[org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) [] 
START, GlusterServersListVDSCommand(HostName = medusa.penguinpages.local, 
VdsIdVDSCommandParametersBase:{hostId='ea26e8ad-e762-4852-bf71-b0a6b2b69853'}), 
log id: 76bd303b
2021-03-08 10:40:19,395-05 INFO  
[org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) [] 
FINISH, GlusterServersListVDSCommand, return: [172.16.101.103/24:CONNECTED, 
thorst.penguinpages.local:CONNECTED, odinst.penguinpages.local:CONNECTED], log 
id: 76bd303b
2021-03-08 10:40:19,400-05 INFO  
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) [] 
START, GlusterVolumesListVDSCommand(HostName = medusa.penguinpages.local, 
GlusterVolumesListVDSParameters:{hostId='ea26e8ad-e762-4852-bf71-b0a6b2b69853'}),
 log id: 2ebcd203
2021-03-08 10:40:19,507-05 WARN  
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) [] 
Could not add brick 'thorst.penguinpages.local:/gluster_bricks/data/data' to 
volume '78117441-467f-4c9c-ae10-4608de688404' - server uuid 
'165ecdcd-10c1-4b34-aefa-9a0a6d3d8751' not found in cluster 
'91fde852-8013-11eb-8054-00163e7e2056'
2021-03-08 10:40:19,508-05 WARN  
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) [] 
Could not add brick 'odinst.penguinpages.local:/gluster_bricks/data/data' to 
volume '78117441-467f-4c9c-ae10-4608de688404' - server uuid 
'835293d4-38b8-4e1b-80ff-9e654effa3c3' not found in cluster 
'91fde852-8013-11eb-8054-00163e7e2056'
2021-03-08 10:40:19,511-05 WARN  
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) [] 
Could not associate brick 
'medusast.penguinpages.local:/gluster_bricks/data/data' of volume 
'78117441-467f-4c9c-ae10-4608de688404' with correct network as no gluster 
network found in cluster '91fde852-8013-11eb-8054-00163e7e2056'
2021-03-08 10:40:19,511-05 WARN  
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) [] 
Could not add brick 'thorst.penguinpages.local:/gluster_bricks/engine/engine' 
to volume '40f9f0b8-1861-45d6-b63b-d59ec264422d' - server uuid 
'165ecdcd-10c1-4b34-aefa-9a0a6d3d8751' not found in cluster 
'91fde852-8013-11eb-8054-00163e7e2056'
2021-03-08 10:40:19,512-05 WARN  
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) [] 
Could not add brick 'odinst.penguinpages.local:/gluster_bricks/engine/engine' 
to volume '40f9f0b8-1861-45d6-b63b-d59ec264422d' - server uuid 
'835293d4-38b8-4e1b-80ff-9e654effa3c3' not found in cluster 
'91fde852-8013-11eb-8054-00163e7e2056'
2021-03-08 10:40:19,514-05 WARN  
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) [] 
Could not associate brick 
'medusast.penguinpages.local:/gluster_bricks/engine/engine' of volume 
'40f9f0b8-1861-45d6-b63b-d59ec264422d' with correct network as no gluster 
network found in cluster '91fde852-8013-11eb-8054-00163e7e2056'
2021-03-08 10:40:19,515-05 WARN  
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) [] 
Could not add brick 'thorst.penguinpages.local:/gluster_bricks/vmstore/vmstore' 
to volume '59cb23d6-325b-48ea-a03c-6fb43809f714' - server uuid 
'165ecdcd-10c1-4b34-aefa-9a0a6d3d8751' not found in cluster 
'91fde852-8013-11eb-8054-00163e7e2056'
2021-03-08 10:40:19,515-05 WARN  
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) [] 
Could not add brick 'odinst.penguinpages.local:/gluster_bricks/vmstore/vmstore' 
to volume '59cb23d6-325b-48ea-a03c-6fb43809f714' - server uuid 
'835293d4-38b8-4e1b-80ff-9e654effa3c3' not found in cluster 
'91fde852-8013-11eb-8054-00163e7e2056'
2021-03-08 10:40:19,517-05 WARN  
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-60) [] 
Could not associate brick 
'medusast.penguinpages.local:/gluster_bricks/vmstore/vmstore' of volume 
'59cb23d6-325b-48ea-a03c-6fb43809f714' with correct 

[ovirt-users] Re: [security-updates] oVirt node

[Sandro Bonazzola]

Il giorno mar 2 mar 2021 alle ore 07:34 Thiago Linhares 
ha scritto:

> Hello there,
>
> I wonder whats the right approach to get security updates for ovirt nodes?
> (installed using ovirt node iso image)
>
> Eg.:
> 'sudo' package has a know vulnerability until version
> sudo-1.8.23-9.el7.x86_64.
> When trying to update this package on a ovirt node, it would not.
> Checking versionlock, I confirmed it is listed there:
> # grep sudo /etc/yum/pluginconf.d/versionlock.list
> 0:libsss_sudo-1.16.4-37.el7_8.3.x86_64
> 0:sudo-1.8.23-9.el7.x86_64
>
>
Looks like you are using oVirt Node 4.3. Please note oVirt 4.3 gone End Of
Life when oVirt 4.4 has been released.
Please upgrade to oVirt 4.4 as soon as practical in order to get security
fixes in a timely manner.



>
> 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/55FB5S5UVYXMKJRGWRYMQ72OBLKHZGU3/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


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

[ovirt-users] Re: CVE-2021-3156 && ovirt-node-ng 4.3 && 4.4 (sudo)

[Sandro Bonazzola]

Il giorno lun 1 feb 2021 alle ore 11:46 Renaud RAKOTOMALALA <
renaud.rakotomal...@smile.fr> ha scritto:

> Hello everyone,
>
> I operate several oVirt clusters including pre-productions using
> ovirt-node-ng images.
>
> For our traditional clusters we manage the incident in a unitary way with
> a dedicated rpm, however for ovirt-node-ng I am not yet up to date with
> critical package updates process.
>
> Do you have any advice or tips?
>

Related to CVE-2021-3156 an updated oVirt Node 4.4 has been released a
while ago, please refer to official announce: to
https://lists.ovirt.org/archives/list/annou...@ovirt.org/thread/WRMYQCKJAVVJRIFMMN7XXAK5LI5KOFDW/

oVirt 4.3 gone end of life when oVirt 4.4 has been released so oVirt Node
4.3 is not going to get any further updates.
Please upgrade to 4.4 as soon as practical.

Thanks,

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


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

[ovirt-users] Re: HCI Fresh Deploy - Cannot upgrade 4.4. to 4.5 or add more hosts

[penguin pages]

<<< Update>>>

as I try to add node. I am able to add fingerprint .. and below is output from 
engine

[root@ovirte01 ~]# tail -f /var/log/ovirt-engine/server.log
...
2021-03-08 10:23:21,542-05 WARNING [javax.persistence.spi] (default task-6) 
javax.persistence.spi::No valid providers found.
2021-03-08 10:23:21,719-05 INFO  
[org.apache.sshd.common.io.DefaultIoServiceFactoryFactory] (default task-6) No 
detected/configured IoServiceFactoryFactory using Nio2ServiceFactoryFactory
2021-03-08 10:23:21,744-05 INFO  
[org.apache.sshd.client.config.hosts.DefaultConfigFileHostEntryResolver] 
(default task-6) resolveEffectiveResolver(dummy@thor.penguinpages.local:22) 
loaded 0 entries from /var/lib/ovirt-engine/.ssh/config
2021-03-08 10:23:30,737-05 WARN  
[org.apache.sshd.client.session.ClientConnectionService] 
(sshd-SshClient[4f22a453]-nio2-thread-3) 
globalRequest(ClientConnectionService[ClientSessionImpl[root@thor.penguinpages.local/172.16.100.101:22]])[hostkeys...@openssh.com,
 want-reply=false] failed (SshException) to process: EdDSA provider not 
supported

Does anyone know where else logs would be for engine failure to add node?
___
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/PJGXKG4LFWEAAIZLH24KRN7WSLVUUFIX/

[ovirt-users] HCI Fresh Deploy - Cannot upgrade 4.4. to 4.5 or add more hosts

[penguin pages]

I reinstalled OS all nodes CentoOS 8 streams.

installed cockpit engine and ran through HCI deploy wizard with gluster.   this 
deployed 4.4 version of engine.. then said 4.5 version available.  

I try to add hosts and get error "Error while executing action: Server 
thor.penguinpages.local is already part of another cluster."  (or other node).  
 

I ssh into ovirt engine host and attempt to ssh from that host to three nodes 
of HCI cluster and it works fine.   I added ssh keys for passwordless login but 
no change

I change cluster then datacenter to 4.5.   Then attempt to run upgrade but get 
same error.


Seems like chicken / egg issue.  I can't get nodes.   I can't upgrade 4.4. to 
4.5 because I have no nodes to allow maintenance mode.   And engine shows "no 
updates" needed

[root@ovirte01 ~]# yum update
Last metadata expiration check: 1:39:16 ago on Mon 08 Mar 2021 08:36:40 AM EST.
Dependencies resolved.
Nothing to do.
Complete!

Suggestions?  
___
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/F4FCKB5VXMDIQFSSXZFDNMMLFKXBZPC7/

[ovirt-users] Re: Upgrade from 4.3.5 to 4.3.10 HE Host issue

[Marko Vrgotic]

The broker log, these lines are pretty much repeating:

MainThread::WARNING::2021-03-03 
09:19:12,086::storage_broker::97::ovirt_hosted_engine_ha.broker.storage_broker.StorageBroker::(__init__)
 Can't connect vdsm storage: 'metadata_image_UUID can't be 'None'
MainThread::INFO::2021-03-03 
09:19:12,829::broker::47::ovirt_hosted_engine_ha.broker.broker.Broker::(run) 
ovirt-hosted-engine-ha broker 2.3.6 started
MainThread::INFO::2021-03-03 
09:19:12,829::monitor::40::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Searching for submonitors in 
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/sub
monitors
MainThread::INFO::2021-03-03 
09:19:12,829::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor cpu-load
MainThread::INFO::2021-03-03 
09:19:12,832::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor cpu-load-no-engine
MainThread::INFO::2021-03-03 
09:19:12,832::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor engine-health
MainThread::INFO::2021-03-03 
09:19:12,832::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor mem-free
MainThread::INFO::2021-03-03 
09:19:12,833::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor mgmt-bridge
MainThread::INFO::2021-03-03 
09:19:12,833::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor network
MainThread::INFO::2021-03-03 
09:19:12,833::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor storage-domain
MainThread::INFO::2021-03-03 
09:19:12,833::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor cpu-load
MainThread::INFO::2021-03-03 
09:19:12,834::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor cpu-load-no-engine
MainThread::INFO::2021-03-03 
09:19:12,835::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor engine-health
MainThread::INFO::2021-03-03 
09:19:12,835::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor mem-free
MainThread::INFO::2021-03-03 
09:19:12,835::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor mgmt-bridge
MainThread::INFO::2021-03-03 
09:19:12,835::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor network
MainThread::INFO::2021-03-03 
09:19:12,836::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor storage-domain
MainThread::INFO::2021-03-03 
09:19:12,836::monitor::50::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Finished loading submonitors
MainThread::WARNING::2021-03-03 
09:19:12,836::storage_broker::97::ovirt_hosted_engine_ha.broker.storage_broker.StorageBroker::(__init__)
 Can't connect vdsm storage: 'metadata_image_UUID can't be 'None'
MainThread::INFO::2021-03-03 
09:19:13,574::broker::47::ovirt_hosted_engine_ha.broker.broker.Broker::(run) 
ovirt-hosted-engine-ha broker 2.3.6 started
MainThread::INFO::2021-03-03 
09:19:13,575::monitor::40::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Searching for submonitors in 
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/broker/submonitors
MainThread::INFO::2021-03-03 
09:19:13,575::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor cpu-load
MainThread::INFO::2021-03-03 
09:19:13,577::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor cpu-load-no-engine
MainThread::INFO::2021-03-03 
09:19:13,578::monitor::49::ovirt_hosted_engine_ha.broker.monitor.Monitor::(_discover_submonitors)
 Loaded submonitor engine-health



-
kind regards/met vriendelijke groeten

Marko Vrgotic
Sr. System Engineer @ System Administration

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

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

[ovirt-users] Re: Gluster volume engine stuck in healing with 1 unsynched entry & HostedEngine paused

[souvaliotimaria]

Thank you for your reply.
I'm trying that right now and I see it triggered the self-healing process. 
I will come back with an update.
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/WKW4RAVHVOZN6CZVK2TOC7727DHLKWRZ/

[ovirt-users] Re: Gluster volume engine stuck in healing with 1 unsynched entry & HostedEngine paused

[souvaliotimaria]

Thank you. 
I have tried that and it didn't work as the system sees that the file is not in 
split-brain.
I have also tried force heal and full heal and still nothing. I always end up 
with the entry being stuck in unsynched stage.
___
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/W5AJ4PKEK36NZEIAPTX3UQD6P7EZM7EL/

[ovirt-users] Re: sanlock error

[Vojtech Juranek]

On Monday, 8 March 2021 12:46:58 CET kim.karga...@noroff.no wrote:
> Hi,
> 
> We have plenty of space, I have checked with both df -h and df -i. 
> 
> Here are the vdsm logs from one node. 

what is the whole flow you are running? This looks like a flow where you try 
to delete an image, which is probably missing one of its volumes.
In the log bellow there isn't anything related to sanlock. Or maybe wrong log?

> 2021-03-08 12:09:15,550+0100 INFO  (jsonrpc/7) [vdsm.api] START
> deleteImage(sdUUID=u'fb14e013-15f1-49b6-b129-210517aca0da',
> spUUID=u'aec485fa-cdbb-4979-8dc9-a2376559b2a4',
> imgUUID=u'459872a1-8783-463a-98ae-9e56d8883abb', postZero=u'false',
> force=u'false', discard=False) from=:::172.16.122.253,44650,
> flow_id=39b2eddb, task_id=969cdd60-9b4c-43d9-960a-2a3b467b227c (api:48)
> 2021-03-08 12:09:15,719+0100 INFO  (tasks/9)
> [storage.StorageDomainManifest] Unlink volume symlink
> u'/rhev/data-center/mnt/blockSD/fb14e013-15f1-49b6-b129-210517aca0da/images
> /01af322e-ff54-4981-9842-0f0a608da17c/46bf0806-8d16-40db-92df-8436f43628a4'
> (blockSD:722) 2021-03-08 12:09:15,719+0100 INFO  (tasks/9)
> [storage.StorageDomainManifest] Unlink volume symlink
> u'/rhev/data-center/mnt/blockSD/fb14e013-15f1-49b6-b129-210517aca0da/images
> /01af322e-ff54-4981-9842-0f0a608da17c/27638d78-e935-44f4-b0cc-5ee2459e204a'
> (blockSD:722) 2021-03-08 12:09:15,719+0100 INFO  (tasks/9)
> [storage.StorageDomainManifest] removed:
> [u'/rhev/data-center/mnt/blockSD/fb14e013-15f1-49b6-b129-210517aca0da/image
> s/01af322e-ff54-4981-9842-0f0a608da17c/27638d78-e935-44f4-b0cc-5ee2459e204a'
> ] (blockSD:729) 2021-03-08 12:09:15,719+0100 INFO  (tasks/9)
> [storage.StorageDomainManifest] Removing image directory
> u'/rhev/data-center/mnt/blockSD/fb14e013-15f1-49b6-b129-210517aca0da/images
> /01af322e-ff54-4981-9842-0f0a608da17c' (blockSD:735) 2021-03-08
> 12:09:15,729+0100 INFO  (tasks/9) [storage.ThreadPool.WorkerThread] FINISH
> task 9a57dcf5-85b2-4c7c-8ffb-f11eecc2313f (threadPool:210) 2021-03-08
> 12:09:16,671+0100 WARN  (jsonrpc/7) [storage.LVM] Removing stale lv:
> fb14e013-15f1-49b6-b129-210517aca0da/46bf0806-8d16-40db-92df-8436f43628a4
> (lvm:564) 2021-03-08 12:09:17,920+0100 WARN  (tasks/7) [storage.LVM] lv:
> 46bf0806-8d16-40db-92df-8436f43628a4 not found in lvs vg:
> fb14e013-15f1-49b6-b129-210517aca0da response (lvm:736) 2021-03-08
> 12:09:17,921+0100 ERROR (tasks/7) [storage.TaskManager.Task]
> (Task='d4aa81a1-9adc-45c9-be46-05bc63862f4e') Unexpected error (task:875)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882, in
> _run
 return fn(*args, **kargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 336, in
> run
 return self.cmd(*self.argslist, **self.argsdict)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line
> 79, in wrapper
 return method(self, *args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 1966, in
> deleteVolume
 vol = dom.produceVolume(imgUUID, volUUID)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/sd.py", line 913, in
> produceVolume
 volUUID)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/volume.py", line 814,
> in __init__
 self._manifest = self.manifestClass(repoPath, sdUUID, imgUUID,
> volUUID) File
> "/usr/lib/python2.7/site-packages/vdsm/storage/blockVolume.py", line 62, in
> __init__ volUUID)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/volume.py", line 86,
> in __init__
 self.validate()
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/blockVolume.py", line
> 151, in validate
 raise se.VolumeDoesNotExist(self.volUUID)
> VolumeDoesNotExist: Volume does not exist:
> (u'46bf0806-8d16-40db-92df-8436f43628a4',)
 2021-03-08 12:09:17,946+0100
> INFO  (tasks/7) [storage.ThreadPool.WorkerThread] FINISH task
> d4aa81a1-9adc-45c9-be46-05bc63862f4e (threadPool:210) 2021-03-08
> 12:09:18,273+0100 WARN  (jsonrpc/7) [storage.LVM] Command ['/usr/sbin/lvm',
> 'lvchange', '--config', 'devices {  preferred_names=["^/dev/mapper/"] 
> ignore_suspended_devices=1  write_cache_state=0 
> disable_after_error_count=3 
> filter=["a|^/dev/mapper/2181ad2edfa7b485c6c9ce90045609718$|^/dev/mapper/276
> 3fdda70ca458906c9ce90045609718$|^/dev/mapper/28ba7d1d12c7099ef6c9ce900456097
> 18$|^/dev/mapper/2e9d013564898d36f6c9ce90045609718$|", "r|.*|"] } global { 
> locking_type=1  prioritise_write_locks=1  wait_for_locks=1  use_lvmetad=0 }
> backup {  retain_min=50  retain_days=0 }', '--autobackup', 'n', '-a', 'y',
> '--deltag', u'IU_459872a1-8783-463a-98ae-9e56d8883abb', '--addtag',
> u'IU__remove_me_459872a1-8783-463a-98ae-9e56d8883abb',
> 'fb14e013-15f1-49b6-b129-210517aca0da/5d51973d-4198-4cec-994a-727317640ccb'
> ] succeeded with warnings: ['  WARNING: Combining activation change with
> other commands is not advised.', '  Scan of VG
> fb14e013-15f1-49b6-b129-210517aca0da from /dev/mapper/2763fdda70ca
> 458906c9ce90045609718 found metadata seqno 26448 

[ovirt-users] Re: sanlock error

[kim . kargaard]

Hi,

We have plenty of space, I have checked with both df -h and df -i. 

Here are the vdsm logs from one node. 

2021-03-08 12:09:15,550+0100 INFO  (jsonrpc/7) [vdsm.api] START 
deleteImage(sdUUID=u'fb14e013-15f1-49b6-b129-210517aca0da', 
spUUID=u'aec485fa-cdbb-4979-8dc9-a2376559b2a4', 
imgUUID=u'459872a1-8783-463a-98ae-9e56d8883abb', postZero=u'false', 
force=u'false', discard=False) from=:::172.16.122.253,44650, 
flow_id=39b2eddb, task_id=969cdd60-9b4c-43d9-960a-2a3b467b227c (api:48)
2021-03-08 12:09:15,719+0100 INFO  (tasks/9) [storage.StorageDomainManifest] 
Unlink volume symlink 
u'/rhev/data-center/mnt/blockSD/fb14e013-15f1-49b6-b129-210517aca0da/images/01af322e-ff54-4981-9842-0f0a608da17c/46bf0806-8d16-40db-92df-8436f43628a4'
 (blockSD:722)
2021-03-08 12:09:15,719+0100 INFO  (tasks/9) [storage.StorageDomainManifest] 
Unlink volume symlink 
u'/rhev/data-center/mnt/blockSD/fb14e013-15f1-49b6-b129-210517aca0da/images/01af322e-ff54-4981-9842-0f0a608da17c/27638d78-e935-44f4-b0cc-5ee2459e204a'
 (blockSD:722)
2021-03-08 12:09:15,719+0100 INFO  (tasks/9) [storage.StorageDomainManifest] 
removed: 
[u'/rhev/data-center/mnt/blockSD/fb14e013-15f1-49b6-b129-210517aca0da/images/01af322e-ff54-4981-9842-0f0a608da17c/27638d78-e935-44f4-b0cc-5ee2459e204a']
 (blockSD:729)
2021-03-08 12:09:15,719+0100 INFO  (tasks/9) [storage.StorageDomainManifest] 
Removing image directory 
u'/rhev/data-center/mnt/blockSD/fb14e013-15f1-49b6-b129-210517aca0da/images/01af322e-ff54-4981-9842-0f0a608da17c'
 (blockSD:735)
2021-03-08 12:09:15,729+0100 INFO  (tasks/9) [storage.ThreadPool.WorkerThread] 
FINISH task 9a57dcf5-85b2-4c7c-8ffb-f11eecc2313f (threadPool:210)
2021-03-08 12:09:16,671+0100 WARN  (jsonrpc/7) [storage.LVM] Removing stale lv: 
fb14e013-15f1-49b6-b129-210517aca0da/46bf0806-8d16-40db-92df-8436f43628a4 
(lvm:564)
2021-03-08 12:09:17,920+0100 WARN  (tasks/7) [storage.LVM] lv: 
46bf0806-8d16-40db-92df-8436f43628a4 not found in lvs vg: 
fb14e013-15f1-49b6-b129-210517aca0da response (lvm:736)
2021-03-08 12:09:17,921+0100 ERROR (tasks/7) [storage.TaskManager.Task] 
(Task='d4aa81a1-9adc-45c9-be46-05bc63862f4e') Unexpected error (task:875)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882, in 
_run
return fn(*args, **kargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 336, in run
return self.cmd(*self.argslist, **self.argsdict)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line 79, 
in wrapper
return method(self, *args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 1966, in 
deleteVolume
vol = dom.produceVolume(imgUUID, volUUID)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sd.py", line 913, in 
produceVolume
volUUID)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/volume.py", line 814, in 
__init__
self._manifest = self.manifestClass(repoPath, sdUUID, imgUUID, volUUID)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/blockVolume.py", line 62, 
in __init__
volUUID)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/volume.py", line 86, in 
__init__
self.validate()
  File "/usr/lib/python2.7/site-packages/vdsm/storage/blockVolume.py", line 
151, in validate
raise se.VolumeDoesNotExist(self.volUUID)
VolumeDoesNotExist: Volume does not exist: 
(u'46bf0806-8d16-40db-92df-8436f43628a4',)
2021-03-08 12:09:17,946+0100 INFO  (tasks/7) [storage.ThreadPool.WorkerThread] 
FINISH task d4aa81a1-9adc-45c9-be46-05bc63862f4e (threadPool:210)
2021-03-08 12:09:18,273+0100 WARN  (jsonrpc/7) [storage.LVM] Command 
['/usr/sbin/lvm', 'lvchange', '--config', 'devices {  
preferred_names=["^/dev/mapper/"]  ignore_suspended_devices=1  
write_cache_state=0  disable_after_error_count=3  
filter=["a|^/dev/mapper/2181ad2edfa7b485c6c9ce90045609718$|^/dev/mapper/2763fdda70ca458906c9ce90045609718$|^/dev/mapper/28ba7d1d12c7099ef6c9ce90045609718$|^/dev/mapper/2e9d013564898d36f6c9ce90045609718$|",
 "r|.*|"] } global {  locking_type=1  prioritise_write_locks=1  
wait_for_locks=1  use_lvmetad=0 } backup {  retain_min=50  retain_days=0 }', 
'--autobackup', 'n', '-a', 'y', '--deltag', 
u'IU_459872a1-8783-463a-98ae-9e56d8883abb', '--addtag', 
u'IU__remove_me_459872a1-8783-463a-98ae-9e56d8883abb', 
'fb14e013-15f1-49b6-b129-210517aca0da/5d51973d-4198-4cec-994a-727317640ccb'] 
succeeded with warnings: ['  WARNING: Combining activation change with other 
commands is not advised.', '  Scan of VG fb14e013-15f1-49b6-b129-210517aca0da 
from /dev/mapper/2763fdda70ca
 458906c9ce90045609718 found metadata seqno 26448 vs previous 26447.', '  Scan 
of VG fb14e013-15f1-49b6-b129-210517aca0da from 
/dev/mapper/2763fdda70ca458906c9ce90045609718 found metadata seqno 26448 vs 
previous 26447.'] (lvm:385)
2021-03-08 12:09:18,281+0100 INFO  (jsonrpc/7) [vdsm.api] FINISH deleteImage 
return=None from=:::172.16.122.253,44650, flow_id=39b2eddb, 
task_id=969cdd60-9b4c-43d9-960a-2a3b467b227c 

[ovirt-users] Re: sanlock error

[Ritesh Chikatwar]

Also share vdsm logs from all the hosts at the time it will be usefull

On Mon, Mar 8, 2021 at 4:55 PM Ritesh Chikatwar  wrote:

> Hello,
>
> I would recommend to check how much space you have available and which
> partition is filling up with the following command:
>
> df -h
>
> Also if you have enough space, make sure to check your Inode usage using
> df -i
>
> On Mon, Mar 8, 2021 at 4:43 PM  wrote:
>
>> Hi,
>>
>> We are running ovirt 4.3 and whenever we create a new VM, we get the
>> error:
>>
>> HSMGetAllTasksStatusesVDS failed: Error creating a new volume: (u"Volume
>> creation 77be733a-a38a-4125-a3ae-beea960d9e28 failed: (28, 'Sanlock
>> resource write failure', 'No space left on device')",)
>> 3/8/2111:56:57 AM
>>
>> I have checked the engine logs and see the following:
>>
>> 2021-03-08 12:09:18,306+01 ERROR
>> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-40) []
>> BaseAsyncTask::logEndTaskFailure: Task
>> 'd4aa81a1-9adc-45c9-be46-05bc63862f4e' (Parent Command 'Unknown',
>> Parameters Type
>> 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with
>> failure:
>> -- Result: 'cleanSuccess'
>> -- Message: 'VDSGenericException: VDSErrorException: Failed to
>> HSMGetAllTasksStatusesVDS, error = Volume does not exist:
>> (u'46bf0806-8d16-40db-92df-8436f43628a4',), code = 201',
>> -- Exception: 'VDSGenericException: VDSErrorException: Failed to
>> HSMGetAllTasksStatusesVDS, error = Volume does not exist:
>> (u'46bf0806-8d16-40db-92df-8436f43628a4',), code = 201'
>>
>> Not sure how to solve this issue. I have tried restarting the engine, but
>> that did not solve it. Any tips?
>>
>> Thanks.
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/JC7KB2SGXBBXQIZ7X4EVBADPM7BLITWK/
>>
>
___
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/BMNXBG72CBNDLHTMEC4LFCSG4QHEC63B/

[ovirt-users] Re: sanlock error

[Ritesh Chikatwar]

Hello,

I would recommend to check how much space you have available and which
partition is filling up with the following command:

df -h

Also if you have enough space, make sure to check your Inode usage using df
-i

On Mon, Mar 8, 2021 at 4:43 PM  wrote:

> Hi,
>
> We are running ovirt 4.3 and whenever we create a new VM, we get the error:
>
> HSMGetAllTasksStatusesVDS failed: Error creating a new volume: (u"Volume
> creation 77be733a-a38a-4125-a3ae-beea960d9e28 failed: (28, 'Sanlock
> resource write failure', 'No space left on device')",)
> 3/8/2111:56:57 AM
>
> I have checked the engine logs and see the following:
>
> 2021-03-08 12:09:18,306+01 ERROR
> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
> (EE-ManagedThreadFactory-engineScheduled-Thread-40) []
> BaseAsyncTask::logEndTaskFailure: Task
> 'd4aa81a1-9adc-45c9-be46-05bc63862f4e' (Parent Command 'Unknown',
> Parameters Type
> 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with
> failure:
> -- Result: 'cleanSuccess'
> -- Message: 'VDSGenericException: VDSErrorException: Failed to
> HSMGetAllTasksStatusesVDS, error = Volume does not exist:
> (u'46bf0806-8d16-40db-92df-8436f43628a4',), code = 201',
> -- Exception: 'VDSGenericException: VDSErrorException: Failed to
> HSMGetAllTasksStatusesVDS, error = Volume does not exist:
> (u'46bf0806-8d16-40db-92df-8436f43628a4',), code = 201'
>
> Not sure how to solve this issue. I have tried restarting the engine, but
> that did not solve it. Any tips?
>
> Thanks.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/JC7KB2SGXBBXQIZ7X4EVBADPM7BLITWK/
>
___
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/MLEFYHMW3FTBDEA2PL4NBPCMYT65S23L/

[ovirt-users] sanlock error

[kim . kargaard]

Hi,

We are running ovirt 4.3 and whenever we create a new VM, we get the error:

HSMGetAllTasksStatusesVDS failed: Error creating a new volume: (u"Volume 
creation 77be733a-a38a-4125-a3ae-beea960d9e28 failed: (28, 'Sanlock resource 
write failure', 'No space left on device')",)
3/8/2111:56:57 AM

I have checked the engine logs and see the following:

2021-03-08 12:09:18,306+01 ERROR [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] 
(EE-ManagedThreadFactory-engineScheduled-Thread-40) [] 
BaseAsyncTask::logEndTaskFailure: Task 'd4aa81a1-9adc-45c9-be46-05bc63862f4e' 
(Parent Command 'Unknown', Parameters Type 
'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with 
failure:
-- Result: 'cleanSuccess'
-- Message: 'VDSGenericException: VDSErrorException: Failed to 
HSMGetAllTasksStatusesVDS, error = Volume does not exist: 
(u'46bf0806-8d16-40db-92df-8436f43628a4',), code = 201',
-- Exception: 'VDSGenericException: VDSErrorException: Failed to 
HSMGetAllTasksStatusesVDS, error = Volume does not exist: 
(u'46bf0806-8d16-40db-92df-8436f43628a4',), code = 201'

Not sure how to solve this issue. I have tried restarting the engine, but that 
did not solve it. Any tips?

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

[ovirt-users] Re: Error hosted-engine: Engine status: {"reason": "bad vm status", "health": "bad", "vm": "down_unexpected", "detail": "Down"}

[Ritesh Chikatwar]

Hello,


Did you try starting using hosted-engine --vm-start

Please check/share all relevant logs.
from engine and hosts, and at least:

engine.log &
/var/log/vdsm/*


On Mon, Mar 8, 2021 at 3:54 PM  wrote:

> Hello.
> I have a 4 host infrastructure in ovirt and a few days ago the
> hosted-engine was turned off and I cannot turn it on from any host. Any
> ideas? Thanks.
>
> --== Host host1.myhost.com (id: 7) status ==--
>
> conf_on_shared_storage : True
> Status up-to-date  : True
> Hostname   : host1.myhost.com
> Host ID: 7
> Engine status  : {"reason": "bad vm status", "health":
> "bad", "vm": "down_unexpected", "detail": "Down"}
> Score  : 0
> stopped: False
> Local maintenance  : False
> crc32  : d5633613
> local_conf_timestamp   : 31176590
> Host timestamp : 31176590
> ___
> 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/URWDMU5RRK2OXOXWMJJOBMBSE42DVNRQ/
>
___
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/EXMIFDXHUZ7HGOSTZP5Y5SJOI6FZDX2E/

[ovirt-users] Public IP routing question

[David White via Users]

If I have a private network (10.1.0.0/24) that is being used by the cluster for 
intra-host communication & replication, how do I get a block of public IP 
addresses routed to the virtual cluster?

For example, let's say I have a public /28, and let's use 1.1.1.0/28 for 
example purposes.
I'll assign 1.1.1.1 to the router.

How can I then route 1.1.1.2 - 1.1.1.16 down to the virtualized oVirt cluster?

Do I need to assign a public IP address to a 2nd physical NIC on each host, and 
put that network onto a totally different physical switch?
Or should I instead setup default routes on the 10.1.0.0/24 network?

I also wanted to follow up on my question below to see if anyone had any 
thoughts on how things would function when a portion of the network is lost.

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
On Thursday, March 4, 2021 4:53 AM, David White  
wrote:

> I tested oVirt (4.3? I can't remember) last fall on a single host 
> (hyperconverged).
> 

> Now, I'm getting ready to deploy to a 3 physical node (possibly 4) 
> hyperconverged cluster, and I guess I'll go ahead and go with 4.4.
> Although Red Hat's recent shift of CentOS 8 to the Stream model, as well as 
> the announcement that RHV is going away makes me nervous. I really don't see 
> any other virtualization software doing quite the same stuff as oVirt at the 
> moment. 
> 

> One of my questions is around the back end out-of-band network for data 
> replication.
> What happens if all 3 servers are healthy and the normal network is fine for 
> serving traffic to the VM consumers, but the switching network for data 
> replication goes down? Is it possible to configure oVirt to "fail over" to 
> the front-end network?
> I'm also wondering if its possible to do away with a switch all together, and 
> just link the physical hosts together directly (like a cross-over cable) for 
> the data replication.
> 

> I'm also wondering what would happen in the following scenario:
> 

> -   All 3 servers are healthy
> -   The out-of-band data replication network is healthy
> -   1 or 2 of the servers suddenly lost network connectivity on the front-end 
> network
> 

> What then? Would everything just keep working, and network traffic be forced 
> to go out the healthy interface(s) on the remaining hosts?
> 

> Sent with ProtonMail Secure Email.

publickey - dmwhite823@protonmail.com - 0x320CD582.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature
___
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/GMQTNI6VWTWMG6IQMFGJGBTLCLOARZYK/

[ovirt-users] Error hosted-engine: Engine status: {"reason": "bad vm status", "health": "bad", "vm": "down_unexpected", "detail": "Down"}

[jesado74]

Hello.
I have a 4 host infrastructure in ovirt and a few days ago the hosted-engine 
was turned off and I cannot turn it on from any host. Any ideas? Thanks.

--== Host host1.myhost.com (id: 7) status ==--

conf_on_shared_storage : True
Status up-to-date  : True
Hostname   : host1.myhost.com
Host ID: 7
Engine status  : {"reason": "bad vm status", "health": 
"bad", "vm": "down_unexpected", "detail": "Down"}
Score  : 0
stopped: False
Local maintenance  : False
crc32  : d5633613
local_conf_timestamp   : 31176590
Host timestamp : 31176590
___
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/URWDMU5RRK2OXOXWMJJOBMBSE42DVNRQ/

[ovirt-users] Re: Upgrade from 4.3.5 to 4.3.10 HE Host issue

[Yedidyah Bar David]

Hi,

On Mon, Mar 8, 2021 at 10:13 AM Marko Vrgotic  wrote:
>
> I cannot find the reason why the re-Deployment on this Hosts fails, as it was 
> already deployed on it before.
>
> No errors, found int the deployment, but it seems half done, based on 
> messages I sent in previous email.

Please check/share all relevant logs. Thanks. Can be all of /var/log
from engine and hosts, and at least:

/var/log/ovirt-engine/engine.log

/var/log/vdsm/*

/var/log/ovirt-hosted-engine-ha/*

Best regards,
-- 
Didi
___
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/HQKVPVQO7UXYM5WB3IQRE6GGRLHBRDBB/

[ovirt-users] Re: Upgrade from 4.3.5 to 4.3.10 HE Host issue

[Marko Vrgotic]

I cannot find the reason why the re-Deployment on this Hosts fails, as it was 
already deployed on it before.
No errors, found int the deployment, but it seems half done, based on messages 
I sent in previous email.

-
kind regards/met vriendelijke groeten

Marko Vrgotic
Sr. System Engineer @ System Administration

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

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



From: Vrgotic, Marko 
Date: Wednesday, 3 March 2021 at 13:12
To: users@ovirt.org 
Subject: Upgrade from 4.3.5 to 4.3.10 HE Host issue
Hi oVirt,

Yesterday I upgraded one of my oVIrt platform from 4.3.5 to 4.3.10. Platform 
has 10Hosts with 3Hosts as Hosts for HA.

Before upgrade, all three Hosts were acknowledged Hosts for HE (little happy 
crown).

Pre upgrade:
Host1 – HE available host
Host2 – HE current host
Host3 – HE available host


Upgraded first HE to 4.3.10, than started with HE Hosts – post upgrade of 
Host2, the crown disappeared and did not show up. This happens sometimes, and I 
usually reinstall the host, than execute HE UNDEPLOY and DEPLOY, which fixes 
the state.

However, this time, after such actions, the server is still not an acknowledged 
HE host – no crown. However, if I try to remove it, oVIrt says that looks like 
HE is deploy on it and need to be removed, but command “hosted-engine 
–vm-status” says you must deploy first.

I removed the Host, reinstalled the OS on it, deployed it again as new, synced 
all networks, than deploy once more with HE Deploy, still same issue.

Any suggestions?

-
kind regards/met vriendelijke groeten

Marko Vrgotic
Sr. System Engineer @ System Administration

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

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


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