[ovirt-users] Re: Change of IP's

[James Loker-Steele via Users]

Quite literally just done this.
Put a host  in maintenance
Remove the host from the cluster/ovirt engine.
Edit the network interface from terminal
Edit both files in /var/lib/vdsm/persistence/nets/ovirtmgmt 
And

/var/lib/vdsm/staging/nets/ovirtmgmt 
Edit the hosts file in /etc/hosts with new IP address 
Reboot host.
Do the same on the second host

Re-add hosts to ovirt management


Sent from my iPhone

> On 21 Jan 2021, at 07:10, Román Larumbe S. via Users  wrote:
> 
> 
> Hello,
> 
> I have a Dell VRTX with 2 M640 servers, we installed oVirt version 
> 4.3.10.4-1.el7, we have 1 cluster, 2 hosts and 2 storage domains.
> 
> I need to change ALL the network environment solution, that is, from IP's 
> 192.168.11.XX to 172.16.10.XX.
> 
> Can anybody help me?
> 
> Thank you.
> 
> 
> 
> Román Larumbe S.
> 
> Facebook: Serahp LS
> ___
> 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/75LGGOWTBH2VVMSVGFJ6SZZMJNUVIJCZ/
___
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/EG2VGQM3O22UWWHEC2L3VR67DEMYES4R/

[ovirt-users] Change of IP's

[Román Larumbe S . via Users]

Hello,
I have a Dell VRTX with 2 M640 servers, we installed oVirt version 
4.3.10.4-1.el7, we have 1 cluster, 2 hosts and 2 storage domains.
I need to change ALL the network environment solution, that is, from IP's 
192.168.11.XX to 172.16.10.XX.
Can anybody help me?
Thank you.



Román Larumbe S.

Facebook: Serahp LS___
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/75LGGOWTBH2VVMSVGFJ6SZZMJNUVIJCZ/

[ovirt-users] VMware Fence Agent

[Robert Tongue]

Greetings all, I am new to oVirt, and have a proof of concept setup with a 
3-node oVirt cluster nested inside of VMware VCenter to learn it, so then I can 
efficiently migrate that back out to the physical nodes to replace VCenter.   I 
have gotten all the way to a working cluster setup, with the exception of 
fencing.  I used engine-config to pull in the vmware_soap fence agent, and 
enabled all the options, however there is one small thing I cannot figure out.  
The connection uses a self-signed certificate on the vcenter side, and I cannot 
figure out the proper combination of engine-config -s commands to get the 
script to be called with the "ssl-insecure" option, which does contain a value. 
 It just needs the option passed.   Is there anyone out there in the ether that 
can help me out? I can provide any information you request.  Thanks in advance.

The fence agent script is called with the following syntax in my tests, and 
returned the proper status:

[root@cluster2-vm ~]# /usr/sbin/fence_vmware_soap -o status -a vcenter.address 
--username="administrator@vsphere.local" --password="0bfusc@t3d" --ssl-insecure 
-n cluster1-vm

Status: ON


-phunyguy
___
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/3PTMUPHR3ZOSQL3SEMTJPAWOAFL5ZUY2/

[ovirt-users] Hosted Engine stuck in bios

[Joseph Gelinas]

Hi,

I recently did some updates of ovirt from 4.4.1 or 4.4.3 to 4.4.4, also setting 
the default datacenter from 4.4 to 4.5 and making the default bios q35+eufi. 
Unfortunately quite a few things. Now however hosted engine doesn't boot up 
anymore and `hosted-engine --console`  just shows the below bios/firmware 
output:

 RHEL   
 RHEL-8.1.0 PC (Q35 + ICH9, 2009)2.00 GHz   
 0.0.0   16384 MB RAM   



   Select Language This is the option 
 one adjusts to change  
 > Device Managerthe language for the   
 > Boot Manager  current system 
 > Boot Maintenance Manager 

   Continue 
   Reset







  ^v=Move Highlight   =Select Entry  


When in this state `hosted-engine --vm-status` says it is up but failed 
liveliness check

hosted-engine --vm-status | grep -i engine\ status
Engine status  : {"vm": "down", "health": "bad", "detail": 
"unknown", "reason": "vm not running on this host"}
Engine status  : {"vm": "up", "health": "bad", "detail": 
"Up", "reason": "failed liveliness check"}
Engine status  : {"vm": "down", "health": "bad", "detail": 
"Down", "reason": "bad vm status"}

I assume I am running into https://access.redhat.com/solutions/5341561 (RHV: 
Hosted-Engine VM fails to start after changing the cluster to Q35/UEFI) however 
how to fix that isn't really described. I have tried starting hosted engine 
paused (`hosted-engine --vm-start-paused`) and editing the config (`virsh -c 
qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf edit 
HostedEngine`) to have pc-i440fx instead and removing a bunch of pcie lines etc 
until it will accept the config and then resuming hosted engine (`virsh -c 
qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf resume 
HostedEngine`) but haven't come up with something that is able to start.

Anyone know how to resolve this? Am I even chasing the right path?


/var/log/libvirt/qemu/HostedEngine.log 

2021-01-20 15:31:56.500+: starting up libvirt version: 6.6.0, package: 
7.1.el8 (CBS , 2020-12-10-14:05:40, ), qemu version: 
5.1.0qemu-kvm-5.1.0-14.el8.1, kernel: 4.18.0-240.1.1.el8_3.x86_64, hostname: 
ovirt-3
LC_ALL=C \
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin \
HOME=/var/lib/libvirt/qemu/domain-25-HostedEngine \
XDG_DATA_HOME=/var/lib/libvirt/qemu/domain-25-HostedEngine/.local/share \
XDG_CACHE_HOME=/var/lib/libvirt/qemu/domain-25-HostedEngine/.cache \
XDG_CONFIG_HOME=/var/lib/libvirt/qemu/domain-25-HostedEngine/.config \
QEMU_AUDIO_DRV=spice \
/usr/libexec/qemu-kvm \
-name guest=HostedEngine,debug-threads=on \
-S \
-object 
secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-25-HostedEngine/master-key.aes
 \
-blockdev 
'{"driver":"file","filename":"/usr/share/OVMF/OVMF_CODE.secboot.fd","node-name":"libvirt-pflash0-storage","auto-read-only":true,"discard":"unmap"}'
 \
-blockdev 
'{"node-name":"libvirt-pflash0-format","read-only":true,"driver":"raw","file":"libvirt-pflash0-storage"}'
 \
-blockdev 
'{"driver":"file","filename":"/var/lib/libvirt/qemu/nvram/81816cd3-5816-4185-b553-b5a636156fbd.fd","node-name":"libvirt-pflash1-storage","auto-read-only":true,"discard":"unmap"}'
 \
-blockdev 
'{"node-name":"libvirt-pflash1-format","read-only":false,"driver":"raw","file":"libvirt-pflash1-storage"}'
 \
-machine 

[ovirt-users] Re: [ANN] oVirt 4.4.4 is now generally available

[Konstantin Shalygin]

I understood, more than the code that works with qemu already exists for 
openstack integration


k

Sent from my iPhone

> On 14 Jan 2021, at 09:43, Gorka Eguileor  wrote:
> 
> If using QEMU to directly connect RBD volumes is the preferred option,
> then that code would have to be added to oVirt and can be done now
> without any cinderlib changes.
___
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/4GRZYEOZGTIR5FNAQZIIXCFOPJEGKWSR/

[ovirt-users] Re: Why cannot create new volume ?

[tommy]

I get it.

 

To enable cluster gluster service mean start gluster service on hosts of the 
gluster, just like Hyper-Converged.

 

But , on my server, I have not installed and configured the gluster service. So 
I cannot create volume on the web site.

 

If I using data domain web page to create a Gluster Data Domain then the 
Gluster servers are hosts which addition to  my oVirt kvm hosts, so it’s not 
Hyper-Converged.

 

I don’t like Hyper-Converged,

 

 

From: users-boun...@ovirt.org  On Behalf Of Ritesh 
Chikatwar
Sent: Thursday, January 21, 2021 12:54 PM
To: tommy 
Cc: Ahmad Khiet ; users 
Subject: [ovirt-users] Re: Why cannot create new volume ?

 

Also check the hosts are up or not compute -> hosts

 

And make sure you have enabled the gluster service.

To check go to 

Compute - > cluster -> edit cluster you will see gluster service check check if 
it's enabled or not if it's not enabled please tick and submit

 

On Thu, Jan 21, 2021, 10:21 AM Ritesh Chikatwar mailto:rchik...@redhat.com> > wrote:

Hello,

