[ovirt-users] Re: Ubuntu NFS

[Matt Snow]

I submitted a PR (https://github.com/oVirt/ovirt-site/pull/2433) over a
year ago to capture this exact issue.

The NFS troubleshooting page remains the same wth no mention of this Ubuntu
NFS Server issue:
-
https://github.com/oVirt/ovirt-site/blob/main/source/develop/troubleshooting-nfs-storage-issues.md

On Wed, Aug 31, 2022 at 5:10 PM  wrote:

> Hello,
>  I was having trouble with getting an Ubuntu 22.04 NFS share working and
> after searching for hours I was able to figure out what was needed. Below
> is what I found if anyone else runs into this.
>
> My error was
> engine.log
> "...Unexpected return value: Status [code=701, message=Could not
> initialize cluster lock: ()]"
>
> Host
> supervdsm.log
>  -open error -13 EACCES: no permission to open /ThePath/ids
>  -check that daemon user sanlock *** group sanlock *** has access to disk
> or file.
>
> The fix was
> changing /etc/nfs.conf manage-gids=y ( Which is the default ) to #
> manage-gids=y ( Commenting this sets the default which is no )
> It looks like in the past the fix was to change
> /etc/default/nfs-kernel-server Line RPCMOUNTDOPTS="--manage-gids" which I
> didn't need to change.
> ___
> 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/PT6SKJ4ZTX3EKMEYPRDFW2PE5U3UGVK5/
>
___
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/3RYWBYNHNIKTAAYD5WNB7XGLKF6XE2TB/

[ovirt-users] Installing Windows 4.4.9/Change CD

[Matt Schuler]

Just wondering if it is possible to install windows on the 4.4.9?  (I am 
running 4.4.9 and node 4.4.8, I don't node is built yet for .9)

The issue I am having is changing CDs, when I try to change it get the 
following error: (Both ISOs are uploaded though the GUI on block storage, iSCSI)

GUI:
Error while executing action Change CD: Failed to perform "Change CD" 
operation, CD might be still in use by the VM.
Please try to manually detach the CD from withing the VM:
1. Log in to the VM
2 For Linux VMs, un-mount the CD using umount command;
For Windows VMs, right click on the CD drive and click 'Eject';

LOG:
ERROR FINISH changeCD error=Failed to change disk image
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 5005, in 
_update_disk_device
disk_xml, libvirt.VIR_DOMAIN_DEVICE_MODIFY_FORCE)
File "/usr/lib/python3.6/site-packages/vdsm/virt/virdomain.py", line 101, in f
ret = attr(*args, **kwargs)
File "/usr/lib/python3.6/site-packages/vdsm/common/libvirtconnection.py", line 
131, in wrapper
ret = f(*args, **kwargs)
File "/usr/lib/python3.6/site-packages/vdsm/common/function.py", line 94, in 
wrapper
return func(inst, *args, **kwargs)
File "/usr/lib64/python3.6/site-packages/libvirt.py", line 3237, in 
updateDeviceFlags
raise libvirtError('virDomainUpdateDeviceFlags() failed')
libvirt.libvirtError: internal error: unable to execute QEMU command 
'blockdev-add': 'file' driver requires 
'/rhev/data-center/mnt/blockSD/XX/images/XX/XX' to be a regular file
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/vdsm/common/api.py", line 124, in method
ret = func(*args, **kwargs)
File "/usr/lib/python3.6/site-packages/vdsm/API.py", line 153, in changeCD
return self.vm.changeCD(driveSpec)
File "", line 2, in changeCD
File "/usr/lib/python3.6/site-packages/vdsm/common/api.py", line 101, in method
return func(*args, **kwargs)
File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 4768, in changeCD
self._change_cd(blockdev, drive_spec, iface, force=force)
File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 5049, in 
_change_cd
self._update_disk_device(disk_xml, force=force)
File "/usr/lib/python3.6/site-packages/vdsm/virt/vm.py", line 5008, in 
_update_disk_device
raise exception.ChangeDiskFailed()#012vdsm.common.exception.ChangeDiskFailed: 
Failed to change disk image

I feel like I have see a couple bugs on this, but now I can't find them...

Thank you!
___
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/RK6X7NYGJWF2EUKMY55ERBF5IJUGMICF/

[ovirt-users] Re: Cannot startVM due to iso permission issue

[Matt Snow]

Can you try to run ‘head’ on the file as various related users? E.g. su -
sanlock -s /bin/bash  ; head file
Also try as vdsm and qemu users with the above command.

On Sat, Feb 20, 2021 at 4:10 AM LS CHENG  wrote:

> any light how to debug this issue?
>
> I mounted the NFS manually and all looks good, the problem only arises
> when vdsm tries to access it
>
> Thanks
>
> On Fri, Feb 19, 2021 at 8:58 AM LS CHENG  wrote:
>
>> permission looks good
>>
>> ll
>> /rhev/data-center/mnt/LTST-VIRTMAN01\:_ovirt_iso/a284c684-bfa2-49a1-b419-e81001b6196e/images/----/
>> total 4738052
>> -rw-r--r--. 1 vdsm kvm 4851761152 Feb 18 14:21 V1003434-01.iso
>>
>> Thanks
>>
>>
>> On Fri, Feb 19, 2021 at 8:34 AM Strahil Nikolov 
>> wrote:
>>
>>> ls -l * 
>>> /rhev/data-center/mnt/LTST-VIRTMAN01:_ovirt_iso/a284c684-bfa2-49a1-b419-e81001b6196e/images/----/V1003434-01.iso
>>> ?*
>>>
>>> On Thu, Feb 18, 2021 at 21:15, LS CHENG
>>>  wrote:
>>> Hi
>>>
>>> I have a brand new installation and I am trying to create a new VM, I
>>> have the Linux ISO uploaded to a NFS ISO Storage Domain but the VM refuses
>>> to start, I observe following error:
>>>
>>>
>>> *unable to open
>>> /rhev/data-center/mnt/LTST-VIRTMAN01:_ovirt_iso/a284c684-bfa2-49a1-b419-e81001b6196e/images/----/V1003434-01.iso:
>>> Permission denied*
>>>
>>>  have tried to disable selinux just in case but without success.   Any
>>> clues?
>>>
>>>
>>> Thanks
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/HC7QYOVGSNIMSOI7VF7EIHCWFE2D3WM6/
>>>
>>> ___
> 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/WQFQPVBRNSA5BEOCGIEX73TGPPWODN7T/
>
___
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/CXX7DH5N4BBBKAA6UZOMHVX7J5DCAZXD/

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

[Matt Snow]

Pull request sent.

On Mon, Jan 25, 2021 at 11:21 AM Nir Soffer  wrote:

> On Mon, Jan 25, 2021 at 7:23 PM Matt Snow  wrote:
> >
> > I can confirm that removing "--manage-gids" flag from RPCMOUNTDOPTS in
> /etc/default/nfs-kernel-server now allows me to add the ZFS backed NFS
> share.
> >
> > From the man page:
> >
> > -g or --manage-gids
> > Accept requests from the kernel to map user id numbers into lists of
> group id numbers for use in access control. An NFS request will normally
> (except when using Kerberos or other cryptographic authentication) contains
> a user-id and a list of group-ids. Due to a limitation in the NFS protocol,
> at most 16 groups ids can be listed. If you use the -g flag, then the list
> of group ids received from the client will be replaced by a list of group
> ids determined by an appropriate lookup on the server. Note that the
> 'primary' group id is not affected so a newgroup command on the client will
> still be effective. This function requires a Linux Kernel with version at
> least 2.6.21.
> >
> >
> > I speculate that if I had directory services setup and the NFS server
> directed there, this would be a non-issue.
> >
> > Thank you so much for your help on this, Nir & Team!
>
> You can contribute by updating the nfs troubleshooting page with this info:
> https://www.ovirt.org/develop/troubleshooting-nfs-storage-issues.html
>
> See the link "Edit this page" in the bottom of the page.
>
> > On Mon, Jan 25, 2021 at 1:00 AM Nir Soffer  wrote:
> >>
> >> On Mon, Jan 25, 2021 at 12:33 AM Matt Snow  wrote:
> >>
> >> I reproduced the issue with ubuntu server 20.04 nfs server.
> >>
> >> The root cause is this setting in /etc/default/nfs-kernel-server:
> >> RPCMOUNTDOPTS="--manage-gids"
> >>
> >> Looking at
> https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1454112
> >> it seems that the purpose of this option is to ignore client groups,
> which
> >> breaks ovirt.
> >>
> >> After removing this option:
> >> RPCMOUNTDOPTS=""
> >>
> >> And restarting nfs-kernel-server service, creating storage domain works.
> >>
> >> You can check with Ubuntu folks why they are enabling this configuration
> >> by default, and if disabling it has any unwanted side effects.
> >>
> >> Nir
> >>
>
>
___
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/76DYBZ7SLXBX4L6HYOLLSGCHPTICK3P7/

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

[Matt Snow]

I can confirm that removing "--manage-gids" flag from RPCMOUNTDOPTS in
/etc/default/nfs-kernel-server now allows me to add the ZFS backed NFS
share.

>From the man page <https://linux.die.net/man/8/rpc.mountd>:

-g or --manage-gids
Accept requests from the kernel to map user id numbers into lists of group
id numbers for use in access control. An NFS request will normally (except
when using Kerberos or other cryptographic authentication) contains a
user-id and a list of group-ids. Due to a limitation in the NFS protocol,
at most 16 groups ids can be listed. If you use the -g flag, then the list
of group ids received from the client will be replaced by a list of group
ids determined by an appropriate lookup on the server. Note that the
'primary' group id is not affected so a newgroup command on the client will
still be effective. This function requires a Linux Kernel with version at
least 2.6.21.


I speculate that if I had directory services setup and the NFS server
directed there, this would be a non-issue.

Thank you so much for your help on this, Nir & Team!

On Mon, Jan 25, 2021 at 1:00 AM Nir Soffer  wrote:

> On Mon, Jan 25, 2021 at 12:33 AM Matt Snow  wrote:
>
> I reproduced the issue with ubuntu server 20.04 nfs server.
>
> The root cause is this setting in /etc/default/nfs-kernel-server:
> RPCMOUNTDOPTS="--manage-gids"
>
> Looking at
> https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1454112
> it seems that the purpose of this option is to ignore client groups, which
> breaks ovirt.
>
> After removing this option:
> RPCMOUNTDOPTS=""
>
> And restarting nfs-kernel-server service, creating storage domain works.
>
> You can check with Ubuntu folks why they are enabling this configuration
> by default, and if disabling it has any unwanted side effects.
>
> Nir
>
>
___
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/YQOQWZMABAKSWJKN5LSSCNNBBIEBMSWH/

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

[Matt Snow]

Hi  Nir,
as a test I setup a CentOS 8.3 cloud VM and exported an NFS share. It
worked as expected! Clearly something is wrong with how Ubuntu exports NFS
shares regardless of ZFS or other filesystems.  Unfortunately that is where
my storage is. =\

On Thu, Jan 21, 2021 at 6:27 AM Nir Soffer  wrote:

> On Wed, Jan 20, 2021 at 7:36 PM Matt Snow  wrote:
> >
> >
> >
> > 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**
> >
> > [ IN

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

[Matt Snow]

Thanks, Joop. I saw this solution on the list and tried it as well. It did
not work for me.

On Fri, Jan 22, 2021 at 3:48 AM Joop  wrote:

> Hallo All,
>
> I'm not sure if this was mentioned but I had some problems with NFS,
> using Synology,  a while back and the solution for me was to use a
> subfolder instead of the root of the NFS mount.
> My exports:
> /volume1/nfs*(rw,sec=sys,anonuid=36,anongid=36)
>
> And I mount data in oVirt as /volume1/nfs/data. Before I re-installed I
> used /volume1/nfs/data as an export.
> Worth a try?
>
> Regards,
>
> Joop
> ___
> 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/BXK27HXYNB2X6HOHYCROIHKZYRT4FKTD/
>
___
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/P22LHTO3YOJHQKCJ2EB4RKIMUGUPADJH/

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

[Matt Snow]

Hi  Nir,
I will check selinux on both NFS servers.
I've created a centos8.3 cloud image KVM on the Ubuntu 20.04 laptop. I am
stepping through the installing ovirt as a standalone manager with local
databases instructions
<https://www.ovirt.org/documentation/installing_ovirt_as_a_standalone_manager_with_local_databases/#Installing_the_Red_Hat_Virtualization_Manager_SM_localDB_deploy>
.
Right now I am waiting for the host add to finish in the ovirt manager and
will try to add the NFS shares once that is done.

It would be slick if the self hosted engine worked out of the box with
node. Maybe in the future. :)  I will let you know what I find out
tomorrow.

Thank you for your help so far!

..Matt

On Thu, Jan 21, 2021 at 6:27 AM Nir Soffer  wrote:

> On Wed, Jan 20, 2021 at 7:36 PM Matt Snow  wrote:
> >
> >
> >
> > 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 connec

