[ovirt-users] Re: Clusters: Clarification needed on the ballooning memory feature and its affects on the physical hosts memory

2019-12-10 Thread Staniforth, Paul 

Hello Donagh,
 memory size  e.g. 62000MB is the memory the VM tells 
the O/S is available you should be able to see how much is actually used if the 
agent is installed.
  maximum memory e.g. 248000MB is the amount you can 
hot-plug for the VM otherwise you need to restart the VM to increase memory.
  physical memory guaranteed e.g. 31000MB is the amount 
of memory the VM will have even if the balloon driver is activated.

The VMs will use memory as required, you can see how much memory they are 
actually using, also how much shared memory are the hosts using and how much is 
available to schedule new VMs?


Regards,
 Paul S.

From: donagh.mo...@oracle.com 
Sent: 10 December 2019 10:04
To: users@ovirt.org 
Subject: [ovirt-users] Clusters: Clarification needed on the ballooning memory 
feature and its affects on the physical hosts memory

Hi

For test purposes I'm configuring cluster with ballooning enabled and memory 
over-commit set to 200% with one host (total memory 128600 MB) connected. I 
then create 4 linux based VM's and I set the following on each: memory size: 
62000MB, max memory: 248000MB (default value set when memory size is set) and a 
guaranteed memory value of 31000MB (default value set when memory size is set).

This all works as expected, I can start 4 VM's with a total memory size that 
double the physical memory available on the host. What I don't understand is 
when I view the general info on my host I see that the available memory is much 
higher than expected. Physical Memory:128600 MB total, 11574 MB used, 117026 MB 
free.

When researching the set up required to test this feature I came across this 
post 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Fpipermail%2Fusers%2F2017-October%2F084675.htmldata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C3f6fe3e41c434eaa268808d77d58b65e%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637115692286198137sdata=x3r%2Bwz%2FM8CvwE7JIk5LBypnKMjxIwY8oDvDTdB8wM4c%3Dreserved=0.
 It states the hosts memory load needs to exceed 80%. I was hoping that the 
allocation of physical memory to each VM would satisfy this condition but I am 
not sure it does. I have a few questions on this

Should setting the physical memory to each VM would satisfy the greater than 
80% conditions?
Given we have guaranteed memory for each VM of 31000MB should the total of 
124000Mb exceed the free memory on the host?
Does the hosts used physical memory only represent each VM's disk 4Gb virtual 
size?
Will the hosts free memory only decrease as the VM's consume storage?

Any clarification on the above questions would be most appreciated.

Regards
Donagh
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fsite%2Fprivacy-policy%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C3f6fe3e41c434eaa268808d77d58b65e%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637115692286198137sdata=3ZQsTAglcudm1ZWOgkS%2BLYD161iGUFlLtxXMiM7msCg%3Dreserved=0
oVirt Code of Conduct: 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C3f6fe3e41c434eaa268808d77d58b65e%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637115692286198137sdata=TlNVrYt0u0UclqSQg%2Faa8zLOE9jUnOPg8B1ciRHG1xk%3Dreserved=0
List Archives: 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2FUACTMHYIGGC3N3OGSQA5ZF75GOT3DT46%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C3f6fe3e41c434eaa268808d77d58b65e%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637115692286198137sdata=pQGbVv6hVmzDwIDQzuphJIN%2Bq0vfG4CJCGCMu55tcdA%3Dreserved=0
To view the terms under which this email is distributed, please go to:-
http://leedsbeckett.ac.uk/disclaimer/email/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NFDVEQBMCDGBYMF5XLXMFDR5EIZOQNBY/

[ovirt-users] Re: OVN communications between hosts

2019-12-10 Thread Strahil 
Hi All,

It seems that I have several devices listed in 'ovs-vsctl list interface' 
despite removing all networks except ovirtmgmt.

Can someone tell me which devices I should leave (so I can remove the rest) ?

Thanks in advance.

Best Regards,
Strahil Nikolov
On Dec 10, 2019 21:50, Strahil  wrote:
>
> Hi Pavel,
>
> Can you explain how did you find the issue.
>
> I'm new in OVN and I experience the same symptoms .
>
> I'm not sure what will be the best approach to start cleanly with OVN.
>
> Best Regards,
> Strahil NikolovOn Dec 10, 2019 19:06, Pavel Nakonechnyi  
> wrote:
> >
> > Hi Pavel Nakonechnyi, 
> >
> > > 
> > > However, if such VMs are on different hosts, then no packets are received 
> > > on both VMs. 
> > > 
> > > Could you please suggest me a way to properly debug and fix this problem? 
> > > I would like to be able to distribute several VMs connected to the single 
> > > virtual network across hosts. 
> > > 
> >
> > It appears that the problem was (as usual) with my setup which is a bit 
> > messy as it was based on experimental environment. The issues was triggered 
> > by changing the IP address of one of the hosts. I actually just added an 
> > alias to ovrtmgmnt  interface and then changed the IP via oVirt engine... 
> >
> > Anyway, command `ovs-vsctl list Interface` showed that one of the switch 
> > peers was still referenced by the old, unused IP address. The easiest way 
> > to fix it for me was to re-add the host to cluster. After that cross-host 
> > communication between VMs started to work properly. 
> >
> >
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct: 
> > https://www.ovirt.org/community/about/community-guidelines/
> > List Archives: 
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/XC6UEXHBEEX2IL4JZEAFSJOUOVZ36IQW/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4Q6WS2LQBJVORODZ2WSMXZ7OO3I7PS5O/