That might be because the status of data center and cluster is not up. 

To check navigate to

Compute -> data center ( fr DC status)

Compute -> cluster (fr cluster status)

And check the status column or share the snapshot of screen.

 

On Thu, Jan 21, 2021, 10:12 AM tommy mailto:sz_cui...@163.com> > wrote:

The DataCenter and Cluster cannot be chosen,

 



 

 

 

 

 

From: users-boun...@ovirt.org   
mailto:users-boun...@ovirt.org> > On Behalf Of Ritesh 
Chikatwar
Sent: Thursday, January 21, 2021 11:27 AM
To: tommy mailto:sz_cui...@163.com> >
Cc: Ahmad Khiet mailto:akh...@redhat.com> >; users 
mailto:users@ovirt.org> >
Subject: [ovirt-users] Re: Why cannot create new volume ?

 

Hello,

 

The create volume page which you shared does not selected data center and 
cluster that mean both are not up. Check the status of data center and cluster 

 

On Thu, Jan 21, 2021, 8:23 AM tommy mailto:sz_cui...@163.com> > wrote:

I can create the gluster FS on gluster system, but using ovirt web management 
site doing this make the whole management more easier.

 

 

 

From: users-boun...@ovirt.org   
mailto:users-boun...@ovirt.org> > On Behalf Of Ahmad 
Khiet
Sent: Thursday, January 21, 2021 2:43 AM
To: tommy mailto:sz_cui...@163.com> >
Cc: users mailto:users@ovirt.org> >
Subject: [ovirt-users] Re: Why cannot create new volume ?

 

I think that creating a volume must be done under gluster storage domain.

what's your goal? maybe what you need is to create a storage domain and disks?

 

Have a nice day

 

On Wed, Jan 20, 2021 at 10:40 AM tommy mailto:sz_cui...@163.com> > wrote:



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




 

-- 

Ahmad Khiet

  Red Hat

  akh...@redhat.com
M:   +972-54-6225629


  

 

___
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/52CVWI6F2HHOEMC4XD2PFO7TWKCRPBPK/

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

[ovirt-users] Re: Why cannot create new volume ?

[Ritesh Chikatwar]

Also check the hosts are up or not compute -> hosts

And make sure you have enabled the gluster service.
To check go to
Compute - > cluster -> edit cluster you will see gluster service check
check if it's enabled or not if it's not enabled please tick and submit

On Thu, Jan 21, 2021, 10:21 AM Ritesh Chikatwar  wrote:

> Hello,
> That might be because the status of data center and cluster is not up.
> To check navigate to
> Compute -> data center ( fr DC status)
> Compute -> cluster (fr cluster status)
> And check the status column or share the snapshot of screen.
>
> On Thu, Jan 21, 2021, 10:12 AM tommy  wrote:
>
>> The DataCenter and Cluster cannot be chosen,
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *From:* users-boun...@ovirt.org  *On Behalf Of 
>> *Ritesh
>> Chikatwar
>> *Sent:* Thursday, January 21, 2021 11:27 AM
>> *To:* tommy 
>> *Cc:* Ahmad Khiet ; users 
>> *Subject:* [ovirt-users] Re: Why cannot create new volume ?
>>
>>
>>
>> Hello,
>>
>>
>>
>> The create volume page which you shared does not selected data center and
>> cluster that mean both are not up. Check the status of data center and
>> cluster
>>
>>
>>
>> On Thu, Jan 21, 2021, 8:23 AM tommy  wrote:
>>
>> I can create the gluster FS on gluster system, but using ovirt web
>> management site doing this make the whole management more easier.
>>
>>
>>
>>
>>
>>
>>
>> *From:* users-boun...@ovirt.org  *On Behalf Of 
>> *Ahmad
>> Khiet
>> *Sent:* Thursday, January 21, 2021 2:43 AM
>> *To:* tommy 
>> *Cc:* users 
>> *Subject:* [ovirt-users] Re: Why cannot create new volume ?
>>
>>
>>
>> I think that creating a volume must be done under gluster storage domain.
>>
>> what's your goal? maybe what you need is to create a storage domain and
>> disks?
>>
>>
>>
>> Have a nice day
>>
>>
>>
>> On Wed, Jan 20, 2021 at 10:40 AM tommy  wrote:
>>
>> ___
>> 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/3NVUWMQPOESIEJFUA6LZPSI4C6DOC53P/
>>
>>
>>
>>
>> --
>>
>> *Ahmad Khiet*
>>
>> Red Hat 
>>
>> akh...@redhat.com
>> M: +972-54-6225629
>>
>> 
>>
>>
>>
>> ___
>> 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/52CVWI6F2HHOEMC4XD2PFO7TWKCRPBPK/
>>
>>
___
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/SUDLWR5HH4JKDIGBQGHEUECB2X5FW2VR/

[ovirt-users] Re: Why cannot create new volume ?

[Ritesh Chikatwar]

Hello,
That might be because the status of data center and cluster is not up.
To check navigate to
Compute -> data center ( fr DC status)
Compute -> cluster (fr cluster status)
And check the status column or share the snapshot of screen.

On Thu, Jan 21, 2021, 10:12 AM tommy  wrote:

> The DataCenter and Cluster cannot be chosen,
>
>
>
>
>
>
>
>
>
>
>
>
>
> *From:* users-boun...@ovirt.org  *On Behalf Of 
> *Ritesh
> Chikatwar
> *Sent:* Thursday, January 21, 2021 11:27 AM
> *To:* tommy 
> *Cc:* Ahmad Khiet ; users 
> *Subject:* [ovirt-users] Re: Why cannot create new volume ?
>
>
>
> Hello,
>
>
>
> The create volume page which you shared does not selected data center and
> cluster that mean both are not up. Check the status of data center and
> cluster
>
>
>
> On Thu, Jan 21, 2021, 8:23 AM tommy  wrote:
>
> I can create the gluster FS on gluster system, but using ovirt web
> management site doing this make the whole management more easier.
>
>
>
>
>
>
>
> *From:* users-boun...@ovirt.org  *On Behalf Of *Ahmad
> Khiet
> *Sent:* Thursday, January 21, 2021 2:43 AM
> *To:* tommy 
> *Cc:* users 
> *Subject:* [ovirt-users] Re: Why cannot create new volume ?
>
>
>
> I think that creating a volume must be done under gluster storage domain.
>
> what's your goal? maybe what you need is to create a storage domain and
> disks?
>
>
>
> Have a nice day
>
>
>
> On Wed, Jan 20, 2021 at 10:40 AM tommy  wrote:
>
> ___
> 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/3NVUWMQPOESIEJFUA6LZPSI4C6DOC53P/
>
>
>
>
> --
>
> *Ahmad Khiet*
>
> Red Hat 
>
> akh...@redhat.com
> M: +972-54-6225629
>
> 
>
>
>
> ___
> 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/52CVWI6F2HHOEMC4XD2PFO7TWKCRPBPK/
>
>
___
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/GHYKTIZZRPIWGQ5QXS3EA6EKXDWFERYQ/

[ovirt-users] Re: Why cannot create new volume ?

[tommy]

The DataCenter and Cluster cannot be chosen,

 



 

 

 

 

 

From: users-boun...@ovirt.org   
mailto:users-boun...@ovirt.org> > On Behalf Of Ritesh 
Chikatwar
Sent: Thursday, January 21, 2021 11:27 AM
To: tommy 
Cc: Ahmad Khiet ; users 
Subject: [ovirt-users] Re: Why cannot create new volume ?

 

Hello,

 

The create volume page which you shared does not selected data center and 
cluster that mean both are not up. Check the status of data center and cluster 

 

On Thu, Jan 21, 2021, 8:23 AM tommy mailto:sz_cui...@163.com> > wrote:

I can create the gluster FS on gluster system, but using ovirt web management 
site doing this make the whole management more easier.

 

 

 

From: users-boun...@ovirt.org   
mailto:users-boun...@ovirt.org> > On Behalf Of Ahmad 
Khiet
Sent: Thursday, January 21, 2021 2:43 AM
To: tommy mailto:sz_cui...@163.com> >
Cc: users mailto:users@ovirt.org> >
Subject: [ovirt-users] Re: Why cannot create new volume ?

 

I think that creating a volume must be done under gluster storage domain.

what's your goal? maybe what you need is to create a storage domain and disks?

 

Have a nice day

 

On Wed, Jan 20, 2021 at 10:40 AM tommy mailto:sz_cui...@163.com> > wrote:



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




 

-- 

Ahmad Khiet

  Red Hat

  akh...@redhat.com
M:   +972-54-6225629


  

 