[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

[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: New setup - Failing to Activate storage domain on NFS shared storage

[Matt Snow]

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.


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

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

[Matt Snow]

[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/V6KNRLT5PO4D232P6FWGSCCIVD4G6ENZ/

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

[Matt Snow]

[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
2021-01-15 19:17:31 7497 [50873]: check that daemon user sanlock 179 group
sanlock 179 has access to disk or file.
2021-01-15 19:17:31 7497 [50873]: s1 open_disk
/rhev/data-center/mnt/stumpy:_tanker_ovirt_host__storage/54532dd4-3e5b-4885-b88e-599c81efb146/dom_md/ids
error -13
2021-01-15 19:17:32 7498 [36293]: s1 add_lockspace fail result -19
2021-01-18 07:23:58 18 [1318]: sanlock daemon started 3.8.2 host
3b903780-4f79-1018-816e-aeb2724778a7 (brick.co.slakin.net)
2021-01-18 08:43:25 4786 [1359]: open error -13 EACCES: no permission to
open
/rhev/data-center/mnt/stumpy:_tanker_ovirt_host__storage/4b3fb9a9-6975-4b80-a2c1-af4e30865088/dom_md/ids
2021-01-18 08:43:25 4786 [1359]: check that daemon user sanlock 179 group
sanlock 179 has access to disk or file.
2021-01-18 09:13:17 6578 [1358]: open error -13 EACCES: no permission to
open
/rhev/data-center/mnt/stumpy:_tanker_ovirt_host__storage/d3aec1fd-57cb-4d48-86b9-0a89ae3741a7/dom_md/ids
2021-01-18 09:13:17 6578 [1358]: check that daemon user sanlock 179 group
sanlock 179 has access to disk or file.
2021-01-18 09:19:45 6966 [1359]: open error -13 EACCES: no permission to
open
/rhev/data-center/mnt/stumpy:_tanker_ovirt_host__storage/fa5434cf-3e05-45d5-b32e-4948903ee2b4/dom_md/ids
2021-01-18 09:19:45 6966 [1359]: check that daemon user sanlock 179 group
sanlock 179 has access to disk or file.
2021-01-18 09:21:16 7057 [1358]: open error -13 EACCES: no permission to
open
/rhev/data-center/mnt/stumpy:_tanker_ovirt_host__storage/b0f7b773-7e37-4b6b-a467-64230d5f7391/dom_md/ids
2021-01-18 09:21:16 7057 [1358]: check that daemon user sanlock 179 group
sanlock 179 has access to disk or file.
2021-01-18 09:49:42 8763 [1359]: s1 lockspace
b0f7b773-7e37-4b6b-a467-64230d5f7391:250:/rhev/data-center/mnt/stumpy:_tanker_ovirt_host__storage/b0f7b773-7e37-4b6b-a467-64230d5f7391/dom_md/ids:0
2021-01-18 09:49:42 8763 [54250]: open error -13 EACCES: no permission to
open
/rhev/data-center/mnt/stumpy:_tanker_ovirt_host__storage/b0f7b773-7e37-4b6b-a467-64230d5f7391/dom_md/ids
2021-01-18 09:49:42 8763 [54250]: check that daemon user sanlock 179 group
sanlock 179 has access to disk or file.
2021-01-18 09:49:42 8763 [54250]: s1 open_disk
/rhev/data-center/mnt/stumpy:_tanker_ovirt_host__storage/b0f7b773-7e37-4b6b-a467-64230d5f7391/dom_md/ids
error -13
2021-01-18 09:49:43 8764 [1359]: s1 add_lockspace fail result -19

[root@brick log]# [root@brick log]# su - sanlock -s /bin/bash

Last login: Tue Jan 19 09:05:25 MST 2021 on pts/2
nodectl must be run as root!
nodectl must be run as root!
[sanlock@brick ~]$ grep sanlock /etc/group
disk:x:6:sanlock
kvm:x:36:qemu,ovirtimg,sanlock
sanlock:x:179:vdsm
qemu:x:107:vdsm,ovirtimg,sanlock
[sanlock@brick ~]$ cd
/rhev/data-center/mnt/stumpy\:_tanker_ovirt_host__storage/ && touch
file.txt && ls -l file.txt
-rw-rw-rw-. 1 sanlock sanlock 0 Jan 19 09:07 file.txt
[sanlock@brick stumpy:_tanker_ovirt_host__storage]$ [root@brick log]# su -
sanlock -s /bin/bash
Last login: Tue Jan 19 09:05:25 MST 2021 on pts/2
nodectl must be run as root!
nodectl must be run as root!
[sanlock@brick ~]$ grep sanlock /etc/group
disk:x:6:sanlock
kvm:x:36:qemu,ovirtimg,sanlock
sanlock:x:179:vdsm
qemu:x:107:vdsm,ovirtimg,sanlock
[sanlock@brick ~]$ cd
/rhev/data-center/mnt/stumpy\:_tanker_ovirt_host__storage/ && touch
file.txt && ls -l file.txt
-rw-rw-rw-. 1 sanlock sanlock 0 Jan 19 09:07 file.txt
[sanlock@brick stumpy:_tanker_ovirt_host__storage]$
[sanlock@brick stumpy:_tanker_ovirt_host__storage]$ ls -ltra
total 2
drwxr-xr-x. 3 vdsmkvm 48 Jan 18 09:48 ..
drwxrwxrwx. 2 vdsmkvm  3 Jan 19 09:07 .
-rw-rw-rw-. 1 sanlock sanlock  0 Jan 19 09:07 file.txt
[sanlock@brick stumpy:_tanker_ovirt_host__storage]$

On Tue, Jan 19, 2021 at 6:44 AM Yedidyah Bar David  wrote:

> On Mon, Jan 18, 2021 at 6:01 PM Matt Snow  wrote:
> >
> > Hi Didi,
> > I did log clean up and am re-running ovirt-hosted-engine-cleanup &&
> ovirt-hosted-engine-setup to get you cleaner log files.
> >
> > searching for host_storage in vdsm.log...
> > **snip**
> > 2021-01-18 08:43:18,842-0700 INFO  (jsonrpc/3) [api.host] FINISH
> getStats return={'status': {'code': 0, 'message': 'Done'}, 'info':
> (suppressed)} from=:::192.168.222.53,39612 (api:54)
> > 2021-01-18 08:43:19,963-0700 INFO  (vmrecovery) [vdsm.api] START
>

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

[Matt Snow]

Complete logs can be found here:
vdsm.log - https://paste.c-net.org/DownloadPressure
supervdsm.log - https://paste.c-net.org/LaterScandals
___
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/M5BFTUM6IC6OXGGODBJTOEFGTS3VALBQ/

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

[Matt Snow]

In case its useful here is the mount occurring.

[root@brick setup_debugging_logs]# while :; do mount | grep stumpy ; sleep 1; 
done
   
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)
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)
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)


^C
[root@brick setup_debugging_logs]# 
___
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/52UOCFHIOW6PB7EDMJWWYUMXRRAKIRLI/

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

[Matt Snow]

0::SuperVdsm.ServerCallback::(wrapper) return 
mount with None
MainProcess|jsonrpc/4::DEBUG::2021-01-18 
08:43:21,320::supervdsm_server::93::SuperVdsm.ServerCallback::(wrapper) call 
validateAccess with (, 'vdsm', ('kvm',), 
'/rhev/data-center/mnt/stumpy:_tanker_ovirt_host__storage', 7) {}
MainProcess|jsonrpc/4::DEBUG::2021-01-18 
08:43:21,340::supervdsm_server::100::SuperVdsm.ServerCallback::(wrapper) return 
validateAccess with None
MainProcess|jsonrpc/4::DEBUG::2021-01-18 
08:43:21,341::supervdsm_server::93::SuperVdsm.ServerCallback::(wrapper) call 
validateAccess with (, 'qemu', ('qemu', 'kvm'), 
'/rhev/data-center/mnt/stumpy:_tanker_ovirt_host__storage', 5) {}
MainProcess|jsonrpc/4::DEBUG::2021-01-18 
08:43:21,368::supervdsm_server::100::SuperVdsm.ServerCallback::(wrapper) return 
validateAccess with None
MainProcess|jsonrpc/5::DEBUG::2021-01-18 
08:43:21,630::supervdsm_server::93::SuperVdsm.ServerCallback::(wrapper) call 
hbaRescan with (,) {}
MainProcess|jsonrpc/5::DEBUG::2021-01-18 
08:43:21,630::commands::153::common.commands::(start) /usr/bin/taskset 
--cpu-list 0-3 /usr/libexec/vdsm/fc-scan (cwd None)
MainProcess|jsonrpc/5::DEBUG::2021-01-18 
08:43:21,907::supervdsm_server::100::SuperVdsm.ServerCallback::(wrapper) return 
hbaRescan with None
MainProcess|jsonrpc/0::DEBUG::2021-01-18 
08:43:23,246::supervdsm_server::93::SuperVdsm.ServerCallback::(wrapper) call 
hbaRescan with (,) {}
MainProcess|jsonrpc/0::DEBUG::2021-01-18 
08:43:23,246::commands::153::common.commands::(start) /usr/bin/taskset 
--cpu-list 0-3 /usr/libexec/vdsm/fc-scan (cwd None)
MainProcess|jsonrpc/0::DEBUG::2021-01-18 
08:43:23,521::supervdsm_server::100::SuperVdsm.ServerCallback::(wrapper) return 
hbaRescan with None
MainProcess|jsonrpc/0::DEBUG::2021-01-18 
08:43:23,778::supervdsm_server::93::SuperVdsm.ServerCallback::(wrapper) call 
validateAccess with (, 'vdsm', ('kvm',), 
'/rhev/data-center/mnt/stumpy:_tanker_ovirt_host__storage', 7) {}
MainProcess|jsonrpc/0::DEBUG::2021-01-18 
08:43:23,796::supervdsm_server::100::SuperVdsm.ServerCallback::(wrapper) return 
validateAccess with None
MainProcess|jsonrpc/0::DEBUG::2021-01-18 
08:43:23,798::supervdsm_server::93::SuperVdsm.ServerCallback::(wrapper) call 
validateAccess with (, 'qemu', ('qemu', 'kvm'), 
'/rhev/data-center/mnt/stumpy:_tanker_ovirt_host__storage', 5) {}
MainProcess|jsonrpc/0::DEBUG::2021-01-18 
08:43:23,816::supervdsm_server::100::SuperVdsm.ServerCallback::(wrapper) return 
validateAccess with None
**end snip**

As  for the mount area, it does get mounted and unmounted. Files and directory 
structure is also created.

root@stumpy:/tanker/ovirt/host_storage# ls -l
total 1
drwxrwsr-x 4 vdsm 36 4 Jan 18 08:43 4b3fb9a9-6975-4b80-a2c1-af4e30865088
root@stumpy:/tanker/ovirt/host_storage# find .
.
./4b3fb9a9-6975-4b80-a2c1-af4e30865088
./4b3fb9a9-6975-4b80-a2c1-af4e30865088/images
./4b3fb9a9-6975-4b80-a2c1-af4e30865088/dom_md
./4b3fb9a9-6975-4b80-a2c1-af4e30865088/dom_md/inbox
./4b3fb9a9-6975-4b80-a2c1-af4e30865088/dom_md/leases
./4b3fb9a9-6975-4b80-a2c1-af4e30865088/dom_md/metadata
./4b3fb9a9-6975-4b80-a2c1-af4e30865088/dom_md/ids
./4b3fb9a9-6975-4b80-a2c1-af4e30865088/dom_md/xleases
./4b3fb9a9-6975-4b80-a2c1-af4e30865088/dom_md/outbox
root@stumpy:/tanker/ovirt/host_storage# find . -exec ls -ltrh '{}' \;
total 512
drwxrwsr-x 4 vdsm 36 4 Jan 18 08:43 4b3fb9a9-6975-4b80-a2c1-af4e30865088
total 12K
drwxrwsr-x 2 vdsm 36 8 Jan 18 08:43 dom_md
drwxrwsr-x 2 vdsm 36 2 Jan 18 08:43 images
total 0
total 275K
-rw-rw 1 vdsm 360 Jan 18 08:43 ids
-rw-rw 1 vdsm 36  16M Jan 18 08:43 inbox
-rw-rw 1 vdsm 36  16M Jan 18 08:43 outbox
-rw-rw 1 vdsm 360 Jan 18 08:43 leases
-rw-rw 1 vdsm 36 1.3M Jan 18 08:43 xleases
-rw-rw-r-- 1 vdsm 36  342 Jan 18 08:43 metadata
-rw-rw 1 vdsm 36 16M Jan 18 08:43 
./4b3fb9a9-6975-4b80-a2c1-af4e30865088/dom_md/inbox
-rw-rw 1 vdsm 36 0 Jan 18 08:43 
./4b3fb9a9-6975-4b80-a2c1-af4e30865088/dom_md/leases
-rw-rw-r-- 1 vdsm 36 342 Jan 18 08:43 
./4b3fb9a9-6975-4b80-a2c1-af4e30865088/dom_md/metadata
-rw-rw 1 vdsm 36 0 Jan 18 08:43 
./4b3fb9a9-6975-4b80-a2c1-af4e30865088/dom_md/ids
-rw-rw 1 vdsm 36 1.3M Jan 18 08:43 
./4b3fb9a9-6975-4b80-a2c1-af4e30865088/dom_md/xleases
-rw-rw 1 vdsm 36 16M Jan 18 08:43 
./4b3fb9a9-6975-4b80-a2c1-af4e30865088/dom_md/outbox
root@stumpy:/tanker/ovirt/host_storage# 

Thank you,

..Matt
___
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/BORUNFGGNC6TKTRDOBDB4HOGS2OL532J/

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

[Matt Snow]

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. 
* 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'
* The target directory is always empty and chown'd 36:36 with 0755 permissions.
* 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 

[ovirt-users] Re: oVirt on a Single Server

[Matt R]

That was my original configuration, but I found that it wouldn't let me add the 
local machine as a host, and so I thought perhaps I needed to use the 
self-hosted deployment methodology instead. 

Would a regular engine be better for my deployment type? If so, I can 
investigate why that isn't working, and start over. 

Sent from my iPad

> On Jan 20, 2020, at 11:46 PM, Tony Brian Albers  wrote:
> 
>> On Tue, 2020-01-21 at 07:35 +, webma...@hotmail.com wrote:
>> Hello,
>> 
>> I can't seem to install the self-hosted engine onto local storage. It
>> gives me glustefs, iscsi, fc, and nfs as the available options. I'm
>> using this in a home-lab scenario, and don't have budget/etc. for
>> building out a dedicated NAS for it, or setting up multiple nodes. I
>> like the look of oVirt, and wanted to try it with a couple disposable
>> vm's (plex, and a docker instance I break often). My current best-
>> thought for how to make it work is to setup NFS on the server, and
>> then point the self-hosted engine at the (local) NFS share. Is there
>> a better way to do this that I might be overlooking?*
>> 
>> *Factoring that I don't have the funds to build out a proper storage
>> environment, yet.
>> 
>> (and if anyone asks, I did search for a solution to this, but didn't
>> find anything super helpful. Mostly I found 5+ year old articles on a
>> similar but different scenario).
>> 
> 
> Well, if you can live with a regular engine(not self-hosted), this
> works:
> 
> https://www.ovirt.org/documentation/install-guide/chap-Installing_oVirt.html
> 
> 
> 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/EUSH2CN2XPJ3YOJIBMEX2MF56J6KICRV/

[ovirt-users] Re: Add extra dnsname for certificate on engine

[Matt .]

Hi Didi,

Thanks for the heads up, yes this is very perfect! Looking forward to it!

Cheers overthere!


2016-10-05 12:13 GMT+02:00 Yedidyah Bar David :
> On Mon, Oct 3, 2016 at 5:47 PM, Matt .  wrote:
>> Hi guys,
>>
>>
>> When the engine lives under engine.sub.sub.sub.domain.tld is it
>> possible to add an extra alt hostname to it so we can add a
>> certificate for engine.domain.tld ?
>>
>> I hope someone can point this out.
>
> Can you please check if [1] is enough for your needs? Thanks.
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1325746
>
> Best,
> --
> Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

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

[ovirt-users] Add extra dnsname for certificate on engine

[Matt .]

Hi guys,


When the engine lives under engine.sub.sub.sub.domain.tld is it
possible to add an extra alt hostname to it so we can add a
certificate for engine.domain.tld ?

I hope someone can point this out.

Cheers,

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

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

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

[ovirt-users] Local Storage domain to Shared

[Matt Simonsen]

Hello all,

I have a few nodes with local storage, and I've considered exporting 
them via NFS to migrate into shared storage, more than a few times.


I have thought of this post on the ovirt-users list many times: 
https://lists.ovirt.org/pipermail/users/2017-December/085521.html


Is this procedure documented & fully supported? Or is it something that 
just happens to work?


The instructions provided by Gianluca seem very clear. If this isn't 
documented better, ie: a blog for the site, what are the things that I 
should include to make it of value for going on the site?


Thanks,

Matt
___
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/VEPO3YLV6TBUSCNGUESMYQDJHG43445V/

[ovirt-users] Re: Local storage formatting

[Matt Simonsen]

On 09/04/2018 02:22 PM, Nir Soffer wrote:
Maybe you have lvm filter set, which is highly recommend for an oVirt 
hypervisor.



Indeed, I do.   I am not sure I have the right filter however, so I 
appreciate the help.


This is the filter setup initially:

  filter = [ "a|^/dev/mapper/3600508b1001c7e172160824d7b204c3b2$|", 
"r|.*|" ]


Just to be clear, my intent isn't to add /dev/sdb to the main volume 
group, but to make a new volume group to setup a local ext4 mount point.



I changed it to:

  filter = [ "a|^/dev/sdb|", 
"a|^/dev/mapper/3600508b1001c7e172160824d7b204c3b2$|", "r|.*|" ]


Following this and a reboot, I was able to create a PV, VG, and LV.

# pvcreate /dev/sdb
# vgcreate data /dev/sdb
# lvcreate -L800g /dev/data --name local_images
# mkfs.ext4 /dev/data/local_images
-- adjust fstab
# mount -a

It seems to function as expected now the the filter has been adjusted.  
But is the filter doing what it is "supposed" to?


When I run the command "vdsm-tool config-lvm-filter" what I see is:

[root@node4-g8-h4 ~]# vdsm-tool config-lvm-filter
Analyzing host...
LVM filter is already configured for Vdsm

Thanks for the help and confirming how this should work.

Matt




To add /dev/sdb, you need to add it to the lvm filter in 
/etc/lvm/lvm.conf.


After you configure the device properly, you can generate lvm filter
for the current setup using:

    vdsm-tool config-lvm-filter

Here is example run on unconfigued oVirt host:

#  vdsm-tool config-lvm-filter
Analyzing host...
Found these mounted logical volumes on this host:

  logical volume:  /dev/mapper/fedora_voodoo1-root
  mountpoint:      /
  devices:         /dev/vda2

  logical volume:  /dev/mapper/fedora_voodoo1-swap
  mountpoint:      [SWAP]
  devices:         /dev/vda2

This is the recommended LVM filter for this host:

  filter = [ "a|^/dev/vda2$|", "r|.*|" ]

This filter allows LVM to access the local devices used by the
hypervisor, but not shared storage owned by Vdsm. If you add a new
device to the volume group, you will need to edit the filter manually.


Nir
On 09/04/2018 01:23 PM, Matt Simonsen wrote:

> Hello,
>
> I'm running oVirt with several data centers, some with NFS
storage and
> some with local storage.
>
> I had problems in the past with a large pool and local storage. The
> problem was nodectl showed the pool being too full (I think
>80%), but
> it was only the images that made the pool "full" -- and this
storage
> was carefully setup such that there was no chance it would actually
> fill.  The LVs for oVirt itself were all under 20%, yet nodectl
still
> reported the pool was too full.
>
> My solution so far has been to use our RAID card tools, so that
sda is
> the oVirt node install, and sdb is for images.  There are probably
> other good reasons for me to handle it this way, for example being
> able to use different RAID levels, but I'm hoping someone can
confirm
> my partitioning below doesn't have some risk I'm now yet aware of.
>
> I setup a new volume group for images, as below:
>
>
> [root@node4-g8-h4 multipath]# pvs
>   PV VG Fmt  Attr PSize
> PFree
>   /dev/mapper/3600508b1001c7e172160824d7b204c3b2 onn_node4-g8-h4
lvm2
> a--  <119.00g  <22.85g
>   /dev/sdb1  data lvm2 a--
1.13t
> <361.30g
>
> [root@node4-g8-h4 multipath]# vgs
>   VG  #PV #LV #SN Attr   VSize    VFree
>   data  1   1   0 wz--n-    1.13t <361.30g
>   onn_node4-g8-h4   1  13   0 wz--n- <119.00g <22.85g
>
> [root@node4-g8-h4 multipath]# lvs
>   LV   VG Attr LSize
> Pool   Origin Data%  Meta% Move Log
> Cpy%Sync Convert
>   images_main  data -wi-ao 800.00g
>   home onn_node4-g8-h4 Vwi-aotz--
> 1.00g pool00 4.79
>   ovirt-node-ng-4.2.5.1-0.20180816.0   onn_node4-g8-h4 Vwi---tz-k
> 64.10g pool00 root
>   ovirt-node-ng-4.2.5.1-0.20180816.0+1 onn_node4-g8-h4 Vwi---tz--
> 64.10g pool00 ovirt-node-ng-4.2.5.1-0.20180816.0
>   ovirt-node-ng-4.2.6-0.20180903.0 onn_node4-g8-h4 Vri---tz-k
> 64.10g pool00
>   ovirt-node-ng-4.2.6-0.20180903.0+1   onn_node4-g8-h4 Vwi-aotz--
> 64.10g pool00 ovirt-node-ng-4.2.6-0.20180903.0 4.83
>   pool00   onn_node4-g8-h4 twi-aotz--
> 91.10g   8.94 0.49
>   root onn_node4-g8-h

[ovirt-users] Re: Local storage formatting

[Matt Simonsen]

Hello all,

Following this report below, I did a reboot. Now I have a real question.

I added the VG, LV and mount point to this node using the port 9090 web 
interface.


Now the volume group isn't active and will not mount, causing the boot 
to hang.


I am able to do "vgchange -ay data" and then a manual mount in rescue mode.

Any feedback on the best way to add a new volume group to an empty 
partition (sdb) would be appreciated. Prior to using the web interface, 
I was having failures using the manual tools to /dev/sdb with an error 
"device /dev/sdb excluded by filter" which I suspect is related.


Thanks

Matt





On 09/04/2018 01:23 PM, Matt Simonsen wrote:

Hello,

I'm running oVirt with several data centers, some with NFS storage and 
some with local storage.


I had problems in the past with a large pool and local storage. The 
problem was nodectl showed the pool being too full (I think >80%), but 
it was only the images that made the pool "full" -- and this storage 
was carefully setup such that there was no chance it would actually 
fill.  The LVs for oVirt itself were all under 20%, yet nodectl still 
reported the pool was too full.


My solution so far has been to use our RAID card tools, so that sda is 
the oVirt node install, and sdb is for images.  There are probably 
other good reasons for me to handle it this way, for example being 
able to use different RAID levels, but I'm hoping someone can confirm 
my partitioning below doesn't have some risk I'm now yet aware of.


I setup a new volume group for images, as below:


[root@node4-g8-h4 multipath]# pvs
  PV VG Fmt  Attr PSize    
PFree
  /dev/mapper/3600508b1001c7e172160824d7b204c3b2 onn_node4-g8-h4 lvm2 
a--  <119.00g  <22.85g
  /dev/sdb1  data lvm2 a-- 1.13t 
<361.30g


[root@node4-g8-h4 multipath]# vgs
  VG  #PV #LV #SN Attr   VSize    VFree
  data  1   1   0 wz--n-    1.13t <361.30g
  onn_node4-g8-h4   1  13   0 wz--n- <119.00g  <22.85g

[root@node4-g8-h4 multipath]# lvs
  LV   VG  Attr LSize   
Pool   Origin Data%  Meta% Move Log 
Cpy%Sync Convert

  images_main  data    -wi-ao 800.00g
  home onn_node4-g8-h4 Vwi-aotz--   
1.00g pool00 4.79
  ovirt-node-ng-4.2.5.1-0.20180816.0   onn_node4-g8-h4 Vwi---tz-k 
64.10g pool00 root
  ovirt-node-ng-4.2.5.1-0.20180816.0+1 onn_node4-g8-h4 Vwi---tz-- 
64.10g pool00 ovirt-node-ng-4.2.5.1-0.20180816.0
  ovirt-node-ng-4.2.6-0.20180903.0 onn_node4-g8-h4 Vri---tz-k 
64.10g pool00
  ovirt-node-ng-4.2.6-0.20180903.0+1   onn_node4-g8-h4 Vwi-aotz-- 
64.10g pool00 ovirt-node-ng-4.2.6-0.20180903.0 4.83
  pool00   onn_node4-g8-h4 twi-aotz-- 
91.10g   8.94 0.49
  root onn_node4-g8-h4 Vwi---tz-- 
64.10g pool00

  swap onn_node4-g8-h4 -wi-ao 4.00g
  tmp  onn_node4-g8-h4 Vwi-aotz--   
1.00g pool00 4.87
  var  onn_node4-g8-h4 Vwi-aotz-- 
15.00g pool00 3.31
  var_crash    onn_node4-g8-h4 Vwi-aotz-- 
10.00g pool00 2.86
  var_log  onn_node4-g8-h4 Vwi-aotz--   
8.00g pool00 3.57
  var_log_audit    onn_node4-g8-h4 Vwi-aotz--   
2.00g pool00    4.89




The images_main is setup as "Block device for filesystems" with ext4. 
Is there any reason I should consider pool for thinly provisioned 
volumes?  I don't need to over-allocate storage and it seems to me 
like a fixed partition is ideal. Please confirm or let me know if 
there's anything else I should consider.



Thanks

Matt
___
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/I7N547X6DC7KHHVCDGKXQGNJV6TG7E3U/

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

[ovirt-users] Local storage formatting

[Matt Simonsen]

Hello,

I'm running oVirt with several data centers, some with NFS storage and 
some with local storage.


I had problems in the past with a large pool and local storage. The 
problem was nodectl showed the pool being too full (I think >80%), but 
it was only the images that made the pool "full" -- and this storage was 
carefully setup such that there was no chance it would actually fill.  
The LVs for oVirt itself were all under 20%, yet nodectl still reported 
the pool was too full.


My solution so far has been to use our RAID card tools, so that sda is 
the oVirt node install, and sdb is for images.  There are probably other 
good reasons for me to handle it this way, for example being able to use 
different RAID levels, but I'm hoping someone can confirm my 
partitioning below doesn't have some risk I'm now yet aware of.


I setup a new volume group for images, as below:


[root@node4-g8-h4 multipath]# pvs
  PV VG Fmt  Attr PSize    
PFree
  /dev/mapper/3600508b1001c7e172160824d7b204c3b2 onn_node4-g8-h4 lvm2 
a--  <119.00g  <22.85g
  /dev/sdb1  data lvm2 a-- 
1.13t <361.30g


[root@node4-g8-h4 multipath]# vgs
  VG  #PV #LV #SN Attr   VSize    VFree
  data  1   1   0 wz--n-    1.13t <361.30g
  onn_node4-g8-h4   1  13   0 wz--n- <119.00g  <22.85g

[root@node4-g8-h4 multipath]# lvs
  LV   VG  Attr LSize   
Pool   Origin Data%  Meta% Move Log Cpy%Sync 
Convert

  images_main  data    -wi-ao 800.00g
  home onn_node4-g8-h4 Vwi-aotz--   
1.00g pool00 4.79
  ovirt-node-ng-4.2.5.1-0.20180816.0   onn_node4-g8-h4 Vwi---tz-k 
64.10g pool00 root
  ovirt-node-ng-4.2.5.1-0.20180816.0+1 onn_node4-g8-h4 Vwi---tz-- 
64.10g pool00 ovirt-node-ng-4.2.5.1-0.20180816.0
  ovirt-node-ng-4.2.6-0.20180903.0 onn_node4-g8-h4 Vri---tz-k 
64.10g pool00
  ovirt-node-ng-4.2.6-0.20180903.0+1   onn_node4-g8-h4 Vwi-aotz-- 
64.10g pool00 ovirt-node-ng-4.2.6-0.20180903.0 4.83
  pool00   onn_node4-g8-h4 twi-aotz-- 
91.10g   8.94 0.49
  root onn_node4-g8-h4 Vwi---tz-- 
64.10g pool00

  swap onn_node4-g8-h4 -wi-ao 4.00g
  tmp  onn_node4-g8-h4 Vwi-aotz--   
1.00g pool00 4.87
  var  onn_node4-g8-h4 Vwi-aotz-- 
15.00g pool00 3.31
  var_crash    onn_node4-g8-h4 Vwi-aotz-- 
10.00g pool00 2.86
  var_log  onn_node4-g8-h4 Vwi-aotz--   
8.00g pool00 3.57
  var_log_audit    onn_node4-g8-h4 Vwi-aotz--   
2.00g pool00    4.89




The images_main is setup as "Block device for filesystems" with ext4. Is 
there any reason I should consider pool for thinly provisioned volumes?  
I don't need to over-allocate storage and it seems to me like a fixed 
partition is ideal. Please confirm or let me know if there's anything 
else I should consider.



Thanks

Matt
___
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/I7N547X6DC7KHHVCDGKXQGNJV6TG7E3U/

[ovirt-users] Re: oVirt Node 4.2.3.1. to 4.2.5 upgrade trouble, log attached

[Matt Simonsen]

I'm not sure I have logs from any instances that failed.

However having upgraded about 10 nodes, the trick for success seems to be:

- Manually cleaning grub.conf with any past node kernels (ie: when on 
4.2.3, I remove 4.2.2)


- Manually removing any past kernel directories from /boot

- Removing any old LVs (the .0 and .0+1)

- yum update & reboot

I'm not sure how our systems got to require this, we've done 5-6 
upgrades starting with 4.1, and never had to do this before.


If I continue to have problems from 4.2.5 to 4.2.6, I will send as clear 
of a bug report with logs as possible.


Thank you for your help,

Matt




On 08/27/2018 12:37 AM, Yuval Turgeman wrote:

Hi Matt,

I just went over the log you sent, couldn't find anything else other 
than the semanage failure which you say seems to be ok.  Do you have 
any other logs (perhaps from other machines) that we can look at it ?


Thanks,
Yuval.

On Tue, Aug 21, 2018 at 10:11 PM, Matt Simonsen <mailto:m...@khoza.com>> wrote:


I ran this on a host that has the same exact failing upgrade. It
returned with no output.

I'm expecting if I manually remove the /boot kernel, the grub
lines from any other installs, and the other LV layers that the
upgrade will work but with myself and others experiencing this I'm
happy to assist in finding the cause.

Is there anything else I can do to assist?

Thanks,

Matt





On 08/21/2018 12:38 AM, Yuval Turgeman wrote:

Hi again Matt,

I was wondering what `semanage permissive -a setfiles_t` looks
like on the host that failed to upgrade because I don't see the
exact error in the log.

Thanks,
Yuval.



On Tue, Aug 21, 2018 at 12:04 AM, Matt Simonsen mailto:m...@khoza.com>> wrote:

Hello,

I replied to a different email in this thread, noting I
believe I may have a workaround to this issue.

I did run this on a server that has not yet been upgraded,
which previously has failed at being updated, and the command
returned "0" with no output.

[ ~]# semanage permissive -a setfiles_t
[ ~]# echo $?
0

Please let me know if there is anything else I can do to assist,

Matt





    On 08/20/2018 08:19 AM, Yuval Turgeman wrote:

Hi Matt,

Can you attach the output from the following line

# semanage permissive -a setfiles_t

Thanks,
Yuval.


On Fri, Aug 17, 2018 at 2:26 AM, Matt Simonsen
mailto:m...@khoza.com>> wrote:

Hello all,

I've emailed about similar trouble with an oVirt Node
upgrade using the ISO install. I've attached the
/tmp/imgbased.log file in hopes it will help give a clue
as to why the trouble.

Since these use NFS storage I can rebuild, but would
like to know, ideally, what caused the upgrade to break.

Truthfully following the install, I don't think I have
done *that* much to these systems, so I'm not sure what
would have caused the problem.

I have done several successful upgrades in the past and
most of my standalone systems have been working great.

I've been really happy with oVirt, so kudos to the team.

Thanks for any help,

Matt



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

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

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










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

[ovirt-users] Re: oVirt Node 4.2.3.1. to 4.2.5 upgrade trouble, log attached

[Matt Simonsen]

I ran this on a host that has the same exact failing upgrade. It 
returned with no output.


I'm expecting if I manually remove the /boot kernel, the grub lines from 
any other installs, and the other LV layers that the upgrade will work 
but with myself and others experiencing this I'm happy to assist in 
finding the cause.


Is there anything else I can do to assist?

Thanks,

Matt





On 08/21/2018 12:38 AM, Yuval Turgeman wrote:

Hi again Matt,

I was wondering what `semanage permissive -a setfiles_t` looks like on 
the host that failed to upgrade because I don't see the exact error in 
the log.


Thanks,
Yuval.



On Tue, Aug 21, 2018 at 12:04 AM, Matt Simonsen <mailto:m...@khoza.com>> wrote:


Hello,

I replied to a different email in this thread, noting I believe I
may have a workaround to this issue.

I did run this on a server that has not yet been upgraded, which
previously has failed at being updated, and the command returned
"0" with no output.

[ ~]# semanage permissive -a setfiles_t
[ ~]# echo $?
0

Please let me know if there is anything else I can do to assist,

Matt





On 08/20/2018 08:19 AM, Yuval Turgeman wrote:

Hi Matt,

Can you attach the output from the following line

# semanage permissive -a setfiles_t

Thanks,
Yuval.


    On Fri, Aug 17, 2018 at 2:26 AM, Matt Simonsen mailto:m...@khoza.com>> wrote:

Hello all,

I've emailed about similar trouble with an oVirt Node upgrade
using the ISO install. I've attached the /tmp/imgbased.log
file in hopes it will help give a clue as to why the trouble.

Since these use NFS storage I can rebuild, but would like to
know, ideally, what caused the upgrade to break.

Truthfully following the install, I don't think I have done
*that* much to these systems, so I'm not sure what would have
caused the problem.

I have done several successful upgrades in the past and most
of my standalone systems have been working great.

I've been really happy with oVirt, so kudos to the team.

Thanks for any help,

Matt



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

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

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







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

[ovirt-users] Re: oVirt Node 4.2.3.1. to 4.2.5 upgrade trouble, log attached

[Matt Simonsen]

Hello,

I replied to a different email in this thread, noting I believe I may 
have a workaround to this issue.


I did run this on a server that has not yet been upgraded, which 
previously has failed at being updated, and the command returned "0" 
with no output.


[ ~]# semanage permissive -a setfiles_t
[ ~]# echo $?
0

Please let me know if there is anything else I can do to assist,

Matt





On 08/20/2018 08:19 AM, Yuval Turgeman wrote:

Hi Matt,

Can you attach the output from the following line

# semanage permissive -a setfiles_t

Thanks,
Yuval.


On Fri, Aug 17, 2018 at 2:26 AM, Matt Simonsen <mailto:m...@khoza.com>> wrote:


Hello all,

I've emailed about similar trouble with an oVirt Node upgrade
using the ISO install. I've attached the /tmp/imgbased.log file in
hopes it will help give a clue as to why the trouble.

Since these use NFS storage I can rebuild, but would like to know,
ideally, what caused the upgrade to break.

Truthfully following the install, I don't think I have done *that*
much to these systems, so I'm not sure what would have caused the
problem.

I have done several successful upgrades in the past and most of my
standalone systems have been working great.

I've been really happy with oVirt, so kudos to the team.

Thanks for any help,

Matt



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

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

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




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

[ovirt-users] Re: oVirt Node 4.2.3.1. to 4.2.5 upgrade trouble, log attached

[Matt Simonsen]

Hello all,

I believe I have fixed this for several hosts - or at the very least I 
have successfully upgraded from 4.2.3 to 4.2.5 successfully on servers 
that previously failed.


This is documented from memory, but I believe I didn't do anything else.

What I did is, first removed the old LV for the new install and/or any 
old installs also (we had one on 4.2.2) like this:


lvremove /dev/onn/ovirt-node-ng-4.2.x
lvremove /dev/onn/ovirt-node-ng-4.2.x+1

lvremove /dev/onn/var_crash

The nodes were running with 4.2.3, and were were previously on 4.2.2. 
The LVs remained. I had previously removed only the 4.2.2 LVs & yum 
updated, and I do not believe this caused an upgrade to complete 
properly (ie: grub wasn't updated at the very least).


In my searching, I noticed a suggestion somewhere about removing grub 
entries and the old info in /bootovirt-node-ng-4.2.x*


Removing the directory from the previous install in /boot & manually 
removing the old boot-loader info in /boot/grub2/grub.cfg, along with 
any other LVs that may have remained from previous installs seems to 
"work" -- the yum update following doing this succeed & grub is updated.


Following this I upgraded from 4.2.3 to 4.2.5 on several hosts, and the 
process went perfectly on 3 in a row that previously failed.


I believe I can now successfully upgrade our remaining hosts from 4.2.3 
to 4.2.5, I'm happy to provide more info it it will help identify 
exactly what caused this.


Thanks,

Matt


PS- I will also be in #ovirt for about 3 hours if anyone would like to 
work there with me




On 08/20/2018 08:19 AM, Yuval Turgeman wrote:

Hi Matt,

Can you attach the output from the following line

# semanage permissive -a setfiles_t

Thanks,
Yuval.


On Fri, Aug 17, 2018 at 2:26 AM, Matt Simonsen <mailto:m...@khoza.com>> wrote:


Hello all,

I've emailed about similar trouble with an oVirt Node upgrade
using the ISO install. I've attached the /tmp/imgbased.log file in
hopes it will help give a clue as to why the trouble.

Since these use NFS storage I can rebuild, but would like to know,
ideally, what caused the upgrade to break.

Truthfully following the install, I don't think I have done *that*
much to these systems, so I'm not sure what would have caused the
problem.

I have done several successful upgrades in the past and most of my
standalone systems have been working great.

I've been really happy with oVirt, so kudos to the team.

Thanks for any help,

Matt



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

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

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




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

[ovirt-users] Re: oVirt Node 4.2.3.1. to 4.2.5 upgrade trouble, log attached

[Matt Simonsen]

On 08/17/2018 09:00 AM, Vincent Royer wrote:
4.2.5 seems to have NFS issues for some users.  What is your storage 
server?




We have shared storage via NFS via a dedicated Cent7 server.

I'm not so much having issues using 4.2.5, the issue I'm having is that 
4.2.3 isn't upgrading to 4.2.4 or 4.2.5, based on errors that I am 
hoping the attached log file would clarify for somebody familiar with 
the upgrade process.


Thanks,

Matt





On Thu, Aug 16, 2018, 4:49 PM Matt Simonsen <mailto:m...@khoza.com>> wrote:


Hello all,

I've emailed about similar trouble with an oVirt Node upgrade
using the
ISO install. I've attached the /tmp/imgbased.log file in hopes it
will
help give a clue as to why the trouble.

Since these use NFS storage I can rebuild, but would like to know,
ideally, what caused the upgrade to break.

Truthfully following the install, I don't think I have done *that*
much
to these systems, so I'm not sure what would have caused the problem.

I have done several successful upgrades in the past and most of my
standalone systems have been working great.

I've been really happy with oVirt, so kudos to the team.

Thanks for any help,

Matt


___
Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
To unsubscribe send an email to users-le...@ovirt.org
<mailto:users-le...@ovirt.org>
Privacy Statement: https://www.ovirt.org/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/G6P7CHKTBD7ESE33MIXEDKV44QXITDJP/



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

[ovirt-users] oVirt Node 4.2.3.1. to 4.2.5 upgrade trouble, log attached

[Matt Simonsen]

Hello all,

I've emailed about similar trouble with an oVirt Node upgrade using the 
ISO install. I've attached the /tmp/imgbased.log file in hopes it will 
help give a clue as to why the trouble.


Since these use NFS storage I can rebuild, but would like to know, 
ideally, what caused the upgrade to break.


Truthfully following the install, I don't think I have done *that* much 
to these systems, so I'm not sure what would have caused the problem.


I have done several successful upgrades in the past and most of my 
standalone systems have been working great.


I've been really happy with oVirt, so kudos to the team.

Thanks for any help,

Matt




imgbased.log.gz
Description: application/gzip
___
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/G6P7CHKTBD7ESE33MIXEDKV44QXITDJP/

[ovirt-users] Re: oVirt 4.2.3 to 4.2.4 failed (with solution)

[Matt Simonsen]

Many thanks to Yuval.

After moving the discussion to #ovirt, I tried "fstrim -a" and this 
allowed the upgrade to complete successfully.


Matt







On 07/03/2018 12:19 PM, Yuval Turgeman wrote:

Hi Matt,

I would try to run `fstrim -a` (man fstrim) and see if it frees 
anything from the thinpool.  If you do decide to run this, please send 
the output for lvs again.


Also, are you on #ovirt ?

Thanks,
Yuval.


On Tue, Jul 3, 2018 at 9:00 PM, Matt Simonsen <mailto:m...@khoza.com>> wrote:


Thank you again for the assistance with this issue.

Below is the result of the command below.

In the future I am considering using different Logical RAID
Volumes to get different devices (sda, sdb, etc) for the oVirt
Node image & storage filesystem to simplify.  However I'd like to
understand why this upgrade failed and also how to correct it if
at all possible.

I believe I need to recreate the /var/crash partition? I
incorrectly removed it, is it simply a matter of using LVM to add
a new partition and format it?

Secondly, do you have any suggestions on how to move forward with
the error regarding the pool capacity? I'm not sure if this is a
legitimate error or problem in the upgrade process.

Thanks,

Matt




On 07/03/2018 03:58 AM, Yuval Turgeman wrote:

Not sure this is the problem, autoextend should be enabled for
the thinpool, `lvs -o +profile` should show imgbased-pool
(defined at /etc/lvm/profile/imgbased-pool.profile)

On Tue, Jul 3, 2018 at 8:55 AM, Yedidyah Bar David
mailto:d...@redhat.com>> wrote:

    On Mon, Jul 2, 2018 at 7:54 PM, Matt Simonsen mailto:m...@khoza.com>> wrote:
>
> This error adds some clarity.
>
> That said, I'm a bit unsure how the space can be the issue
given I have several hundred GB of storage in the thin pool
that's unused...
>
> How do you suggest I proceed?
>
> Thank you for your help,
>
> Matt
>
>
>
> [root@node6-g8-h4 ~]# lvs
>
>   LV  VG              Attr       LSize   Pool  Origin     
                       Data% Meta%  Move Log Cpy%Sync Convert
>   home  onn_node1-g8-h4 Vwi-aotz--   1.00g pool00          
                        4.79
>   ovirt-node-ng-4.2.2-0.20180423.0    onn_node1-g8-h4
Vwi---tz-k <50.06g pool00 root
>   ovirt-node-ng-4.2.2-0.20180423.0+1  onn_node1-g8-h4
Vwi---tz-- <50.06g pool00 ovirt-node-ng-4.2.2-0.20180423.0
>   ovirt-node-ng-4.2.3.1-0.20180530.0  onn_node1-g8-h4
Vri---tz-k <50.06g pool00
>   ovirt-node-ng-4.2.3.1-0.20180530.0+1 onn_node1-g8-h4
Vwi-aotz-- <50.06g pool00 ovirt-node-ng-4.2.3.1-0.20180530.0 6.95
>   pool00  onn_node1-g8-h4 twi-aotz--  <1.30t              
                       76.63 50.34

I think your thinpool meta volume is close to full and needs
to be enlarged.
This quite likely happened because you extended the thinpool
without
extending the meta vol.

Check also 'lvs -a'.

This might be enough, but check the names first:

lvextend -L+200m onn_node1-g8-h4/pool00_tmeta

Best regards,

>   root  onn_node1-g8-h4 Vwi---tz-- <50.06g pool00
>   tmp   onn_node1-g8-h4 Vwi-aotz--   1.00g pool00 5.04
>   var   onn_node1-g8-h4 Vwi-aotz--  15.00g pool00 5.86
>   var_crash   onn_node1-g8-h4 Vwi---tz--  10.00g pool00
>   var_local_images  onn_node1-g8-h4 Vwi-aotz--   1.10t
pool00 89.72
>   var_log   onn_node1-g8-h4 Vwi-aotz--   8.00g pool00 6.84
>   var_log_audit   onn_node1-g8-h4 Vwi-aotz--   2.00g pool00
6.16
> [root@node6-g8-h4 ~]# vgs
>   VG              #PV #LV #SN Attr  VSize  VFree
>   onn_node1-g8-h4   1  13   0 wz--n- <1.31t 8.00g
>
>
> 2018-06-29 14:19:31,142 [DEBUG] (MainThread) Version:
imgbased-1.0.20
> 2018-06-29 14:19:31,147 [DEBUG] (MainThread) Arguments:

Namespace(FILENAME='/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img',
command='update', debug=True, experimental=False,
format='liveimg', stream='Image')
> 2018-06-29 14:19:31,147 [INFO] (MainThread) Extracting
image

'/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img'
> 2018-06-29 14:19:31,148 [DEBUG] (MainThread) Calling
binary: (['mktemp', '-d', '--tmpdir', 'mnt.X'],) {}
> 2018-06-29 14:19:31,148 [DEBUG]

[ovirt-users] Re: oVirt 4.2.3 to 4.2.4 failed

[Matt Simonsen]

Thank you again for the assistance with this issue.

Below is the result of the command below.

In the future I am considering using different Logical RAID Volumes to 
get different devices (sda, sdb, etc) for the oVirt Node image & storage 
filesystem to simplify.  However I'd like to understand why this upgrade 
failed and also how to correct it if at all possible.


I believe I need to recreate the /var/crash partition? I incorrectly 
removed it, is it simply a matter of using LVM to add a new partition 
and format it?


Secondly, do you have any suggestions on how to move forward with the 
error regarding the pool capacity? I'm not sure if this is a legitimate 
error or problem in the upgrade process.


Thanks,

Matt




On 07/03/2018 03:58 AM, Yuval Turgeman wrote:
Not sure this is the problem, autoextend should be enabled for the 
thinpool, `lvs -o +profile` should show imgbased-pool (defined at 
/etc/lvm/profile/imgbased-pool.profile)


On Tue, Jul 3, 2018 at 8:55 AM, Yedidyah Bar David <mailto:d...@redhat.com>> wrote:


On Mon, Jul 2, 2018 at 7:54 PM, Matt Simonsen mailto:m...@khoza.com>> wrote:
>
> This error adds some clarity.
>
> That said, I'm a bit unsure how the space can be the issue given
I have several hundred GB of storage in the thin pool that's unused...
>
> How do you suggest I proceed?
>
> Thank you for your help,
>
> Matt
>
>
>
> [root@node6-g8-h4 ~]# lvs
>
>   LV                                   VG   Attr       LSize 
 Pool   Origin      Data%  Meta%  Move Log Cpy%Sync Convert
>   home  onn_node1-g8-h4 Vwi-aotz--   1.00g pool00              
      4.79
>   ovirt-node-ng-4.2.2-0.20180423.0  onn_node1-g8-h4 Vwi---tz-k
<50.06g pool00 root
>   ovirt-node-ng-4.2.2-0.20180423.0+1  onn_node1-g8-h4 Vwi---tz--
<50.06g pool00 ovirt-node-ng-4.2.2-0.20180423.0
>   ovirt-node-ng-4.2.3.1-0.20180530.0  onn_node1-g8-h4 Vri---tz-k
<50.06g pool00
>   ovirt-node-ng-4.2.3.1-0.20180530.0+1 onn_node1-g8-h4
Vwi-aotz-- <50.06g pool00 ovirt-node-ng-4.2.3.1-0.20180530.0 6.95
>   pool00  onn_node1-g8-h4 twi-aotz--  <1.30t                    
   76.63  50.34

I think your thinpool meta volume is close to full and needs to be
enlarged.
This quite likely happened because you extended the thinpool without
extending the meta vol.

Check also 'lvs -a'.

This might be enough, but check the names first:

lvextend -L+200m onn_node1-g8-h4/pool00_tmeta

Best regards,

>   root  onn_node1-g8-h4 Vwi---tz-- <50.06g pool00
>   tmp onn_node1-g8-h4 Vwi-aotz--   1.00g pool00                
    5.04
>   var onn_node1-g8-h4 Vwi-aotz--  15.00g pool00                
    5.86
>   var_crash onn_node1-g8-h4 Vwi---tz--  10.00g pool00
>   var_local_images  onn_node1-g8-h4 Vwi-aotz--   1.10t pool00  
                    89.72
>   var_log onn_node1-g8-h4 Vwi-aotz--   8.00g pool00            
        6.84
>   var_log_audit onn_node1-g8-h4 Vwi-aotz--   2.00g pool00      
              6.16
> [root@node6-g8-h4 ~]# vgs
>   VG              #PV #LV #SN Attr   VSize  VFree
>   onn_node1-g8-h4   1  13   0 wz--n- <1.31t 8.00g
>
>
> 2018-06-29 14:19:31,142 [DEBUG] (MainThread) Version:
imgbased-1.0.20
> 2018-06-29 14:19:31,147 [DEBUG] (MainThread) Arguments:

Namespace(FILENAME='/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img',
command='update', debug=True, experimental=False,
format='liveimg', stream='Image')
> 2018-06-29 14:19:31,147 [INFO] (MainThread) Extracting image

'/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img'
> 2018-06-29 14:19:31,148 [DEBUG] (MainThread) Calling binary:
(['mktemp', '-d', '--tmpdir', 'mnt.X'],) {}
> 2018-06-29 14:19:31,148 [DEBUG] (MainThread) Calling:
(['mktemp', '-d', '--tmpdir', 'mnt.X'],) {'close_fds': True,
'stderr': -2}
> 2018-06-29 14:19:31,150 [DEBUG] (MainThread) Returned:
/tmp/mnt.1OhaU
> 2018-06-29 14:19:31,151 [DEBUG] (MainThread) Calling binary:
(['mount',

'/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img',
u'/tmp/mnt.1OhaU'],) {}
> 2018-06-29 14:19:31,151 [DEBUG] (MainThread) Calling: (['mount',

'/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img',
u'/tmp/mnt.1OhaU'],) {'close_fds': True, 'stderr': -2}
> 2018-06-29 14:19:31,157 

[ovirt-users] Re: oVirt 4.2.3 to 4.2.4 failed

[Matt Simonsen]

On 07/02/2018 12:55 PM, Yuval Turgeman wrote:

Are you mounted with discard ? perhaps fstrim ?





I believe that I have all the default options, and I have one extra 
partition for images.



#
# /etc/fstab
# Created by anaconda on Sat Oct 31 18:04:29 2015
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/onn_node1-g8-h4/ovirt-node-ng-4.2.3.1-0.20180530.0+1 / ext4 
defaults,discard 1 1

UUID=84ca8776-61d6-4b19-9104-99730932b45a /boot ext4    defaults    1 2
/dev/mapper/onn_node1--g8--h4-home /home ext4 defaults,discard 1 2
/dev/mapper/onn_node1--g8--h4-tmp /tmp ext4 defaults,discard 1 2
/dev/mapper/onn_node1--g8--h4-var /var ext4 defaults,discard 1 2
/dev/mapper/onn_node1--g8--h4-var_local_images /var/local/images   
ext4    defaults    1 2

/dev/mapper/onn_node1--g8--h4-var_log /var/log ext4 defaults,discard 1 2
/dev/mapper/onn_node1--g8--h4-var_log_audit /var/log/audit ext4 
defaults,discard 1 2



At this point I don't have a /var/crash mounted (or a LV even).  I 
assume I should re-create.



I noticed on another server with the same problem, the var_crash LV 
isn't available.  Could this be part of the problem?


  --- Logical volume ---
  LV Path    /dev/onn/var_crash
  LV Name    var_crash
  VG Name    onn
  LV UUID    X1TPMZ-XeZP-DGYv-woZW-3kvk-vWZu-XQcFhL
  LV Write Access    read/write
  LV Creation host, time node1-g7-h1.srihosting.com, 2018-04-05 
07:03:35 -0700

  LV Pool name   pool00
  LV Status  NOT available
  LV Size    10.00 GiB
  Current LE 2560
  Segments   1
  Allocation inherit
  Read ahead sectors auto



Thanks
Matt
___
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/WAV667HP5HU6IXGJTLZQ6YSMHSHTHF6M/

[ovirt-users] Re: oVirt 4.2.3 to 4.2.4 failed

[Matt Simonsen]

Yes, it shows 8g on the VG

I removed the LV for /var/crash, then installed again, and it is still 
failing on the step:



2018-07-02 12:21:10,015 [DEBUG] (MainThread) Calling: (['lvcreate', 
'--thin', '--virtualsize', u'53750005760B', '--name', 
'ovirt-node-ng-4.2.4-0.20180626.0', u'onn_node1-g8-h4/pool00'],) 
{'close_fds': True, 'stderr': -2}
2018-07-02 12:21:10,069 [DEBUG] (MainThread) Exception!   Cannot create 
new thin volume, free space in thin pool onn_node1-g8-h4/pool00 reached 
threshold.


2018-07-02 12:21:10,069 [DEBUG] (MainThread) Calling binary: (['umount', 
'-l', u'/tmp/mnt.ZYOjC'],) {}



Thanks

Matt





On 07/02/2018 10:55 AM, Yuval Turgeman wrote:
Not in front of my laptop so it's a little hard to read but does it 
say 8g free on the vg ?


On Mon, Jul 2, 2018, 20:00 Matt Simonsen <mailto:m...@khoza.com>> wrote:


This error adds some clarity.

That said, I'm a bit unsure how the space can be the issue given I
have several hundred GB of storage in the thin pool that's unused...

How do you suggest I proceed?

Thank you for your help,

Matt



[root@node6-g8-h4 ~]# lvs

  LV   VG Attr   LSize   Pool
Origin Data%  Meta%  Move Log Cpy%Sync
Convert
  home onn_node1-g8-h4
Vwi-aotz--   1.00g pool00 4.79
  ovirt-node-ng-4.2.2-0.20180423.0 onn_node1-g8-h4 Vwi---tz-k
<50.06g pool00 root
  ovirt-node-ng-4.2.2-0.20180423.0+1   onn_node1-g8-h4 Vwi---tz--
<50.06g pool00 ovirt-node-ng-4.2.2-0.20180423.0
  ovirt-node-ng-4.2.3.1-0.20180530.0   onn_node1-g8-h4 Vri---tz-k
<50.06g pool00
  ovirt-node-ng-4.2.3.1-0.20180530.0+1 onn_node1-g8-h4 Vwi-aotz--
<50.06g pool00 ovirt-node-ng-4.2.3.1-0.20180530.0 6.95
  pool00   onn_node1-g8-h4 twi-aotz--
<1.30t   76.63 50.34
  root onn_node1-g8-h4 Vwi---tz--
<50.06g pool00
  tmp  onn_node1-g8-h4
Vwi-aotz--   1.00g pool00 5.04
  var  onn_node1-g8-h4 Vwi-aotz-- 
15.00g pool00 5.86
  var_crash    onn_node1-g8-h4 Vwi---tz-- 
10.00g pool00
  var_local_images onn_node1-g8-h4
Vwi-aotz--   1.10t pool00 89.72
  var_log  onn_node1-g8-h4
Vwi-aotz--   8.00g pool00 6.84
  var_log_audit    onn_node1-g8-h4
Vwi-aotz--   2.00g pool00 6.16
[root@node6-g8-h4 ~]# vgs
  VG  #PV #LV #SN Attr   VSize  VFree
  onn_node1-g8-h4   1  13   0 wz--n- <1.31t 8.00g


2018-06-29 14:19:31,142 [DEBUG] (MainThread) Version: imgbased-1.0.20
2018-06-29 14:19:31,147 [DEBUG] (MainThread) Arguments:

Namespace(FILENAME='/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img',
command='update', debug=True, experimental=False,
format='liveimg', stream='Image')
2018-06-29 14:19:31,147 [INFO] (MainThread) Extracting image

'/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img'
2018-06-29 14:19:31,148 [DEBUG] (MainThread) Calling binary:
(['mktemp', '-d', '--tmpdir', 'mnt.X'],) {}
2018-06-29 14:19:31,148 [DEBUG] (MainThread) Calling: (['mktemp',
'-d', '--tmpdir', 'mnt.X'],) {'close_fds': True, 'stderr': -2}
2018-06-29 14:19:31,150 [DEBUG] (MainThread) Returned: /tmp/mnt.1OhaU
2018-06-29 14:19:31,151 [DEBUG] (MainThread) Calling binary:
(['mount',

'/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img',
u'/tmp/mnt.1OhaU'],) {}
2018-06-29 14:19:31,151 [DEBUG] (MainThread) Calling: (['mount',

'/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img',
u'/tmp/mnt.1OhaU'],) {'close_fds': True, 'stderr': -2}
2018-06-29 14:19:31,157 [DEBUG] (MainThread) Returned:
2018-06-29 14:19:31,158 [DEBUG] (MainThread) Mounted squashfs
2018-06-29 14:19:31,158 [DEBUG] (MainThread) Found fsimage at
'/tmp/mnt.1OhaU/LiveOS/rootfs.img'
2018-06-29 14:19:31,159 [DEBUG] (MainThread) Calling binary:
(['mktemp', '-d', '--tmpdir', 'mnt.X'],) {}
2018-06-29 14:19:31,159 [DEBUG] (MainThread) Calling: (['mktemp',
'-d', '--tmpdir', 'mnt.X'],) {'close_fds': True, 'stderr': -2}
2018-06-29 14:19:31,1

[ovirt-users] Re: oVirt 4.2.3 to 4.2.4 failed

[Matt Simonsen]

This error adds some clarity.

That said, I'm a bit unsure how the space can be the issue given I have 
several hundred GB of storage in the thin pool that's unused...


How do you suggest I proceed?

Thank you for your help,

Matt



[root@node6-g8-h4 ~]# lvs

  LV   VG  Attr LSize   
Pool   Origin Data%  Meta% Move Log Cpy%Sync 
Convert
  home onn_node1-g8-h4 Vwi-aotz--   
1.00g pool00 4.79
  ovirt-node-ng-4.2.2-0.20180423.0 onn_node1-g8-h4 Vwi---tz-k 
<50.06g pool00 root
  ovirt-node-ng-4.2.2-0.20180423.0+1   onn_node1-g8-h4 Vwi---tz-- 
<50.06g pool00 ovirt-node-ng-4.2.2-0.20180423.0
  ovirt-node-ng-4.2.3.1-0.20180530.0   onn_node1-g8-h4 Vri---tz-k 
<50.06g pool00
  ovirt-node-ng-4.2.3.1-0.20180530.0+1 onn_node1-g8-h4 Vwi-aotz-- 
<50.06g pool00 ovirt-node-ng-4.2.3.1-0.20180530.0 6.95
  pool00   onn_node1-g8-h4 twi-aotz-- 
<1.30t   76.63 50.34
  root onn_node1-g8-h4 Vwi---tz-- 
<50.06g pool00
  tmp  onn_node1-g8-h4 Vwi-aotz--   
1.00g pool00 5.04
  var  onn_node1-g8-h4 Vwi-aotz-- 
15.00g pool00 5.86
  var_crash    onn_node1-g8-h4 Vwi---tz-- 
10.00g pool00
  var_local_images onn_node1-g8-h4 Vwi-aotz--   
1.10t pool00 89.72
  var_log  onn_node1-g8-h4 Vwi-aotz--   
8.00g pool00 6.84
  var_log_audit    onn_node1-g8-h4 Vwi-aotz--   
2.00g pool00 6.16

[root@node6-g8-h4 ~]# vgs
  VG  #PV #LV #SN Attr   VSize  VFree
  onn_node1-g8-h4   1  13   0 wz--n- <1.31t 8.00g


2018-06-29 14:19:31,142 [DEBUG] (MainThread) Version: imgbased-1.0.20
2018-06-29 14:19:31,147 [DEBUG] (MainThread) Arguments: 
Namespace(FILENAME='/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img', 
command='update', debug=True, experimental=False, format='liveimg', 
stream='Image')
2018-06-29 14:19:31,147 [INFO] (MainThread) Extracting image 
'/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img'
2018-06-29 14:19:31,148 [DEBUG] (MainThread) Calling binary: (['mktemp', 
'-d', '--tmpdir', 'mnt.X'],) {}
2018-06-29 14:19:31,148 [DEBUG] (MainThread) Calling: (['mktemp', '-d', 
'--tmpdir', 'mnt.X'],) {'close_fds': True, 'stderr': -2}

2018-06-29 14:19:31,150 [DEBUG] (MainThread) Returned: /tmp/mnt.1OhaU
2018-06-29 14:19:31,151 [DEBUG] (MainThread) Calling binary: (['mount', 
'/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img', 
u'/tmp/mnt.1OhaU'],) {}
2018-06-29 14:19:31,151 [DEBUG] (MainThread) Calling: (['mount', 
'/usr/share/ovirt-node-ng/image//ovirt-node-ng-4.2.0-0.20180626.0.el7.squashfs.img', 
u'/tmp/mnt.1OhaU'],) {'close_fds': True, 'stderr': -2}

2018-06-29 14:19:31,157 [DEBUG] (MainThread) Returned:
2018-06-29 14:19:31,158 [DEBUG] (MainThread) Mounted squashfs
2018-06-29 14:19:31,158 [DEBUG] (MainThread) Found fsimage at 
'/tmp/mnt.1OhaU/LiveOS/rootfs.img'
2018-06-29 14:19:31,159 [DEBUG] (MainThread) Calling binary: (['mktemp', 
'-d', '--tmpdir', 'mnt.X'],) {}
2018-06-29 14:19:31,159 [DEBUG] (MainThread) Calling: (['mktemp', '-d', 
'--tmpdir', 'mnt.X'],) {'close_fds': True, 'stderr': -2}

2018-06-29 14:19:31,162 [DEBUG] (MainThread) Returned: /tmp/mnt.153do
2018-06-29 14:19:31,162 [DEBUG] (MainThread) Calling binary: (['mount', 
u'/tmp/mnt.1OhaU/LiveOS/rootfs.img', u'/tmp/mnt.153do'],) {}
2018-06-29 14:19:31,162 [DEBUG] (MainThread) Calling: (['mount', 
u'/tmp/mnt.1OhaU/LiveOS/rootfs.img', u'/tmp/mnt.153do'],) {'close_fds': 
True, 'stderr': -2}

2018-06-29 14:19:31,177 [DEBUG] (MainThread) Returned:
2018-06-29 14:19:31,189 [DEBUG] (MainThread) Using nvr: 
ovirt-node-ng-4.2.4-0.20180626.0

2018-06-29 14:19:31,189 [DEBUG] (MainThread) Fetching image for '/'
2018-06-29 14:19:31,189 [DEBUG] (MainThread) Calling binary: 
(['findmnt', '--noheadings', '-o', 'SOURCE', '/'],) {}
2018-06-29 14:19:31,190 [DEBUG] (MainThread) Calling: (['findmnt', 
'--noheadings', '-o', 'SOURCE', '/'],) {'close_fds': True, 'stderr': -2}
2018-06-29 14:19:31,203 [DEBUG] (MainThread) Returned: 
/dev/mapper/onn_node1--g8--h4-ovirt--node--ng--4.2.3.1--0.20180530.0+1
2018-06-29 14:19:31,204 [DEBUG] (MainThread) Found 
&

[ovirt-users] oVirt 4.2.3 to 4.2.4 failed

[Matt Simonsen]

Hello,

I did yum updates on 2 of my oVirt 4.2.3 nodes running the prebuilt node 
platform and it doesn't appear the updates worked.



[root@node6-g8-h4 ~]# yum update
Loaded plugins: enabled_repos_upload, fastestmirror, imgbased-persist,
  : package_upload, product-id, search-disabled-repos, 
subscription-

  : manager
This system is not registered with an entitlement server. You can use 
subscription-manager to register.

Loading mirror speeds from cached hostfile
 * ovirt-4.2-epel: linux.mirrors.es.net
Resolving Dependencies
--> Running transaction check
---> Package ovirt-node-ng-image-update.noarch 0:4.2.3.1-1.el7 will be 
updated
---> Package ovirt-node-ng-image-update.noarch 0:4.2.4-1.el7 will be 
obsoleting
---> Package ovirt-node-ng-image-update-placeholder.noarch 
0:4.2.3.1-1.el7 will be obsoleted

--> Finished Dependency Resolution

Dependencies Resolved

=
 Package  Arch 
Version Repository   Size

=
Installing:
 ovirt-node-ng-image-update   noarch 
4.2.4-1.el7 ovirt-4.2   647 M

 replacing  ovirt-node-ng-image-update-placeholder.noarch 4.2.3.1-1.el7

Transaction Summary
=
Install  1 Package

Total download size: 647 M
Is this ok [y/d/N]: y
Downloading packages:
warning: 
/var/cache/yum/x86_64/7/ovirt-4.2/packages/ovirt-node-ng-image-update-4.2.4-1.el7.noarch.rpm: 
Header V4 RSA/SHA1 Signature, key ID fe590cb7: NOKEY
Public key for ovirt-node-ng-image-update-4.2.4-1.el7.noarch.rpm is not 
installed

ovirt-node-ng-image-update-4.2.4-1.el7.noarch.rpm | 647 MB  00:02:07
Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.2
Importing GPG key 0xFE590CB7:
 Userid : "oVirt "
 Fingerprint: 31a5 d783 7fad 7cb2 86cd 3469 ab8c 4f9d fe59 0cb7
 Package    : ovirt-release42-4.2.3.1-1.el7.noarch (installed)
 From   : /etc/pki/rpm-gpg/RPM-GPG-ovirt-4.2
Is this ok [y/N]: y
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
  Installing : ovirt-node-ng-image-update-4.2.4-1.el7.noarch 1/3
warning: %post(ovirt-node-ng-image-update-4.2.4-1.el7.noarch) scriptlet 
failed, exit status 1
Non-fatal POSTIN scriptlet failure in rpm package 
ovirt-node-ng-image-update-4.2.4-1.el7.noarch
  Erasing    : 
ovirt-node-ng-image-update-placeholder-4.2.3.1-1.el7.noarch 2/3

  Cleanup    : ovirt-node-ng-image-update-4.2.3.1-1.el7.noarch 3/3
warning: file 
/usr/share/ovirt-node-ng/image/ovirt-node-ng-4.2.0-0.20180530.0.el7.squashfs.img: 
remove failed: No such file or directory

Uploading Package Profile
Unable to upload Package Profile
  Verifying  : ovirt-node-ng-image-update-4.2.4-1.el7.noarch 1/3
  Verifying  : ovirt-node-ng-image-update-4.2.3.1-1.el7.noarch 2/3
  Verifying  : 
ovirt-node-ng-image-update-placeholder-4.2.3.1-1.el7.noarch 3/3


Installed:
  ovirt-node-ng-image-update.noarch 0:4.2.4-1.el7

Replaced:
  ovirt-node-ng-image-update-placeholder.noarch 0:4.2.3.1-1.el7

Complete!
Uploading Enabled Repositories Report
Loaded plugins: fastestmirror, product-id, subscription-manager
This system is not registered with an entitlement server. You can use 
subscription-manager to register.

Cannot upload enabled repos report, is this client registered?


My engine shows the nodes as having no updates, however the major 
components including the kernel version and port 9090 admin GUI show 4.2.3


Is there anything I can provide to help diagnose the issue?


[root@node6-g8-h4 ~]# rpm -qa | grep ovirt

ovirt-imageio-common-1.3.1.2-0.el7.centos.noarch
ovirt-host-deploy-1.7.3-1.el7.centos.noarch
ovirt-vmconsole-host-1.0.5-4.el7.centos.noarch
ovirt-provider-ovn-driver-1.2.10-1.el7.centos.noarch
ovirt-engine-sdk-python-3.6.9.1-1.el7.noarch
ovirt-setup-lib-1.1.4-1.el7.centos.noarch
ovirt-release42-4.2.3.1-1.el7.noarch
ovirt-imageio-daemon-1.3.1.2-0.el7.centos.noarch
ovirt-hosted-engine-setup-2.2.20-1.el7.centos.noarch
ovirt-host-dependencies-4.2.2-2.el7.centos.x86_64
ovirt-hosted-engine-ha-2.2.11-1.el7.centos.noarch
ovirt-host-4.2.2-2.el7.centos.x86_64
ovirt-node-ng-image-update-4.2.4-1.el7.noarch
ovirt-vmconsole-1.0.5-4.el7.centos.noarch
ovirt-release-host-node-4.2.3.1-1.el7.noarch
cockpit-ovirt-dashboard-0.11.24-1.el7.centos.noarch
ovirt-node-ng-nodectl-4.2.0-0.20180524.0.el7.noarch
python-ovirt-engine-sdk4-4.2.6-2.el7.centos.x86_64

[root@node6-g8-h4 ~]# yum update
Loaded plugins: enabled_repos_upload, fastestmirror, imgbased-persist, 
package_upload, product-id, search-disabled-repos, subscription-manager
This system is not registered with an entitlement server. You can use 
subscriptio

[ovirt-users] oVirt Node Resize tool for local storage

[Matt Simonsen]

Hello,

We have a development box with local storage, running ovirt Node 4.1

It appears that using the admin interface on port 9090 I can resize a 
live partition to a smaller size.


Our storage is a seperate LVM partition, ext4 formated.

My question is, both theoretically and practically, if anyone has 
feedback on:



#1: Does this work (ie- will it shrink the filesystem then shrink the LV)?

#2: May we do this with VMs running?


Thanks

Matt

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

Re: [ovirt-users] Node Next Install Problem

[Matt Simonsen]

Doh! Problem solved. Well at least I found it on my own...

Date on server is wrong, and certs were silently failing.

Matt




On 03/08/2018 04:16 PM, Matt Simonsen wrote:


I installed based on an older Node Next DVD (4.1.7) that has worked in 
the past and it doesn't appear to be working when I add it to a cluster.


The installer says//it cannot queue package iproute.

Is there a repo down or that has changed? Thanks for any suggestions.

It appears yum is also broken:/
/

/yum update
Loaded plugins: fastestmirror, imgbased-persist, package_upload, 
product-id,

  : search-disabled-repos, subscription-manager
This system is not registered with an entitlement server. You can use 
subscription-manager to register.
centos-opstools-release | 2.9 kB 
00:00
ovirt-4.1   | 3.0 kB 
00:00
ovirt-4.1-centos-gluster38  | 2.9 kB 
00:00



 One of the configured repositories failed (Unknown),
 and yum doesn't have enough cached data to continue. At this point 
the only

 safe thing yum can do is fail. There are a few ways to work "fix" this:

 1. Contact the upstream for the repository and get them to fix 
the problem.


 2. Reconfigure the baseurl/etc. for the repository, to point to a 
working

    upstream. This is most often useful if you are using a newer
    distribution release than is supported by the repository (and the
    packages for the previous distribution release still work).

 3. Run the command with the repository temporarily disabled
    yum --disablerepo= ...

 4. Disable the repository permanently, so yum won't use it by 
default. Yum
    will then just ignore the repository until you permanently 
enable it

    again or use --enablerepo for temporary usage:

    yum-config-manager --disable 
    or
    subscription-manager repos --disable=

 5. Configure the failing repository to be skipped, if it is 
unavailable.
    Note that yum will try to contact the repo. when it runs most 
commands,
    so will have to try and fail each time (and thus. yum will be 
be much
    slower). If it is a very temporary problem though, this is 
often a nice

    compromise:

    yum-config-manager --save 
--setopt=.skip_if_unavailable=true


Cannot retrieve metalink for repository: ovirt-4.1-epel/x86_64. Please 
verify its path and try again

/



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


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

[ovirt-users] Node Next Install Problem

[Matt Simonsen]

I installed based on an older Node Next DVD (4.1.7) that has worked in 
the past and it doesn't appear to be working when I add it to a cluster.


The installer says//it cannot queue package iproute.

Is there a repo down or that has changed? Thanks for any suggestions.

It appears yum is also broken:/
/

/yum update
Loaded plugins: fastestmirror, imgbased-persist, package_upload, product-id,
  : search-disabled-repos, subscription-manager
This system is not registered with an entitlement server. You can use 
subscription-manager to register.

centos-opstools-release | 2.9 kB 00:00
ovirt-4.1   | 3.0 kB 00:00
ovirt-4.1-centos-gluster38  | 2.9 kB 00:00


 One of the configured repositories failed (Unknown),
 and yum doesn't have enough cached data to continue. At this point the 
only

 safe thing yum can do is fail. There are a few ways to work "fix" this:

 1. Contact the upstream for the repository and get them to fix the 
problem.


 2. Reconfigure the baseurl/etc. for the repository, to point to a 
working

    upstream. This is most often useful if you are using a newer
    distribution release than is supported by the repository (and the
    packages for the previous distribution release still work).

 3. Run the command with the repository temporarily disabled
    yum --disablerepo= ...

 4. Disable the repository permanently, so yum won't use it by 
default. Yum
    will then just ignore the repository until you permanently 
enable it

    again or use --enablerepo for temporary usage:

    yum-config-manager --disable 
    or
    subscription-manager repos --disable=

 5. Configure the failing repository to be skipped, if it is 
unavailable.
    Note that yum will try to contact the repo. when it runs most 
commands,
    so will have to try and fail each time (and thus. yum will be 
be much
    slower). If it is a very temporary problem though, this is 
often a nice

    compromise:

    yum-config-manager --save 
--setopt=.skip_if_unavailable=true


Cannot retrieve metalink for repository: ovirt-4.1-epel/x86_64. Please 
verify its path and try again

/

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

[ovirt-users] Partition Trouble on oVirt Node

[Matt Simonsen]

Hello all,

This may not be oVirt specific (but it may be) so thank you in advance 
for any assistance.


I have a system installed with oVirt Node Next 4.1.9 that was installed 
to /dev/sda


I had a seperate RAID Volume /dev/sdb that should not have been used, 
but now that the operating system is loaded I'm struggling to get the 
device partitioned.


I've tried mkfs.ext4 on the device and also pvcreate, with the errors 
below. I've also rebooted a couple times and tried to disable 
multipathd.   Is multipathd even safe to disable on Node Next?


Below are the errors I've received, and thank you again for any tips.


[root@node1-g6-h3 ~]# mkfs.ext4 /dev/sdb
mke2fs 1.42.9 (28-Dec-2013)
/dev/sdb is entire device, not just one partition!
Proceed anyway? (y,n) y
/dev/sdb is apparently in use by the system; will not make a filesystem 
here!

[root@node1-g6-h3 ~]# gdisk
GPT fdisk (gdisk) version 0.8.6

Type device filename, or press  to exit: /dev/sdb
Caution: invalid main GPT header, but valid backup; regenerating main header
from backup!

Caution! After loading partitions, the CRC doesn't check out!
Warning! Main partition table CRC mismatch! Loaded backup partition table
instead of main partition table!

Warning! One or more CRCs don't match. You should repair the disk!

Partition table scan:
  MBR: not present
  BSD: not present
  APM: not present
  GPT: damaged

Found invalid MBR and corrupt GPT. What do you want to do? (Using the
GPT MAY permit recovery of GPT data.)
 1 - Use current GPT
 2 - Create blank GPT

Your answer: 2

Command (? for help): n
Partition number (1-128, default 1):
First sector (34-16952264590, default = 2048) or {+-}size{KMGTP}:
Last sector (2048-16952264590, default = 16952264590) or {+-}size{KMGTP}:
Current type is 'Linux filesystem'
Hex code or GUID (L to show codes, Enter = 8300): 8e00
Changed type of partition to 'Linux LVM'

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/sdb.
The operation has completed successfully.
[root@node1-g6-h3 ~]# pvcreate /dev/sdb1
  Device /dev/sdb1 not found (or ignored by filtering).


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

Re: [ovirt-users] Move Export Domain across web via NFS verses Rsync Image

[Matt Simonsen]

On 01/30/2018 03:43 PM, Christopher Cox wrote:
So, you're saying you export to an Export Domain (NFS), detach, and 
then rsync that somewhere else (a different NFS system) and try to 
attach that an Export(import) Domain to a different datacenter and 
import? Sounds like it should work to me.





Yea. Exactly as you described below.

If there's any reason this would be a problem, I'd love to hear others 
chime in.


Thanks

Matt

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

[ovirt-users] Move Export Domain across web via NFS verses Rsync Image

[Matt Simonsen]

Hello all,

We have a several oVirt data centers mostly using oVirt 4.1.9 and NFS 
backed storage.


I'm planning a move for what will eventually be an exported VM, from one 
physical location to another one.


Is there any reason it would be problematic to export the image and then 
use rsync to migrate the image directory to a different export domain?


Thanks,

Matt

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

Re: [ovirt-users] oVirt Node 4.1 question, writing files to /root and RPMs

[Matt Simonsen]

On 12/15/2017 03:06 AM, Simone Tiraboschi wrote:
On Fri, Dec 15, 2017 at 4:45 AM, Donny Davis <mailto:do...@fortnebula.com>> wrote:


have you gotten an image update yet?

On Thu, Dec 14, 2017 at 8:08 PM, Matt Simonsen mailto:m...@khoza.com>> wrote:

Hello all,

I read at
https://www.ovirt.org/develop/projects/node/troubleshooting/
<https://www.ovirt.org/develop/projects/node/troubleshooting/>
that "Changes made from the command line are done at your own
risk. Making changes has the potential to leave your system in
an unusable state." It seems clear that RPMs should not be
installed.


That document mainly refers to vintage node.
In Next Generation Node now we have rpm persistence; please check
https://www.ovirt.org/develop/release-management/features/node/node-next-persistence/





I'm sure glad we tested!

On one Node image we had images locally stored in /exports and shared 
out via NFS. After an upgrade & reboot, images are gone.


If we "Convert to local storage" will the data persist?  I am planning 
to test, but want to be sure how this is designed.


I assume during a Gluster installation something is also updated in 
oVirt Node to allow for the Gluster partition to persist?


At this point I'm thinking I should manually install via CentOS7 to 
ensure folders and partitions are persistent. Is there any downside to 
installing over CentOS7?


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

[ovirt-users] oVirt Node 4.1 question, writing files to /root and RPMs

[Matt Simonsen]

Hello all,

I read at https://www.ovirt.org/develop/projects/node/troubleshooting/ 
that "Changes made from the command line are done at your own risk. 
Making changes has the potential to leave your system in an unusable 
state." It seems clear that RPMs should not be installed.


Is this accurate for https://www.ovirt.org/node/ ?

We have added smartctl and hpacucli in order to do disk and RAID 
monitoring. So far our node servers have retained changes across 
reboots, which is the primary reason I'm wondering if perhaps this 
applies to an older version of oVirt Node.


If what we have been doing is not supported, what is the suggested 
method to do do hardware monitoring (in particular disks)?


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

[ovirt-users] Best Practice Question: How many engines, one or more than one, for multiple physical locations

[Matt Simonsen]

Hello all,

I read with Gluster using hyper-convergence that the engine must reside 
on the same LAN as the nodes. I guess this makes sense by definition - 
ie: using Gluster storage and replicating Gluster bricks across the web 
sounds awful.


This got me wondering about best practices for the engine setup. We have 
multiple physical locations (co-location data centers).


In my initial plan I had expected to have my oVirt engine hosted 
separately from each physical location so that in the event of trouble 
at a remote facility the engine would still be usable.


In this case, our prod sites would not have a "hyper-converged" setup if 
we decide to run GlusterFS for storage at any particular physical site, 
but I believe it would still be possible to use Gluster. In this case 
oVirt would have a 3 node cluster, using GlusterFS storage, but not 
hyper-converged since the engine would be in a separate facility.


Is there any downside in this setup to having the engine off-site?

Rather than having an off-site engine, should I consider one engine per 
physical co-location space?


Thank you all for any feedback,

Matt

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

Re: [ovirt-users] Cannot import copied Storage Domain

[Matt .]

OK, I have been able to manage this with some storage kung-fu!

I think the issue was between the 4.0 and 4.1 DC's where I actually
was able to import a 4.0 domain on a 4.1 DC but that didn't work out
now. Using an local NFS share and a local storage and move the VM's
between two storages actually from local to local I was able to import
them again.

It would be nice to know how you can copy and reindex raw image folder
with VM's in it in oVirt again!

Cheers,

Matt

2017-11-25 2:13 GMT+01:00 Matt . :
> Hi Guys,
>
> I had a host with a local storage domain which was mounted using NFS
> and I was not able to deactivate and detach it from the Datacenter so
> I moved the folder like with content like:
>
> 728a7458-e1f9-4a67-8226-668cf3cc546e
> __DIRECT_IO_TEST__
>
> to a seperate folder and destroyed the old storage domain.
>
> Now I want to import the storage domain again which does not work,
> userrights are ok but I get the message:
>
> There is no storage domain under the specified path. Check event pane
> for more details
>
> I also tried to create a new storage domain and put all my images in
> the images folder but also not working and I don't see my disks or
> Vm's in oVirt.
>
> I have doen such thing in the past and mostly it saved me but now I'm
> not lucky there.
>
> What is the best way to move my images back into oVirt or a new Storage 
> domain ?
>
> Maybe someone has an idea here.
>
> Thanks!
>
> Matt
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Cannot import copied Storage Domain

[Matt .]

Hi Guys,

I had a host with a local storage domain which was mounted using NFS
and I was not able to deactivate and detach it from the Datacenter so
I moved the folder like with content like:

728a7458-e1f9-4a67-8226-668cf3cc546e
__DIRECT_IO_TEST__

to a seperate folder and destroyed the old storage domain.

Now I want to import the storage domain again which does not work,
userrights are ok but I get the message:

There is no storage domain under the specified path. Check event pane
for more details

I also tried to create a new storage domain and put all my images in
the images folder but also not working and I don't see my disks or
Vm's in oVirt.

I have doen such thing in the past and mostly it saved me but now I'm
not lucky there.

What is the best way to move my images back into oVirt or a new Storage domain ?

Maybe someone has an idea here.

Thanks!

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

Re: [ovirt-users] Hosts flapping between non-responive and active

[Matt .]

The only thing I can find so far that might be related is this:

2017-11-24 15:25:07,046+01 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
(org.ovirt.thread.pool-6-thread-9) [] Executing with domain map:
{02ad86f9-1da3-44ad-be2f-cbd85376e35a=active}
2017-11-24 15:25:07,060+01 WARN
[org.ovirt.vdsm.jsonrpc.client.utils.retry.Retryable] (SSL Stomp
Reactor) [] Retry failed
2017-11-24 15:25:07,060+01 ERROR
[org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient]
(DefaultQuartzScheduler4) [14a68b50] Exception during connection

2017-11-24 14:55 GMT+01:00 Matt . :
> Hi guys,
>
> I have a problem with hosts tha are flapping between NON-responsive
> and Active. The network is performing well, the VM's are running fine
> when it happens all the time.
>
> I also move a host to a Local Storage DC only without any NFS share
> attached and even there it happens.
>
> In the logs, vdsm.log on the hosts and the engine.log on the engine
> does not show anything wrong what refers to this behaviour.
>
> Where can I look for more information ?
>
> My hosts are on the latest 4.1 VDSM versions:
> Engine: oVirt Engine Version: 4.1.7.6-1.el7.centos
>
> Cheers,
>
> Matt
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Hosts flapping between non-responive and active

[Matt .]

Hi guys,

I have a problem with hosts tha are flapping between NON-responsive
and Active. The network is performing well, the VM's are running fine
when it happens all the time.

I also move a host to a Local Storage DC only without any NFS share
attached and even there it happens.

In the logs, vdsm.log on the hosts and the engine.log on the engine
does not show anything wrong what refers to this behaviour.

Where can I look for more information ?

My hosts are on the latest 4.1 VDSM versions:
Engine: oVirt Engine Version: 4.1.7.6-1.el7.centos

Cheers,

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

[ovirt-users] Shared vs Local Storage for Datacenters

[Matt .]

Hi Guys,

I'm wondering at the moment what the actual difference is between
Shared and Local Storage Datacenters.

As far as I can see a Local DC supports NFS as well which makes it a
more flexible DC in storage if you ask me, so why do both still exist
?

Is it possible in a decent way to change a running Shared Storage DC
to a Local one and Keep the NFS shares and add some local mounts for
specific hosts ?

I hope someone can clearify!

Cheers,

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

Re: [ovirt-users] Bring back "Migrate to other Cluster" feature in GUI

[Matt .]

Hi Micheal,

Thanks for your reply.

I know it was there because of the migration between EL6 and EL7 but
you can simply "park" VM's on different clusters which can be very
handy when you need to move clusters, etc or really migrate cluster.

I never had issues with differences between clusters, the GUI warned
me always for it when I by accident selected the wrong cluster. As
that is a human mistake I think you cannot blame such great feature
for admins that don't have their administration in right shape and
rely on everything what's in "their portal".

Maybe we need to start a wide vote to see who thinks it's usable ?

Cheers,

Matt

2017-08-25 13:29 GMT+02:00 Michal Skrivanek :
>
>> On 25 Aug 2017, at 13:20, Matt .  wrote:
>>
>> Hi Guys,
>>
>> As known the feature to Migrate to another cluster is moved from the
>> GUI but available in the API.
>>
>> Is there a possibility to bring it back in the GUI or make it an
>> option we can enable ? When provisioning servers it's nice to migrate
>> to another cluster when you per accident provisioned to the wrong
>> cluster.
>>
>> As this was a real feature, why remove improvements ?
>
> Hi Matt,
> unfortunately it was a very frequent cause of mistakes which lead us to the 
> decision to hide it more. Such change for running VM cannot be supported 
> reliably unless you manually make sure that all the settings match exactly on 
> both clusters. These checks are feasible when the VM is Down, which is still 
> allowed.
> The problems originating from incorrect usage are simply not worth it as they 
> are difficult to diagnose, and sometimes quite obscure. This feature was 
> really only meant for EL 6 to EL 7 transition - which is over for 3 releases 
> now - as a workaround to then-non-existant InClusterMigration policy
>
> We will still keep it in API, though I’d discourage you from using it. If you 
> need to correct the provisioned cluster you better do it the supported way of 
> Edit VM and power cycling the guest, that’s the only way we can effectively 
> test it and guarantee the functionality.
>
> Thanks,
> michal
>>
>> I think many of us will appreciate to have it back.
>>
>> Thanks!
>>
>> Matt
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Bring back "Migrate to other Cluster" feature in GUI

[Matt .]

Hi Guys,

As known the feature to Migrate to another cluster is moved from the
GUI but available in the API.

Is there a possibility to bring it back in the GUI or make it an
option we can enable ? When provisioning servers it's nice to migrate
to another cluster when you per accident provisioned to the wrong
cluster.

As this was a real feature, why remove improvements ?

I think many of us will appreciate to have it back.

Thanks!

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

Re: [ovirt-users] Change HostedEngine Storage

[Matt .]

Hi Guys,

Got his sorted out again. Just need to checkout what we can change
about the ca_subject, CN that was previously used when setting it up.

If anyone has info there would be nice.

Cheers,

Matt

2017-06-24 0:05 GMT+02:00 Matt . :
> Hi guys,
>
>
> When you want to move your hosted_engine storage you can copy stuff
> over but you still need to change the image which contains all config
> files.
>
> Is there some documentation about how to do so ?
>
> Thanks,
>
> Matt
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Change HostedEngine Storage

[Matt .]

Hi guys,


When you want to move your hosted_engine storage you can copy stuff
over but you still need to change the image which contains all config
files.

Is there some documentation about how to do so ?

Thanks,

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

[ovirt-users] Change Hosted Engine Storage Connection

[Matt .]

Hi All,


What was the best way to change the storage connection for a hosted
engine ? I moved the Engine at the moment to a new storage path and I
thought I needed to extract the config package, change it and
repackage it again.

I thought this was not in the docs.


Thanks!

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

[ovirt-users] Hosted Engine stopped on Good Agent -> 4.1.1

[Matt .]

Hi Guys,


I have moved my environment from datacenter to datacenter and it seems
that my agents are doing "strange" after it.

The engine starts but stops after being initialized and the agent.log
doesn't show any errors. This happens on 4.1.1

One of the hosts which is a HE host has been upgraded to 4.1.2 to see
what happens there and when I want to start the hosted engine there I
get:

# hosted-engine --vm-start
Unable to read vm.conf, please check ovirt-ha-agent logs


The HE storage is mounted well on the 4.1.1 host which doesn't mount
the other NFS storages, but the 4.1.2 host has all storages (NFS)
mounted which is kinda strange if you ask me.

Where should I start as this cluster has been moved earlier without any issue.


Thanks,

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

[ovirt-users] PXELinux BIOS reboot loop on Ubuntu 16.04

[Matt .]

When I have build a successfull host using Foreman it gets the PXE
Menu showed in the attachment.

This menu with the first option selected gets into a reboot loop:

Chanload into bootloader on the first disk




When I manually switch to:

Chanload into bootloader on the first disk - alternative


the host boots as normal.

Why does this happens just at once on Debian/Ubuntu and not on Fedora/CentOS ?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] MAC Address is already in use; several of times before Nic/MAC is acceppetd

[Matt .]

Hi Guys,

Since the upgrade to 4.1 I have the issue that every nic I add I get a
several of times:

MAC Address xx:xx:xx:xx:xx is already in use.

I have added an extra pool and this issue still exists.

Anyone a clue why this happens ?

Thanks,

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

[ovirt-users] 4.1.1 Storage overview not in DC>Strorage only in dropdown and System>Storage

[Matt .]

Hi Guys,

I have upgraded from 4.0.6 to 4.1.1 and I see now that my storage is
now shown in the overview tab when you do Datacenter>Storage, but they
are shown under the Storage Tab of the domain.

System>Storage shows them as well, also the dropdown in "Add Disk" shows them.

What went wrong ?

Thanks.

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

[ovirt-users] Lost our HostedEngineVM

[Matt Emma]

We're in a bit of a panic mode, so excuse any shortness.

We had a storage failure. We rebooted a VMHost that had the hostedengine VM - 
The HostedENgine did not try to move to the other hosts. We've since restored 
storage and we are able to successfully restart the paused VMs. We know the 
HostedEngine's VM ID is there a way we can force load it from the mounted 
storage?

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

Re: [ovirt-users] Change Vlan ID's which are connected to the Host/VM's

[Matt .]

Hi Alona,

I must say, I removed the network from the host but the VM's still
have it on their nics and that is the issue and stop me from changing
the networkname. In my opinion nothing affects changing the name when
it's only on the VM and the VM is down.

I hope we can work something out on that part, the hosts is not the
issue, I can manage that with removing the networklabel from the
network so it get's removed from the host.

Cheers,

Matt



2017-02-19 15:28 GMT+01:00 Matt . :
> Hi,
>
> Yes I saw it's not ideal to do this using the DB.
>
> It would be nice if it's possible to change it if the using VM's are down.
>
> Cheers,
>
> Matt
>
> 2017-02-19 14:10 GMT+01:00 Alona Kaplan :
>> Hi Matt,
>>
>> It won't work.
>> The name is the key for the sync operation. So it cannot be out of sync.
>>
>> If you change the name via the db (which is highly not recommended!), the
>> network will be considered as a new one.
>> You will end up (after refreshing the capabilities) with unmanaged network
>> in the hosts (the network with the old name) and new network in the
>> dc/cluster that is not attached to any host.
>>
>>
>> Alona.
>>
>> On Sun, Feb 19, 2017 at 12:28 PM, Matt .  wrote:
>>>
>>> Hi Micheal,
>>>
>>> OK, thanks for this, but what if I change them in the Database and
>>> resync ? As ovirtmgmt is seperate it should be able to control the
>>> hosts.
>>>
>>> I'm curious about that as I think that should work.
>>>
>>> Thanks,
>>>
>>> Matt
>>>
>>> 2017-02-19 10:30 GMT+01:00 Michael Burman :
>>> > Hi again
>>> >
>>> > This can't be changed.
>>> > When the network attached to host, it is used by vdsm and has a
>>> > vdsm-'network-name' which in use.
>>> > When it used by a VM, virsh using this name, so you can't change it,
>>> > unless
>>> > removing and detaching the network from VM and host.
>>> >
>>> > Best regards,
>>> >
>>> > On Fri, Feb 17, 2017 at 12:17 PM, Matt .  wrote:
>>> >>
>>> >> OK, I just found out that it's not possible to change the network name
>>> >> when the network is attached to VM's as well. I wonder why that is
>>> >> because for VM's it's only DB stuff being done.
>>> >>
>>> >> Can't this be changed ?
>>> >>
>>> >> Thanks,
>>> >>
>>> >> Matt
>>> >>
>>> >> 2017-02-16 13:58 GMT+01:00 Matt . :
>>> >> > Hi,
>>> >> >
>>> >> > OK good to know. Why would it not be possible to change the name as
>>> >> > well ? I think it's not that difficult in the same command ?
>>> >> >
>>> >> > Cheers,
>>> >> >
>>> >> > Matt
>>> >> >
>>> >> > 2017-02-16 13:54 GMT+01:00 Michael Burman :
>>> >> >> Hi Matt
>>> >> >>
>>> >> >> Are you trying to change the network's name? if this is the case,
>>> >> >> then
>>> >> >> it
>>> >> >> doesn't allowed while network is attached to host/s.
>>> >> >>
>>> >> >> Yes, it is a bug in the error message when trying to rename network
>>> >> >> while it
>>> >> >> is attached to multiple hosts. I will report a bug for this issue.
>>> >> >>
>>> >> >> Thanks!
>>> >> >>
>>> >> >> On Thu, Feb 16, 2017 at 2:41 PM, Matt . 
>>> >> >> wrote:
>>> >> >>>
>>> >> >>> Hi Micheal,
>>> >> >>>
>>> >> >>> I trying pro process the change the issue is that I still get the
>>> >> >>> message (with some variable bug in it) that some hosts have the
>>> >> >>> logical network in usage. Is this Only on the name of the network ?
>>> >> >>>
>>> >> >>> I'm on Ovirt 4.0.6
>>> >> >>>
>>> >> >>> Error while executing action: Cannot edit Network. This logical
>>> >> >>> network is used by hosts:
>>> >> >>> (${ACTION_TYPE_FAILED_NETWORK_IN_ONE_USE_LIST_COUNTER}):
>>> 

Re: [ovirt-users] Change Vlan ID's which are connected to the Host/VM's

[Matt .]

Hi,

Yes I saw it's not ideal to do this using the DB.

It would be nice if it's possible to change it if the using VM's are down.

Cheers,

Matt

2017-02-19 14:10 GMT+01:00 Alona Kaplan :
> Hi Matt,
>
> It won't work.
> The name is the key for the sync operation. So it cannot be out of sync.
>
> If you change the name via the db (which is highly not recommended!), the
> network will be considered as a new one.
> You will end up (after refreshing the capabilities) with unmanaged network
> in the hosts (the network with the old name) and new network in the
> dc/cluster that is not attached to any host.
>
>
> Alona.
>
> On Sun, Feb 19, 2017 at 12:28 PM, Matt .  wrote:
>>
>> Hi Micheal,
>>
>> OK, thanks for this, but what if I change them in the Database and
>> resync ? As ovirtmgmt is seperate it should be able to control the
>> hosts.
>>
>> I'm curious about that as I think that should work.
>>
>> Thanks,
>>
>> Matt
>>
>> 2017-02-19 10:30 GMT+01:00 Michael Burman :
>> > Hi again
>> >
>> > This can't be changed.
>> > When the network attached to host, it is used by vdsm and has a
>> > vdsm-'network-name' which in use.
>> > When it used by a VM, virsh using this name, so you can't change it,
>> > unless
>> > removing and detaching the network from VM and host.
>> >
>> > Best regards,
>> >
>> > On Fri, Feb 17, 2017 at 12:17 PM, Matt .  wrote:
>> >>
>> >> OK, I just found out that it's not possible to change the network name
>> >> when the network is attached to VM's as well. I wonder why that is
>> >> because for VM's it's only DB stuff being done.
>> >>
>> >> Can't this be changed ?
>> >>
>> >> Thanks,
>> >>
>> >> Matt
>> >>
>> >> 2017-02-16 13:58 GMT+01:00 Matt . :
>> >> > Hi,
>> >> >
>> >> > OK good to know. Why would it not be possible to change the name as
>> >> > well ? I think it's not that difficult in the same command ?
>> >> >
>> >> > Cheers,
>> >> >
>> >> > Matt
>> >> >
>> >> > 2017-02-16 13:54 GMT+01:00 Michael Burman :
>> >> >> Hi Matt
>> >> >>
>> >> >> Are you trying to change the network's name? if this is the case,
>> >> >> then
>> >> >> it
>> >> >> doesn't allowed while network is attached to host/s.
>> >> >>
>> >> >> Yes, it is a bug in the error message when trying to rename network
>> >> >> while it
>> >> >> is attached to multiple hosts. I will report a bug for this issue.
>> >> >>
>> >> >> Thanks!
>> >> >>
>> >> >> On Thu, Feb 16, 2017 at 2:41 PM, Matt . 
>> >> >> wrote:
>> >> >>>
>> >> >>> Hi Micheal,
>> >> >>>
>> >> >>> I trying pro process the change the issue is that I still get the
>> >> >>> message (with some variable bug in it) that some hosts have the
>> >> >>> logical network in usage. Is this Only on the name of the network ?
>> >> >>>
>> >> >>> I'm on Ovirt 4.0.6
>> >> >>>
>> >> >>> Error while executing action: Cannot edit Network. This logical
>> >> >>> network is used by hosts:
>> >> >>> (${ACTION_TYPE_FAILED_NETWORK_IN_ONE_USE_LIST_COUNTER}):
>> >> >>> ${ACTION_TYPE_FAILED_NETWORK_IN_ONE_USE_LIST}
>> >> >>> - Please detach hosts using this logical network and try again.
>> >> >>>
>> >> >>> Thanks,
>> >> >>>
>> >> >>> Matt
>> >> >>>
>> >> >>> 2017-02-15 9:46 GMT+01:00 Matt . :
>> >> >>> > HI Micheal,
>> >> >>> >
>> >> >>> > Thanks! it looks like it's what I need, checking out!
>> >> >>> >
>> >> >>> > Thank you very much!
>> >> >>> >
>> >> >>> > Matt
>> >> >>> >
>> >> >>> > 2017-02-15 7:12 GMT+01:00 Michael Burman :
>> >> >>> >> Check this feat

Re: [ovirt-users] Change Vlan ID's which are connected to the Host/VM's

[Matt .]

Hi Micheal,

OK, thanks for this, but what if I change them in the Database and
resync ? As ovirtmgmt is seperate it should be able to control the
hosts.

I'm curious about that as I think that should work.

Thanks,

Matt

2017-02-19 10:30 GMT+01:00 Michael Burman :
> Hi again
>
> This can't be changed.
> When the network attached to host, it is used by vdsm and has a
> vdsm-'network-name' which in use.
> When it used by a VM, virsh using this name, so you can't change it, unless
> removing and detaching the network from VM and host.
>
> Best regards,
>
> On Fri, Feb 17, 2017 at 12:17 PM, Matt .  wrote:
>>
>> OK, I just found out that it's not possible to change the network name
>> when the network is attached to VM's as well. I wonder why that is
>> because for VM's it's only DB stuff being done.
>>
>> Can't this be changed ?
>>
>> Thanks,
>>
>> Matt
>>
>> 2017-02-16 13:58 GMT+01:00 Matt . :
>> > Hi,
>> >
>> > OK good to know. Why would it not be possible to change the name as
>> > well ? I think it's not that difficult in the same command ?
>> >
>> > Cheers,
>> >
>> > Matt
>> >
>> > 2017-02-16 13:54 GMT+01:00 Michael Burman :
>> >> Hi Matt
>> >>
>> >> Are you trying to change the network's name? if this is the case, then
>> >> it
>> >> doesn't allowed while network is attached to host/s.
>> >>
>> >> Yes, it is a bug in the error message when trying to rename network
>> >> while it
>> >> is attached to multiple hosts. I will report a bug for this issue.
>> >>
>> >> Thanks!
>> >>
>> >> On Thu, Feb 16, 2017 at 2:41 PM, Matt .  wrote:
>> >>>
>> >>> Hi Micheal,
>> >>>
>> >>> I trying pro process the change the issue is that I still get the
>> >>> message (with some variable bug in it) that some hosts have the
>> >>> logical network in usage. Is this Only on the name of the network ?
>> >>>
>> >>> I'm on Ovirt 4.0.6
>> >>>
>> >>> Error while executing action: Cannot edit Network. This logical
>> >>> network is used by hosts:
>> >>> (${ACTION_TYPE_FAILED_NETWORK_IN_ONE_USE_LIST_COUNTER}):
>> >>> ${ACTION_TYPE_FAILED_NETWORK_IN_ONE_USE_LIST}
>> >>> - Please detach hosts using this logical network and try again.
>> >>>
>> >>> Thanks,
>> >>>
>> >>> Matt
>> >>>
>> >>> 2017-02-15 9:46 GMT+01:00 Matt . :
>> >>> > HI Micheal,
>> >>> >
>> >>> > Thanks! it looks like it's what I need, checking out!
>> >>> >
>> >>> > Thank you very much!
>> >>> >
>> >>> > Matt
>> >>> >
>> >>> > 2017-02-15 7:12 GMT+01:00 Michael Burman :
>> >>> >> Check this feature page as well)
>> >>> >>
>> >>> >>
>> >>> >>
>> >>> >> http://www.ovirt.org/develop/release-management/features/network/multihostnetworkconfiguration/
>> >>> >>
>> >>> >>
>> >>> >>
>> >>> >> On Wed, Feb 15, 2017 at 8:06 AM, Michael Burman
>> >>> >> 
>> >>> >> wrote:
>> >>> >>>
>> >>> >>> Hello Matt
>> >>> >>>
>> >>> >>> Yes, there is a way, it can be done as part of our MultiHost
>> >>> >>> Network
>> >>> >>> feature(since 3.4).
>> >>> >>> If you have the same logical network attached to multiple hosts in
>> >>> >>> your
>> >>> >>> DC, you can update their vlan IDs via the 'Networks' main tab and
>> >>> >>> this
>> >>> >>> will
>> >>> >>> send a setup networks command through all of your hosts in the DC
>> >>> >>> and
>> >>> >>> update
>> >>> >>> the logical network with the new vlan ID.
>> >>> >>> - Note that this can be done when the VMs are running on the
>> >>> >>> host/s as
>> >>> >>> well.
>> >>> >>>
>> >>> >>> Good luck)
>> >>> >>>
>> >>> >>> On Tue, Feb 14, 2017 at 11:51 PM, Matt . 
>> >>> >>> wrote:
>> >>> >>>>
>> >>> >>>> Hi Guys,
>> >>> >>>>
>> >>> >>>> Is there a way to change Vlan ID's which are connected to the
>> >>> >>>> Hosts
>> >>> >>>> when the VM's on it are down ?
>> >>> >>>>
>> >>> >>>> As i need to change a lot of them it would be create if the
>> >>> >>>> engine
>> >>> >>>> can
>> >>> >>>> perform some process which allows me to hammer my hosts with the
>> >>> >>>> new
>> >>> >>>> vlan ID's for their bridges.
>> >>> >>>>
>> >>> >>>> I hope someone has an idea.
>> >>> >>>>
>> >>> >>>> Thanks!
>> >>> >>>>
>> >>> >>>> Matt
>> >>> >>>> ___
>> >>> >>>> Users mailing list
>> >>> >>>> Users@ovirt.org
>> >>> >>>> http://lists.ovirt.org/mailman/listinfo/users
>> >>> >>>
>> >>> >>>
>> >>> >>>
>> >>> >>>
>> >>> >>> --
>> >>> >>> Michael Burman
>> >>> >>> RedHat Israel, RHV-M Network QE
>> >>> >>>
>> >>> >>> Mobile: 054-5355725
>> >>> >>> IRC: mburman
>> >>> >>
>> >>> >>
>> >>> >>
>> >>> >>
>> >>> >> --
>> >>> >> Michael Burman
>> >>> >> RedHat Israel, RHV-M Network QE
>> >>> >>
>> >>> >> Mobile: 054-5355725
>> >>> >> IRC: mburman
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> Michael Burman
>> >> RedHat Israel, RHV-M Network QE
>> >>
>> >> Mobile: 054-5355725
>> >> IRC: mburman
>
>
>
>
> --
> Michael Burman
> RedHat Israel, RHV-M Network QE
>
> Mobile: 054-5355725
> IRC: mburman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Change Vlan ID's which are connected to the Host/VM's