[ovirt-users] Re: OVN communications between hosts

2019-12-10 Thread Strahil 
Hi Pavel,

Can you explain how did you find the issue.

I'm new in OVN and I experience the same symptoms .

I'm not sure what will be the best approach to start cleanly with OVN.

Best Regards,
Strahil NikolovOn Dec 10, 2019 19:06, Pavel Nakonechnyi  
wrote:
>
> Hi Pavel Nakonechnyi, 
>
> > 
> > However, if such VMs are on different hosts, then no packets are received 
> > on both VMs. 
> > 
> > Could you please suggest me a way to properly debug and fix this problem? I 
> > would like to be able to distribute several VMs connected to the single 
> > virtual network across hosts. 
> > 
>
> It appears that the problem was (as usual) with my setup which is a bit messy 
> as it was based on experimental environment. The issues was triggered by 
> changing the IP address of one of the hosts. I actually just added an alias 
> to ovrtmgmnt  interface and then changed the IP via oVirt engine... 
>
> Anyway, command `ovs-vsctl list Interface` showed that one of the switch 
> peers was still referenced by the old, unused IP address. The easiest way to 
> fix it for me was to re-add the host to cluster. After that cross-host 
> communication between VMs started to work properly. 
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XC6UEXHBEEX2IL4JZEAFSJOUOVZ36IQW/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EW6EVJ3ITD3FBJXBOEUJQNZDQ23ESKHW/

[ovirt-users] Re: Can't access Storage > Volumes through the UI.

2019-12-10 Thread Valentin Bajrami 
Hi Eyal,

Have you had time to see the logs? Any idea what's going on? Could you
or anyone else reproduce this on version 4.3.6.7-1.el7?

On 12/9/19 2:26 PM, Valentin Bajrami wrote:
>
> Hi Eyal,
>
> Although I've attached the log files, I couldn't find anything useful
> myself. See if you can make something out of it.
>
> Best regards,
> Valentin
>
> On 12/9/19 1:37 PM, Eyal Shenitzky wrote:
>> Hi Valentin,
>>
>> Can you please add the ui.log and engine.log?
>>
>> On Mon, 9 Dec 2019 at 14:08, Valentin Bajrami
>> > > wrote:
>>
>> Hello everyone,
>>
>> Recently, I upgraded ovirt-engine from 4.2.5.3-1.el7 to
>> 4.3.6.7-1.el7 
>> but going to  Storage > Volumes   nothing seems to happen.
>> Volumes does
>> not open up.
>>
>> The error I see in the debugger mode (firefox) is as follows:
>>
>> org.ovirt.engine.ui.uicompat.EnumTranslator WARNING: Missing Enum
>> resource 'V5'. Cannot find constant 'StorageFormatType___V5';
>> expecting
>> a method name.  There is also a bug here:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1759102
>>
>> Anyone any diea?
>>
>> -- 
>> Met vriendelijke groeten / Kind regards,
>> Valentin Bajrami
>> Target Holding
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org 
>> To unsubscribe send an email to users-le...@ovirt.org
>> 
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FZLY7JEXAIKVZDDIX4L7J4CE4EGMV5DQ/
>>
>>
>>
>> -- 
>> Regards,
>> Eyal Shenitzky
> -- 
> Met vriendelijke groeten,
>
> Valentin Bajrami
> Target Holding

-- 
Met vriendelijke groeten,

Valentin Bajrami
Target Holding



smime.p7s
Description: S/MIME Cryptographic Signature
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7D3WOFOI5Y2C26QN664XC2BXB6CGMR3S/

[ovirt-users] Re: ovirtsdk4 error

2019-12-10 Thread jeremy_tourville 
I should have caught that.  This is my first time using this project so I sort 
of thought I might have a config issue (my fault)  Yes, I agree after reviewing 
https://github.com/myoung34/vagrant-ovirt4  I see the example file lists "api" 
at the end of the url.  I'll confirm later today.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5XHLOO55D6AFAN2TFLVJPN2CRAAPP5GU/

[ovirt-users] Re: OVN communications between hosts

2019-12-10 Thread Pavel Nakonechnyi 
Hi Pavel Nakonechnyi,

> 
> However, if such VMs are on different hosts, then no packets are received on 
> both VMs.
> 
> Could you please suggest me a way to properly debug and fix this problem? I 
> would like to be able to distribute several VMs connected to the single 
> virtual network across hosts.
> 

It appears that the problem was (as usual) with my setup which is a bit messy 
as it was based on experimental environment. The issues was triggered by 
changing the IP address of one of the hosts. I actually just added an alias to 
ovrtmgmnt  interface and then changed the IP via oVirt engine...

Anyway, command `ovs-vsctl list Interface` showed that one of the switch peers 
was still referenced by the old, unused IP address. The easiest way to fix it 
for me was to re-add the host to cluster. After that cross-host communication 
between VMs started to work properly.


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

[ovirt-users] Re: Still having NFS issues. (Permissions)

2019-12-10 Thread Strahil 
Why do you use  'all_squash' ?

all_squashMap all uids and gids to the anonymous user. Useful for NFS-exported 
public FTP directories, news spool directories, etc. The opposite option is 
no_all_squash, which is the default setting.