___
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/52CVWI6F2HHOEMC4XD2PFO7TWKCRPBPK/

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

[ovirt-users] Re: Why cannot create new volume ?

[Ritesh Chikatwar]

Hello,

The create volume page which you shared does not selected data center and
cluster that mean both are not up. Check the status of data center and
cluster

On Thu, Jan 21, 2021, 8:23 AM tommy  wrote:

> I can create the gluster FS on gluster system, but using ovirt web
> management site doing this make the whole management more easier.
>
>
>
>
>
>
>
> *From:* users-boun...@ovirt.org  *On Behalf Of *Ahmad
> Khiet
> *Sent:* Thursday, January 21, 2021 2:43 AM
> *To:* tommy 
> *Cc:* users 
> *Subject:* [ovirt-users] Re: Why cannot create new volume ?
>
>
>
> I think that creating a volume must be done under gluster storage domain.
>
> what's your goal? maybe what you need is to create a storage domain and
> disks?
>
>
>
> Have a nice day
>
>
>
> On Wed, Jan 20, 2021 at 10:40 AM tommy  wrote:
>
> ___
> 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/3NVUWMQPOESIEJFUA6LZPSI4C6DOC53P/
>
>
>
>
> --
>
> *Ahmad Khiet*
>
> Red Hat 
>
> akh...@redhat.com
> M: +972-54-6225629
>
> 
>
>
> ___
> 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/52CVWI6F2HHOEMC4XD2PFO7TWKCRPBPK/
>
___
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/Q4NIHBO7MZBVIGBS7M5GSMRT2R2Z3M7V/

[ovirt-users] Re: Why cannot create new volume ?

[tommy]

I can create the gluster FS on gluster system, but using ovirt web management 
site doing this make the whole management more easier.

 

 

 

From: users-boun...@ovirt.org  On Behalf Of Ahmad Khiet
Sent: Thursday, January 21, 2021 2:43 AM
To: tommy 
Cc: users 
Subject: [ovirt-users] Re: Why cannot create new volume ?

 

I think that creating a volume must be done under gluster storage domain.

what's your goal? maybe what you need is to create a storage domain and disks?

 

Have a nice day

 

On Wed, Jan 20, 2021 at 10:40 AM tommy mailto:sz_cui...@163.com> > wrote:



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




 

-- 

Ahmad Khiet

  Red Hat

  akh...@redhat.com
M:   +972-54-6225629


  

 

___
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/52CVWI6F2HHOEMC4XD2PFO7TWKCRPBPK/

[ovirt-users] Re: Gluster Hyperconverged fails with single disk partitioned

[Derek Atkins]

Ovirt is expecting an LVM volume, not a raw partition.

-derek
Sent using my mobile device. Please excuse any typos.
On January 20, 2021 7:13:45 PM Shantur Rathore  wrote:

Hi,

I am trying to setup a single host Self-Hosted hyperconverged setup with 
GlusterFS.
I have a custom partitioning where I provide 100G for oVirt and its 
partitions and rest 800G to a physical partition (/dev/sda4).


When I try to create gluster deployment with the wizard, it fails

TASK [gluster.infra/roles/backend_setup : Create volume groups] 

failed: [ovirt-macpro-16.lab.ced.bskyb.com] (item={'key': 
'gluster_vg_sda4', 'value': [{'vgname': 'gluster_vg_sda4', 'pvname': 
'/dev/sda4'}]}) => {"ansible_loop_var": "item", "changed": false, "err": "  
Device /dev/sda4 excluded by a filter.\n", "item": {"key": 
"gluster_vg_sda4", "value": [{"pvname": "/dev/sda4", "vgname": 
"gluster_vg_sda4"}]}, "msg": "Creating physical volume '/dev/sda4' failed", 
"rc": 5}


I checked and /etc/lvm/lvm.conf filter doesn't allow /dev/sda4. It only 
allows PV for onn VG.
Once I manually allow /dev/sda4 to lvm filter, it works fine and gluster 
deployment completes.


Fdisk :

# fdisk -l /dev/sda
Disk /dev/sda: 931.9 GiB, 100081440 bytes, 1954210120 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: FE209000-85B5-489A-8A86-4CF0C91B2E7D

Device StartEndSectors   Size Type
/dev/sda1   204812308471228800   600M EFI System
/dev/sda2123084833279992097152 1G Linux filesystem
/dev/sda33328000  213043199  209715200   100G Linux LVM
/dev/sda4  213043200 1954209791 1741166592 830.3G Linux filesystem

LVS

# lvs
LV VG  Attr   LSize  Pool  Origin   
Data%  Meta%  Move Log Cpy%Sync Convert
home   onn Vwi-aotz-- 10.00g pool0  
0.11

ovirt-node-ng-4.4.4-0.20201221.0   onn Vwi---tz-k 10.00g pool0 root
ovirt-node-ng-4.4.4-0.20201221.0+1 onn Vwi-aotz-- 10.00g pool0 
ovirt-node-ng-4.4.4-0.20201221.0 25.26
pool0  onn twi-aotz-- 95.89g
2.95   14.39

root   onn Vri---tz-k 10.00g pool0
swap   onn -wi-ao  4.00g
tmponn Vwi-aotz-- 10.00g pool0  
0.12
varonn Vwi-aotz-- 20.00g pool0  
0.92
var_crash  onn Vwi-aotz-- 10.00g pool0  
0.11
var_logonn Vwi-aotz-- 10.00g pool0  
0.13
var_log_audit  onn Vwi-aotz--  4.00g pool0  
0.27




# grep filter /etc/lvm/lvm.conf
filter = 
["a|^/dev/disk/by-id/lvm-pv-uuid-QrvErF-eaS9-PxbI-wCBV-3OxJ-V600-NG7raZ$|", 
"r|.*|"]


Am I doing something which oVirt isn't expecting?
Is there anyway to provide tell gluster deployment to add it to lvm config.

Thanks,
Shantur
___
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/BP7BQWG3O7IFRLU4W6ZNV4J6PHR4DUZF/


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

[ovirt-users] Gluster Hyperconverged fails with single disk partitioned

[Shantur Rathore]

Hi,

I am trying to setup a single host Self-Hosted hyperconverged setup with
GlusterFS.
I have a custom partitioning where I provide 100G for oVirt and its
partitions and rest 800G to a physical partition (/dev/sda4).

When I try to create gluster deployment with the wizard, it fails

TASK [gluster.infra/roles/backend_setup : Create volume groups]

failed: [ovirt-macpro-16.lab.ced.bskyb.com] (item={'key':
'gluster_vg_sda4', 'value': [{'vgname': 'gluster_vg_sda4', 'pvname':
'/dev/sda4'}]}) => {"ansible_loop_var": "item", "changed": false, "err": "
 Device /dev/sda4 excluded by a filter.\n", "item": {"key":
"gluster_vg_sda4", "value": [{"pvname": "/dev/sda4", "vgname":
"gluster_vg_sda4"}]}, "msg": "Creating physical volume '/dev/sda4' failed",
"rc": 5}

I checked and /etc/lvm/lvm.conf filter doesn't allow /dev/sda4. It only
allows PV for onn VG.
Once I manually allow /dev/sda4 to lvm filter, it works fine and gluster
deployment completes.

Fdisk :

# fdisk -l /dev/sda
Disk /dev/sda: 931.9 GiB, 100081440 bytes, 1954210120 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: FE209000-85B5-489A-8A86-4CF0C91B2E7D

Device StartEndSectors   Size Type
/dev/sda1   204812308471228800   600M EFI System
/dev/sda2123084833279992097152 1G Linux filesystem
/dev/sda33328000  213043199  209715200   100G Linux LVM
/dev/sda4  213043200 1954209791 1741166592 830.3G Linux filesystem

LVS

# lvs
  LV VG  Attr   LSize  Pool  Origin
  Data%  Meta%  Move Log Cpy%Sync Convert
  home   onn Vwi-aotz-- 10.00g pool0
   0.11
  ovirt-node-ng-4.4.4-0.20201221.0   onn Vwi---tz-k 10.00g pool0 root
  ovirt-node-ng-4.4.4-0.20201221.0+1 onn Vwi-aotz-- 10.00g pool0
ovirt-node-ng-4.4.4-0.20201221.0 25.26
  pool0  onn twi-aotz-- 95.89g
   2.95   14.39
  root   onn Vri---tz-k 10.00g pool0
  swap   onn -wi-ao  4.00g
  tmponn Vwi-aotz-- 10.00g pool0
   0.12
  varonn Vwi-aotz-- 20.00g pool0
   0.92
  var_crash  onn Vwi-aotz-- 10.00g pool0
   0.11
  var_logonn Vwi-aotz-- 10.00g pool0
   0.13
  var_log_audit  onn Vwi-aotz--  4.00g pool0
   0.27