[Matt .]

OK, I just found out that it's not possible to change the network name
when the network is attached to VM's as well. I wonder why that is
because for VM's it's only DB stuff being done.

Can't this be changed ?

Thanks,

Matt

2017-02-16 13:58 GMT+01:00 Matt . :
> Hi,
>
> OK good to know. Why would it not be possible to change the name as
> well ? I think it's not that difficult in the same command ?
>
> Cheers,
>
> Matt
>
> 2017-02-16 13:54 GMT+01:00 Michael Burman :
>> Hi Matt
>>
>> Are you trying to change the network's name? if this is the case, then it
>> doesn't allowed while network is attached to host/s.
>>
>> Yes, it is a bug in the error message when trying to rename network while it
>> is attached to multiple hosts. I will report a bug for this issue.
>>
>> Thanks!
>>
>> On Thu, Feb 16, 2017 at 2:41 PM, Matt .  wrote:
>>>
>>> Hi Micheal,
>>>
>>> I trying pro process the change the issue is that I still get the
>>> message (with some variable bug in it) that some hosts have the
>>> logical network in usage. Is this Only on the name of the network ?
>>>
>>> I'm on Ovirt 4.0.6
>>>
>>> Error while executing action: Cannot edit Network. This logical
>>> network is used by hosts:
>>> (${ACTION_TYPE_FAILED_NETWORK_IN_ONE_USE_LIST_COUNTER}):
>>> ${ACTION_TYPE_FAILED_NETWORK_IN_ONE_USE_LIST}
>>> - Please detach hosts using this logical network and try again.
>>>
>>> Thanks,
>>>
>>> Matt
>>>
>>> 2017-02-15 9:46 GMT+01:00 Matt . :
>>> > HI Micheal,
>>> >
>>> > Thanks! it looks like it's what I need, checking out!
>>> >
>>> > Thank you very much!
>>> >
>>> > Matt
>>> >
>>> > 2017-02-15 7:12 GMT+01:00 Michael Burman :
>>> >> Check this feature page as well)
>>> >>
>>> >>
>>> >> http://www.ovirt.org/develop/release-management/features/network/multihostnetworkconfiguration/
>>> >>
>>> >>
>>> >>
>>> >> On Wed, Feb 15, 2017 at 8:06 AM, Michael Burman 
>>> >> wrote:
>>> >>>
>>> >>> Hello Matt
>>> >>>
>>> >>> Yes, there is a way, it can be done as part of our MultiHost Network
>>> >>> feature(since 3.4).
>>> >>> If you have the same logical network attached to multiple hosts in
>>> >>> your
>>> >>> DC, you can update their vlan IDs via the 'Networks' main tab and this
>>> >>> will
>>> >>> send a setup networks command through all of your hosts in the DC and
>>> >>> update
>>> >>> the logical network with the new vlan ID.
>>> >>> - Note that this can be done when the VMs are running on the host/s as
>>> >>> well.
>>> >>>
>>> >>> Good luck)
>>> >>>
>>> >>> On Tue, Feb 14, 2017 at 11:51 PM, Matt . 
>>> >>> wrote:
>>> >>>>
>>> >>>> Hi Guys,
>>> >>>>
>>> >>>> Is there a way to change Vlan ID's which are connected to the Hosts
>>> >>>> when the VM's on it are down ?
>>> >>>>
>>> >>>> As i need to change a lot of them it would be create if the engine
>>> >>>> can
>>> >>>> perform some process which allows me to hammer my hosts with the new
>>> >>>> vlan ID's for their bridges.
>>> >>>>
>>> >>>> I hope someone has an idea.
>>> >>>>
>>> >>>> Thanks!
>>> >>>>
>>> >>>> Matt
>>> >>>> ___
>>> >>>> Users mailing list
>>> >>>> Users@ovirt.org
>>> >>>> http://lists.ovirt.org/mailman/listinfo/users
>>> >>>
>>> >>>
>>> >>>
>>> >>>
>>> >>> --
>>> >>> Michael Burman
>>> >>> RedHat Israel, RHV-M Network QE
>>> >>>
>>> >>> Mobile: 054-5355725
>>> >>> IRC: mburman
>>> >>
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> Michael Burman
>>> >> RedHat Israel, RHV-M Network QE
>>> >>
>>> >> Mobile: 054-5355725
>>> >> IRC: mburman
>>
>>
>>
>>
>> --
>> Michael Burman
>> RedHat Israel, RHV-M Network QE
>>
>> Mobile: 054-5355725
>> IRC: mburman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Change Vlan ID's which are connected to the Host/VM's