Best Regards,
Strahil NikolovOn Dec 10, 2019 07:46, Tony Brian Albers  wrote:
>
> On Mon, 2019-12-09 at 18:43 +, Robert Webb wrote: 
> > To add, the 757 permission does not need to be on the .lease or the 
> > .meta files. 
> > 
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/KZF6RCSRW2QV3PUEJCJW5DZ54DLAOGAA/
> >  
>
> Good morning, 
>
> Check SELinux just in case. 
>
> Here's my config: 
>
> NFS server: 
> /etc/exports: 
> /data/ovirt 
> *(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) 
>
> Folder: 
> [root@kst001 ~]# ls -ld /data/ovirt 
> drwxr-xr-x 3 vdsm kvm 76 Jun  1  2017 /data/ovirt 
>
> Subfolders: 
> [root@kst001 ~]# ls -l /data/ovirt/* 
> -rwxr-xr-x 1 vdsm kvm  0 Dec 10 06:38 /data/ovirt/__DIRECT_IO_TEST__ 
>
> /data/ovirt/a597d0aa-bf22-47a3-a8a3-e5cecf3e20e0: 
> total 4 
> drwxr-xr-x  2 vdsm kvm  117 Jun  1  2017 dom_md 
> drwxr-xr-x 56 vdsm kvm 4096 Dec  2 14:51 images 
> drwxr-xr-x  4 vdsm kvm   42 Jun  1  2017 master 
> [root@kst001 ~]# 
>
>
> The user: 
> [root@kst001 ~]# id vdsm 
> uid=36(vdsm) gid=36(kvm) groups=36(kvm) 
> [root@kst001 ~]# 
>
> And output from 'mount' on a host: 
> kst001:/data/ovirt on /rhev/data-center/mnt/kst001:_data_ovirt type nfs 
> (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,nolock, 
> nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,mountaddr= server- 
> ip>,mountvers=3,mountport=20048,mountproto=udp,local_lock=all,addr= -server-ip>) 
>
>
> HTH 
>
> /tony 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/T6S32XNRB6S67PH5TOZZ6ZAD6KMVA3G6/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Z5XPTK5B4KTITNDRFKR3C7TQYUXQTC4A/

[ovirt-users] Re: CPU Type compatibility matrix

2019-12-10 Thread Michal Skrivanek 


> On 10 Dec 2019, at 11:57, Joseph Goldman  wrote:
> 
> The matrix is basically Intel ARK - oVirt, from my understanding, will set 
> the cluster to the minimum supported set of instructions. Meaning if they are 
> identical instruction sets across all CPU's - then nothing is lost, but if 
> even 1 CPU in the cluster has less available features then the rest, then all 
> will be brought down to that level so to speak. There may be some major 
> incompatibilities im not aware of, but with at least 2CPU's in the same 
> family, I don't think you would be losing much if any.

yep
plus if you really really need later cpu features for a specific VM which you 
would pin on this special host you can always use VM setting of Host CPU 
Passthrough which just uses all instructions the host has.

> 
> On 10/12/19 8:18 pm, Gianluca Cecchi wrote:
>> Hello,
>> In my case I currently have a cluster with hosts with cpu Intel E5-2680 v4 
>> (each socket with 14 cores) and their Cluster is set as "Intel Broadwell 
>> Family" and I would like to add in the same oVirt Cluster two more hosts 
>> with Intel E5-2640 v4 cpus (each socket 10 cores) that should be the same 
>> CPU Family Type. 
>> Is it true?
>> Is there a sort of matrix where one could compare and match?
>> 
>> Thanks in advance,
>> Gianluca
>> 
>> 
>> ___
>> Users mailing list -- users@ovirt.org 
>> To unsubscribe send an email to users-le...@ovirt.org 
>> 
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
>> 
>> oVirt Code of Conduct: 
>> https://www.ovirt.org/community/about/community-guidelines/ 
>> 
>> List Archives: 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QHR2KYXWGGSFS7GH3CWTXU22L2K3TWFG/
>>  
>> 
> 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3F4OW4DGN55T35OKWYAK77N6ASNOYW73/

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

[ovirt-users] Re: Issue deploying self hosted engine on new install

2019-12-10 Thread Robert Webb 
Just wanted to close this out.

Now that I have solved my NFS issues, I completed a clean install of oVirt node 
on two Dell R410's and ran the self hosted engine wizard on one of them. The 
install went flawless and I now have a working setup.

Thanks for the time and patience from everyone who helped.



From: Robert Webb 
Sent: Tuesday, December 10, 2019 8:10 AM
To: Yedidyah Bar David
Cc: Nate Revo; users@ovirt.org
Subject: [ovirt-users] Re: Issue deploying self hosted engine on new install

I have a thread going reference the NFS permission issue.

Going to move all my replies into that since it is not a direct issue with the 
hosted engine.

Thanks for your replies.

From: Yedidyah Bar David 
Sent: Tuesday, December 10, 2019 1:46 AM
To: Robert Webb 
Cc: Nate Revo ; users@ovirt.org 
Subject: Re: [ovirt-users] Re: Issue deploying self hosted engine on new install

On Mon, Dec 9, 2019 at 3:06 PM Robert Webb  wrote:
>
> Nate,
>
>
>
> Thanks for the tip, but the NAS is Debian based.
>
>
>
>
>
> Is it potentially an SELinux denial?  I seem to recall an SELinux Boolean 
> that needs to be set on the nfs server.

You might want to check audit log on both nfs server and your host.
What error do you get in vdsm.log?