# grep filter /etc/lvm/lvm.conf
filter =
["a|^/dev/disk/by-id/lvm-pv-uuid-QrvErF-eaS9-PxbI-wCBV-3OxJ-V600-NG7raZ$|",
"r|.*|"]

Am I doing something which oVirt isn't expecting?
Is there anyway to provide tell gluster deployment to add it to lvm config.

Thanks,
Shantur
___
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/BP7BQWG3O7IFRLU4W6ZNV4J6PHR4DUZF/

[ovirt-users] Re: Mutually exclusive VMs

[Jayme]

Take a look at configuring affinity rules

On Wed, Jan 20, 2021 at 7:49 PM Shantur Rathore  wrote:

> Hi all,
>
> I am trying to figure if there is a way to force oVirt to schedule VMs on
> different hosts.
> So if I am cloning 6 VMs from a template, I want oVirt to schedule them on
> all different hosts.
> No 2 VMs must schedule on the same host.
> I know that there is pin-to-host functionality but I don't want to
> manually pin it to hosts.
>
> Thanks
> Shantur
> ___
> 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/FZ7N7VRTI6BMHX53A3M3ST6U6P7DXFGA/
>
___
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/72ZK2BI5H22JKT5GVAV7S64AVHVX5VRC/

[ovirt-users] Mutually exclusive VMs

[Shantur Rathore]

Hi all,

I am trying to figure if there is a way to force oVirt to schedule VMs on
different hosts.
So if I am cloning 6 VMs from a template, I want oVirt to schedule them on
all different hosts.
No 2 VMs must schedule on the same host.
I know that there is pin-to-host functionality but I don't want to manually
pin it to hosts.

Thanks
Shantur
___
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/FZ7N7VRTI6BMHX53A3M3ST6U6P7DXFGA/

[ovirt-users] Re: Cinderlib died after upgrade Cluster Compatibility version 4.4 ->4.5

[Mike Andreev]

cat /var/lib/pgsql/data/pg_hba.conf

# TYPE  DATABASEUSERADDRESS METHOD

# "local" is for Unix domain socket connections only
local   all all peer
hostovirt_engine_history ovirt_engine_history_grafana 0.0.0.0/0 
  md5
hostovirt_engine_history ovirt_engine_history_grafana ::0/0 
  md5
hostovirt_engine_history ovirt_engine_history 0.0.0.0/0   md5
hostovirt_engine_history ovirt_engine_history ::0/0   md5
hostengine  engine  0.0.0.0/0   md5
hostengine  engine  ::0/0   md5
hostovirt_cinderlib_20200824130037 ovirt_cinderlib_20200824130037 0.0.0.0/0 
  md5
hostovirt_cinderlib_20200824130037 ovirt_cinderlib_20200824130037 ::0/0 
  md5
hostovirt_cinderlib ovirt_cinderlib 0.0.0.0/0   md5
hostovirt_cinderlib ovirt_cinderlib ::0/0   md5
# IPv4 local connections:
hostall all 127.0.0.1/32ident
# IPv6 local connections:
hostall all ::1/128 ident
___
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/HZQLUJVJJPPLDP75WU473WRH4BKI74X2/

[ovirt-users] Re: Cinderlib died after upgrade Cluster Compatibility version 4.4 ->4.5

[Mike Andreev]

I got only: 

[postgres@ovc-engine-44 ~]$ psql -U ovirt_cinderlib_20200824130037 -d 
ovirt_cinderlib_20200824130037 -c "\x on" -c "select * from volume_types"
psql: error: FATAL:  Peer authentication failed for user 
"ovirt_cinderlib_20200824130037"
___
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/I5QL7H5WYLHFTR5V3OIFSIMPDRVO7DFT/

[ovirt-users] Re: For data integrity make sure that the server is configured with Quorum (both client and server Quorum)

[Ahmad Khiet]

Hi,
as shown in the alert message, that Quorum must be configured with
GlusterFs in the server side and client side.
please see this resource to configure it for client side and server side
https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.1/html/administration_guide/sect-managing_split-brain

Have a nice day

On Wed, Jan 20, 2021 at 10:37 AM tommy  wrote:

> When I want to create a glusterFS domain, the above words appear.
>
>
>
> What’s meaning of these words?
>
>
>
> ___
> 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/UMTB5A6AODYZJU26ILP4ZL3CNOX5D6KC/
>


-- 

Ahmad Khiet

Red Hat 

akh...@redhat.com
M: +972-54-6225629

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

[ovirt-users] Re: Why cannot create new volume ?

[Ahmad Khiet]

I think that creating a volume must be done under gluster storage domain.
what's your goal? maybe what you need is to create a storage domain and
disks?

Have a nice day

On Wed, Jan 20, 2021 at 10:40 AM tommy  wrote:

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


-- 

Ahmad Khiet

Red Hat 

akh...@redhat.com
M: +972-54-6225629

___
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/5NFO4PG23IR5MNSXIR5LI6HMBDM6RXOZ/

[ovirt-users] Re: New setup - Failing to Activate storage domain on NFS shared storage

[Matt Snow]

On Wed, Jan 20, 2021 at 2:46 AM Nir Soffer  wrote:

> On Mon, Jan 18, 2021 at 8:58 AM Matt Snow  wrote:
> >
> > I installed ovirt node 4.4.4 as well as 4.4.5-pre and experience the
> same problem with both versions. The issue occurs in both cockpit UI and
> tmux'd CLI of ovirt-hosted-engine-setup. I get passed the point where the
> VM is created and running.
> > I tried to do some debugging on my own before reaching out to this list.
> Any help is much appreciated!
> >
> > ovirt node hardware: NUC format Jetway w/ Intel N3160 (Braswell 4
> cores/4threads), 8GB RAM, 64GB SSD. I understand this is underspec'd, but I
> believe it meets the minimum requirements.
> >
> > NFS server:
> > * Ubuntu 19.10 w/ ZFS share w/ 17TB available space.
>
> We don't test ZFS, but since  you tried also non-ZFS server with same
> issue, the
> issue is probably not ZFS.
>
> > * NFS share settings are just 'rw=@172.16.1.0/24' but have also tried
> 'rw,sec=sys,anon=0' and '@172.16.1.0/24,insecure'
>
> You are missing anonuid=36,anongid=36. This should not affect sanlock, but
> you will have issues with libvirt without this.
>

I found this setting in another email thread and have applied it

root@stumpy:/tanker/ovirt/host_storage# zfs get all tanker/ovirt| grep nfs

tanker/ovirt  sharenfs  rw,anonuid=36,anongid=36  local
root@stumpy:/tanker/ovirt/host_storage#

>
> Here is working export from my test system:
>
> /export/00 *(rw,sync,anonuid=36,anongid=36,no_subtree_check)
>
> I have updated both ZFS server and the Ubuntu 20.04 NFS server to use the
above settings.
 # ZFS Server

root@stumpy:/tanker/ovirt/host_storage# zfs set
sharenfs="rw,sync,anonuid=36,anongid=36,no_subtree_check" tanker/ovirt

root@stumpy:/tanker/ovirt/host_storage# zfs get all tanker/ovirt| grep nfs

tanker/ovirt  sharenfs
rw,sync,anonuid=36,anongid=36,no_subtree_check  local
root@stumpy:/tanker/ovirt/host_storage#

# Ubuntu laptop

ls -ld /exports/host_storage

drwxr-xr-x 2 36 36 4096 Jan 16 19:42 /exports/host_storage

root@msnowubntlt:/exports/host_storage# showmount -e dongle

Export list for dongle:

/exports/host_storage *

root@msnowubntlt:/exports/host_storage# grep host_storage /etc/exports

/exports/host_storage *(rw,sync,anonuid=36,anongid=36,no_subtree_check)

root@msnowubntlt:/exports/host_storage#



Interesting point - upon being re-prompted to configure storage after
initial failure I provided *different* NFS server information (the ubuntu
laptop)
**snip**

[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Activate storage domain]

[ ERROR ] ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail
is "[]". HTTP response code is 400.


[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "Fault
reason is \"Operation Failed\". Fault detail is \"[]\". HTTP response code
is 400."}

  Please specify the storage you would like to use (glusterfs,
iscsi, fc, nfs)[nfs]: nfs


  Please specify the nfs version you would like to use (auto, v3,
v4, v4_0, v4_1, v4_2)[auto]:


  Please specify the full shared storage connection path to use
(example: host:/path): dongle:/exports/host_storage


  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]