[Matt .]

Hi,

OK good to know. Why would it not be possible to change the name as
well ? I think it's not that difficult in the same command ?

Cheers,

Matt

2017-02-16 13:54 GMT+01:00 Michael Burman :
> Hi Matt
>
> Are you trying to change the network's name? if this is the case, then it
> doesn't allowed while network is attached to host/s.
>
> Yes, it is a bug in the error message when trying to rename network while it
> is attached to multiple hosts. I will report a bug for this issue.
>
> Thanks!
>
> On Thu, Feb 16, 2017 at 2:41 PM, Matt .  wrote:
>>
>> Hi Micheal,
>>
>> I trying pro process the change the issue is that I still get the
>> message (with some variable bug in it) that some hosts have the
>> logical network in usage. Is this Only on the name of the network ?
>>
>> I'm on Ovirt 4.0.6
>>
>> Error while executing action: Cannot edit Network. This logical
>> network is used by hosts:
>> (${ACTION_TYPE_FAILED_NETWORK_IN_ONE_USE_LIST_COUNTER}):
>> ${ACTION_TYPE_FAILED_NETWORK_IN_ONE_USE_LIST}
>> - Please detach hosts using this logical network and try again.
>>
>> Thanks,
>>
>> Matt
>>
>> 2017-02-15 9:46 GMT+01:00 Matt . :
>> > HI Micheal,
>> >
>> > Thanks! it looks like it's what I need, checking out!
>> >
>> > Thank you very much!
>> >
>> > Matt
>> >
>> > 2017-02-15 7:12 GMT+01:00 Michael Burman :
>> >> Check this feature page as well)
>> >>
>> >>
>> >> http://www.ovirt.org/develop/release-management/features/network/multihostnetworkconfiguration/
>> >>
>> >>
>> >>
>> >> On Wed, Feb 15, 2017 at 8:06 AM, Michael Burman 
>> >> wrote:
>> >>>
>> >>> Hello Matt
>> >>>
>> >>> Yes, there is a way, it can be done as part of our MultiHost Network
>> >>> feature(since 3.4).
>> >>> If you have the same logical network attached to multiple hosts in
>> >>> your
>> >>> DC, you can update their vlan IDs via the 'Networks' main tab and this
>> >>> will
>> >>> send a setup networks command through all of your hosts in the DC and
>> >>> update
>> >>> the logical network with the new vlan ID.
>> >>> - Note that this can be done when the VMs are running on the host/s as
>> >>> well.
>> >>>
>> >>> Good luck)
>> >>>
>> >>> On Tue, Feb 14, 2017 at 11:51 PM, Matt . 
>> >>> wrote:
>> >>>>
>> >>>> Hi Guys,
>> >>>>
>> >>>> Is there a way to change Vlan ID's which are connected to the Hosts
>> >>>> when the VM's on it are down ?
>> >>>>
>> >>>> As i need to change a lot of them it would be create if the engine
>> >>>> can
>> >>>> perform some process which allows me to hammer my hosts with the new
>> >>>> vlan ID's for their bridges.
>> >>>>
>> >>>> I hope someone has an idea.
>> >>>>
>> >>>> Thanks!
>> >>>>
>> >>>> Matt
>> >>>> ___
>> >>>> Users mailing list
>> >>>> Users@ovirt.org
>> >>>> http://lists.ovirt.org/mailman/listinfo/users
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> Michael Burman
>> >>> RedHat Israel, RHV-M Network QE
>> >>>
>> >>> Mobile: 054-5355725
>> >>> IRC: mburman
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> Michael Burman
>> >> RedHat Israel, RHV-M Network QE
>> >>
>> >> Mobile: 054-5355725
>> >> IRC: mburman
>
>
>
>
> --
> Michael Burman
> RedHat Israel, RHV-M Network QE
>
> Mobile: 054-5355725
> IRC: mburman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Change Vlan ID's which are connected to the Host/VM's