>
>
>
> On Sun, Dec 8, 2019, 4:00 PM Robert Webb  wrote:
>
> Didi,
>
> Apologies for the delayed reply.
>
> I tracked the issue down after giving up on the self hosted install. I 
> installed it to a VM running CentOS 7 running on another platform and then 
> added my hosts.
>
> After adding the hosts and dploying a VM on oVirt, everything deployed 
> perfectly, I could never get the VM to start. Digging further, I found that 
> it is apparently a NFS permission on my NAS. What is odd is that I can add 
> the Storage domain with no issues, I can create a VM, but the VM will never 
> start due to a permission issue on the disk image.
>
> On my NAS if I just go into the shared folder permissions and not change 
> anything but just tell it to apply configured permissions to all files and 
> folders, the newly created VM runs just fine. For some reason when oVirt 
> creates new files in storage, it is leaving off the execute for the vdsm 
> user. I also notice that for the image and lease files, it also leaves off 
> any permisson for "other" . NOt sure why the permissions are not being 
> applied correctly. But that is an issue for me to figure out on my NAS, 
> OpenMediaVault.
>
> drwxrwsrwx+ 2 vdsm kvm4096 Dec  7 23:53 .
> drwxrwsrwx+ 8 vdsm kvm4096 Dec  7 23:13 ..
> -rw-rw+ 1 vdsm kvm 53687091200 Dec  7 23:13 
> 0605d785-f4df-49b1-af27-1f035148921c
> -rw-rw+ 1 vdsm kvm 1048576 Dec  7 23:13 
> 0605d785-f4df-49b1-af27-1f035148921c.lease
> -rw-rw-rw-+ 1 vdsm kvm 251 Dec  7 23:53 
> 0605d785-f4df-49b1-af27-1f035148921c.meta
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FQGIOYW36MWWWDS3UBSQV5QKC3BNGZDS/
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TBHWVVP67DDLFMAN3WMHG3BYYNLU2DOU/



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

[ovirt-users] Re: katello-host-tools-3.5.1 and Red Hat Satellite 6.4

2019-12-10 Thread Matthias Leopold 

thanks, but all this is given
other CentOS 7 hosts (with katello* packages provided by the Satellite 
server) are OK

at the moment I'm looking into https://access.redhat.com/solutions/3517471
I'll ask our Satellite admin tomorrow

Regards
Matthias

Am 10.12.19 um 17:28 schrieb Staniforth, Paul:

Hello Matthias,

The oVirt hosts need to be registered in redhat satellite as a content 
host and the satellite host will need to have the centos and oVirt yum 
repositories added so they can create a content view. The first step I 
would do is ask whoever manages your satellite server if they are 
managing any Centos hosts.





Regards,
  Paul S.

*From:* Matthias Leopold 
*Sent:* 10 December 2019 14:33
*To:* users 
*Subject:* [ovirt-users] katello-host-tools-3.5.1 and Red Hat Satellite 6.4
Hi,

I'm trying to register hosts running CentOS 7.6 and oVirt 4.3.5 to a Red
Hat Satellite 6.4 server. The oVirt hosts have katello-host-tools-3.5.1
packages from oVirt repos, which seem to be too new for the Red Hat
Satellite 6.4 server, Satellite says:

Errata:
Could not calculate errata status, ensure host is registered and the
katello-host-tools package is installed

Is there a way to get around this?
Downgrade katello-host-tools? -> is this OK for oVirt?
Upgrade Red Hat Satellite? -> server not under my control...
Is there a compatibility matrix for katello-host-tools and Red Hat
Satellite versions?

I'm new to this topic

thx
Matthias
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fsite%2Fprivacy-policy%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7Cd56db742954b42ff7fb008d77d7f3b9a%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637115857740502754sdata=w8n3X%2F%2FurKmvViyGMPkwPQEWPGYCvXeE8CDfvUHtddI%3Dreserved=0
oVirt Code of Conduct: 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7Cd56db742954b42ff7fb008d77d7f3b9a%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637115857740502754sdata=rzavYKQv4PYduaek9Y05nWhW2KPAWoqvxzDnHt8HnvE%3Dreserved=0
List Archives: 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2F7LMHLEWRHUHXEKI6IHI2CNPF4YEG76JA%2Fdata=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7Cd56db742954b42ff7fb008d77d7f3b9a%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637115857740502754sdata=gNAcARQTQXWs6buRU1X%2FRDntKzKcl96Du%2Bku8fc4kK8%3Dreserved=0

To view the terms under which this email is distributed, please go to:-
http://leedsbeckett.ac.uk/disclaimer/email/



--
Matthias Leopold
IT Systems & Communications
Medizinische Universität Wien
Spitalgasse 23 / BT 88 /Ebene 00
A-1090 Wien
Tel: +43 1 40160-21241
Fax: +43 1 40160-921200
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2QIKLWVDPKVVOMBBK3CTZF5IU2Q63FYM/

[ovirt-users] Re: Cannot obtain information from export domain

2019-12-10 Thread Arthur Rodrigues Stilben 
First I would like to apologize for the delay in replying. The message 
went into the spam box and just now I realized.


Secondly, I have a server with oVirt installed. The version is 4.1. I 
have two Export Domain, one on IP A and another on IP B. The ED on IP A 
is working correctly, but not on IP B. The error I get is:


2019-12-10 11:12:08,570-02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(DefaultQuartzScheduler9) [2013fa0c] EVENT_ID: 
VDS_BROKER_COMMAND_FAILURE(10,802), Correlation ID: null, Call Stack: 
null, Custom ID: null, Custom Event ID: -1, Message: VDSM node01 command 
HSMGetAllTasksStatusesVDS failed: low level Image copy failed