**snip**

[ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Activate storage domain]

[ ERROR ] ovirtsdk4.Error: Fault reason is "Operation Failed". Fault detail
is "[]". HTTP response code is 400.

[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "Fault
reason is \"Operation Failed\". Fault detail is \"[]\". HTTP response code
is 400."}

  Please specify the storage you would like to use (glusterfs,
iscsi, fc, nfs)[nfs]:
**snip**
Upon checking mounts I see that the original server is still being used.

[root@brick ~]# mount | grep nfs



sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)

stumpy:/tanker/ovirt/host_storage on
/rhev/data-center/mnt/stumpy:_tanker_ovirt_host__storage type nfs4
(rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,soft,nosharecache,proto=tcp,timeo=100,retrans=3,sec=sys,clientaddr=172.16.1.49,local_lock=none,addr=172.16.1.50)


[root@brick ~]#


> > * The target directory is always empty and chown'd 36:36 with 0755
> permissions.
>
Correct.
>
> > * I have tried using both IP and DNS names. forward and reverse DNS
> works from ovirt host and other systems on the network.
> > * The NFS share always gets mounted successfully on the ovirt node
> system.
> > * I have tried auto and v3 NFS versions in other various combinations.
> > * I have also tried setting up an NFS server on a non-ZFS backed storage
> system that is open to any host and get the same errors as shown below.
> > * I ran nfs-check.py script without issue against both NFS servers and
> followed other 

[ovirt-users] Unable to edit DNS connfiguration on hosts

[miguel . garcia]

I had to replace the DNS server in my network so I want to update the DNS 
address on each host so in oVirt web interface I go to Compute > Host > 
Hostname > Network Interfaces > Setup Host Networks

Right there I click on the edit button of the vlan for networking, check out 
(host ip address is static), DNS configuration, check DNS configuration, Type 
DNS ip address and click ok to save change. I got message: Error while 
executing action HostSetupNetworks: Unexpected Exception.

Into engile.log found message "Operation not permitted" related to this action 
despite that was executed with my user account (wint admin privileges) and same 
message was returned using admin@internal user.
2021-01-20 11:35:31,579-05 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand] 
(default task-482931) [b9a19834-3f15-42da-af2c-55e292dfedea] START, 
HostSetupNetworksVDSCommand(HostName = hyp10.eboss, 
HostSetupNetworksVdsCommandParameters:{hostId='39c05625-7b59-4a38-a5a9-5d556ae1fe18',
 vds='Host[hyp10.eboss,39c05625-7b59-4a38-a5a9-5d556ae1fe18]', 
rollbackOnFailure='true', commitOnSuccess='true', connectivityTimeout='120', 
networks='[HostNetwork:{defaultRoute='true', bonding='false', 
networkName='tgcs182vlan', vdsmName='tgcs182vlan', nicName='eno1', vlan='null', 
vmNetwork='true', stp='false', properties='[]', ipv4BootProtocol='STATIC_IP', 
ipv4Address='10.89.182.10', ipv4Netmask='255.255.255.0', 
ipv4Gateway='10.89.182.1', ipv6BootProtocol='AUTOCONF', ipv6Address='null', 
ipv6Prefix='null', ipv6Gateway='null', 
nameServers='[NameServer:{address='10.89.182.204'}, 
NameServer:{address='10.89.176.71'}]'}]', removedNetworks='[]', bonds='[]', 
removedBonds='[]', clusterSw
 itchType='OVS', managementNetworkChanged='false'}), log id: 23059843
2021-01-20 11:35:31,582-05 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand] 
(default task-482931) [b9a19834-3f15-42da-af2c-55e292dfedea] FINISH, 
HostSetupNetworksVDSCommand, return: , log id: 23059843
2021-01-20 11:35:35,665-05 WARN  
[org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand] 
(default task-482931) [b9a19834-3f15-42da-af2c-55e292dfedea] Unexpected return 
value: Status [code=-32603, message=Internal JSON-RPC error: {'reason': '[Errno 
1] Operation not permitted'}]
2021-01-20 11:35:35,665-05 ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand] 
(default task-482931) [b9a19834-3f15-42da-af2c-55e292dfedea] Failed in 
'HostSetupNetworksVDS' method
2021-01-20 11:35:35,666-05 WARN  
[org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand] 
(default task-482931) [b9a19834-3f15-42da-af2c-55e292dfedea] Unexpected return 
value: Status [code=-32603, message=Internal JSON-RPC error: {'reason': '[Errno 
1] Operation not permitted'}]
2021-01-20 11:35:35,673-05 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-482931) [b9a19834-3f15-42da-af2c-55e292dfedea] EVENT_ID: 
VDS_BROKER_COMMAND_FAILURE(10,802), VDSM hyp10.eboss command 
HostSetupNetworksVDS failed: Internal JSON-RPC error: {'reason': '[Errno 1] 
Operation not permitted'}
2021-01-20 11:35:35,673-05 ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand] 
(default task-482931) [b9a19834-3f15-42da-af2c-55e292dfedea] Error: 
VDSGenericException: VDSErrorException: Failed to HostSetupNetworksVDS, error = 
Internal JSON-RPC error: {'reason': '[Errno 1] Operation not permitted'}, code 
= -32603
2021-01-20 11:35:35,673-05 ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand] 
(default task-482931) [b9a19834-3f15-42da-af2c-55e292dfedea] Command 
'HostSetupNetworksVDSCommand(HostName = hyp10.eboss, 
HostSetupNetworksVdsCommandParameters:{hostId='39c05625-7b59-4a38-a5a9-5d556ae1fe18',
 vds='Host[hyp10.eboss,39c05625-7b59-4a38-a5a9-5d556ae1fe18]', 
rollbackOnFailure='true', commitOnSuccess='true', connectivityTimeout='120', 
networks='[HostNetwork:{defaultRoute='true', bonding='false', 
networkName='tgcs182vlan', vdsmName='tgcs182vlan', nicName='eno1', vlan='null', 
vmNetwork='true', stp='false', properties='[]', ipv4BootProtocol='STATIC_IP', 
ipv4Address='10.89.182.10', ipv4Netmask='255.255.255.0', 
ipv4Gateway='10.89.182.1', ipv6BootProtocol='AUTOCONF', ipv6Address='null', 
ipv6Prefix='null', ipv6Gateway='null', 
nameServers='[NameServer:{address='10.89.182.204'}, 
NameServer:{address='10.89.176.71'}]'}]', removedNetworks='[]', bonds='[]', 
removedBonds='[]', cluster
 SwitchType='OVS', managementNetworkChanged='false'})' execution failed: 
VDSGenericException: VDSErrorException: Failed to HostSetupNetworksVDS, error = 
Internal JSON-RPC error: {'reason': '[Errno 1] Operation not permitted'}, code 
= -32603
2021-01-20 11:35:35,673-05 INFO  
[org.ovirt.engine.core.bll.network.host.HostSetupNetworksCommand] (default 
task-482931) [b9a19834-3f15-42da-af2c-55e292dfedea] Host setup networks 
finished. Lock released. Monitoring can run now 

[ovirt-users] Re: New setup - Failing to Activate storage domain on NFS shared storage

[Matt Snow]

On Wed, Jan 20, 2021 at 3:00 AM Nir Soffer  wrote:

> On Wed, Jan 20, 2021 at 3:52 AM Matt Snow  wrote:
> >
> > [root@brick ~]# ps -efz | grep sanlock
>
> Sorry, its "ps -efZ", but we already know its not selinux.
>
> > [root@brick ~]# ps -ef | grep sanlock
> > sanlock 1308   1  0 10:21 ?00:00:01 /usr/sbin/sanlock
> daemon
>
> Does sanlock run with the right groups?
>
> It appears so.

> On a working system:
>
> $ ps -efZ | grep sanlock | grep -v grep
> system_u:system_r:sanlock_t:s0-s0:c0.c1023 sanlock 983 1  0 11:23 ?
> 00:00:03 /usr/sbin/sanlock daemon
> system_u:system_r:sanlock_t:s0-s0:c0.c1023 root 986  983  0 11:23 ?
> 00:00:00 /usr/sbin/sanlock daemon
>

[root@brick audit]# ps -efZ | grep sanlock | grep -v grep

system_u:system_r:sanlock_t:s0-s0:c0.c1023 sanlock 1308 1  0 Jan19 ?
00:00:04
/usr/sbin/sanlock daemon
system_u:system_r:sanlock_t:s0-s0:c0.c1023 root 1309 1308  0 Jan19 ?
00:00:00
/usr/sbin/sanlock daemon