[Matt .]

Hi Micheal,

I trying pro process the change the issue is that I still get the
message (with some variable bug in it) that some hosts have the
logical network in usage. Is this Only on the name of the network ?

I'm on Ovirt 4.0.6

Error while executing action: Cannot edit Network. This logical
network is used by hosts:
(${ACTION_TYPE_FAILED_NETWORK_IN_ONE_USE_LIST_COUNTER}):
${ACTION_TYPE_FAILED_NETWORK_IN_ONE_USE_LIST}
- Please detach hosts using this logical network and try again.

Thanks,

Matt

2017-02-15 9:46 GMT+01:00 Matt . :
> HI Micheal,
>
> Thanks! it looks like it's what I need, checking out!
>
> Thank you very much!
>
> Matt
>
> 2017-02-15 7:12 GMT+01:00 Michael Burman :
>> Check this feature page as well)
>>
>> http://www.ovirt.org/develop/release-management/features/network/multihostnetworkconfiguration/
>>
>>
>>
>> On Wed, Feb 15, 2017 at 8:06 AM, Michael Burman  wrote:
>>>
>>> Hello Matt
>>>
>>> Yes, there is a way, it can be done as part of our MultiHost Network
>>> feature(since 3.4).
>>> If you have the same logical network attached to multiple hosts in your
>>> DC, you can update their vlan IDs via the 'Networks' main tab and this will
>>> send a setup networks command through all of your hosts in the DC and update
>>> the logical network with the new vlan ID.
>>> - Note that this can be done when the VMs are running on the host/s as
>>> well.
>>>
>>> Good luck)
>>>
>>> On Tue, Feb 14, 2017 at 11:51 PM, Matt .  wrote:
>>>>
>>>> Hi Guys,
>>>>
>>>> Is there a way to change Vlan ID's which are connected to the Hosts
>>>> when the VM's on it are down ?
>>>>
>>>> As i need to change a lot of them it would be create if the engine can
>>>> perform some process which allows me to hammer my hosts with the new
>>>> vlan ID's for their bridges.
>>>>
>>>> I hope someone has an idea.
>>>>
>>>> Thanks!
>>>>
>>>> Matt
>>>> ___
>>>> Users mailing list
>>>> Users@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>>
>>>
>>> --
>>> Michael Burman
>>> RedHat Israel, RHV-M Network QE
>>>
>>> Mobile: 054-5355725
>>> IRC: mburman
>>
>>
>>
>>
>> --
>> Michael Burman
>> RedHat Israel, RHV-M Network QE
>>
>> Mobile: 054-5355725
>> IRC: mburman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Change Vlan ID's which are connected to the Host/VM's