I tried using another version of NFS for IP B, but it didn't work 
either. However, I installed version 4.2 on another test server and 
managed to create an ED for IP B. But I need IP B to work as ED in oVirt 
4.1.


On 28/11/2019 02:34, Strahil wrote:

Hi can you describe your actions?
Usually the export is like this:
1. You make a backup of the VM
2. You migrate the disks to the export storage domain
3. You shut down the VM
4. Set the storage domain in maintenance  and then detach it from the oVirt
5. You atttach it to the new oVirt
6. Once the domain is active - click on import VM tab and import all VMs 
(defining the cluster you want them to be running on)
7. Power up VM and then migrate the disks to the permanent storage.

Best Regards,
Strahil NikolovOn Nov 26, 2019 19:41, Arthur Rodrigues Stilben 
 wrote:

Hello everyone,

I'm trying to export a virtual machine, but I'm getting the following error:

2019-11-26 16:30:06,250-02 ERROR
[org.ovirt.engine.core.bll.exportimport.GetVmsFromExportDomainQuery]
(default task-22) [b9a0b9d5-2127-4002-9cee-2e3525bccc89] Exception:
org.ovirt.engine.core.common.errors.EngineException: EngineException:
org.ovirt.engine.core.vdsbroker.irsbroker.IRSErrorException:
IRSGenericException: IRSErrorException: Failed to GetVmsInfoVDS, error =
Storage domain does not exist:
(u'5ac6c35d-0406-4a06-a682-ed8fb2d1933f',), code = 358 (Failed with
error StorageDomainDoesNotExist and code 358)

2019-11-26 16:30:06,249-02 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-22) [b9a0b9d5-2127-4002-9cee-2e3525bccc89] EVENT_ID:
IMPORTEXPORT_GET_VMS_INFO_FAILED(200), Correlation ID: null, Call Stack:
null, Custom ID: null, Custom Event ID: -1, Message: Failed to retrieve
VM/Templates information from export domain BackupMV

The version of the oVirt that I am using is 4.1.

Att,

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


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

[ovirt-users] Re: katello-host-tools-3.5.1 and Red Hat Satellite 6.4

2019-12-10 Thread Sandro Bonazzola 
Il giorno mar 10 dic 2019 alle ore 15:41 Matthias Leopold <
matthias.leop...@meduniwien.ac.at> ha scritto:

> Hi,
>
> I'm trying to register hosts running CentOS 7.6 and oVirt 4.3.5 to a Red
> Hat Satellite 6.4 server. The oVirt hosts have katello-host-tools-3.5.1
> packages from oVirt repos, which seem to be too new for the Red Hat
> Satellite 6.4 server, Satellite says:
>
> Errata:
> Could not calculate errata status, ensure host is registered and the
> katello-host-tools package is installed
>

is the katello agent up and running? any more details on this on either
host or satellite side?




>
> Is there a way to get around this?
> Downgrade katello-host-tools? -> is this OK for oVirt?
>

Should be ok on oVirt side to downgrade katello-host-tools.


> Upgrade Red Hat Satellite? -> server not under my control...
> Is there a compatibility matrix for katello-host-tools and Red Hat
> Satellite versions?
>

You should check with foreman community at https://theforeman.org/


>
> I'm new to this topic
>
> thx
> Matthias
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/7LMHLEWRHUHXEKI6IHI2CNPF4YEG76JA/
>


-- 

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/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ENRLMKHGRHGOUYOO42HRBAFHK27CC56Z/

[ovirt-users] Re: ovirtsdk4 error

2019-12-10 Thread Ondra Machacek 



On 10/12/2019 04:58, jeremy_tourvi...@hotmail.com wrote:

I have a server which runs a project from Github called SecGen.  SecGen uses 
Vagrant to provision VMs from templates.  When I go to my project folder and 
run vagrant up I get an error.

user@localhost:~/bin/SecGen/projects/SecGen20191207_183811$ vagrant up
Bringing machine 'escalation' up with 'ovirt4' provider...
==> escalation: Creating VM with the following settings...
==> escalation:  -- Name:  SecGen-default-scenario-escalation
==> escalation:  -- Cluster:   Default
==> escalation:  -- Template:  Vcentos77
==> escalation:  -- Console Type:  spice
==> escalation:  -- Memory:
==> escalation:   Memory:  512 MB
==> escalation:   Maximum: 512 MB
==> escalation:   Guaranteed:  512 MB
==> escalation:  -- Cpu:
==> escalation:   Cores:   1
==> escalation:   Sockets: 1
==> escalation:   Threads: 1
==> escalation:  -- Cloud-Init:false
==> escalation: An error occured. Recovering..
==> escalation: VM is not created. Please run `vagrant up` first.
/home/user/.vagrant.d/gems/2.4.9/gems/ovirt-engine-sdk-4.0.12/lib/ovirtsdk4/reader.rb:272:in
 `read': Can't find a reader for tag 'html' (OvirtSDK4::Error)
 from 
/home/user/.vagrant.d/gems/2.4.9/gems/ovirt-engine-sdk-4.0.12/lib/ovirtsdk4/service.rb:66:in
 `check_fault'
 from 