>
> The sanlock process running with "sanlock" user (pid=983) is the
> interesting one.
> The other one is a helper that never accesses storage.
>
> $ grep Groups: /proc/983/status
> Groups: 6 36 107 179
>
[root@brick audit]# grep Groups: /proc/1308/status

Groups: 6 36 107 179


> Vdsm verify this on startup using vdsm-tool is-configured. On a working
> system:
>
> $ sudo vdsm-tool is-configured
> lvm is configured for vdsm
> libvirt is already configured for vdsm
> sanlock is configured for vdsm
> Managed volume database is already configured
> Current revision of multipath.conf detected, preserving
> abrt is already configured for vdsm
>
> [root@brick audit]# vdsm-tool is-configured

lvm is configured for vdsm

libvirt is already configured for vdsm

sanlock is configured for vdsm

Current revision of multipath.conf detected, preserving

abrt is already configured for vdsm
Managed volume database is already configured


> > [root@brick ~]# ausearch -m avc
> > 
>
> Looks good.
>
> > [root@brick ~]# ls -lhZ
> /rhev/data-center/mnt/stumpy\:_tanker_ovirt_host__storage/8fd5420f-61fd-41af-8575-f61853a18d91/dom_md
> > total 278K
> > -rw-rw. 1 vdsm kvm system_u:object_r:nfs_t:s00 Jan 19 13:38 ids
>
> Looks correct.
>
>
___
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/WMOJMLXJHVESJFCBFGVBIBJUTNXLICIR/

[ovirt-users] Re: Managed Block Storage and more

[Shantur Rathore]

So,
after a quick dive into source code, I cannot see any mention of posix
storage in hosted-engine code.
I am not sure if there is a manual way of moving the locally created
hosted-engine vm to POSIX storage and create a storage domain using API as
it does for other types of domains while installing self-hosted engine.

Regards,
Shantur
___
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/MXFYKVBM2WDGOMDVPDV3C6PGLJQ74AV6/

[ovirt-users] Re: Cinderlib died after upgrade Cluster Compatibility version 4.4 ->4.5

[Benny Zlotnik]

Can you submit a bug?

Looks like a problem with `volume_types` is empty, can you run
(assuming you use the default DB name/user):
$ psql -U ovirt_cinderlib -d ovirt_cinderlib -c "\x on" -c "select *
from volume_types"

The output on my system is:
-[ RECORD 1 ]+-
created_at  | 2020-08-05 08:55:20.408367
updated_at | 2020-08-05 08:55:20.408367
deleted_at  |
deleted   | f
id| fc7602c6-cb67-416e-a963-56f7f8f7eb42
name  | __DEFAULT__
qos_specs_id  |
is_public  | t
description  | Default Volume Type


On Wed, Jan 20, 2021 at 5:13 PM Mike Andreev
 wrote:
>
> hi all,
> after upgrade oVirt 4.4.7 Cluster Compatibility version 4.4 ->4.5 cinderlib 
> storage is died:
>
> tail -f /var/log/ovirt-engine/cinderlib/cinderlib.log
> 2021-01-20 12:35:28,781 - cinderlib-client - ERROR - Failure occurred when 
> trying to run command 'delete_volume': Volume type with name __DEFAULT__ 
> could not be found. [3d4a9aa9-c5f0-498c-b650-bc64d979f194]
> 2021-01-20 12:43:31,209 - cinderlib-client - ERROR - Failure occurred when 
> trying to run command 'delete_volume': Volume type with name __DEFAULT__ 
> could not be found. [927a1e82-aa21-4358-b213-120682d85e63]
> 2021-01-20 13:05:32,833 - cinderlib-client - ERROR - Failure occurred when 
> trying to run command 'create_volume': Volume type with name __DEFAULT__ 
> could not be found. [b645c321-5c64-4c54-972a-f81080bb6b0f]
> 2021-01-20 15:16:45,667 - cinderlib-client - ERROR - Failure occurred when 
> trying to run command 'connect_volume': Volume type with name __DEFAULT__ 
> could not be found. [19d98e01]
> 2021-01-20 15:16:48,232 - cinderlib-client - ERROR - Failure occurred when 
> trying to run command 'connect_volume': Volume type with name __DEFAULT__ 
> could not be found. [2088beea]
> 2021-01-20 15:16:50,320 - cinderlib-client - ERROR - Failure occurred when 
> trying to run command 'disconnect_volume': Volume type with name __DEFAULT__ 
> could not be found. [793923ab]
> 2021-01-20 15:37:28,423 - cinderlib-client - ERROR - Failure occurred when 
> trying to run command 'connect_volume': Volume type with name __DEFAULT__ 
> could not be found. [5c8f0d73]
> 2021-01-20 15:37:30,707 - cinderlib-client - ERROR - Failure occurred when 
> trying to run command 'connect_volume': Volume type with name __DEFAULT__ 
> could not be found. [35e96dcd]
> 2021-01-20 15:55:36,179 - cinderlib-client - ERROR - Failure occurred when 
> trying to run command 'create_volume': Volume type with name __DEFAULT__ 
> could not be found. [b5fbb358-36c7-4d3b-9431-16b3a699f300]
> 2021-01-20 15:57:33,733 - cinderlib-client - ERROR - Failure occurred when 
> trying to run command 'create_volume': Volume type with name __DEFAULT__ 
> could not be found. [ae879975-d36a-4b2b-9829-2713266f1c1f]
>
> in engine.log:
> 021-01-20 15:57:31,795+01 INFO  
> [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-2) 
> [ae879975-d36a-4b2b-9829-2713266f1c1f] Running command: AddDiskCommand 
> internal: false. Entities affected :  ID: 
> 32dd7b42-eeb7-4cf5-9bef-bd8f8dd9608e Type: StorageAction group CREATE_DISK 
> with role type USER
> 2021-01-20 15:57:32,014+01 INFO  
> [org.ovirt.engine.core.bll.storage.disk.managedblock.AddManagedBlockStorageDiskCommand]
>  (EE-ManagedExecutorService-commandCoordinator-Thread-1) 
> [ae879975-d36a-4b2b-9829-2713266f1c1f] Running command: 
> AddManagedBlockStorageDiskCommand internal: true.
> 2021-01-20 15:57:33,936+01 ERROR 
> [org.ovirt.engine.core.common.utils.cinderlib.CinderlibExecutor] 
> (EE-ManagedExecutorService-commandCoordinator-Thread-1) 
> [ae879975-d36a-4b2b-9829-2713266f1c1f] cinderlib execution failed:
> 2021-01-20 15:57:34,012+01 ERROR 
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
> (default task-2) [] EVENT_ID: USER_ADD_DISK_FINISHED_FAILURE(2,022), Add-Disk 
> operation failed to complete.
> 2021-01-20 15:57:34,090+01 INFO  
> [org.ovirt.engine.core.bll.storage.disk.AddDiskCommandCallback] 
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-47) 
> [ae879975-d36a-4b2b-9829-2713266f1c1f] Command 'AddDisk' id: 
> 'c7e43317-495e-4b97-96cd-02f02cb20ab2' child commands 
> '[1de7bfa3-09c3-45a5-955a-580236f0296c]' executions were completed, status 
> 'FAILED'
> 2021-01-20 15:57:35,127+01 ERROR 
> [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] 
> (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-48) 
> [ae879975-d36a-4b2b-9829-2713266f1c1f] Ending command 
> 'org.ovirt.engine.core.bll.storage.disk.AddDiskCommand' with failure.
> 2021-01-20 15:57:35,135+01 ERROR 
> [org.ovirt.engine.core.bll.storage.disk.managedblock.AddManagedBlockStorageDiskCommand]
>  (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-48) 
> [ae879975-d36a-4b2b-9829-2713266f1c1f] Ending command 
> 'org.ovirt.engine.core.bll.storage.disk.managedblock.AddManagedBlockStorageDiskCommand'
>  with failure.

[ovirt-users] Cinderlib died after upgrade Cluster Compatibility version 4.4 ->4.5

[Mike Andreev]

hi all,
after upgrade oVirt 4.4.7 Cluster Compatibility version 4.4 ->4.5 cinderlib 
storage is died:
 