[Matt .]

HI Micheal,

Thanks! it looks like it's what I need, checking out!

Thank you very much!

Matt

2017-02-15 7:12 GMT+01:00 Michael Burman :
> Check this feature page as well)
>
> http://www.ovirt.org/develop/release-management/features/network/multihostnetworkconfiguration/
>
>
>
> On Wed, Feb 15, 2017 at 8:06 AM, Michael Burman  wrote:
>>
>> Hello Matt
>>
>> Yes, there is a way, it can be done as part of our MultiHost Network
>> feature(since 3.4).
>> If you have the same logical network attached to multiple hosts in your
>> DC, you can update their vlan IDs via the 'Networks' main tab and this will
>> send a setup networks command through all of your hosts in the DC and update
>> the logical network with the new vlan ID.
>> - Note that this can be done when the VMs are running on the host/s as
>> well.
>>
>> Good luck)
>>
>> On Tue, Feb 14, 2017 at 11:51 PM, Matt .  wrote:
>>>
>>> Hi Guys,
>>>
>>> Is there a way to change Vlan ID's which are connected to the Hosts
>>> when the VM's on it are down ?
>>>
>>> As i need to change a lot of them it would be create if the engine can
>>> perform some process which allows me to hammer my hosts with the new
>>> vlan ID's for their bridges.
>>>
>>> I hope someone has an idea.
>>>
>>> Thanks!
>>>
>>> Matt
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>>
>> --
>> Michael Burman
>> RedHat Israel, RHV-M Network QE
>>
>> Mobile: 054-5355725
>> IRC: mburman
>
>
>
>
> --
> Michael Burman
> RedHat Israel, RHV-M Network QE
>
> Mobile: 054-5355725
> IRC: mburman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Change Vlan ID's which are connected to the Host/VM's

[Matt .]

Hi Guys,

Is there a way to change Vlan ID's which are connected to the Hosts
when the VM's on it are down ?

As i need to change a lot of them it would be create if the engine can
perform some process which allows me to hammer my hosts with the new
vlan ID's for their bridges.

I hope someone has an idea.

Thanks!

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

Re: [ovirt-users] AAA Auth FreeIPA does not show users

[Matt .]

Hi Ondra,

I would add something like "Enter search user DN (uid=user,cn=... OR
empty for anonymous):"

The reason why is that I have seen other software erroring on the
whole DN as it putted the rest behind it and as you say you use IPA,
it looksup your base it's pretty understandable that you think, OK the
base or whatever will be added as when you select IPA there is know
that ovirt knows the scheme what is used.

Cheers,

Matt

2017-01-31 17:51 GMT+01:00 Ondra Machacek :
> There is prompt:
>
>  "Enter search user DN (empty for anonymous):"
>
> Which says you should input 'DN'. Any ideas how we can improve,
> that prompt so users are not confused?
>
> Thanks.
>
> On Tue, Jan 31, 2017 at 5:32 PM, Matt .  wrote:
>> OK solved. You cannot use anonymous in the full way. Also you need the
>> full DN for the search user.
>>
>> Thanks for the heads up!
>>
>> Matt
>>
>> 2017-01-31 13:03 GMT+01:00 Ondra Machacek :
>>> Hi,
>>>
>>> I've just tried with:
>>>
>>>  # ipa --version
>>> VERSION: 4.4.0, API_VERSION: 2.213
>>>
>>> And all worked good. Can you please share the logs,
>>> which Martin asked for, so we can investigate?
>>>
>>> Thanks,
>>> Ondra
>>>
>>> On Tue, Jan 31, 2017 at 12:50 PM, Matt .  wrote:
>>>> Hi,
>>>>
>>>> True. Are you able to check if it still is good for IPA 4.4 usage, it
>>>> could be still IPA 3.x maybe or between 4.2 and 4.4 has been changed
>>>> something ? Would be great!
>>>>
>>>> Thanks,
>>>>
>>>> Matt
>>>>
>>>> 2017-01-31 11:30 GMT+01:00 Martin Perina :
>>>>>
>>>>>
>>>>> On Tue, Jan 31, 2017 at 11:17 AM, Matt .  wrote:
>>>>>>
>>>>>> Hi Martin,
>>>>>>
>>>>>> Thanks for the explanation. But what happens on those tests during the
>>>>>> setup the same happens as showed in oVirt.
>>>>>
>>>>>
>>>>> Exactly, you can execute those tests even before publishing new profile to
>>>>> engine and if something doesn't work you can fix even before users notice
>>>>> that something is wrong.
>>>>>
>>>>> Also please bear in mind that there are variety of small differences in
>>>>> schema across different setups even for the same LDAP server. So setup 
>>>>> tool
>>>>> uses only basic configurations, if you need something more complicated you
>>>>> need to edit configuration manually.
>>>>>
>>>>> Thanks
>>>>>
>>>>> Martin Perina
>>>>>
>>>>>>
>>>>>>
>>>>>> Default IPA should just work I guess.
>>>>>>
>>>>>> I will test your command and report back.
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Matt
>>>>>>
>>>>>> 2017-01-31 10:24 GMT+01:00 Martin Perina :
>>>>>> > Hi,
>>>>>> >
>>>>>> > it seem that your schema doesn't match the defaults or you home some
>>>>>> > configuration issue. Could you please execute following and send us the
>>>>>> > output for your IPA setup?
>>>>>> >
>>>>>> >   ovirt-engine-extensions-tool --log-level=FINE aaa
>>>>>> > authz-fetch_principal_record --authz-flag=resolve-groups-recursive
>>>>>> > --authz-flag=resolve-groups --extension-name=
>>>>>> > --principal-name=
>>>>>> >
>>>>>> > The above will search for a user by  and tries to fetch all
>>>>>> > groups
>>>>>> > he is member of.
>>>>>> >
>>>>>> > Btw you can test both "search users/groups" and "login a user" during
>>>>>> > aaa-ldap-setup tool (and it's recommended to do so) and the output from
>>>>>> > those commands should provide you the same details.
>>>>>> >
>>>>>> > Thanks
>>>>>> >
>>>>>> > Martin Perina
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> > On Mon, Jan 30, 2017 at 9:27 PM, Matt .  wrote:
>>>>>> >>
>>>>>> >> Hi,
>>>>>> >>
>>>>>> >> When I do a ovirt-engine-extension-aaa-ldap-setup and chose IPA the
>>>>>> >> groups are shown but the users are not.
>>>>>> >>
>>>>>> >> When I chose 389ds, the users are shown but not the groups.
>>>>>> >>
>>>>>> >> Is something wrong with the FreeIPA implementation ? I'm on latest IPA
>>>>>> >> 4.4 version from Fedora
>>>>>> >>
>>>>>> >> Cheers,
>>>>>> >>
>>>>>> >> Matt
>>>>>> >> ___
>>>>>> >> Users mailing list
>>>>>> >> Users@ovirt.org
>>>>>> >> http://lists.ovirt.org/mailman/listinfo/users
>>>>>> >
>>>>>> >
>>>>>
>>>>>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] AAA Auth FreeIPA does not show users

[Matt .]

OK solved. You cannot use anonymous in the full way. Also you need the
full DN for the search user.

Thanks for the heads up!

Matt

2017-01-31 13:03 GMT+01:00 Ondra Machacek :
> Hi,
>
> I've just tried with:
>
>  # ipa --version
> VERSION: 4.4.0, API_VERSION: 2.213
>
> And all worked good. Can you please share the logs,
> which Martin asked for, so we can investigate?
>
> Thanks,
> Ondra
>
> On Tue, Jan 31, 2017 at 12:50 PM, Matt .  wrote:
>> Hi,
>>
>> True. Are you able to check if it still is good for IPA 4.4 usage, it
>> could be still IPA 3.x maybe or between 4.2 and 4.4 has been changed
>> something ? Would be great!
>>
>> Thanks,
>>
>> Matt
>>
>> 2017-01-31 11:30 GMT+01:00 Martin Perina :
>>>
>>>
>>> On Tue, Jan 31, 2017 at 11:17 AM, Matt .  wrote:
>>>>
>>>> Hi Martin,
>>>>
>>>> Thanks for the explanation. But what happens on those tests during the
>>>> setup the same happens as showed in oVirt.
>>>
>>>
>>> Exactly, you can execute those tests even before publishing new profile to
>>> engine and if something doesn't work you can fix even before users notice
>>> that something is wrong.
>>>
>>> Also please bear in mind that there are variety of small differences in
>>> schema across different setups even for the same LDAP server. So setup tool
>>> uses only basic configurations, if you need something more complicated you
>>> need to edit configuration manually.
>>>
>>> Thanks
>>>
>>> Martin Perina
>>>
>>>>
>>>>
>>>> Default IPA should just work I guess.
>>>>
>>>> I will test your command and report back.
>>>>
>>>> Cheers,
>>>>
>>>> Matt
>>>>
>>>> 2017-01-31 10:24 GMT+01:00 Martin Perina :
>>>> > Hi,
>>>> >
>>>> > it seem that your schema doesn't match the defaults or you home some
>>>> > configuration issue. Could you please execute following and send us the
>>>> > output for your IPA setup?
>>>> >
>>>> >   ovirt-engine-extensions-tool --log-level=FINE aaa
>>>> > authz-fetch_principal_record --authz-flag=resolve-groups-recursive
>>>> > --authz-flag=resolve-groups --extension-name=
>>>> > --principal-name=
>>>> >
>>>> > The above will search for a user by  and tries to fetch all
>>>> > groups
>>>> > he is member of.
>>>> >
>>>> > Btw you can test both "search users/groups" and "login a user" during
>>>> > aaa-ldap-setup tool (and it's recommended to do so) and the output from
>>>> > those commands should provide you the same details.
>>>> >
>>>> > Thanks
>>>> >
>>>> > Martin Perina
>>>> >
>>>> >
>>>> >
>>>> > On Mon, Jan 30, 2017 at 9:27 PM, Matt .  wrote:
>>>> >>
>>>> >> Hi,
>>>> >>
>>>> >> When I do a ovirt-engine-extension-aaa-ldap-setup and chose IPA the
>>>> >> groups are shown but the users are not.
>>>> >>
>>>> >> When I chose 389ds, the users are shown but not the groups.
>>>> >>
>>>> >> Is something wrong with the FreeIPA implementation ? I'm on latest IPA
>>>> >> 4.4 version from Fedora
>>>> >>
>>>> >> Cheers,
>>>> >>
>>>> >> Matt
>>>> >> ___
>>>> >> Users mailing list
>>>> >> Users@ovirt.org
>>>> >> http://lists.ovirt.org/mailman/listinfo/users
>>>> >
>>>> >
>>>
>>>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] AAA Auth FreeIPA does not show users

[Matt .]

Hi,

True. Are you able to check if it still is good for IPA 4.4 usage, it
could be still IPA 3.x maybe or between 4.2 and 4.4 has been changed
something ? Would be great!

Thanks,

Matt

2017-01-31 11:30 GMT+01:00 Martin Perina :
>
>
> On Tue, Jan 31, 2017 at 11:17 AM, Matt .  wrote:
>>
>> Hi Martin,
>>
>> Thanks for the explanation. But what happens on those tests during the
>> setup the same happens as showed in oVirt.
>
>
> Exactly, you can execute those tests even before publishing new profile to
> engine and if something doesn't work you can fix even before users notice
> that something is wrong.
>
> Also please bear in mind that there are variety of small differences in
> schema across different setups even for the same LDAP server. So setup tool
> uses only basic configurations, if you need something more complicated you
> need to edit configuration manually.
>
> Thanks
>
> Martin Perina
>
>>
>>
>> Default IPA should just work I guess.
>>
>> I will test your command and report back.
>>
>> Cheers,
>>
>> Matt
>>
>> 2017-01-31 10:24 GMT+01:00 Martin Perina :
>> > Hi,
>> >
>> > it seem that your schema doesn't match the defaults or you home some
>> > configuration issue. Could you please execute following and send us the
>> > output for your IPA setup?
>> >
>> >   ovirt-engine-extensions-tool --log-level=FINE aaa
>> > authz-fetch_principal_record --authz-flag=resolve-groups-recursive
>> > --authz-flag=resolve-groups --extension-name=
>> > --principal-name=
>> >
>> > The above will search for a user by  and tries to fetch all
>> > groups
>> > he is member of.
>> >
>> > Btw you can test both "search users/groups" and "login a user" during
>> > aaa-ldap-setup tool (and it's recommended to do so) and the output from
>> > those commands should provide you the same details.
>> >
>> > Thanks
>> >
>> > Martin Perina
>> >
>> >
>> >
>> > On Mon, Jan 30, 2017 at 9:27 PM, Matt .  wrote:
>> >>
>> >> Hi,
>> >>
>> >> When I do a ovirt-engine-extension-aaa-ldap-setup and chose IPA the
>> >> groups are shown but the users are not.
>> >>
>> >> When I chose 389ds, the users are shown but not the groups.
>> >>
>> >> Is something wrong with the FreeIPA implementation ? I'm on latest IPA
>> >> 4.4 version from Fedora
>> >>
>> >> Cheers,
>> >>
>> >> Matt
>> >> ___
>> >> Users mailing list
>> >> Users@ovirt.org
>> >> http://lists.ovirt.org/mailman/listinfo/users
>> >
>> >
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] AAA Auth FreeIPA does not show users

[Matt .]

Hi Martin,

Thanks for the explanation. But what happens on those tests during the
setup the same happens as showed in oVirt.

Default IPA should just work I guess.

I will test your command and report back.

Cheers,

Matt