/home/user/.vagrant.d/gems/2.4.9/gems/ovirt-engine-sdk-4.0.12/lib/ovirtsdk4/services.rb:35570:in
 `add'
 from 
/home/user/.vagrant.d/gems/2.4.9/gems/vagrant-ovirt4-1.2.2/lib/vagrant-ovirt4/action/create_vm.rb:67:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/warden.rb:50:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/builtin/before_trigger.rb:23:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/warden.rb:50:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/builtin/after_trigger.rb:26:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/warden.rb:50:in
 `call'
 from 
/home/user/.vagrant.d/gems/2.4.9/gems/vagrant-ovirt4-1.2.2/lib/vagrant-ovirt4/action/set_name_of_domain.rb:17:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/warden.rb:50:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/builtin/before_trigger.rb:23:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/warden.rb:50:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/warden.rb:121:in
 `block in finalize_action'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/warden.rb:50:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/builder.rb:116:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/runner.rb:102:in
 `block in run'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/util/busy.rb:19:in
 `busy'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/runner.rb:102:in
 `run'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/builtin/call.rb:53:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/warden.rb:50:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/builtin/before_trigger.rb:23:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/warden.rb:50:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/builtin/after_trigger.rb:26:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/warden.rb:50:in
 `call'
 from 
/home/user/.vagrant.d/gems/2.4.9/gems/vagrant-ovirt4-1.2.2/lib/vagrant-ovirt4/action/connect_ovirt.rb:31:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/warden.rb:50:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/builtin/before_trigger.rb:23:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/warden.rb:50:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/builtin/after_trigger.rb:26:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/warden.rb:50:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/builtin/config_validate.rb:25:in
 `call'
 from 
/opt/vagrant/embedded/gems/2.2.6/gems/vagrant-2.2.6/lib/vagrant/action/warden.rb:50:in

[ovirt-users] Re: Issue deploying self hosted engine on new install

2019-12-10 Thread Robert Webb 
I have a thread going reference the NFS permission issue.

Going to move all my replies into that since it is not a direct issue with the 
hosted engine.

Thanks for your replies.

From: Yedidyah Bar David 
Sent: Tuesday, December 10, 2019 1:46 AM
To: Robert Webb 
Cc: Nate Revo ; users@ovirt.org 
Subject: Re: [ovirt-users] Re: Issue deploying self hosted engine on new install

On Mon, Dec 9, 2019 at 3:06 PM Robert Webb  wrote:
>
> Nate,
>
>
>
> Thanks for the tip, but the NAS is Debian based.
>
>
>
>
>
> Is it potentially an SELinux denial?  I seem to recall an SELinux Boolean 
> that needs to be set on the nfs server.

You might want to check audit log on both nfs server and your host.
What error do you get in vdsm.log?

>
>
>
> On Sun, Dec 8, 2019, 4:00 PM Robert Webb  wrote:
>
> Didi,
>
> Apologies for the delayed reply.
>
> I tracked the issue down after giving up on the self hosted install. I 
> installed it to a VM running CentOS 7 running on another platform and then 
> added my hosts.
>
> After adding the hosts and dploying a VM on oVirt, everything deployed 
> perfectly, I could never get the VM to start. Digging further, I found that 
> it is apparently a NFS permission on my NAS. What is odd is that I can add 
> the Storage domain with no issues, I can create a VM, but the VM will never 
> start due to a permission issue on the disk image.
>
> On my NAS if I just go into the shared folder permissions and not change 
> anything but just tell it to apply configured permissions to all files and 
> folders, the newly created VM runs just fine. For some reason when oVirt 
> creates new files in storage, it is leaving off the execute for the vdsm 
> user. I also notice that for the image and lease files, it also leaves off 
> any permisson for "other" . NOt sure why the permissions are not being 
> applied correctly. But that is an issue for me to figure out on my NAS, 
> OpenMediaVault.
>
> drwxrwsrwx+ 2 vdsm kvm4096 Dec  7 23:53 .
> drwxrwsrwx+ 8 vdsm kvm4096 Dec  7 23:13 ..
> -rw-rw+ 1 vdsm kvm 53687091200 Dec  7 23:13 
> 0605d785-f4df-49b1-af27-1f035148921c
> -rw-rw+ 1 vdsm kvm 1048576 Dec  7 23:13 
> 0605d785-f4df-49b1-af27-1f035148921c.lease
> -rw-rw-rw-+ 1 vdsm kvm 251 Dec  7 23:53 
> 0605d785-f4df-49b1-af27-1f035148921c.meta
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/FQGIOYW36MWWWDS3UBSQV5QKC3BNGZDS/
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TBHWVVP67DDLFMAN3WMHG3BYYNLU2DOU/



--
Didi

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

[ovirt-users] katello-host-tools-3.5.1 and Red Hat Satellite 6.4

2019-12-10 Thread Matthias Leopold 

Hi,

I'm trying to register hosts running CentOS 7.6 and oVirt 4.3.5 to a Red 
Hat Satellite 6.4 server. The oVirt hosts have katello-host-tools-3.5.1 
packages from oVirt repos, which seem to be too new for the Red Hat 
Satellite 6.4 server, Satellite says:


Errata:
Could not calculate errata status, ensure host is registered and the 
katello-host-tools package is installed


Is there a way to get around this?
Downgrade katello-host-tools? -> is this OK for oVirt?
Upgrade Red Hat Satellite? -> server not under my control...
Is there a compatibility matrix for katello-host-tools and Red Hat 
Satellite versions?


I'm new to this topic

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

[ovirt-users] Re: Still having NFS issues. (Permissions)

2019-12-10 Thread Robert Webb 
>> Good morning,
>>
> >Check SELinux just in case.
>
>Indeed, please do.
>