tail -f /var/log/ovirt-engine/cinderlib/cinderlib.log
2021-01-20 12:35:28,781 - cinderlib-client - ERROR - Failure occurred when 
trying to run command 'delete_volume': Volume type with name __DEFAULT__ could 
not be found. [3d4a9aa9-c5f0-498c-b650-bc64d979f194]
2021-01-20 12:43:31,209 - cinderlib-client - ERROR - Failure occurred when 
trying to run command 'delete_volume': Volume type with name __DEFAULT__ could 
not be found. [927a1e82-aa21-4358-b213-120682d85e63]
2021-01-20 13:05:32,833 - cinderlib-client - ERROR - Failure occurred when 
trying to run command 'create_volume': Volume type with name __DEFAULT__ could 
not be found. [b645c321-5c64-4c54-972a-f81080bb6b0f]
2021-01-20 15:16:45,667 - cinderlib-client - ERROR - Failure occurred when 
trying to run command 'connect_volume': Volume type with name __DEFAULT__ could 
not be found. [19d98e01]
2021-01-20 15:16:48,232 - cinderlib-client - ERROR - Failure occurred when 
trying to run command 'connect_volume': Volume type with name __DEFAULT__ could 
not be found. [2088beea]
2021-01-20 15:16:50,320 - cinderlib-client - ERROR - Failure occurred when 
trying to run command 'disconnect_volume': Volume type with name __DEFAULT__ 
could not be found. [793923ab]
2021-01-20 15:37:28,423 - cinderlib-client - ERROR - Failure occurred when 
trying to run command 'connect_volume': Volume type with name __DEFAULT__ could 
not be found. [5c8f0d73]
2021-01-20 15:37:30,707 - cinderlib-client - ERROR - Failure occurred when 
trying to run command 'connect_volume': Volume type with name __DEFAULT__ could 
not be found. [35e96dcd]
2021-01-20 15:55:36,179 - cinderlib-client - ERROR - Failure occurred when 
trying to run command 'create_volume': Volume type with name __DEFAULT__ could 
not be found. [b5fbb358-36c7-4d3b-9431-16b3a699f300]
2021-01-20 15:57:33,733 - cinderlib-client - ERROR - Failure occurred when 
trying to run command 'create_volume': Volume type with name __DEFAULT__ could 
not be found. [ae879975-d36a-4b2b-9829-2713266f1c1f]

in engine.log:
021-01-20 15:57:31,795+01 INFO  
[org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-2) 
[ae879975-d36a-4b2b-9829-2713266f1c1f] Running command: AddDiskCommand 
internal: false. Entities affected :  ID: 32dd7b42-eeb7-4cf5-9bef-bd8f8dd9608e 
Type: StorageAction group CREATE_DISK with role type USER
2021-01-20 15:57:32,014+01 INFO  
[org.ovirt.engine.core.bll.storage.disk.managedblock.AddManagedBlockStorageDiskCommand]
 (EE-ManagedExecutorService-commandCoordinator-Thread-1) 
[ae879975-d36a-4b2b-9829-2713266f1c1f] Running command: 
AddManagedBlockStorageDiskCommand internal: true.
2021-01-20 15:57:33,936+01 ERROR 
[org.ovirt.engine.core.common.utils.cinderlib.CinderlibExecutor] 
(EE-ManagedExecutorService-commandCoordinator-Thread-1) 
[ae879975-d36a-4b2b-9829-2713266f1c1f] cinderlib execution failed: 
2021-01-20 15:57:34,012+01 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-2) [] EVENT_ID: USER_ADD_DISK_FINISHED_FAILURE(2,022), Add-Disk operation 
failed to complete.
2021-01-20 15:57:34,090+01 INFO  
[org.ovirt.engine.core.bll.storage.disk.AddDiskCommandCallback] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-47) 
[ae879975-d36a-4b2b-9829-2713266f1c1f] Command 'AddDisk' id: 
'c7e43317-495e-4b97-96cd-02f02cb20ab2' child commands 
'[1de7bfa3-09c3-45a5-955a-580236f0296c]' executions were completed, status 
'FAILED'
2021-01-20 15:57:35,127+01 ERROR 
[org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-48) 
[ae879975-d36a-4b2b-9829-2713266f1c1f] Ending command 
'org.ovirt.engine.core.bll.storage.disk.AddDiskCommand' with failure.
2021-01-20 15:57:35,135+01 ERROR 
[org.ovirt.engine.core.bll.storage.disk.managedblock.AddManagedBlockStorageDiskCommand]
 (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-48) 
[ae879975-d36a-4b2b-9829-2713266f1c1f] Ending command 
'org.ovirt.engine.core.bll.storage.disk.managedblock.AddManagedBlockStorageDiskCommand'
 with failure.

I check it on cinderlib 2.0, 2.1, 3.0 installed as from rpm (ussuri) and  from 
pip install  - errors the same. 
on backend we use CEPH 14 rbd pools
___
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/RLZLTWMJE45VQJ4PEGXAFBUIMIUK3DMI/

[ovirt-users] Re: Managed Block Storage and more

[Shantur Rathore]

>
> It should work as ovirt sees it as a regular domain, cephFS will
> probably work too


Just tried to setup Ceph hyperconverged

1. Installed oVirt NG 4.4.4 on a machine ( partitioned to leave space for
Ceph )
2. Installed CephAdm : https://docs.ceph.com/en/latest/cephadm/install/
3. Enabled EPEL and other required repos.
4. Bootstrapped ceph cluster
5. Created LV on the partitioned free space
6. Added OSD to ceph cluster
7. Added CephFS
8. Set min_size and size to 1 for osd pools to make it work with 1 OSD.

All ready to deploy Self hosted engine from Cockpit

1. Started Self-Hosted engine deployment (not Hyperconverged)
2. Enter the details to Prepare-VM.
3. Prepare-VM successful.
4. Feeling excited, get the cephfs mount details ready.
5. Storage screen - There is no option to use POSIX storage for
Self-Hosted. Bummer.

Is there any way to work around this?
I am able to add this to another oVirt Engine.

[image: Screenshot 2021-01-20 at 12.19.55.png]

Thanks,
Shantur

On Tue, Jan 19, 2021 at 11:16 AM Benny Zlotnik  wrote:

> >Thanks for pointing out the requirement for Master domain. In theory,
> will I be able to satisfy the requirement with another iSCSI or >maybe Ceph
> iSCSI as master domain?
> It should work as ovirt sees it as a regular domain, cephFS will
> probably work too
>
> >So each node has
>
> >- oVirt Node NG / Centos
> >- Ceph cluster member
> >- iSCSI or Ceph iSCSI master domain
>
> >How practical is such a setup?
> Not sure, it could work, but it hasn't been tested and it's likely you
> are going to be the first to try it
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YNGXYAZ3S3KXPGHEFHDCVXSDL7QA3IAY/

[ovirt-users] Re: New setup - Failing to Activate storage domain on NFS shared storage

[Nir Soffer]

On Wed, Jan 20, 2021 at 3:52 AM Matt Snow  wrote:
>
> [root@brick ~]# ps -efz | grep sanlock

Sorry, its "ps -efZ", but we already know its not selinux.

> [root@brick ~]# ps -ef | grep sanlock
> sanlock 1308   1  0 10:21 ?00:00:01 /usr/sbin/sanlock daemon

Does sanlock run with the right groups?

On a working system:

$ ps -efZ | grep sanlock | grep -v grep
system_u:system_r:sanlock_t:s0-s0:c0.c1023 sanlock 983 1  0 11:23 ?
00:00:03 /usr/sbin/sanlock daemon
system_u:system_r:sanlock_t:s0-s0:c0.c1023 root 986  983  0 11:23 ?
00:00:00 /usr/sbin/sanlock daemon

The sanlock process running with "sanlock" user (pid=983) is the
interesting one.
The other one is a helper that never accesses storage.

$ grep Groups: /proc/983/status
Groups: 6 36 107 179

Vdsm verify this on startup using vdsm-tool is-configured. On a working system:

$ sudo vdsm-tool is-configured
lvm is configured for vdsm
libvirt is already configured for vdsm
sanlock is configured for vdsm
Managed volume database is already configured
Current revision of multipath.conf detected, preserving
abrt is already configured for vdsm

> [root@brick ~]# ausearch -m avc
> 

Looks good.

> [root@brick ~]# ls -lhZ 
> /rhev/data-center/mnt/stumpy\:_tanker_ovirt_host__storage/8fd5420f-61fd-41af-8575-f61853a18d91/dom_md
> total 278K
> -rw-rw. 1 vdsm kvm system_u:object_r:nfs_t:s00 Jan 19 13:38 ids

Looks correct.
___
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/M5GPNUKUOSM252Z4WSQY3AOLEUBCM3II/

[ovirt-users] Re: New setup - Failing to Activate storage domain on NFS shared storage

[Nir Soffer]