2017-01-31 10:24 GMT+01:00 Martin Perina :
> Hi,
>
> it seem that your schema doesn't match the defaults or you home some
> configuration issue. Could you please execute following and send us the
> output for your IPA setup?
>
>   ovirt-engine-extensions-tool --log-level=FINE aaa
> authz-fetch_principal_record --authz-flag=resolve-groups-recursive
> --authz-flag=resolve-groups --extension-name=
> --principal-name=
>
> The above will search for a user by  and tries to fetch all groups
> he is member of.
>
> Btw you can test both "search users/groups" and "login a user" during
> aaa-ldap-setup tool (and it's recommended to do so) and the output from
> those commands should provide you the same details.
>
> Thanks
>
> Martin Perina
>
>
>
> On Mon, Jan 30, 2017 at 9:27 PM, Matt .  wrote:
>>
>> Hi,
>>
>> When I do a ovirt-engine-extension-aaa-ldap-setup and chose IPA the
>> groups are shown but the users are not.
>>
>> When I chose 389ds, the users are shown but not the groups.
>>
>> Is something wrong with the FreeIPA implementation ? I'm on latest IPA
>> 4.4 version from Fedora
>>
>> Cheers,
>>
>> Matt
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Add host to oVirt: unprovisioned without using username/password in vdsm-tool

[Matt .]

I also see that a Approved Host doesn't show it's network interfaces
on the "Network Interfaces" tab. I'm investigating this but I'm not
sure where it goes wrong.

2017-01-31 8:30 GMT+01:00 Matt . :
> Hi,
>
> I found out that a browser times out when you select an "Pending
> Approval" host, the browser becomes unresponsive for a while.
>
> This could be because of the installed cockpit module maybe, I'm not
> sure but I see more bad response on selecting hosts where the cockpit
> package is not installed but the tab in oVirt is loaded.
>
> Regards,
>
> Matt
>
> 2017-01-30 16:54 GMT+01:00 Matt . :
>> Hi Douglas,
>>
>> I think we discussed this in 2013 as well, thanks for catching up...
>> you were mentioned on irc already by rgolan :)
>>
>> I needed the --check-fqdn false which fixed it.
>>
>> Very nice and thanks for the example :) Will check further what the
>> possibilities are!
>>
>>
>> Cheers,
>>
>> Matt
>>
>> 2017-01-30 16:46 GMT+01:00 Douglas Schilling Landgraf :
>>> Hello Matt,
>>>
>>> On 01/30/2017 08:52 AM, Matt . wrote:
>>>>
>>>> In a puppetized environment it's just too easy to include a
>>>> manifest/class that will use the ssh key for that manifest, I want to
>>>> avoid that and control the acceptance from the GUI when a possible
>>>> host is added to to engine but not capable to join the cluster yet.
>>>
>>>
>>> I would suggest:
>>>
>>> # vdsm-tool register --engine-fqdn myengine.localdomain
>>>
>>> or without the check of fqdn:
>>>
>>> # vdsm-tool register --engine-fqdn IP_ADDRESS --check-fqdn false
>>>
>>> Later you might want to approve the host via GUI, SDK or REST API.
>>>
>>> A quick example of rest api:
>>> https://github.com/dougsland/ovirt-restapi-scripts/commit/91dcb3fcd2cae6570aed06dc3471c4d79caefbc8
>>>
>>>
>>>
>>>> The idea how I used it was very plain and simple, the host exists in
>>>> oVirt but was unprovisioned, you clicked install and there it went. If
>>>> that would be possible again or is in some way I would like to know.
>>>>
>>>>
>>>>
>>>> 2017-01-30 14:07 GMT+01:00 Yaniv Kaul :
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Jan 30, 2017 at 12:03 PM, Matt .  wrote:
>>>>>>
>>>>>>
>>>>>> Could do but then there is still some password like thingy around in
>>>>>> my provisioning system, a key is just a fingerprint which is matched.
>>>>>
>>>>>
>>>>>
>>>>> It's not JUST a fingerprint. It's the fingerprint of a SSH key we use for
>>>>> the authentication.
>>>>>
>>>>>>
>>>>>> What is also the case is that I want to decide in the engine if it's
>>>>>> valid to be provisioned or not.
>>>>>
>>>>>
>>>>>
>>>>> So don't add that SSH key to hosts that you don't want to provision.
>>>>> We don't have this extra phase of 'approving a host when you add it'.
>>>>> If you have permissions to add a host, it'll be added - via the Engine,
>>>>> by
>>>>> the Engine.
>>>>>
>>>>>>
>>>>>>
>>>>>> Security wise it's not ideal if you ask me, that is why I did it using
>>>>>> the URL, http/https was possible.
>>>>>>
>>>>>> No clue there ?
>>>>>
>>>>>
>>>>>
>>>>> I'm probably missing the use case here.
>>>>> Y.
>>>>>
>>>>>>
>>>>>>
>>>>>> Thanks!
>>>>>>
>>>>>> Matt
>>>>>>
>>>>>> 2017-01-30 10:32 GMT+01:00 Yaniv Kaul :
>>>>>>>
>>>>>>> Have you tried using SSH public key auth.?
>>>>>>> Y.
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Jan 30, 2017 at 9:57 AM, Matt .  wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> Hi All,
>>>>>>>>
>>>>>>>> In the past I was using an URL to add my hosts to over so they exists
>>>>>>>> in the ovirt WebGui but they were unprovisioned so I needed to install
>>>>>>>> them only.
>>>>>>>>
>>>>>>>> This is what I used:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> http://OVIRTENGINE_FQDN/OvirtEngineWeb/register?vds_ip=HOSTFQDN&port=54321&vds_name=HOSTNAME&vds_unique_id=%60dmidecode%20-s%20system-uuid%60&ticket=&__VIEWSTATE='
>>>>>>>>
>>>>>>>> Is there some way to accomplish this still without using a user/pass
>>>>>>>> combiation ?
>>>>>>>>
>>>>>>>> Thanks!
>>>>>>>>
>>>>>>>> Matt
>>>>>>>> ___
>>>>>>>> Users mailing list
>>>>>>>> Users@ovirt.org
>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>
>>>>>
>>>> ___
>>>> Users mailing list
>>>> Users@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>>>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Add host to oVirt: unprovisioned without using username/password in vdsm-tool

[Matt .]

Hi,

I found out that a browser times out when you select an "Pending
Approval" host, the browser becomes unresponsive for a while.

This could be because of the installed cockpit module maybe, I'm not
sure but I see more bad response on selecting hosts where the cockpit
package is not installed but the tab in oVirt is loaded.

Regards,

Matt

2017-01-30 16:54 GMT+01:00 Matt . :
> Hi Douglas,
>
> I think we discussed this in 2013 as well, thanks for catching up...
> you were mentioned on irc already by rgolan :)
>
> I needed the --check-fqdn false which fixed it.
>
> Very nice and thanks for the example :) Will check further what the
> possibilities are!
>
>
> Cheers,
>
> Matt
>
> 2017-01-30 16:46 GMT+01:00 Douglas Schilling Landgraf :
>> Hello Matt,
>>
>> On 01/30/2017 08:52 AM, Matt . wrote:
>>>
>>> In a puppetized environment it's just too easy to include a
>>> manifest/class that will use the ssh key for that manifest, I want to
>>> avoid that and control the acceptance from the GUI when a possible
>>> host is added to to engine but not capable to join the cluster yet.
>>
>>
>> I would suggest:
>>
>> # vdsm-tool register --engine-fqdn myengine.localdomain
>>
>> or without the check of fqdn:
>>
>> # vdsm-tool register --engine-fqdn IP_ADDRESS --check-fqdn false
>>
>> Later you might want to approve the host via GUI, SDK or REST API.
>>
>> A quick example of rest api:
>> https://github.com/dougsland/ovirt-restapi-scripts/commit/91dcb3fcd2cae6570aed06dc3471c4d79caefbc8
>>
>>
>>
>>> The idea how I used it was very plain and simple, the host exists in
>>> oVirt but was unprovisioned, you clicked install and there it went. If
>>> that would be possible again or is in some way I would like to know.
>>>
>>>
>>>
>>> 2017-01-30 14:07 GMT+01:00 Yaniv Kaul :
>>>>
>>>>
>>>>
>>>> On Mon, Jan 30, 2017 at 12:03 PM, Matt .  wrote:
>>>>>
>>>>>
>>>>> Could do but then there is still some password like thingy around in
>>>>> my provisioning system, a key is just a fingerprint which is matched.
>>>>
>>>>
>>>>
>>>> It's not JUST a fingerprint. It's the fingerprint of a SSH key we use for
>>>> the authentication.
>>>>
>>>>>
>>>>> What is also the case is that I want to decide in the engine if it's
>>>>> valid to be provisioned or not.
>>>>
>>>>
>>>>
>>>> So don't add that SSH key to hosts that you don't want to provision.
>>>> We don't have this extra phase of 'approving a host when you add it'.
>>>> If you have permissions to add a host, it'll be added - via the Engine,
>>>> by
>>>> the Engine.
>>>>
>>>>>
>>>>>
>>>>> Security wise it's not ideal if you ask me, that is why I did it using
>>>>> the URL, http/https was possible.
>>>>>
>>>>> No clue there ?
>>>>
>>>>
>>>>
>>>> I'm probably missing the use case here.
>>>> Y.
>>>>
>>>>>
>>>>>
>>>>> Thanks!
>>>>>
>>>>> Matt
>>>>>
>>>>> 2017-01-30 10:32 GMT+01:00 Yaniv Kaul :
>>>>>>
>>>>>> Have you tried using SSH public key auth.?
>>>>>> Y.
>>>>>>
>>>>>>
>>>>>> On Mon, Jan 30, 2017 at 9:57 AM, Matt .  wrote:
>>>>>>>
>>>>>>>
>>>>>>> Hi All,
>>>>>>>
>>>>>>> In the past I was using an URL to add my hosts to over so they exists
>>>>>>> in the ovirt WebGui but they were unprovisioned so I needed to install
>>>>>>> them only.
>>>>>>>
>>>>>>> This is what I used:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> http://OVIRTENGINE_FQDN/OvirtEngineWeb/register?vds_ip=HOSTFQDN&port=54321&vds_name=HOSTNAME&vds_unique_id=%60dmidecode%20-s%20system-uuid%60&ticket=&__VIEWSTATE='
>>>>>>>
>>>>>>> Is there some way to accomplish this still without using a user/pass
>>>>>>> combiation ?
>>>>>>>
>>>>>>> Thanks!
>>>>>>>
>>>>>>> Matt
>>>>>>> ___
>>>>>>> Users mailing list
>>>>>>> Users@ovirt.org
>>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>
>>>>>>
>>>>>>
>>>>
>>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] AAA Auth FreeIPA does not show users

[Matt .]

Hi,

When I do a ovirt-engine-extension-aaa-ldap-setup and chose IPA the
groups are shown but the users are not.

When I chose 389ds, the users are shown but not the groups.

Is something wrong with the FreeIPA implementation ? I'm on latest IPA
4.4 version from Fedora

Cheers,

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

Re: [ovirt-users] Change update command to Yum update (all packages)

[Matt .]

OK, let's wait then :) No prob!

2017-01-30 17:20 GMT+01:00 Martin Perina :
>
>
> On Mon, Jan 30, 2017 at 5:02 PM, Matt .  wrote:
>>
>> Hi Martin,
>>
>> Thanks a lot!
>>
>> I know about the RFE, but I thought maybe it's uncompiled code which
>> we can change for now.
>
>
> Not an easy task to change that behaviour, you would need to change
> ovirt-host-deploy part of host-upgrade-manager. Definitely not just a few
> lines change :-(
>
>>
>> Cheers,
>>
>> Matt
>>
>> 2017-01-30 16:49 GMT+01:00 Martin Perina :
>> > Hi,
>> >
>> > we are able to upgrade only list of specific packages. Of course you can
>> > add
>> > your own packages to the list using:
>> >
>> >   engine-config -s UserPackageNamesForCheckUpdate=pkg1,pkg2
>> >
>> > But you cannot set '*' to upgrade everything.
>> >
>> > There is an RFE filed for that [1]
>> >
>> > Regards
>> >
>> > Martin Perina
>> >
>> >
>> > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1380498
>> >
>> >
>> > On Mon, Jan 30, 2017 at 4:42 PM, Matt .  wrote:
>> >>
>> >> Hi All,
>> >>
>> >> Is it possible to change something in the code of ovirt/vdsm to change
>> >> the update of the hosts to just run "yum update" instead of all
>> >> packages ?
>> >>
>> >> This would save some time upfront of 4.1
>> >>
>> >> Would be awesome :)
>> >>
>> >> Thanks!
>> >>
>> >> Matt
>> >> ___
>> >> Users mailing list
>> >> Users@ovirt.org
>> >> http://lists.ovirt.org/mailman/listinfo/users
>> >
>> >
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Change update command to Yum update (all packages)

[Matt .]

Hi Martin,

Thanks a lot!

I know about the RFE, but I thought maybe it's uncompiled code which
we can change for now.

Cheers,

Matt

2017-01-30 16:49 GMT+01:00 Martin Perina :
> Hi,
>
> we are able to upgrade only list of specific packages. Of course you can add
> your own packages to the list using:
>
>   engine-config -s UserPackageNamesForCheckUpdate=pkg1,pkg2
>
> But you cannot set '*' to upgrade everything.
>
> There is an RFE filed for that [1]
>
> Regards
>
> Martin Perina
>
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1380498
>
>
> On Mon, Jan 30, 2017 at 4:42 PM, Matt .  wrote:
>>
>> Hi All,
>>
>> Is it possible to change something in the code of ovirt/vdsm to change
>> the update of the hosts to just run "yum update" instead of all
>> packages ?
>>
>> This would save some time upfront of 4.1
>>
>> Would be awesome :)
>>
>> Thanks!
>>
>> Matt
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Add host to oVirt: unprovisioned without using username/password in vdsm-tool

[Matt .]

Hi Douglas,

I think we discussed this in 2013 as well, thanks for catching up...
you were mentioned on irc already by rgolan :)

I needed the --check-fqdn false which fixed it.

Very nice and thanks for the example :) Will check further what the
possibilities are!


Cheers,

Matt

2017-01-30 16:46 GMT+01:00 Douglas Schilling Landgraf :
> Hello Matt,
>
> On 01/30/2017 08:52 AM, Matt . wrote:
>>
>> In a puppetized environment it's just too easy to include a
>> manifest/class that will use the ssh key for that manifest, I want to
>> avoid that and control the acceptance from the GUI when a possible
>> host is added to to engine but not capable to join the cluster yet.
>
>
> I would suggest:
>
> # vdsm-tool register --engine-fqdn myengine.localdomain
>
> or without the check of fqdn:
>
> # vdsm-tool register --engine-fqdn IP_ADDRESS --check-fqdn false
>
> Later you might want to approve the host via GUI, SDK or REST API.
>
> A quick example of rest api:
> https://github.com/dougsland/ovirt-restapi-scripts/commit/91dcb3fcd2cae6570aed06dc3471c4d79caefbc8
>
>
>
>> The idea how I used it was very plain and simple, the host exists in
>> oVirt but was unprovisioned, you clicked install and there it went. If
>> that would be possible again or is in some way I would like to know.
>>
>>
>>
>> 2017-01-30 14:07 GMT+01:00 Yaniv Kaul :
>>>
>>>
>>>
>>> On Mon, Jan 30, 2017 at 12:03 PM, Matt .  wrote:
>>>>
>>>>
>>>> Could do but then there is still some password like thingy around in
>>>> my provisioning system, a key is just a fingerprint which is matched.
>>>
>>>
>>>
>>> It's not JUST a fingerprint. It's the fingerprint of a SSH key we use for
>>> the authentication.
>>>
>>>>
>>>> What is also the case is that I want to decide in the engine if it's
>>>> valid to be provisioned or not.
>>>
>>>
>>>
>>> So don't add that SSH key to hosts that you don't want to provision.
>>> We don't have this extra phase of 'approving a host when you add it'.
>>> If you have permissions to add a host, it'll be added - via the Engine,
>>> by
>>> the Engine.
>>>
>>>>
>>>>
>>>> Security wise it's not ideal if you ask me, that is why I did it using
>>>> the URL, http/https was possible.
>>>>
>>>> No clue there ?
>>>
>>>
>>>
>>> I'm probably missing the use case here.
>>> Y.
>>>
>>>>
>>>>
>>>> Thanks!
>>>>
>>>> Matt
>>>>
>>>> 2017-01-30 10:32 GMT+01:00 Yaniv Kaul :
>>>>>
>>>>> Have you tried using SSH public key auth.?
>>>>> Y.
>>>>>
>>>>>
>>>>> On Mon, Jan 30, 2017 at 9:57 AM, Matt .  wrote:
>>>>>>
>>>>>>
>>>>>> Hi All,
>>>>>>
>>>>>> In the past I was using an URL to add my hosts to over so they exists
>>>>>> in the ovirt WebGui but they were unprovisioned so I needed to install
>>>>>> them only.
>>>>>>
>>>>>> This is what I used:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> http://OVIRTENGINE_FQDN/OvirtEngineWeb/register?vds_ip=HOSTFQDN&port=54321&vds_name=HOSTNAME&vds_unique_id=%60dmidecode%20-s%20system-uuid%60&ticket=&__VIEWSTATE='
>>>>>>
>>>>>> Is there some way to accomplish this still without using a user/pass
>>>>>> combiation ?
>>>>>>
>>>>>> Thanks!
>>>>>>
>>>>>> Matt
>>>>>> ___
>>>>>> Users mailing list
>>>>>> Users@ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>
>>>>>
>>>>>
>>>
>>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Change update command to Yum update (all packages)

[Matt .]

Hi All,

Is it possible to change something in the code of ovirt/vdsm to change
the update of the hosts to just run "yum update" instead of all
packages ?

This would save some time upfront of 4.1

Would be awesome :)

Thanks!

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

Re: [ovirt-users] Add host to oVirt: unprovisioned without using username/password in vdsm-tool

[Matt .]

In a puppetized environment it's just too easy to include a
manifest/class that will use the ssh key for that manifest, I want to
avoid that and control the acceptance from the GUI when a possible
host is added to to engine but not capable to join the cluster yet.

The idea how I used it was very plain and simple, the host exists in
oVirt but was unprovisioned, you clicked install and there it went. If
that would be possible again or is in some way I would like to know.



2017-01-30 14:07 GMT+01:00 Yaniv Kaul :
>
>
> On Mon, Jan 30, 2017 at 12:03 PM, Matt .  wrote:
>>
>> Could do but then there is still some password like thingy around in
>> my provisioning system, a key is just a fingerprint which is matched.
>
>
> It's not JUST a fingerprint. It's the fingerprint of a SSH key we use for
> the authentication.
>
>>
>> What is also the case is that I want to decide in the engine if it's
>> valid to be provisioned or not.
>
>
> So don't add that SSH key to hosts that you don't want to provision.
> We don't have this extra phase of 'approving a host when you add it'.
> If you have permissions to add a host, it'll be added - via the Engine, by
> the Engine.
>
>>
>>
>> Security wise it's not ideal if you ask me, that is why I did it using
>> the URL, http/https was possible.
>>
>> No clue there ?
>
>
> I'm probably missing the use case here.
> Y.
>
>>
>>
>> Thanks!
>>
>> Matt
>>
>> 2017-01-30 10:32 GMT+01:00 Yaniv Kaul :
>> > Have you tried using SSH public key auth.?
>> > Y.
>> >
>> >
>> > On Mon, Jan 30, 2017 at 9:57 AM, Matt .  wrote:
>> >>
>> >> Hi All,
>> >>
>> >> In the past I was using an URL to add my hosts to over so they exists
>> >> in the ovirt WebGui but they were unprovisioned so I needed to install
>> >> them only.
>> >>
>> >> This is what I used:
>> >>
>> >>
>> >>
>> >> http://OVIRTENGINE_FQDN/OvirtEngineWeb/register?vds_ip=HOSTFQDN&port=54321&vds_name=HOSTNAME&vds_unique_id=%60dmidecode%20-s%20system-uuid%60&ticket=&__VIEWSTATE='
>> >>
>> >> Is there some way to accomplish this still without using a user/pass
>> >> combiation ?
>> >>
>> >> Thanks!
>> >>
>> >> Matt
>> >> ___
>> >> Users mailing list
>> >> Users@ovirt.org
>> >> http://lists.ovirt.org/mailman/listinfo/users
>> >
>> >
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Add host to oVirt: unprovisioned without using username/password in vdsm-tool

[Matt .]

Could do but then there is still some password like thingy around in
my provisioning system, a key is just a fingerprint which is matched.
What is also the case is that I want to decide in the engine if it's
valid to be provisioned or not.

Security wise it's not ideal if you ask me, that is why I did it using
the URL, http/https was possible.

No clue there ?

Thanks!

Matt

2017-01-30 10:32 GMT+01:00 Yaniv Kaul :
> Have you tried using SSH public key auth.?
> Y.
>
>
> On Mon, Jan 30, 2017 at 9:57 AM, Matt .  wrote:
>>
>> Hi All,
>>
>> In the past I was using an URL to add my hosts to over so they exists
>> in the ovirt WebGui but they were unprovisioned so I needed to install
>> them only.
>>
>> This is what I used:
>>
>>
>> http://OVIRTENGINE_FQDN/OvirtEngineWeb/register?vds_ip=HOSTFQDN&port=54321&vds_name=HOSTNAME&vds_unique_id=%60dmidecode%20-s%20system-uuid%60&ticket=&__VIEWSTATE='
>>
>> Is there some way to accomplish this still without using a user/pass
>> combiation ?
>>
>> Thanks!
>>
>> Matt
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Add host to oVirt: unprovisioned without using username/password in vdsm-tool

[Matt .]

Hi All,

In the past I was using an URL to add my hosts to over so they exists
in the ovirt WebGui but they were unprovisioned so I needed to install
them only.

This is what I used:

http://OVIRTENGINE_FQDN/OvirtEngineWeb/register?vds_ip=HOSTFQDN&port=54321&vds_name=HOSTNAME&vds_unique_id=%60dmidecode%20-s%20system-uuid%60&ticket=&__VIEWSTATE='

Is there some way to accomplish this still without using a user/pass
combiation ?

Thanks!

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

Re: [ovirt-users] Manual VDSM install cannot start

[Matt .]

Hi this solved the issue!

@Didi: we figured it out in the very past in the channel, so no docs :)

2017-01-30 8:15 GMT+01:00 Nir Soffer :
> On Mon, Jan 30, 2017 at 9:01 AM, Yedidyah Bar David  wrote:
>> On Sun, Jan 29, 2017 at 9:34 PM, Matt .  wrote:
>>> Hi,
>>>
>>>
>>> When I try to installl VDSM manually and run the following needed commands:
>>>
>>> systemctl stop supervdsmd.service
>>> systemctl stop  libvirtd.service
>>> vdsm-tool configure --module libvirt --force
>>> systemctl start vdsmd.service
>>>
>>
>> Is this documented anywhere as something that should be possible/recommended?
>> In host-deploy and in hosted-engine-setup we run the tool without '--module',
>> so it configures all modules.
>>
>>>
>>>
>>> VDSMD is not able to start:
>>>
>>> Jan 29 20:09:34 host-04 vdsm-tool: libvirt: XML-RPC error :
>>> authentication failed: authentication failed
>>> Jan 29 20:09:34 host-04 journal: authentication failed: authentication 
>>> failed
>>
>> If the above worked for you in the past, it might mean that some change
>> in vdsm made it configure stuff to make above error not happen in some
>> other module.
>>
>> If it's indeed documented anywhere, we should probably fix the doc.
>
> This works for me in development setup:
>
> yum install vdsm
> vdsm-tool configure --force
>
> Please try and share the output of:
>
> systemctl status vdsmd
> journalctl -xe
>
>>
>>> Jan 29 20:09:34 host-04 journal: End of file while reading data:
>>> Input/output error
>>> Jan 29 20:09:34 host-04 journal: authentication failed: Failed to
>>> start SASL negotiation: -20 (SASL(-13): user not found: unable to
>>> canonify user and get auxprops)
>>>
>>>
>>> What can cause this issue, I see earlier issues with some passwd.py
>>> missing file but I'm on 4.0.6 which should not have this issue
>>> anymore.
>>>
>>> I hope someone has some clue.
>>>
>>> Thanks,
>>>
>>> Matt
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>> --
>> Didi
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Manual VDSM install cannot start

[Matt .]

Hi,


When I try to installl VDSM manually and run the following needed commands:

systemctl stop supervdsmd.service
systemctl stop  libvirtd.service
vdsm-tool configure --module libvirt --force
systemctl start vdsmd.service



VDSMD is not able to start:

Jan 29 20:09:34 host-04 vdsm-tool: libvirt: XML-RPC error :
authentication failed: authentication failed
Jan 29 20:09:34 host-04 journal: authentication failed: authentication failed
Jan 29 20:09:34 host-04 journal: End of file while reading data:
Input/output error
Jan 29 20:09:34 host-04 journal: authentication failed: Failed to
start SASL negotiation: -20 (SASL(-13): user not found: unable to
canonify user and get auxprops)


What can cause this issue, I see earlier issues with some passwd.py
missing file but I'm on 4.0.6 which should not have this issue
anymore.

I hope someone has some clue.

Thanks,

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

Re: [ovirt-users] Disable powermanagement checks

[Matt .]

Hi Martin,

Good to see and thanks for pointing out! Looking forward to 4.1!

Cheers,

Matt


2017-01-25 13:21 GMT+01:00 Martin Perina :
> Hi Matt,
>
> please take a look at [1] which is included in upcoming oVirt 4.1.
>
> Regards
>
> Martin Perina
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1145240
>
>
> On Wed, Jan 25, 2017 at 1:11 PM, Matt .  wrote:
>>
>> is there a way to disable powerchecks for specific servers/clusters
>> when powermanagement is not configured for a host? the alerts are
>> filling because of it and it's unneeded.
>>
>> Would be nice to know.
>>
>> Thanks!
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Large DWH Database, how to empty

[Matt .]

Hi Shirly,

OK, great! thanks for the clearification!

This might be updated and made more clear in the docs.

Thanks!

Matt