For testing, I have set SELinux to permissive on the oVirt host. The NFS server 
is Debian based and does not use SELinux.

>> Here's my config:
>>
> >NFS server:
> >/etc/exports:
> >/data/ovirt
> >*(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36)
>>
> >Folder:
> >[root@kst001 ~]# ls -ld /data/ovirt
> >drwxr-xr-x 3 vdsm kvm 76 Jun  1  2017 /data/ovirt
>
>You should not need the '7' for 'other'. Does it work for you with 750?
>
>See also:
>
>https://ovirt.org/develop/troubleshooting-nfs-storage-issues.html
>
>Generally speaking:
>
>Files there are created by vdsm (vdsmd), but are used (when running VMs)
>by qemu. So both of them need access.

So the link to the NFS storage troubleshooting page is where I found that the 
perms needed to be 755.

So in my OpenMediaVault setup under shared folders, I have set the owner as 
vdsm:36  and group as kvm:36. I have set owner as rwx, group as rx, and other 
as rx.

However, when oVirt writes new files, the image file and the .lease file gets 
perm of 660, and the .meta file gets perms of 644.

Like this:

drwxr-xr-x+ 2 vdsm kvm4096 Dec 10 09:03 .
drwxr-xr-x+ 3 vdsm kvm4096 Dec 10 09:02 ..
-rw-rw  1 vdsm kvm 53687091200 Dec 10 09:02 
5a514067-82fb-42f9-b436-f8f93883fe27
-rw-rw  1 vdsm kvm 1048576 Dec 10 09:03 
5a514067-82fb-42f9-b436-f8f93883fe27.lease
-rw-r--r--  1 vdsm kvm 298 Dec 10 09:03 
5a514067-82fb-42f9-b436-f8f93883fe27.meta


So, with all that said, I cleaned everything up and my directory permissions 
look like what Tony posted for his. I have added in his export options to my 
setup and rebooted my host.

I created a new VM from scratch and the files under images now look like this:

drwxr-xr-x+ 2 vdsm kvm4096 Dec 10 09:03 .
drwxr-xr-x+ 3 vdsm kvm4096 Dec 10 09:02 ..
-rw-rw  1 vdsm kvm 53687091200 Dec 10 09:02 
5a514067-82fb-42f9-b436-f8f93883fe27
-rw-rw  1 vdsm kvm 1048576 Dec 10 09:03 
5a514067-82fb-42f9-b436-f8f93883fe27.lease
-rw-r--r--  1 vdsm kvm 298 Dec 10 09:03 
5a514067-82fb-42f9-b436-f8f93883fe27.meta


Still not the 755 as expected, but I am guessing with the addition of the 
"anonuid=36,anongid=36" to the exports, everything is now working as expected. 
The VM will boot and run as expected. There was nothing in the any of the 
documentation which alluded to possibly needed the additional options in the 
NFS export options.

Since I now know what to add to make it work, whether it is right or just a 
workaround, I can now move forward with more testing.

For documentation purposes, here is what my mount looks like on the oVirt host:

nfs_server:/export/Datastore2 on 
/rhev/data-center/mnt/nfs_server:_export_Datastore2 type nfs 
rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,nolock,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,mountaddr=nfs_server,mountvers=3,mountport=36103,mountproto=udp,local_lock=all,addr=nfs_server)

Here is what my vdsm user looks like:

id vdsm
uid=36(vdsm) gid=36(kvm) groups=36(kvm),179(sanlock),107(qemu)


Thanks for all the help.


From: Yedidyah Bar David 
Sent: Tuesday, December 10, 2019 2:36 AM
To: Tony Brian Albers
Cc: users@ovirt.org; Robert Webb
Subject: Re: [ovirt-users] Re: Still having NFS issues. (Permissions)

On Tue, Dec 10, 2019 at 7:52 AM Tony Brian Albers  wrote:
>
> On Mon, 2019-12-09 at 18:43 +, Robert Webb wrote:
> > To add, the 757 permission does not need to be on the .lease or the
> > .meta files.
> >
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/KZF6RCSRW2QV3PUEJCJW5DZ54DLAOGAA/
>
> Good morning,
>
> Check SELinux just in case.

Indeed, please do.

>
> Here's my config:
>
> NFS server:
> /etc/exports:
> /data/ovirt
> *(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36)
>
> Folder:
> [root@kst001 ~]# ls -ld /data/ovirt
> drwxr-xr-x 3 vdsm kvm 76 Jun  1  2017 /data/ovirt

You should not need the '7' for 'other'. Does it work for you with 750?

See also:

https://ovirt.org/develop/troubleshooting-nfs-storage-issues.html

Generally speaking:

Files there are created by vdsm (vdsmd), but are used (when running VMs)
by qemu. So both of them need access.

Good luck,