On Wed, Jan 20, 2021 at 6:45 AM Matt Snow  wrote:
>
> Hi Nir, Yedidyah,
> for what it's worth I ran through the steps outlined here: 
> https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/using_selinux/troubleshooting-problems-related-to-selinux_using-selinux
>  and eventually got to running
> `setenforce 0` and the issue still persists.

Good, this and no reports in "ausearch -m avc" show that this is
not selinux issue.

> On Tue, Jan 19, 2021 at 6:52 PM Matt Snow  wrote:
>>
>> [root@brick ~]# ps -efz | grep sanlock
>>
>> error: unsupported SysV option
>>
>>
>> Usage:
>>
>>  ps [options]
>>
>>
>>  Try 'ps --help '
>>
>>   or 'ps --help '
>>
>>  for additional help text.
>>
>>
>> For more details see ps(1).
>>
>> [root@brick ~]# ps -ef | grep sanlock
>>
>> sanlock 1308   1  0 10:21 ?00:00:01 /usr/sbin/sanlock daemon
>>
>> root13091308  0 10:21 ?00:00:00 /usr/sbin/sanlock daemon
>>
>> root   68086   67674  0 13:38 pts/400:00:00 tail -f sanlock.log
>>
>> root   73724   68214  0 18:49 pts/500:00:00 grep --color=auto sanlock
>>
>>
>> [root@brick ~]# ausearch -m avc
>>
>> 
>>
>>
>> [root@brick ~]# ls -lhZ 
>> /rhev/data-center/mnt/stumpy\:_tanker_ovirt_host__storage/8fd5420f-61fd-41af-8575-f61853a18d91/dom_md
>>
>> total 278K
>>
>> -rw-rw. 1 vdsm kvm system_u:object_r:nfs_t:s00 Jan 19 13:38 ids
>>
>> -rw-rw. 1 vdsm kvm system_u:object_r:nfs_t:s0  16M Jan 19 13:38 inbox
>>
>> -rw-rw. 1 vdsm kvm system_u:object_r:nfs_t:s00 Jan 19 13:38 leases
>>
>> -rw-rw-r--. 1 vdsm kvm system_u:object_r:nfs_t:s0  342 Jan 19 13:38 metadata
>>
>> -rw-rw. 1 vdsm kvm system_u:object_r:nfs_t:s0  16M Jan 19 13:38 outbox
>>
>> -rw-rw. 1 vdsm kvm system_u:object_r:nfs_t:s0 1.3M Jan 19 13:38 xleases
>>
>> [root@brick ~]#
>>
>>
>> On Tue, Jan 19, 2021 at 4:13 PM Nir Soffer  wrote:
>>>
>>> On Tue, Jan 19, 2021 at 6:13 PM Matt Snow  wrote:
>>> >
>>> >
>>> > [root@brick log]# cat sanlock.log
>>> >
>>> > 2021-01-15 18:18:48 3974 [36280]: sanlock daemon started 3.8.2 host 
>>> > 3b903780-4f79-1018-816e-aeb2724778a7 (brick.co.slakin.net)
>>> > 2021-01-15 19:17:31 7497 [36293]: s1 lockspace 
>>> > 54532dd4-3e5b-4885-b88e-599c81efb146:250:/rhev/data-center/mnt/stumpy:_tanker_ovirt_host__storage/54532dd4-3e5b-4885-b88e-599c81efb146/dom_md/ids:0
>>> > 2021-01-15 19:17:31 7497 [50873]: open error -13 EACCES: no permission to 
>>> > open 
>>> > /rhev/data-center/mnt/stumpy:_tanker_ovirt_host__storage/54532dd4-3e5b-4885-b88e-599c81efb146/dom_md/ids
>>>
>>> Smells like selinux issue.
>>>
>>> What do you see in "ausearch -m avc"?
>>>
___
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/B5KWEDIY4LS4GYNGQDKJQJYMDICGHPVE/

[ovirt-users] Re: New setup - Failing to Activate storage domain on NFS shared storage

[Nir Soffer]

On Mon, Jan 18, 2021 at 8:58 AM Matt Snow  wrote:
>
> I installed ovirt node 4.4.4 as well as 4.4.5-pre and experience the same 
> problem with both versions. The issue occurs in both cockpit UI and tmux'd 
> CLI of ovirt-hosted-engine-setup. I get passed the point where the VM is 
> created and running.
> I tried to do some debugging on my own before reaching out to this list. Any 
> help is much appreciated!
>
> ovirt node hardware: NUC format Jetway w/ Intel N3160 (Braswell 4 
> cores/4threads), 8GB RAM, 64GB SSD. I understand this is underspec'd, but I 
> believe it meets the minimum requirements.
>
> NFS server:
> * Ubuntu 19.10 w/ ZFS share w/ 17TB available space.

We don't test ZFS, but since  you tried also non-ZFS server with same issue, the
issue is probably not ZFS.

> * NFS share settings are just 'rw=@172.16.1.0/24' but have also tried 
> 'rw,sec=sys,anon=0' and '@172.16.1.0/24,insecure'

You are missing anonuid=36,anongid=36. This should not affect sanlock, but
you will have issues with libvirt without this.

Here is working export from my test system:

/export/00 *(rw,sync,anonuid=36,anongid=36,no_subtree_check)

> * The target directory is always empty and chown'd 36:36 with 0755 
> permissions.

Correct.

> * I have tried using both IP and DNS names. forward and reverse DNS works 
> from ovirt host and other systems on the network.
> * The NFS share always gets mounted successfully on the ovirt node system.
> * I have tried auto and v3 NFS versions in other various combinations.
> * I have also tried setting up an NFS server on a non-ZFS backed storage 
> system that is open to any host and get the same errors as shown below.
> * I ran nfs-check.py script without issue against both NFS servers and 
> followed other verification steps listed on 
> https://www.ovirt.org/develop/troubleshooting-nfs-storage-issues.html
>
> ***Snip from ovirt-hosted-engine-setup***
>   Please specify the storage you would like to use (glusterfs, iscsi, 
> fc, nfs)[nfs]: nfs
>   Please specify the nfs version you would like to use (auto, v3, v4, 
> v4_0, v4_1, v4_2)[auto]:
>   Please specify the full shared storage connection path to use 
> (example: host:/path): stumpy.mydomain.com:/tanker/ovirt/host_storage
>   If needed, specify additional mount options for the connection to 
> the hosted-engine storagedomain (example: rsize=32768,wsize=32768) []: rw
> [ INFO  ] Creating Storage Domain
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Execute just a specific set 
> of steps]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Force facts gathering]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Wait for the storage 
> interface to be up]
> [ INFO  ] skipping: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Check local VM dir stat]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Enforce local VM dir 
> existence]
> [ INFO  ] skipping: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : include_tasks]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Obtain SSO token using 
> username/password credentials]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Fetch host facts]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Fetch cluster ID]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Fetch cluster facts]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Fetch Datacenter facts]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Fetch Datacenter ID]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Fetch Datacenter name]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Add NFS storage domain]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Add glusterfs storage 
> domain]
> [ INFO  ] skipping: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Add iSCSI storage domain]
> [ INFO  ] skipping: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Add Fibre Channel storage 
> domain]
> [ INFO  ] skipping: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Get storage domain details]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Find the appliance OVF]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Parse OVF]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Get required size]
> [ INFO  ] ok: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Remove unsuitable storage 
> domain]
> [ INFO  ] skipping: [localhost]
> [ INFO  ] skipping: [localhost]
> [ INFO  ] TASK [ovirt.ovirt.hosted_engine_setup : Check storage domain free 
> space]
> [ INFO  ] 

[ovirt-users] Re: About Enroll Certificate

[tommy]

Thanks. 

 

I know I should put the host to maintenance mode, but I don’t hnow what 
function the Enroll Certificate will play ?

 

 

 

From: users-boun...@ovirt.org  On Behalf Of Dana 
Elfassy
Sent: Tuesday, January 19, 2021 9:39 PM
To: tommy 
Cc: users 
Subject: [ovirt-users] Re: About Enroll Certificate

 

Hi Tommy,

In order to execute 'Enroll Certificate' put the host on maintenance first

Thanks,

Dana

 

On Tue, Jan 19, 2021 at 1:27 PM tommy mailto:sz_cui...@163.com> > wrote:

Hi,

 

What function of the Enroll Certificate ??

 

 

 

 

 



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

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

[ovirt-users] Why cannot create new volume ?

[tommy]

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

[ovirt-users] For data integrity make sure that the server is configured with Quorum (both client and server Quorum)

[tommy]

When I want to create a glusterFS domain, the above words appear.

 

What's meaning of these words?

 



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