2017-01-25 14:41 GMT+01:00 Shirly Radco :
> Please see at the to of this section:
> "The following is a list of options for configuring application settings for
> the Data Warehouse service. These options are available in the
> /usr/share/ovirt-engine-dwh/services/ovirt-engine-dwhd/ovirt-engine-dwhd.conf
> file. Configure any changes to the default values in an override file under
> /etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/. Restart the Data Warehouse
> service after saving the changes."
>
> So you need to add a file under
> /etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/
> The file name is not important. It should end with ".conf"
>
> Best regards,
>
> Shirly Radco
>
> BI Software Engineer
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
>
>
> On Wed, Jan 25, 2017 at 1:06 PM, Matt .  wrote:
>>
>> Hi Shirly,
>>
>> The reason why I ask is because the explanation here:
>>
>>
>> https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/single/data-warehouse-guide/#Application_Settings_for_the_Data_Warehouse_service_in_ovirt-engine-dwhd.conf
>>
>>
>> 2017-01-24 10:49 GMT+01:00 Shirly Radco :
>> > Hi,
>> >
>> > We don't update the ovirt-engine-dwhd.conf directly.
>> >
>> > You need to add the new file to  /ovirt-engine-dwhd.conf.d/ with the
>> > lines
>> > DWH_TABLES_KEEP_SAMPLES=
>> > DWH_TABLES_KEEP_HOURLY=
>> > DWH_TABLES_KEEP_DAILY=0
>> >
>> > and set the values for how much time you want the data to be kept.
>> > Keep in mind that the dashboards use the information from the samples
>> > and
>> > hourly tables for the last 24 hours.
>> >
>> > This file will overwrite the default configurations after you restart
>> > ovirt-engine-dwhd.
>> >
>> >
>> >
>> > Best regards,
>> >
>> > Shirly Radco
>> >
>> > BI Software Engineer
>> > Red Hat Israel Ltd.
>> > 34 Jerusalem Road
>> > Building A, 4th floor
>> > Ra'anana, Israel 4350109
>> >
>> >
>> > On Tue, Jan 24, 2017 at 11:43 AM, Matt .  wrote:
>> >>
>> >> Shirly,
>> >>
>> >> I'm checking this out and aren't you sure the file is
>> >> update_time_to_keep_records.conf and not ovirt-engine-dwhd.conf ?
>> >>
>> >> 2017-01-09 14:01 GMT+01:00 Matt . :
>> >> > I think it did. Cluster exists 4 years now, hosted engine 7 months.
>> >> >
>> >> > 2017-01-08 13:50 GMT+01:00 Shirly Radco :
>> >> >> No. But the delete process might have kicked in.
>> >> >> How long does you environment exist?
>> >> >>
>> >> >> Best regards,
>> >> >>
>> >> >> Shirly Radco
>> >> >>
>> >> >> BI Software Engineer
>> >> >> Red Hat Israel Ltd.
>> >> >> 34 Jerusalem Road
>> >> >> Building A, 4th floor
>> >> >> Ra'anana, Israel 4350109
>> >> >>
>> >> >>
>> >> >> On Sun, Jan 8, 2017 at 2:42 PM, Matt . 
>> >> >> wrote:
>> >> >>>
>> >> >>> Hi,
>> >> >>>
>> >> >>> OK thanks! I saw that after upgrading to 4.0.5 from 4.0.4 the DB
>> >> >>> already dropped with around 500MB directly and is now at 2GB
>> >> >>> smaller.
>> >> >>>
>> >> >>> Does this sounds familiar to you with other settings in 4.0.5 ?
>> >> >>>
>> >> >>>
>> >> >>> Thanks,
>> >> >>>
>> >> >>> Matt
>> >> >>>
>> >> >>>
>> >> >>>
>> >> >>> 2017-01-08 10:45 GMT+01:00 Shirly Radco :
>> >> >>> > No. That will corrupt your database.
>> >> >>> >
>> >> >>> > Are you using the full dwh or the smaller version for the
>> >> >>> > dashboards?
>> >> >>> >
>> >> >>> > Please set the delete thresholds to save less data and the data
>> >> >>> > older
>> >> >>> > then

[ovirt-users] Disable powermanagement checks

[Matt .]

is there a way to disable powerchecks for specific servers/clusters
when powermanagement is not configured for a host? the alerts are
filling because of it and it's unneeded.

Would be nice to know.

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

Re: [ovirt-users] Large DWH Database, how to empty

[Matt .]

Hi Shirly,

The reason why I ask is because the explanation here:

https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/single/data-warehouse-guide/#Application_Settings_for_the_Data_Warehouse_service_in_ovirt-engine-dwhd.conf


2017-01-24 10:49 GMT+01:00 Shirly Radco :
> Hi,
>
> We don't update the ovirt-engine-dwhd.conf directly.
>
> You need to add the new file to  /ovirt-engine-dwhd.conf.d/ with the lines
> DWH_TABLES_KEEP_SAMPLES=
> DWH_TABLES_KEEP_HOURLY=
> DWH_TABLES_KEEP_DAILY=0
>
> and set the values for how much time you want the data to be kept.
> Keep in mind that the dashboards use the information from the samples and
> hourly tables for the last 24 hours.
>
> This file will overwrite the default configurations after you restart
> ovirt-engine-dwhd.
>
>
>
> Best regards,
>
> Shirly Radco
>
> BI Software Engineer
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
>
>
> On Tue, Jan 24, 2017 at 11:43 AM, Matt .  wrote:
>>
>> Shirly,
>>
>> I'm checking this out and aren't you sure the file is
>> update_time_to_keep_records.conf and not ovirt-engine-dwhd.conf ?
>>
>> 2017-01-09 14:01 GMT+01:00 Matt . :
>> > I think it did. Cluster exists 4 years now, hosted engine 7 months.
>> >
>> > 2017-01-08 13:50 GMT+01:00 Shirly Radco :
>> >> No. But the delete process might have kicked in.
>> >> How long does you environment exist?
>> >>
>> >> Best regards,
>> >>
>> >> Shirly Radco
>> >>
>> >> BI Software Engineer
>> >> Red Hat Israel Ltd.
>> >> 34 Jerusalem Road
>> >> Building A, 4th floor
>> >> Ra'anana, Israel 4350109
>> >>
>> >>
>> >> On Sun, Jan 8, 2017 at 2:42 PM, Matt .  wrote:
>> >>>
>> >>> Hi,
>> >>>
>> >>> OK thanks! I saw that after upgrading to 4.0.5 from 4.0.4 the DB
>> >>> already dropped with around 500MB directly and is now at 2GB smaller.
>> >>>
>> >>> Does this sounds familiar to you with other settings in 4.0.5 ?
>> >>>
>> >>>
>> >>> Thanks,
>> >>>
>> >>> Matt
>> >>>
>> >>>
>> >>>
>> >>> 2017-01-08 10:45 GMT+01:00 Shirly Radco :
>> >>> > No. That will corrupt your database.
>> >>> >
>> >>> > Are you using the full dwh or the smaller version for the
>> >>> > dashboards?
>> >>> >
>> >>> > Please set the delete thresholds to save less data and the data
>> >>> > older
>> >>> > then
>> >>> > the time you set will be deleted.
>> >>> > Add a file to /ovirt-engine-dwhd.conf.d/
>> >>> > update_time_to_keep_records.conf
>> >>> >
>> >>> > Add these lines with the new configurations. The numbers represent
>> >>> > the
>> >>> > hours
>> >>> > to keep the data.
>> >>> >
>> >>> > DWH_TABLES_KEEP_SAMPLES=24
>> >>> > DWH_TABLES_KEEP_HOURLY=1440
>> >>> > DWH_TABLES_KEEP_DAILY=43800
>> >>> >
>> >>> >
>> >>> > These are the configurations for a full dwh.
>> >>> >
>> >>> > The smaller version configurations are:
>> >>> > DWH_TABLES_KEEP_SAMPLES=24
>> >>> > DWH_TABLES_KEEP_HOURLY=720
>> >>> > DWH_TABLES_KEEP_DAILY=0
>> >>> >
>> >>> > The delete process by default at 3am every day
>> >>> > (DWH_DELETE_JOB_HOUR=3)
>> >>> >
>> >>> > Best regards,
>> >>> >
>> >>> > Shirly Radco
>> >>> >
>> >>> > BI Software Engineer
>> >>> > Red Hat Israel Ltd.
>> >>> > 34 Jerusalem Road
>> >>> > Building A, 4th floor
>> >>> > Ra'anana, Israel 4350109
>> >>> >
>> >>> >
>> >>> > On Fri, Jan 6, 2017 at 6:35 PM, Matt . 
>> >>> > wrote:
>> >>> >>
>> >>> >> Hi,
>> >>> >>
>> >>> >> I seem to have some large database for the DWH logging and I wonder
>> >>> >> how I can empty it safely.
>> >>> >>
>> >>> >> Can I just simply empty the database ?
>> >>> >>
>> >>> >> Have a good weekend!
>> >>> >>
>> >>> >> Cheers,
>> >>> >>
>> >>> >> Matt
>> >>> >> ___
>> >>> >> Users mailing list
>> >>> >> Users@ovirt.org
>> >>> >> http://lists.ovirt.org/mailman/listinfo/users
>> >>> >
>> >>> >
>> >>
>> >>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Connect to Hosted-Engine using ----add-console-password --password=

[Matt .]

Hi,

This has been fixed with using vnc and connecting on the right port.

Do you need more info ?

Thanks,

Matt

2017-01-25 11:20 GMT+01:00 Simone Tiraboschi :
>
>
> On Wed, Jan 25, 2017 at 4:51 AM, Matt .  wrote:
>>
>> Oops, I was connecting using Spice and needed VNC. Maybe it's nice to
>> put this in the output or the help for the console command.
>
>
> The console commands now directly points to the serial console and it's
> intended to bu run on the host where the engine VM is running for
> troubleshooting activities: it's text only but you don't need any graphical
> subsystem on the host you are going to use.
>
> Then you could still connect with remote viewer from an external machine but
> you have to identify the right port and the protocol;
> if you are using spice you need also to download the right certificates.
> Could you please open an RFE to print out the list of command to connect
> from a remote client with remote viewer in the output of hosted-engine
> --console ?
>
>>
>>
>> 2017-01-25 4:48 GMT+01:00 Matt . :
>> > I'm figuring out how to connect to the hosted engine using virt-viewer
>> > on a client, is there any more information about this ? You set the
>> > console password but then ? on what port do we connect, and I assume
>> > we connect the normal way for normal VM's Consoles ?
>> >
>> > Any info would be nice.
>> >
>> > Thanks.
>> >
>> > Matt
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to resume hosted-engine --vm-start-paused

[Matt .]

Hime Simone,

As discussed on IRC, it's fixed (like this).

I wil create the discussed ticket for the option later this day.

Thanks!

Matt

2017-01-25 11:26 GMT+01:00 Simone Tiraboschi :
>
>
> On Wed, Jan 25, 2017 at 5:28 AM, Matt .  wrote:
>>
>> I'm trying to resume a pause started HostedEngine but I'm failing and
>> I see lots of topics about some option --vm-resume being needed.
>>
>> "virsh resume HostedEngine" asks me for a username which is not set,
>> so I'm wondering how to get this working.
>>
>
> you can try with
> virsh -c qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf
> resume HostedEngine
>
> but I agree that --vm-resume will be needed as well.
>
>>
>> Thanks!
>>
>> Matt
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] How to resume hosted-engine --vm-start-paused

[Matt .]

I'm trying to resume a pause started HostedEngine but I'm failing and
I see lots of topics about some option --vm-resume being needed.

"virsh resume HostedEngine" asks me for a username which is not set,
so I'm wondering how to get this working.

Thanks!

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

Re: [ovirt-users] Connect to Hosted-Engine using ----add-console-password --password=

[Matt .]

Oops, I was connecting using Spice and needed VNC. Maybe it's nice to
put this in the output or the help for the console command.

2017-01-25 4:48 GMT+01:00 Matt . :
> I'm figuring out how to connect to the hosted engine using virt-viewer
> on a client, is there any more information about this ? You set the
> console password but then ? on what port do we connect, and I assume
> we connect the normal way for normal VM's Consoles ?
>
> Any info would be nice.
>
> Thanks.
>
> Matt
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Connect to Hosted-Engine using ----add-console-password --password=

[Matt .]

I'm figuring out how to connect to the hosted engine using virt-viewer
on a client, is there any more information about this ? You set the
console password but then ? on what port do we connect, and I assume
we connect the normal way for normal VM's Consoles ?

Any info would be nice.

Thanks.

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

Re: [ovirt-users] Large DWH Database, how to empty

[Matt .]

Shirly,

I'm checking this out and aren't you sure the file is
update_time_to_keep_records.conf and not ovirt-engine-dwhd.conf ?

2017-01-09 14:01 GMT+01:00 Matt . :
> I think it did. Cluster exists 4 years now, hosted engine 7 months.
>
> 2017-01-08 13:50 GMT+01:00 Shirly Radco :
>> No. But the delete process might have kicked in.
>> How long does you environment exist?
>>
>> Best regards,
>>
>> Shirly Radco
>>
>> BI Software Engineer
>> Red Hat Israel Ltd.
>> 34 Jerusalem Road
>> Building A, 4th floor
>> Ra'anana, Israel 4350109
>>
>>
>> On Sun, Jan 8, 2017 at 2:42 PM, Matt .  wrote:
>>>
>>> Hi,
>>>
>>> OK thanks! I saw that after upgrading to 4.0.5 from 4.0.4 the DB
>>> already dropped with around 500MB directly and is now at 2GB smaller.
>>>
>>> Does this sounds familiar to you with other settings in 4.0.5 ?
>>>
>>>
>>> Thanks,
>>>
>>> Matt
>>>
>>>
>>>
>>> 2017-01-08 10:45 GMT+01:00 Shirly Radco :
>>> > No. That will corrupt your database.
>>> >
>>> > Are you using the full dwh or the smaller version for the dashboards?
>>> >
>>> > Please set the delete thresholds to save less data and the data older
>>> > then
>>> > the time you set will be deleted.
>>> > Add a file to /ovirt-engine-dwhd.conf.d/
>>> > update_time_to_keep_records.conf
>>> >
>>> > Add these lines with the new configurations. The numbers represent the
>>> > hours
>>> > to keep the data.
>>> >
>>> > DWH_TABLES_KEEP_SAMPLES=24
>>> > DWH_TABLES_KEEP_HOURLY=1440
>>> > DWH_TABLES_KEEP_DAILY=43800
>>> >
>>> >
>>> > These are the configurations for a full dwh.
>>> >
>>> > The smaller version configurations are:
>>> > DWH_TABLES_KEEP_SAMPLES=24
>>> > DWH_TABLES_KEEP_HOURLY=720
>>> > DWH_TABLES_KEEP_DAILY=0
>>> >
>>> > The delete process by default at 3am every day (DWH_DELETE_JOB_HOUR=3)
>>> >
>>> > Best regards,
>>> >
>>> > Shirly Radco
>>> >
>>> > BI Software Engineer
>>> > Red Hat Israel Ltd.
>>> > 34 Jerusalem Road
>>> > Building A, 4th floor
>>> > Ra'anana, Israel 4350109
>>> >
>>> >
>>> > On Fri, Jan 6, 2017 at 6:35 PM, Matt .  wrote:
>>> >>
>>> >> Hi,
>>> >>
>>> >> I seem to have some large database for the DWH logging and I wonder
>>> >> how I can empty it safely.
>>> >>
>>> >> Can I just simply empty the database ?
>>> >>
>>> >> Have a good weekend!
>>> >>
>>> >> Cheers,
>>> >>
>>> >> Matt
>>> >> ___
>>> >> Users mailing list
>>> >> Users@ovirt.org
>>> >> http://lists.ovirt.org/mailman/listinfo/users
>>> >
>>> >
>>
>>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Power Management on Dell 1955 Bladecenter

[Matt .]

I wonder if someone has got Powermanagement on a Dell 1955 Bladecenter working ?

If someone is able to share some ideas would be nice.

Thanks!

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

Re: [ovirt-users] More advanced update options for Hosts

[Matt .]

OK will do!

No!!, Puppet with Foreman is great, as Foreman is in the same pool as
oVirt I think you need to bring those guys some beers to keep them as
friends :P and 2015 was a great year of wine ;)

I prefer to do all from the GUI so all in would be best as I described
but we can test out if on the commandline CLI we can set the status on
Maintenance and see if it returns an exitcode when it finished and can
be upgraded.

Any idea about that ?

Thanks!

Cheers,

Matt


2017-01-23 13:34 GMT+01:00 Yaniv Kaul :
>
>
> On Mon, Jan 23, 2017 at 2:31 PM, Matt .  wrote:
>>
>> HI Yaniv,
>>
>> Nice to hear, I will update the other ticket OK ?
>
>
> Sure.
>
>>
>>
>> I use puppet but can I kick and wait for maintenance mode from the
>> commandline ? I doubt if this works
>
>
> Puppet is so 2015... ;-)
> If you refer to the command line the CLI, then while you probably can, I
> re-iterate that the oVirt CLI will be deprecated by the next release.
> Y.
>
>>
>> Thanks!
>>
>> Matt
>>
>>
>> 2017-01-23 13:13 GMT+01:00 Yaniv Kaul :
>> >
>> >
>> > On Mon, Jan 23, 2017 at 2:06 PM, Matt .  wrote:
>> >>
>> >> Hi All,
>> >>
>> >> Would it not be nice to have the following upgrade options ?
>> >>
>> >> - Only oVirt packages
>> >
>> >
>> > This is the default.
>> >
>> >>
>> >> or
>> >> - Yum update all packages
>> >>
>> > And this is requested in
>> > https://bugzilla.redhat.com/show_bug.cgi?id=1380498
>> >
>> >>
>> >>
>> >> Selectbox:
>> >> - Reboot when upgrade finished
>> >
>> >
>> > Makes sense, please file a request for enhancement for it.
>> >
>> >
>> >>
>> >>
>> >>
>> >> This with the maintenance mode will save a lot of time.
>> >
>> >
>> > Agreed. Note that you could easily script it in Ansible.
>> > Y.
>> >
>> >>
>> >>
>> >>
>> >> I hope this is possible.
>> >>
>> >> Thanks Matt!
>> >> ___
>> >> Users mailing list
>> >> Users@ovirt.org
>> >> http://lists.ovirt.org/mailman/listinfo/users
>> >
>> >
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] More advanced update options for Hosts

[Matt .]

HI Yaniv,

Nice to hear, I will update the other ticket OK ?

I use puppet but can I kick and wait for maintenance mode from the
commandline ? I doubt if this works

Thanks!

Matt


2017-01-23 13:13 GMT+01:00 Yaniv Kaul :
>
>
> On Mon, Jan 23, 2017 at 2:06 PM, Matt .  wrote:
>>
>> Hi All,
>>
>> Would it not be nice to have the following upgrade options ?
>>
>> - Only oVirt packages
>
>
> This is the default.
>
>>
>> or
>> - Yum update all packages
>>
> And this is requested in https://bugzilla.redhat.com/show_bug.cgi?id=1380498
>
>>
>>
>> Selectbox:
>> - Reboot when upgrade finished
>
>
> Makes sense, please file a request for enhancement for it.
>
>
>>
>>
>>
>> This with the maintenance mode will save a lot of time.
>
>
> Agreed. Note that you could easily script it in Ansible.
> Y.
>
>>
>>
>>
>> I hope this is possible.
>>
>> Thanks Matt!
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] More advanced update options for Hosts

[Matt .]

Hi All,

Would it not be nice to have the following upgrade options ?

- Only oVirt packages
or
- Yum update all packages


Selectbox:
- Reboot when upgrade finished


This with the maintenance mode will save a lot of time.


I hope this is possible.

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

Re: [ovirt-users] Large DWH Database, how to empty

[Matt .]

I think it did. Cluster exists 4 years now, hosted engine 7 months.

2017-01-08 13:50 GMT+01:00 Shirly Radco :
> No. But the delete process might have kicked in.
> How long does you environment exist?
>
> Best regards,
>
> Shirly Radco
>
> BI Software Engineer
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
>
>
> On Sun, Jan 8, 2017 at 2:42 PM, Matt .  wrote:
>>
>> Hi,
>>
>> OK thanks! I saw that after upgrading to 4.0.5 from 4.0.4 the DB
>> already dropped with around 500MB directly and is now at 2GB smaller.
>>
>> Does this sounds familiar to you with other settings in 4.0.5 ?
>>
>>
>> Thanks,
>>
>> Matt
>>
>>
>>
>> 2017-01-08 10:45 GMT+01:00 Shirly Radco :
>> > No. That will corrupt your database.
>> >
>> > Are you using the full dwh or the smaller version for the dashboards?
>> >
>> > Please set the delete thresholds to save less data and the data older
>> > then
>> > the time you set will be deleted.
>> > Add a file to /ovirt-engine-dwhd.conf.d/
>> > update_time_to_keep_records.conf
>> >
>> > Add these lines with the new configurations. The numbers represent the
>> > hours
>> > to keep the data.
>> >
>> > DWH_TABLES_KEEP_SAMPLES=24
>> > DWH_TABLES_KEEP_HOURLY=1440
>> > DWH_TABLES_KEEP_DAILY=43800
>> >
>> >
>> > These are the configurations for a full dwh.
>> >
>> > The smaller version configurations are:
>> > DWH_TABLES_KEEP_SAMPLES=24
>> > DWH_TABLES_KEEP_HOURLY=720
>> > DWH_TABLES_KEEP_DAILY=0
>> >
>> > The delete process by default at 3am every day (DWH_DELETE_JOB_HOUR=3)
>> >
>> > Best regards,
>> >
>> > Shirly Radco
>> >
>> > BI Software Engineer
>> > Red Hat Israel Ltd.
>> > 34 Jerusalem Road
>> > Building A, 4th floor
>> > Ra'anana, Israel 4350109
>> >
>> >
>> > On Fri, Jan 6, 2017 at 6:35 PM, Matt .  wrote:
>> >>
>> >> Hi,
>> >>
>> >> I seem to have some large database for the DWH logging and I wonder
>> >> how I can empty it safely.
>> >>
>> >> Can I just simply empty the database ?
>> >>
>> >> Have a good weekend!
>> >>
>> >> Cheers,
>> >>
>> >> Matt
>> >> ___
>> >> Users mailing list
>> >> Users@ovirt.org
>> >> http://lists.ovirt.org/mailman/listinfo/users
>> >
>> >
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Large DWH Database, how to empty

[Matt .]

Hi,

OK thanks! I saw that after upgrading to 4.0.5 from 4.0.4 the DB
already dropped with around 500MB directly and is now at 2GB smaller.

Does this sounds familiar to you with other settings in 4.0.5 ?


Thanks,

Matt

2017-01-08 10:45 GMT+01:00 Shirly Radco :
> No. That will corrupt your database.
>
> Are you using the full dwh or the smaller version for the dashboards?
>
> Please set the delete thresholds to save less data and the data older then
> the time you set will be deleted.
> Add a file to /ovirt-engine-dwhd.conf.d/
> update_time_to_keep_records.conf
>
> Add these lines with the new configurations. The numbers represent the hours
> to keep the data.
>
> DWH_TABLES_KEEP_SAMPLES=24
> DWH_TABLES_KEEP_HOURLY=1440
> DWH_TABLES_KEEP_DAILY=43800
>
>
> These are the configurations for a full dwh.
>
> The smaller version configurations are:
> DWH_TABLES_KEEP_SAMPLES=24
> DWH_TABLES_KEEP_HOURLY=720
> DWH_TABLES_KEEP_DAILY=0
>
> The delete process by default at 3am every day (DWH_DELETE_JOB_HOUR=3)
>
> Best regards,
>
> Shirly Radco
>
> BI Software Engineer
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
>
>
> On Fri, Jan 6, 2017 at 6:35 PM, Matt .  wrote:
>>
>> Hi,
>>
>> I seem to have some large database for the DWH logging and I wonder
>> how I can empty it safely.
>>
>> Can I just simply empty the database ?
>>
>> Have a good weekend!
>>
>> Cheers,
>>
>> Matt
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users