>
> Subfolders:
> [root@kst001 ~]# ls -l /data/ovirt/*
> -rwxr-xr-x 1 vdsm kvm  0 Dec 10 06:38 /data/ovirt/__DIRECT_IO_TEST__
>
> /data/ovirt/a597d0aa-bf22-47a3-a8a3-e5cecf3e20e0:
> total 4
> drwxr-xr-x  2 vdsm kvm  117 Jun  1  2017 dom_md
> drwxr-xr-x 56 vdsm kvm 4096 Dec  2 14:51 images
> drwxr-xr-x  4 vdsm kvm   42 Jun  1  2017 master
> [root@kst001 ~]#
>
>
> The user:
> [root@kst001 ~]# id vdsm
> uid=36(vdsm) gid=36(kvm) groups=36(kvm)
> [root@kst001 ~]#
>
> And output from 'mount' on a host:
> kst001:/data/ovirt on /rhev/data-center/mnt/kst001:_data_ovirt type nfs
> (rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,nolock,
>

[ovirt-users] OVN communications between hosts

2019-12-10 Thread Pavel Nakonechnyi 
Hi all,

I have a working setup of oVirt (currently 4.3.7) as self-hosted engine 
consisting of three virtualization hosts. Each of them has several VMs with 
public IP addresses which work fine.

The problem is with virtual networks created on "ovirt-provider-ovn". I can 
create a new network with the corresponding vNIC and attach two VMs to this 
vNIC.

If both VMs are on the same host, virtual network works, VMs can exchange 
packets.

However, if such VMs are on different hosts, then no packets are received on 
both VMs.

With tcpdump I see traffic going from sender VM over "ovirtmgmnt" interface. 
The traffic successfully leaves one host and arrives to another, so I conclude 
that firewall is configured properly to allow UDP 6081 traffic.

What I noted are the following messages in 
/var/log/openvswitch/ovs-vswitchd.log (on one of the hosts):

2019-12-10T12:10:11.177Z|9|tunnel(handler4)|WARN|receive tunnel port not 
found 
(arp,tun_id=0x2,tun_src=172.18.53.254,tun_dst=172.18.53.202,tun_ipv6_src=::,tun_ipv6_dst=::,tun_gbp_id=0,tun_gbp_flags=0,tun_tos=0,tun_ttl=64,tun_erspan_ver=0,tun_flags=csum|key,in_port=2,vlan_tci=0x,dl_src=56:6f:03:4b:00:1f,dl_dst=ff:ff:ff:ff:ff:ff,arp_spa=10.1.1.102,arp_tpa=10.1.1.1,arp_op=1,arp_sha=56:6f:03:4b:00:1f,arp_tha=00:00:00:00:00:00)

Here 172.18.53.254 is IP of host1, 172.18.53.202 -- host2 (having this log), 
10.1.1.102 -- VM IP on host1 and 10.1.1.1 -- VM IP on host2.

Could you please suggest me a way to properly debug and fix this problem? I 
would like to be able to distribute several VMs connected to the single virtual 
network across hosts.

Thanks in advance!

--
WBR, Pavel
 +32478910884


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

[ovirt-users] Re: CPU Type compatibility matrix

2019-12-10 Thread Joseph Goldman 
The matrix is basically Intel ARK - oVirt, from my understanding, will 
set the cluster to the minimum supported set of instructions. Meaning if 
they are identical instruction sets across all CPU's - then nothing is 
lost, but if even 1 CPU in the cluster has less available features then 
the rest, then all will be brought down to that level so to speak. There 
may be some major incompatibilities im not aware of, but with at least 
2CPU's in the same family, I don't think you would be losing much if any.


On 10/12/19 8:18 pm, Gianluca Cecchi wrote:

Hello,
In my case I currently have a cluster with hosts with cpu Intel 
E5-2680 v4 (each socket with 14 cores) and their Cluster is set as 
"Intel Broadwell Family" and I would like to add in the same oVirt 
Cluster two more hosts with Intel E5-2640 v4 cpus (each socket 10 
cores) that should be the same CPU Family Type.

Is it true?
Is there a sort of matrix where one could compare and match?

Thanks in advance,
Gianluca

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


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

[ovirt-users] CPU Type compatibility matrix

2019-12-10 Thread Gianluca Cecchi 
Hello,
In my case I currently have a cluster with hosts with cpu Intel E5-2680 v4
(each socket with 14 cores) and their Cluster is set as "Intel Broadwell
Family" and I would like to add in the same oVirt Cluster two more hosts
with Intel E5-2640 v4 cpus (each socket 10 cores) that should be the same
CPU Family Type.
Is it true?
Is there a sort of matrix where one could compare and match?

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

[ovirt-users] Clusters: Clarification needed on the ballooning memory feature and its affects on the physical hosts memory

2019-12-10 Thread donagh . moran 
Hi 

For test purposes I'm configuring cluster with ballooning enabled and memory 
over-commit set to 200% with one host (total memory 128600 MB) connected. I 
then create 4 linux based VM's and I set the following on each: memory size: 
62000MB, max memory: 248000MB (default value set when memory size is set) and a 
guaranteed memory value of 31000MB (default value set when memory size is set). 

This all works as expected, I can start 4 VM's with a total memory size that 
double the physical memory available on the host. What I don't understand is 
when I view the general info on my host I see that the available memory is much 
higher than expected. Physical Memory:128600 MB total, 11574 MB used, 117026 MB 
free. 

When researching the set up required to test this feature I came across this 
post https://lists.ovirt.org/pipermail/users/2017-October/084675.html. It 
states the hosts memory load needs to exceed 80%. I was hoping that the 
allocation of physical memory to each VM would satisfy this condition but I am 
not sure it does. I have a few questions on this

Should setting the physical memory to each VM would satisfy the greater than 
80% conditions?
Given we have guaranteed memory for each VM of 31000MB should the total of 
124000Mb exceed the free memory on the host?
Does the hosts used physical memory only represent each VM's disk 4Gb virtual 
size?
Will the hosts free memory only decrease as the VM's consume storage?

Any clarification on the above questions would be most appreciated.

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