[ovirt-users] Re: Mounting CephFS

[Leo David]

Thank you Strahil, yes thought about that too, I'll give it a try.
Now ( to be a bit offtopic ), it seems that I can't live migrate the vm,
even thought the cephfs mountpoint exists on all the hosts.
Could it be the fact that the storage type is "posix" and live migration
not being possible ?

Thank you !

On Sat, Mar 2, 2019, 04:05 Strahil  wrote:

> Can you try to set the credentials in a file (don't recall where that was
> for ceph) , so you can mount without specifying user/pass ?
>
> Best Regards,
> Strahil Nikolov
> On Mar 1, 2019 13:46, Leo David  wrote:
>
> Hi Everyone,
> I am trying to mount cephfs as a posix storage domain and getting an error
> in vdsm.log, although the direct command run on the node " mount -t ceph
> 10.10.6.1:/sata/ovirt-data  /cephfs-sata/  -o
> name=admin,secret=AQAzncZY0VyYHBAAoeeePdv8Rr5kZlW07EVhZZ== " works fine. I
> have configured:
> Storage type: POSIX compliant FS
> Path: 10.10.6.1:/sata/ovirt-data
> VFS Type: ceph
> Mount Options: name=admin,secret=AQAzncZY0VyYHBAAoeeePdv8Rr5kZlW07EVhZZ==
>
>
> 2019-03-01 11:35:33,457+ INFO  (jsonrpc/4) [storage.Mount] mounting
> 10.10.6.1:/sata/ovirt-data at /rhev/data-center/mnt/10.10.6.1:_sata_ovirt-data
> (mount:204)
> 2019-03-01 11:35:33,464+ INFO  (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC
> call Host.ping2 succeeded in 0.00 seconds (__init__:312)
> 2019-03-01 11:35:33,471+ ERROR (jsonrpc/4) [storage.HSM] Could not
> connect to storageServer (hsm:2414)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 2411,
> in connectStorageServer
> conObj.connect()
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/storageServer.py",
> line 180, in connect
> six.reraise(t, v, tb)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/storageServer.py",
> line 172, in connect
> self._mount.mount(self.options, self._vfsType, cgroup=self.CGROUP)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/mount.py", line
> 207, in mount
> cgroup=cgroup)
>   File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line
> 56, in __call__
> return callMethod()
>   File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line
> 54, in 
> **kwargs)
>   File "", line 2, in mount
>   File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in
> _callmethod
> raise convert_to_error(kind, result)
> *MountError: (1, ';mount: unsupported option format:  *
> name=admin,secret=AQAzncZY0VyYHBAAoeeePdv8Rr5kZlW07EVhZZ==\n')
> Any thoughts on this,  what could it be wrong with the options field ?
> Using oVirt 4.3.1
> Thank you very much and  have a great day !
>
> Leo
>
> --
> Best regards, Leo David
>
>
___
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/R43YYSI5WE7GQS7KANSJ52DTE7U7GA5X/

[ovirt-users] Re: [Vdo-devel] impact of --emulate512 setting for VDO volumes

[Guillaume Pavese]

Thank you very much for your answer. I am copying ovirt-devel too as that
could be of interest to them.

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Sat, Mar 2, 2019 at 7:00 AM Michael Sclafani  wrote:

> Hi!
>
> 512 emulation was intended to support drivers that only do a fraction of
> their I/O in blocks smaller 4KB. It is not optimized for performance in any
> way. Under the covers, VDO is still operating on 4KB physical blocks, so
> each 512-byte read is potentially amplified to a 4KB read, and each
> 512-byte write to a 4KB read followed by a 4KB write. A workload consisting
> exclusively of 512-byte randomly-distributed writes could effectively be
> amplified by a factor of 16.
>
> We have a suite of automated tests we run in 512e mode on a nightly basis.
> That suite is a subset of our regular tests, containing only ones we expect
> would be likely to expose problems specific to the emulation.
>
> There should be no penalty to having emulation enabled on a volume that no
> longer uses it. If the I/O is 4KB-aligned and 4KB or larger, having it
> enabled won't affect it.
> It does not appear the setting can be modified by the VDO manager, but I
> cannot remember at this moment why that should be so.
>
> Hope this helps.
>
> On Fri, Mar 1, 2019 at 2:24 PM Guillaume Pavese <
> guillaume.pav...@interactiv-group.com> wrote:
>
>> Hello,
>>
>> We are planning to deploy VDO with oVirt 4.3 on centos 7.6 (on SSD
>> devices).
>> As oVirt does not support 4K devices yet, VDO volumes are created with
>> the parameter "--emulate512 enabled"
>>
>> What are the implications of this setting? Does it impact performance? If
>> so, is it IOPS or throughput that is impacted? What about reliability (is
>> that mode equally tested as standard mode)?
>>
>> As I saw on RH Bugzilla, support for 4K devices in oVirt will need to
>> wait at least for Centos 7.7
>> Once that is supported, would it be possible to transition/upgrade an
>> emulate512 vdo volume to a standard one?
>>
>> Thanks,
>>
>> Guillaume Pavese
>> Ingénieur Système et Réseau
>> Interactiv-Group
>> ___
>> Vdo-devel mailing list
>> vdo-de...@redhat.com
>> https://www.redhat.com/mailman/listinfo/vdo-devel
>>
>
___
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/PAVB4R6TJFNC3UPF5GAFT6FFDETGZN3Y/

[ovirt-users] Re: Mounting CephFS

[Strahil]

Can you try to set the credentials in a file (don't recall where that was for 
ceph) , so you can mount without specifying user/pass ?

Best Regards,
Strahil NikolovOn Mar 1, 2019 13:46, Leo David  wrote:
>
> Hi Everyone,
> I am trying to mount cephfs as a posix storage domain and getting an error in 
> vdsm.log, although the direct command run on the node " mount -t ceph 
> 10.10.6.1:/sata/ovirt-data  /cephfs-sata/  -o 
> name=admin,secret=AQAzncZY0VyYHBAAoeeePdv8Rr5kZlW07EVhZZ== " works fine. I 
> have configured:
> Storage type: POSIX compliant FS
> Path: 10.10.6.1:/sata/ovirt-data
> VFS Type: ceph
> Mount Options: name=admin,secret=AQAzncZY0VyYHBAAoeeePdv8Rr5kZlW07EVhZZ==
>
>
> 2019-03-01 11:35:33,457+ INFO  (jsonrpc/4) [storage.Mount] mounting 
> 10.10.6.1:/sata/ovirt-data at 
> /rhev/data-center/mnt/10.10.6.1:_sata_ovirt-data (mount:204)
> 2019-03-01 11:35:33,464+ INFO  (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC 
> call Host.ping2 succeeded in 0.00 seconds (__init__:312)
> 2019-03-01 11:35:33,471+ ERROR (jsonrpc/4) [storage.HSM] Could not 
> connect to storageServer (hsm:2414)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 2411, in 
> connectStorageServer
>     conObj.connect()
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/storageServer.py", line 
> 180, in connect
>     six.reraise(t, v, tb)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/storageServer.py", line 
> 172, in connect
>     self._mount.mount(self.options, self._vfsType, cgroup=self.CGROUP)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/mount.py", line 207, in 
> mount
>     cgroup=cgroup)
>   File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 56, 
> in __call__
>     return callMethod()
>   File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 54, 
> in 
>     **kwargs)
>   File "", line 2, in mount
>   File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in 
> _callmethod
>     raise convert_to_error(kind, result)
> MountError: (1, ';mount: unsupported option format:  
> name=admin,secret=AQAzncZY0VyYHBAAoeeePdv8Rr5kZlW07EVhZZ==\n')
> Any thoughts on this,  what could it be wrong with the options field ?
> Using oVirt 4.3.1
> Thank you very much and  have a great day !
>
> Leo
>
> -- 
> Best regards, Leo David___
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/VAVMU2ULRVM7RPA72EDP7Z2HJ2EOB2QA/

[ovirt-users] Re: oVirt Performance (Horrific)

[Strahil]

Another option is to try nfs-ganesha - in my case I can reach 80MB/s sequential 
writes in the VM.

Best Regards,
Strahil NikolovOn Mar 1, 2019 00:15, Jayme  wrote:
>
> Also one more thing, did you make sure to setup the 10Gb gluster network in 
> ovirt and set migration and vm traffic to use the gluster network?
>
> On Thu, Feb 28, 2019 at 6:11 PM Jayme  wrote:
>>
>> Check volumes in Ovirt admin and make sure the optimize volume for cm 
>> storage is selected 
>>
>> I have a three node ovirt hci with ssd gluster backed storage and 10Gb 
>> storage network and I write at around 50-60 megabytes per second from within 
>> vms. Before I used the optimize for vm storage it was about 10x less. Iirc 
>> the optimize setting it suppose to get set by the installler by default but 
>> it wasn’t set in my case when I used cockpit to deploy (this was a little 
>> while ago on ovirt 4.2). Worth checking anyway. 
>>
>> On Thu, Feb 28, 2019 at 4:51 PM Drew R  wrote:
>>>
>>> I expect VM's to be able to write at 200MB or 500MB to the hdd/ssd when 
>>> using an NFS mount or gluster from inside a VM.
>>>
>>> But heck, it's not even 10% (20MB or 50MB), it's closer to 2.5%-5% of the 
>>> speed of the drives.
>>>
>>> I expect windows services to not timeout due to slow hard drives while 
>>> booting.
>>> I expect a windows vm to boot in less than 6 minutes.
>>> I expect to open chrome in less than 1 minute.
>>>
>>> :)  I was hoping for like, at least half speed or quarter speed. I'd be ok 
>>> with 50MBps or 100MBps. Writing.
>>>
>>> I think what I was expecting was out of the box it would perform. But there 
>>> appears to be something we've done wrong, or a tweak we aren't doing. 
>>>
>>> But we  can't even run 1 windows vm at something anyone would remotely call 
>>> "performs very well". 
>>>
>>> Please guide me.  Do you have any commands you want me to run? Or tests to 
>>> do? Do you want a print out or a specific configuration you would like to 
>>> try?  
>>> ___
>>> 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/VLWJHKXBR3A4RECSSXKFXBGHW7DLQE2L/
___
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/5K76YPHTWLEVBA5GL33YR7RHPWWQVROM/

[ovirt-users] Re: Cannot assign Network to Mellanox Interface

[Mike Blanchard]

Hi Vinicius, i'm sorry, I thought I had replied already.

I'm mostly using IPoIB, but gluster is using some over RDMA.  I'm using it
a few different ways,
5 IB nodes, all have dual port ConnectX-3 cards @ 40GB

2 nodes are running windows, one port on each is used for a sync channel
for starwind Vsan to mirror ~20tb of date.  The second ports are using for
iSCS sharing SMB fiile shares for other IB nodes.
3 nides are running CentOS 7 and ovirt.  One of the ports on each are used
for gluster synchronzaton, gluster is set to use both IPoIB & RDMA.  Then
the other ports are using for migratons, iSCSI sharing, and a backup admin
channel.

On Fri, Mar 1, 2019 at 1:36 PM Vinícius Ferrão 
wrote:

> Darkytoo have you received my message.
>
> I’m really curious about your setup using Infiniband.
>
> Thanks,
>
> > On 14 Feb 2019, at 07:42, Vinícius Ferrão 
> wrote:
> >
> > Are you guys running IPoIB for Infiniband Storage? Is it true IB mode?
> Or Ethernet over IB?
> >
> > If using NFS on top of it, RDMA is working
> > with NFSoRDMA?
> >
> > I’m really curious about your setup.
> >
> > Thanks,
> >
> > Sent from my iPhone
> >
> >> On 10 Feb 2019, at 23:55, darky...@gmail.com wrote:
> >>
> >> You were just like me, I also thought it would pick up settings from
> cockpit, but once I realized you had to configure the network again when
> adding to the host, everything sort of fell into line.  I would make sure
> and monitor the networks so you can see the traffic going through the
> infiniband and not the ethernet.
> >> ___
> >> 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/WC6W7KRXDENXVCTXW6F24742YKDE6ZHK/
>
>
___
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/DEWEMDDSG5DIP6KOCFJ3MAJBUDIIRC2H/

[ovirt-users] Re: oVirt Performance (Horrific)

[Drew R]

Saw some people asking for profile info.  So I had started a migration from a 
6TB WDGold 2+1arb replicated gluster to a 1TB samsung ssd 2+1 rep gluster and 
it's been running a while for a 100GB file thin provisioned with like 28GB 
actually used.  Here is the profile info.  I started the profiler like 5 
minutes ago. The migration had been running for like 30minutes:

gluster volume profile gv2 info
Brick: 10.30.30.122:/gluster_bricks/gv2/brick
-
Cumulative Stats:
   Block Size:256b+ 512b+1024b+
 No. of Reads: 1189 812
No. of Writes:4  3245   883

   Block Size:   2048b+4096b+8192b+
 No. of Reads:   1020 2
No. of Writes: 1087312228124080

   Block Size:  16384b+   32768b+   65536b+
 No. of Reads:0 152
No. of Writes: 5188  3617  5532

   Block Size: 131072b+
 No. of Reads:70191
No. of Writes:   634192
 %-latency   Avg-latency   Min-Latency   Max-Latency   No. of calls Fop
 -   ---   ---   ---   
  0.00   0.00 us   0.00 us   0.00 us  2  FORGET
  0.00   0.00 us   0.00 us   0.00 us202 RELEASE
  0.00   0.00 us   0.00 us   0.00 us   1297  RELEASEDIR
  0.00  14.50 us   9.00 us  20.00 us  4 READDIR
  0.00  38.00 us   9.00 us 120.00 us  7GETXATTR
  0.00  66.00 us  34.00 us 128.00 us  6OPEN
  0.00 137.25 us  52.00 us 195.00 us  4 SETATTR
  0.00  23.19 us  11.00 us  46.00 us 26 INODELK
  0.00  41.58 us  18.00 us  79.00 us 24 OPENDIR
  0.00 166.70 us  15.00 us 775.00 us 27READDIRP
  0.01 135.29 us  12.00 us   11695.00 us221  STATFS
  0.01 176.54 us  22.00 us   22944.00 us364   FSTAT
  0.02 626.21 us  13.00 us   17308.00 us168STAT
  0.09 834.84 us   9.00 us   34337.00 us607  LOOKUP
  0.73 146.18 us   6.00 us   52255.00 us  29329FINODELK
  1.03 298.20 us  42.00 us   43711.00 us  20204FXATTROP
 15.388903.40 us 213.00 us  213832.00 us  10102   WRITE
 39.14   26796.37 us 222.00 us  122696.00 us   8538READ
 43.59   39536.79 us 259.00 us  183630.00 us   6446   FSYNC

Duration: 15078 seconds
   Data Read: 9207377205 bytes
Data Written: 86214017762 bytes

Interval 2 Stats:
   Block Size:256b+ 512b+1024b+
 No. of Reads:   17 0 0
No. of Writes:043 7

   Block Size:   2048b+4096b+8192b+
 No. of Reads:0 7 0
No. of Writes:   16  1881  1010

   Block Size:  16384b+   32768b+   65536b+
 No. of Reads:0 0 6
No. of Writes:  305   586  2359

   Block Size: 131072b+
 No. of Reads: 7162
No. of Writes:  610
 %-latency   Avg-latency   Min-Latency   Max-Latency   No. of calls Fop
 -   ---   ---   ---   
  0.00   0.00 us   0.00 us   0.00 us  6 RELEASE
  0.00   0.00 us   0.00 us   0.00 us 20  RELEASEDIR
  0.00  14.50 us   9.00 us  20.00 us  4 READDIR
  0.00  38.00 us   9.00 us 120.00 us  7GETXATTR
  0.00  66.00 us  34.00 us 128.00 us  6OPEN
  0.00 137.25 us  52.00 us 195.00 us  4 SETATTR
  0.00  23.19 us  11.00 us  46.00 us 26 INODELK
  0.00  40.05 us  18.00 us  79.00 us 20 OPENDIR
  0.00 180.33 us  16.00 us 775.00 us 21READDIRP
  0.01 181.77 us  12.00 us   11695.00 us149  STATFS
  0.01 511.23 us  15.00 us   16954.00 us111

[ovirt-users] Re: oVirt Performance (Horrific)

[Drew R]

This kind of helped.  It helped on a vm with a single disk nfs mount using 
windows 10.

I tried it on a winserv 2016 and got weird non-responsiveness happening a lot.

Kind of surprised by the windows 10 box actually got full speed. 100MBps 
basically.  Way better than 5MBps.

Now if I could fix the non-responsiveness..  All these performance posts in 
here... kinda makes we wonder if anyone has anything organized about how to 
configure a single setup completely so that it "works".  It seems out of the 
box this stuff doesn't work. I don't even see light down the tunnel.  The 
people that say it's great give no info and the people that say they are having 
issues with extreme slowness don't appear to get help.

Maybe if I look at older threads I'll have more luck finding people satisfied 
with solutions related to performance.
___
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/232WWZDFOINZ3RE5GOGDWBTLTXPHEMLN/

[ovirt-users] Re: Error deploy hostsed engine on Centos7 at [ovirt.hosted_engine_setup : Fetch IPv4 CIDR for virbr0]

[shanep]

Okay,

Tried copying the file as suggested. The ran clean-up and re-install but failed 
with the same problem.

XML filed contains the following data


  default
  ff26a6fe-c29c-433c-a99f-2d22724a73d4
  
  
  
  

  

  

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

[ovirt-users] impact of --emulate512 setting for VDO volumes

[Guillaume Pavese]

Hello,

We are planning to deploy VDO with oVirt 4.3 on centos 7.6 (on SSD devices).
As oVirt does not support 4K devices yet, VDO volumes are created with the
parameter "--emulate512 enabled"

What are the implications of this setting? Does it impact performance? If
so, is it IOPS or throughput that is impacted? What about reliability (is
that mode equally tested as standard mode)?

As I saw on RH Bugzilla, support for 4K devices in oVirt will need to wait
at least for Centos 7.7
Once that is supported, would it be possible to transition/upgrade an
emulate512 vdo volume to a standard one?

Thanks,

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group
___
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/54NJ4IA6KG3NJQPPOKMGJZ2KHF5ZIGFD/

[ovirt-users] Re: Cannot assign Network to Mellanox Interface

[Vinícius Ferrão]

Darkytoo have you received my message.

I’m really curious about your setup using Infiniband.

Thanks,

> On 14 Feb 2019, at 07:42, Vinícius Ferrão  wrote:
> 
> Are you guys running IPoIB for Infiniband Storage? Is it true IB mode? Or 
> Ethernet over IB?
> 
> If using NFS on top of it, RDMA is working
> with NFSoRDMA?
> 
> I’m really curious about your setup.
> 
> Thanks,
> 
> Sent from my iPhone
> 
>> On 10 Feb 2019, at 23:55, darky...@gmail.com wrote:
>> 
>> You were just like me, I also thought it would pick up settings from 
>> cockpit, but once I realized you had to configure the network again when 
>> adding to the host, everything sort of fell into line.  I would make sure 
>> and monitor the networks so you can see the traffic going through the 
>> infiniband and not the ethernet.
>> ___
>> 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/WC6W7KRXDENXVCTXW6F24742YKDE6ZHK/
___
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/CZ3LJIHVRP3BBZMPGMOYIRMO5O5DERSI/

[ovirt-users] Re: Can't manually migrate VM's (4.3.0)

[Greg Sheremeta]

You are correct -- it's new. We just discovered it about 2 weeks ago.
That's how I knew to point you to it :D

Best wishes,
Greg

On Fri, Mar 1, 2019 at 11:03 AM Ron Jerome  wrote:

> Bingo!!  That fixed the issue.
>
> Thanks Greg.
>
> Just one final question on this...  Is that parameter new?  I could have
> sworn that I just cut and pasted that section of the docs (modifying as
> appropriate)  into my squid.conf file when I set it up.
>
> Ron.
>
> On Fri, 1 Mar 2019 at 10:02, Greg Sheremeta  wrote:
>
>>
>> On Fri, Mar 1, 2019 at 9:47 AM Ron Jerome  wrote:
>>
>>> Thanks Michal,
>>>
>>> I think we are onto something here.  That request is getting a 401
>>> unauthorized response...
>>>
>>> ssl_access_log:10.10.10.41 - - [01/Mar/2019:09:26:46 -0500] "GET
>>> /ovirt-engine/api/vms/?search=id=dc0a6167-3c36-48e4-9cca-d69303037859
>>> HTTP/1.1" 401 71
>>>
>>> I guess it should be noted here that I'm accessing the engine through a
>>> squid proxy on one of the hosts.  I just tested a direct connection to the
>>> engine (without going through the proxy) and it works, so the next question
>>> is how to fix the proxy issue?  Could this be an SSL certificate issue?
>>>
>>
>> Oh, squid :)
>> Please verify that you have "login=PASSTHRU" set.
>> Like in #14 here:
>> https://www.ovirt.org/documentation/admin-guide/chap-Proxies.html#installing-and-configuring-a-squid-proxy
>>
>>
>>> Ron.
>>>
>>> On Fri, 1 Mar 2019 at 04:50, Michal Skrivanek 
>>> wrote:
>>>


 On 1 Mar 2019, at 02:34, Ron Jerome  wrote:

 Here is the JS error that is being generated when I push the "Migrate"
 button...

 DataProvider failed to fetch data SyntaxError: JSON.parse: unexpected
> character at line 1 column 1 of the JSON dataDataProvider.js:35:8
>
> value/<
> DataProvider.js:35:8
> A/
> es6.promise.js:75
>
> A/<
> es6.promise.js:60
> l
> _
> microtask.js:18
>


 Hi,
 without a reproduced you’d need to provide a bit more info. Is there
 anything else in the console?
 It would be best to understand which requests returned invalid data,
 for that you can enable the network monitoring and grab the request and
 response perhaps? We need to see if it’s really the migration request or
 anything else, and what was the actual response

 Thanks,
 michal

 Ron.

 On Wed, 27 Feb 2019 at 17:26, Greg Sheremeta 
 wrote:

> Hi Ron,
>
> Please attach your browser console log and engine.log snippet when you
> have the problem.
> If you could dive into the console and grab the actual REST API
> response, that would be great.
> The request will be something like
> /api/hosts?migration_target_of=...
>
> Greg
>
> On Tue, Feb 26, 2019 at 6:32 PM Greg Sheremeta 
> wrote:
>
>> It sounds like a bug. I'll talk with Michal about reverting this
>> dialog to the 4.2 version.
>>
>> Greg
>>
>> On Tue, Feb 26, 2019 at 1:47 PM Ron Jerome  wrote:
>>
>>> Hi Sharon,
>>> This happens with all the VM's, regardless of uptime.  I've never
>>> tried to migrate a VM if it's not completely up.
>>>
>>> When I select a VM and push the "Migrate" button, I never get to the
>>> "Migrate" dialog box, I just presents the error show in the attached
>>> image.
>>>
>>> I know for a fact that manual migration did work on this cluster,
>>> unfortunately, I don't know if it ever worked in 4.3.0 or if I was 
>>> still at
>>> 4.2.8 when I last used it.
>>>
>>> Ron.
>>>
>>> On Tue, 26 Feb 2019 at 11:59, Sharon Gratch 
>>> wrote:
>>>
 Hi Ron,

 What is the VM state when you try to manually migrate it? Is the VM
 in the beginning of the "powering up" state?
 If so then please wait 1-2 seconds and then try to migrate again
 and see if it is reproduced.
 You can't migrate a VM on "Wait for Launch" state and once the VM
 enters the "powering up" state then it sometimes takes time for UI to 
 be
 refreshed with state and data. It was reproduced to me too.

 Greg, does it sound reasonable?

 Thanks,
 Sharon



 Can you please send a screenshot of the "Migrate VM(s)" dialog with
 th

 On Tue, Feb 26, 2019 at 5:33 PM Ron Jerome 
 wrote:

> I've toggled all the hosts into and out of maintenance, and VM's
> migrate off of each as expected, but I still can't manually initiate 
> a VM
> migration from the UI.  Do you have any hints as to where to look for 
> error
> messages?
>
> Thanks in advance,
>
> Ron.
>
> On Mon, 25 Feb 2019 at 19:56, Ron Jerome 
> wrote:
>

[ovirt-users] Re: Can't manually migrate VM's (4.3.0)

[Ron Jerome]

Bingo!!  That fixed the issue.

Thanks Greg.

Just one final question on this...  Is that parameter new?  I could have
sworn that I just cut and pasted that section of the docs (modifying as
appropriate)  into my squid.conf file when I set it up.

Ron.

On Fri, 1 Mar 2019 at 10:02, Greg Sheremeta  wrote:

>
> On Fri, Mar 1, 2019 at 9:47 AM Ron Jerome  wrote:
>
>> Thanks Michal,
>>
>> I think we are onto something here.  That request is getting a 401
>> unauthorized response...
>>
>> ssl_access_log:10.10.10.41 - - [01/Mar/2019:09:26:46 -0500] "GET
>> /ovirt-engine/api/vms/?search=id=dc0a6167-3c36-48e4-9cca-d69303037859
>> HTTP/1.1" 401 71
>>
>> I guess it should be noted here that I'm accessing the engine through a
>> squid proxy on one of the hosts.  I just tested a direct connection to the
>> engine (without going through the proxy) and it works, so the next question
>> is how to fix the proxy issue?  Could this be an SSL certificate issue?
>>
>
> Oh, squid :)
> Please verify that you have "login=PASSTHRU" set.
> Like in #14 here:
> https://www.ovirt.org/documentation/admin-guide/chap-Proxies.html#installing-and-configuring-a-squid-proxy
>
>
>> Ron.
>>
>> On Fri, 1 Mar 2019 at 04:50, Michal Skrivanek 
>> wrote:
>>
>>>
>>>
>>> On 1 Mar 2019, at 02:34, Ron Jerome  wrote:
>>>
>>> Here is the JS error that is being generated when I push the "Migrate"
>>> button...
>>>
>>> DataProvider failed to fetch data SyntaxError: JSON.parse: unexpected
 character at line 1 column 1 of the JSON dataDataProvider.js:35:8

 value/<
 DataProvider.js:35:8
 A/>>>
   es6.promise.js:75

 A/<
 es6.promise.js:60
 l
 _
 microtask.js:18

>>>
>>>
>>> Hi,
>>> without a reproduced you’d need to provide a bit more info. Is there
>>> anything else in the console?
>>> It would be best to understand which requests returned invalid data, for
>>> that you can enable the network monitoring and grab the request and
>>> response perhaps? We need to see if it’s really the migration request or
>>> anything else, and what was the actual response
>>>
>>> Thanks,
>>> michal
>>>
>>> Ron.
>>>
>>> On Wed, 27 Feb 2019 at 17:26, Greg Sheremeta 
>>> wrote:
>>>
 Hi Ron,

 Please attach your browser console log and engine.log snippet when you
 have the problem.
 If you could dive into the console and grab the actual REST API
 response, that would be great.
 The request will be something like
 /api/hosts?migration_target_of=...

 Greg

 On Tue, Feb 26, 2019 at 6:32 PM Greg Sheremeta 
 wrote:

> It sounds like a bug. I'll talk with Michal about reverting this
> dialog to the 4.2 version.
>
> Greg
>
> On Tue, Feb 26, 2019 at 1:47 PM Ron Jerome  wrote:
>
>> Hi Sharon,
>> This happens with all the VM's, regardless of uptime.  I've never
>> tried to migrate a VM if it's not completely up.
>>
>> When I select a VM and push the "Migrate" button, I never get to the
>> "Migrate" dialog box, I just presents the error show in the attached
>> image.
>>
>> I know for a fact that manual migration did work on this cluster,
>> unfortunately, I don't know if it ever worked in 4.3.0 or if I was still 
>> at
>> 4.2.8 when I last used it.
>>
>> Ron.
>>
>> On Tue, 26 Feb 2019 at 11:59, Sharon Gratch 
>> wrote:
>>
>>> Hi Ron,
>>>
>>> What is the VM state when you try to manually migrate it? Is the VM
>>> in the beginning of the "powering up" state?
>>> If so then please wait 1-2 seconds and then try to migrate again and
>>> see if it is reproduced.
>>> You can't migrate a VM on "Wait for Launch" state and once the VM
>>> enters the "powering up" state then it sometimes takes time for UI to be
>>> refreshed with state and data. It was reproduced to me too.
>>>
>>> Greg, does it sound reasonable?
>>>
>>> Thanks,
>>> Sharon
>>>
>>>
>>>
>>> Can you please send a screenshot of the "Migrate VM(s)" dialog with
>>> th
>>>
>>> On Tue, Feb 26, 2019 at 5:33 PM Ron Jerome 
>>> wrote:
>>>
 I've toggled all the hosts into and out of maintenance, and VM's
 migrate off of each as expected, but I still can't manually initiate a 
 VM
 migration from the UI.  Do you have any hints as to where to look for 
 error
 messages?

 Thanks in advance,

 Ron.

 On Mon, 25 Feb 2019 at 19:56, Ron Jerome  wrote:

>
> It's a 3 node cluster, each node has 84G RAM, and there are only
> two two other VM's running, so there should be plenty of capacity.
>
> Automatic migration works, if I put a host into Maintenance, the
> VM's will migrate.
>
> Ron
>
> On Mon, Feb 25, 2019, 6:46 PM Greg Sheremeta, 
> 

[ovirt-users] Re: Upgrade 4.2.8 to 4.3.1 failed: Constraint violation found in vm_interface (vmt_guid) |1

[John Florian]

Done: https://bugzilla.redhat.com/show_bug.cgi?id=1684586

On 3/1/19 9:43 AM, Martin Perina wrote:



On Fri, Mar 1, 2019 at 3:12 PM John Florian > wrote:


I tried to upgrade my engine and was running engine-setup when:

[ INFO  ] Checking the Engine database consistency
[ ERROR ] Failed to execute stage 'Setup validation': Failed checking
Engine database: an exception occurred while validating the Engine
database, please check the logs for getting more info:
  Constraint violation found in  vm_interface (vmt_guid) |1

I found https://bugzilla.redhat.com/show_bug.cgi?id=1528316 but that
looks to have been resolved already.


This seems like a new issue, could you please create new bug for that 
and attach engine logs (especially those from /var/log/ovirt-engine/setup?


Thanks,
Martin


How should I proceed?
___
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/FD5GAOK6Y5X25IJNNQ56TCQOKEXCZBKT/



--
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.

___
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/7SMATXVAD3PJQJRMVODBXXOMJ4HQOQOR/
___
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/CBSZ7VVD4CTRTDPEWBIUVEGA22JP6F7F/

[ovirt-users] Re: Can't manually migrate VM's (4.3.0)

[Greg Sheremeta]

On Fri, Mar 1, 2019 at 9:47 AM Ron Jerome  wrote:

> Thanks Michal,
>
> I think we are onto something here.  That request is getting a 401
> unauthorized response...
>
> ssl_access_log:10.10.10.41 - - [01/Mar/2019:09:26:46 -0500] "GET
> /ovirt-engine/api/vms/?search=id=dc0a6167-3c36-48e4-9cca-d69303037859
> HTTP/1.1" 401 71
>
> I guess it should be noted here that I'm accessing the engine through a
> squid proxy on one of the hosts.  I just tested a direct connection to the
> engine (without going through the proxy) and it works, so the next question
> is how to fix the proxy issue?  Could this be an SSL certificate issue?
>

Oh, squid :)
Please verify that you have "login=PASSTHRU" set.
Like in #14 here:
https://www.ovirt.org/documentation/admin-guide/chap-Proxies.html#installing-and-configuring-a-squid-proxy


> Ron.
>
> On Fri, 1 Mar 2019 at 04:50, Michal Skrivanek  wrote:
>
>>
>>
>> On 1 Mar 2019, at 02:34, Ron Jerome  wrote:
>>
>> Here is the JS error that is being generated when I push the "Migrate"
>> button...
>>
>> DataProvider failed to fetch data SyntaxError: JSON.parse: unexpected
>>> character at line 1 column 1 of the JSON dataDataProvider.js:35:8
>>>
>>> value/<
>>> DataProvider.js:35:8
>>> A/>>
>>>   es6.promise.js:75
>>>
>>> A/<
>>> es6.promise.js:60
>>> l
>>> _
>>> microtask.js:18
>>>
>>
>>
>> Hi,
>> without a reproduced you’d need to provide a bit more info. Is there
>> anything else in the console?
>> It would be best to understand which requests returned invalid data, for
>> that you can enable the network monitoring and grab the request and
>> response perhaps? We need to see if it’s really the migration request or
>> anything else, and what was the actual response
>>
>> Thanks,
>> michal
>>
>> Ron.
>>
>> On Wed, 27 Feb 2019 at 17:26, Greg Sheremeta  wrote:
>>
>>> Hi Ron,
>>>
>>> Please attach your browser console log and engine.log snippet when you
>>> have the problem.
>>> If you could dive into the console and grab the actual REST API
>>> response, that would be great.
>>> The request will be something like
>>> /api/hosts?migration_target_of=...
>>>
>>> Greg
>>>
>>> On Tue, Feb 26, 2019 at 6:32 PM Greg Sheremeta 
>>> wrote:
>>>
 It sounds like a bug. I'll talk with Michal about reverting this dialog
 to the 4.2 version.

 Greg

 On Tue, Feb 26, 2019 at 1:47 PM Ron Jerome  wrote:

> Hi Sharon,
> This happens with all the VM's, regardless of uptime.  I've never
> tried to migrate a VM if it's not completely up.
>
> When I select a VM and push the "Migrate" button, I never get to the
> "Migrate" dialog box, I just presents the error show in the attached
> image.
>
> I know for a fact that manual migration did work on this cluster,
> unfortunately, I don't know if it ever worked in 4.3.0 or if I was still 
> at
> 4.2.8 when I last used it.
>
> Ron.
>
> On Tue, 26 Feb 2019 at 11:59, Sharon Gratch 
> wrote:
>
>> Hi Ron,
>>
>> What is the VM state when you try to manually migrate it? Is the VM
>> in the beginning of the "powering up" state?
>> If so then please wait 1-2 seconds and then try to migrate again and
>> see if it is reproduced.
>> You can't migrate a VM on "Wait for Launch" state and once the VM
>> enters the "powering up" state then it sometimes takes time for UI to be
>> refreshed with state and data. It was reproduced to me too.
>>
>> Greg, does it sound reasonable?
>>
>> Thanks,
>> Sharon
>>
>>
>>
>> Can you please send a screenshot of the "Migrate VM(s)" dialog with th
>>
>> On Tue, Feb 26, 2019 at 5:33 PM Ron Jerome  wrote:
>>
>>> I've toggled all the hosts into and out of maintenance, and VM's
>>> migrate off of each as expected, but I still can't manually initiate a 
>>> VM
>>> migration from the UI.  Do you have any hints as to where to look for 
>>> error
>>> messages?
>>>
>>> Thanks in advance,
>>>
>>> Ron.
>>>
>>> On Mon, 25 Feb 2019 at 19:56, Ron Jerome  wrote:
>>>

 It's a 3 node cluster, each node has 84G RAM, and there are only
 two two other VM's running, so there should be plenty of capacity.

 Automatic migration works, if I put a host into Maintenance, the
 VM's will migrate.

 Ron

 On Mon, Feb 25, 2019, 6:46 PM Greg Sheremeta, 
 wrote:

> Turns out it's a bad error message. It just means there are no
> hosts available to migrate to.
>
> Do you have other hosts up with capacity?
>
> Greg
>
>
> On Mon, Feb 25, 2019 at 3:01 PM Ron Jerome 
> wrote:
>
>> I've been running 4.3.0 for a few weeks now and just discovered
>> that I can't manually migrate VM's from the UI.  I get an error 
>> 

[ovirt-users] Re: Can't manually migrate VM's (4.3.0)

[Ron Jerome]

Thanks Michal,

I think we are onto something here.  That request is getting a 401
unauthorized response...

ssl_access_log:10.10.10.41 - - [01/Mar/2019:09:26:46 -0500] "GET
/ovirt-engine/api/vms/?search=id=dc0a6167-3c36-48e4-9cca-d69303037859
HTTP/1.1" 401 71

I guess it should be noted here that I'm accessing the engine through a
squid proxy on one of the hosts.  I just tested a direct connection to the
engine (without going through the proxy) and it works, so the next question
is how to fix the proxy issue?  Could this be an SSL certificate issue?

Ron.

On Fri, 1 Mar 2019 at 04:50, Michal Skrivanek  wrote:

>
>
> On 1 Mar 2019, at 02:34, Ron Jerome  wrote:
>
> Here is the JS error that is being generated when I push the "Migrate"
> button...
>
> DataProvider failed to fetch data SyntaxError: JSON.parse: unexpected
>> character at line 1 column 1 of the JSON dataDataProvider.js:35:8
>>
>> value/<
>> DataProvider.js:35:8
>> A/>
>> es6.promise.js:75
>>
>> A/<
>> es6.promise.js:60
>> l
>> _
>> microtask.js:18
>>
>
>
> Hi,
> without a reproduced you’d need to provide a bit more info. Is there
> anything else in the console?
> It would be best to understand which requests returned invalid data, for
> that you can enable the network monitoring and grab the request and
> response perhaps? We need to see if it’s really the migration request or
> anything else, and what was the actual response
>
> Thanks,
> michal
>
> Ron.
>
> On Wed, 27 Feb 2019 at 17:26, Greg Sheremeta  wrote:
>
>> Hi Ron,
>>
>> Please attach your browser console log and engine.log snippet when you
>> have the problem.
>> If you could dive into the console and grab the actual REST API response,
>> that would be great.
>> The request will be something like
>> /api/hosts?migration_target_of=...
>>
>> Greg
>>
>> On Tue, Feb 26, 2019 at 6:32 PM Greg Sheremeta 
>> wrote:
>>
>>> It sounds like a bug. I'll talk with Michal about reverting this dialog
>>> to the 4.2 version.
>>>
>>> Greg
>>>
>>> On Tue, Feb 26, 2019 at 1:47 PM Ron Jerome  wrote:
>>>
 Hi Sharon,
 This happens with all the VM's, regardless of uptime.  I've never tried
 to migrate a VM if it's not completely up.

 When I select a VM and push the "Migrate" button, I never get to the
 "Migrate" dialog box, I just presents the error show in the attached
 image.

 I know for a fact that manual migration did work on this cluster,
 unfortunately, I don't know if it ever worked in 4.3.0 or if I was still at
 4.2.8 when I last used it.

 Ron.

 On Tue, 26 Feb 2019 at 11:59, Sharon Gratch  wrote:

> Hi Ron,
>
> What is the VM state when you try to manually migrate it? Is the VM in
> the beginning of the "powering up" state?
> If so then please wait 1-2 seconds and then try to migrate again and
> see if it is reproduced.
> You can't migrate a VM on "Wait for Launch" state and once the VM
> enters the "powering up" state then it sometimes takes time for UI to be
> refreshed with state and data. It was reproduced to me too.
>
> Greg, does it sound reasonable?
>
> Thanks,
> Sharon
>
>
>
> Can you please send a screenshot of the "Migrate VM(s)" dialog with th
>
> On Tue, Feb 26, 2019 at 5:33 PM Ron Jerome  wrote:
>
>> I've toggled all the hosts into and out of maintenance, and VM's
>> migrate off of each as expected, but I still can't manually initiate a VM
>> migration from the UI.  Do you have any hints as to where to look for 
>> error
>> messages?
>>
>> Thanks in advance,
>>
>> Ron.
>>
>> On Mon, 25 Feb 2019 at 19:56, Ron Jerome  wrote:
>>
>>>
>>> It's a 3 node cluster, each node has 84G RAM, and there are only two
>>> two other VM's running, so there should be plenty of capacity.
>>>
>>> Automatic migration works, if I put a host into Maintenance, the
>>> VM's will migrate.
>>>
>>> Ron
>>>
>>> On Mon, Feb 25, 2019, 6:46 PM Greg Sheremeta, 
>>> wrote:
>>>
 Turns out it's a bad error message. It just means there are no
 hosts available to migrate to.

 Do you have other hosts up with capacity?

 Greg


 On Mon, Feb 25, 2019 at 3:01 PM Ron Jerome 
 wrote:

> I've been running 4.3.0 for a few weeks now and just discovered
> that I can't manually migrate VM's from the UI.  I get an error 
> message
> saying: "Could not fetch data needed for VM migrate operation"
>
> Sounds like
> https://bugzilla.redhat.com/show_bug.cgi?format=multiple=1670701
>
> Ron.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: 

[ovirt-users] Re: Upgrade 4.2.8 to 4.3.1 failed: Constraint violation found in vm_interface (vmt_guid) |1

[Martin Perina]

On Fri, Mar 1, 2019 at 3:12 PM John Florian  wrote:

> I tried to upgrade my engine and was running engine-setup when:
>
> [ INFO  ] Checking the Engine database consistency
> [ ERROR ] Failed to execute stage 'Setup validation': Failed checking
> Engine database: an exception occurred while validating the Engine
> database, please check the logs for getting more info:
>   Constraint violation found in  vm_interface (vmt_guid) |1
>
> I found https://bugzilla.redhat.com/show_bug.cgi?id=1528316 but that
> looks to have been resolved already.
>

This seems like a new issue, could you please create new bug for that and
attach engine logs (especially those from /var/log/ovirt-engine/setup?

Thanks,
Martin


> How should I proceed?
> ___
> 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/FD5GAOK6Y5X25IJNNQ56TCQOKEXCZBKT/
>


-- 
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
___
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/7SMATXVAD3PJQJRMVODBXXOMJ4HQOQOR/

[ovirt-users] Upgrade 4.2.8 to 4.3.1 failed: Constraint violation found in vm_interface (vmt_guid) |1

[John Florian]

I tried to upgrade my engine and was running engine-setup when:

[ INFO  ] Checking the Engine database consistency
[ ERROR ] Failed to execute stage 'Setup validation': Failed checking 
Engine database: an exception occurred while validating the Engine 
database, please check the logs for getting more info:

 Constraint violation found in  vm_interface (vmt_guid) |1

I found https://bugzilla.redhat.com/show_bug.cgi?id=1528316 but that 
looks to have been resolved already.


How should I proceed?
___
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/FD5GAOK6Y5X25IJNNQ56TCQOKEXCZBKT/

[ovirt-users] Re: Mounting CephFS

[Leo David]

Hi,
That was just me not properly reading the log... :(
Seems that I was passing a cr at the and  of the options ( \n ),  now I am
able to do the mount.
Thank you !

Leo


On Fri, Mar 1, 2019 at 1:46 PM Leo David  wrote:

> Hi Everyone,
> I am trying to mount cephfs as a posix storage domain and getting an error
> in vdsm.log, although the direct command run on the node " mount -t ceph
> 10.10.6.1:/sata/ovirt-data  /cephfs-sata/  -o
> name=admin,secret=AQAzncZY0VyYHBAAoeeePdv8Rr5kZlW07EVhZZ== " works fine. I
> have configured:
> Storage type: POSIX compliant FS
> Path: 10.10.6.1:/sata/ovirt-data
> VFS Type: ceph
> Mount Options: name=admin,secret=AQAzncZY0VyYHBAAoeeePdv8Rr5kZlW07EVhZZ==
>
>
> 2019-03-01 11:35:33,457+ INFO  (jsonrpc/4) [storage.Mount] mounting
> 10.10.6.1:/sata/ovirt-data at /rhev/data-center/mnt/10.10.6.1:_sata_ovirt-data
> (mount:204)
> 2019-03-01 11:35:33,464+ INFO  (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC
> call Host.ping2 succeeded in 0.00 seconds (__init__:312)
> 2019-03-01 11:35:33,471+ ERROR (jsonrpc/4) [storage.HSM] Could not
> connect to storageServer (hsm:2414)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 2411,
> in connectStorageServer
> conObj.connect()
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/storageServer.py",
> line 180, in connect
> six.reraise(t, v, tb)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/storageServer.py",
> line 172, in connect
> self._mount.mount(self.options, self._vfsType, cgroup=self.CGROUP)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/mount.py", line 207,
> in mount
> cgroup=cgroup)
>   File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line
> 56, in __call__
> return callMethod()
>   File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line
> 54, in 
> **kwargs)
>   File "", line 2, in mount
>   File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in
> _callmethod
> raise convert_to_error(kind, result)
> *MountError: (1, ';mount: unsupported option format:  *
> name=admin,secret=AQAzncZY0VyYHBAAoeeePdv8Rr5kZlW07EVhZZ==\n')
> Any thoughts on this,  what could it be wrong with the options field ?
> Using oVirt 4.3.1
> Thank you very much and  have a great day !
>
> Leo
>
> --
> Best regards, Leo David
>


-- 
Best regards, Leo David
___
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/WI2LASQYJBU3YWNHNR7SJICDRPC5HUHP/

[ovirt-users] Re: Error deploy hostsed engine on Centos7 at [ovirt.hosted_engine_setup : Fetch IPv4 CIDR for virbr0]

[Simone Tiraboschi]

On Fri, Mar 1, 2019 at 1:55 PM  wrote:

> Trying to install oVirt hosted engine on a dedicated host in Data Centre.
> But it keeps failing at what looks to be the point where it is trying to
> get an IP if virbr0, which has been created successfully during setup, but
> does not appear to have an ip address.
>
> Any idea what could be going worng?
>
> System is running Centos 7.6.1810
> Interface: em1 (public ip)
> Interface: em2 management network.
>
> This is the error in the log
>
> [ INFO  ] TASK [ovirt.hosted_engine_setup : Fetch IPv4 CIDR for virbr0]
> [ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The task includes an
> option with an undefined variable. The error was: 'dict object' has no
> attribute 'ipv4'\n\nThe error appears to have been in
> '/usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/bootstrap_local_vm/01_prepare_routing_rules.yml':
> line 57, column 5, but may\nbe elsewhere in the file depending on the exact
> syntax problem.\n\nThe offending line appears to be:\n\ntags:
> ['skip_ansible_lint']\n  - name: Fetch IPv4 CIDR for {{ virbr_default }}\n
>   ^ here\nWe could be wrong, but this one looks like it might be an issue
> with\nmissing quotes.  Always quote template expression brackets when
> they\nstart a value. For instance:\n\nwith_items:\n  - {{ foo
> }}\n\nShould be written as:\n\nwith_items:\n  - \"{{ foo }}\"\n"}
> [ ERROR ] Failed to execute stage 'Closing up': Failed executing
> ansible-playbook
>

It seams that default libvirt network has no IPv4 address.
This could happen due to leftovers on hosts where in the past, voluntary or
not, you tries to deploy with IPv6.

https://github.com/oVirt/ovirt-ansible-hosted-engine-setup/commit/f434bb0044834053e0a1b5a035ede90241496c6f
is going to address that but it will come with the next release.

In the meanwhile, can you please try to manually restore
/usr/share/libvirt/networks/default.xml over
/etc/libvirt/qemu/networks/default.xml before trying again in order to get
back an IPv4 subnet on the default libvirt network?


> ___
> 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/B33HGH75TP4UB2NOL4KQBNRBFMT5TGNW/
>
___
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/Y6M2SCAK4KJKCIVZMHLUPY7I4VTTHQY2/

[ovirt-users] Error deploy hostsed engine on Centos7 at [ovirt.hosted_engine_setup : Fetch IPv4 CIDR for virbr0]

[shanep]

Trying to install oVirt hosted engine on a dedicated host in Data Centre. But 
it keeps failing at what looks to be the point where it is trying to get an IP 
if virbr0, which has been created successfully during setup, but does not 
appear to have an ip address.

Any idea what could be going worng?

System is running Centos 7.6.1810
Interface: em1 (public ip)
Interface: em2 management network.

This is the error in the log

[ INFO  ] TASK [ovirt.hosted_engine_setup : Fetch IPv4 CIDR for virbr0]
[ ERROR ] fatal: [localhost]: FAILED! => {"msg": "The task includes an option 
with an undefined variable. The error was: 'dict object' has no attribute 
'ipv4'\n\nThe error appears to have been in 
'/usr/share/ansible/roles/ovirt.hosted_engine_setup/tasks/bootstrap_local_vm/01_prepare_routing_rules.yml':
 line 57, column 5, but may\nbe elsewhere in the file depending on the exact 
syntax problem.\n\nThe offending line appears to be:\n\ntags: 
['skip_ansible_lint']\n  - name: Fetch IPv4 CIDR for {{ virbr_default }}\n^ 
here\nWe could be wrong, but this one looks like it might be an issue 
with\nmissing quotes.  Always quote template expression brackets when 
they\nstart a value. For instance:\n\nwith_items:\n  - {{ foo 
}}\n\nShould be written as:\n\nwith_items:\n  - \"{{ foo }}\"\n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed executing 
ansible-playbook
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/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/B33HGH75TP4UB2NOL4KQBNRBFMT5TGNW/

[ovirt-users] Re: Gluster messages after upgrade to 4.3.1

[Sandro Bonazzola]

Il giorno ven 1 mar 2019 alle ore 12:57 Jayme  ha scritto:

> These are both reported bugs
>

yes, just adding some pointers:


>
> On Fri, Mar 1, 2019 at 7:34 AM Stefano Danzi  wrote:
>
>> Hello,
>>
>> I've just upgrade to version 4.3.1 and I can see this message in gluster
>> log of all my host (running oVirt Node):
>>
>> The message "E [MSGID: 101191]
>> [event-epoll.c:671:event_dispatch_epoll_worker] 0-epoll: Failed to
>> dispatch handler" repeated 59 times between [2019-03-01 10:21:42.099983]
>> and [2019-03-01 10:23:38.340971
>>
>
This has been reported here:
https://bugzilla.redhat.com/show_bug.cgi?id=1677319


>
>> Another strange thing:
>>
>> A Vm was running. I shutted down it fo mistake. I was no more able to
>> run this vm. The error was: "Bad volume specification ".
>> After a little investigation I notice that disk image was no more owned
>> by vdsm.kvm but root.root. I changed back to correct value and vm
>> started fine.
>>
>
This is being tracked here:
https://bugzilla.redhat.com/show_bug.cgi?id=1666795



> ___
>> 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/S5VIYA7QAO5QMWMAMB3OAULMKRLBYHVS/
>>
> ___
> 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/RAECXR2ENDATFN5CKLUS6YRFPW6WE2IV/
>


-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com

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

[ovirt-users] Re: Ovirt 4.3 RC missing glusterfs-gnfs

[Niels de Vos]

On Wed, Feb 27, 2019 at 12:02:07PM +0100, Sandro Bonazzola wrote:
> Il giorno lun 25 feb 2019 alle ore 11:10 Niels de Vos 
> ha scritto:
> 
> > On Mon, Feb 25, 2019 at 10:05:52AM +0100, Sandro Bonazzola wrote:
> > > Il giorno gio 21 feb 2019 alle ore 08:48 Sandro Bonazzola <
> > > sbona...@redhat.com> ha scritto:
> > >
> > > >
> > > >
> > > > Il giorno mer 20 feb 2019 alle ore 21:02 Strahil Nikolov <
> > > > hunter86...@yahoo.com> ha scritto:
> > > >
> > > >> Hi Sahina, Sandro,
> > > >>
> > > >> can you guide me through the bugzilla.redhat.com in order to open a
> > bug
> > > >> for the missing package. ovirt-4.3-centos-gluster5 still lacks package
> > > >> for the 'glusterfs-gnfs' (which is a dependency for vdsm-gluster):
> > > >>
> > > >
> > > >
> > > > The issue is being tracked in
> > > > https://bugzilla.redhat.com/show_bug.cgi?id=1672711
> > > > it's still missing a fix on gluster side for CentOS Storage SIG.
> > > > Niels, Yaniv, we are escalating this, can you please help getting this
> > > > fixed?
> > > >
> > >
> > > Update for users: a fix has been merged for Gluster 6 and the backport to
> > > Gluster 5 has been verified, reviewed and pending merge (
> > > https://review.gluster.org/#/c/glusterfs/+/22258/).
> >
> > I plan to push an update with only this change later today. That means
> > the updated glusterfs-5 version is expected to hit the CentOS mirrors
> > tomorrow.
> >
> 
> Niels, I see glusterfs-5.4-1.el7 being tagged for testing, not yet for
> release (https://cbs.centos.org/koji/buildinfo?buildID=25227).
> Sahina did your team test this build to see if it solves the upgrade path
> for glusterfs-gnfs?
> Users: your help testing this would be very useful. You can find test repo
> here: https://buildlogs.centos.org/centos/7/storage/x86_64/gluster-5/

glusterfs-5.3-2.el7.x86_64 has been the build with the Obsoletes for
glusterfs-gnfs. Upgrading is expected to work with that version (and
Parth Dhanjal has confirmed that). glusterfs-5.4 has been released this
week, and these packages are still in Testing. They also contain the
same Obsoletes addition.

Niels


> 
> Thanks,
> 
> 
> >
> > Niels
> >
> >
> > >
> > >
> > >
> > > >
> > > >
> > > >
> > > >
> > > >>
> > > >> [root@ovirt2 ~]# yum --disablerepo=*
> > > >> --enablerepo=ovirt-4.3-centos-gluster5 list available
> > --show-duplicates |
> > > >> grep gluster-gnfs
> > > >> Repository centos-sclo-rh-release is listed more than once in the
> > > >> configuration
> > > >> Repository centos-sclo-rh-release is listed more than once in the
> > > >> configuration
> > > >> Cannot upload enabled repos report, is this client registered?
> > > >>
> > > >>
> > > >> This leads to the following (output truncated):
> > > >> --> Finished Dependency Resolution
> > > >> Error: Package: glusterfs-gnfs-3.12.15-1.el7.x86_64
> > > >> (@ovirt-4.2-centos-gluster312)
> > > >>Requires: glusterfs(x86-64) = 3.12.15-1.el7
> > > >>Removing: glusterfs-3.12.15-1.el7.x86_64
> > > >> (@ovirt-4.2-centos-gluster312)
> > > >>glusterfs(x86-64) = 3.12.15-1.el7
> > > >>Updated By: glusterfs-5.3-1.el7.x86_64
> > > >> (ovirt-4.3-centos-gluster5)
> > > >>glusterfs(x86-64) = 5.3-1.el7
> > > >>Available: glusterfs-3.12.0-1.el7.x86_64
> > > >> (ovirt-4.2-centos-gluster312)
> > > >>glusterfs(x86-64) = 3.12.0-1.el7
> > > >>
> > > >>Available: glusterfs-3.12.1-1.el7.x86_64
> > > >> (ovirt-4.2-centos-gluster312)
> > > >>glusterfs(x86-64) = 3.12.1-1.el7
> > > >>Available: glusterfs-3.12.1-2.el7.x86_64
> > > >> (ovirt-4.2-centos-gluster312)
> > > >>glusterfs(x86-64) = 3.12.1-2.el7
> > > >>Available: glusterfs-3.12.2-18.el7.x86_64 (base)
> > > >>glusterfs(x86-64) = 3.12.2-18.el7
> > > >>Available: glusterfs-3.12.3-1.el7.x86_64
> > > >> (ovirt-4.2-centos-gluster312)
> > > >>glusterfs(x86-64) = 3.12.3-1.el7
> > > >>Available: glusterfs-3.12.4-1.el7.x86_64
> > > >> (ovirt-4.2-centos-gluster312)
> > > >>glusterfs(x86-64) = 3.12.4-1.el7
> > > >>Available: glusterfs-3.12.5-2.el7.x86_64
> > > >> (ovirt-4.2-centos-gluster312)
> > > >>glusterfs(x86-64) = 3.12.5-2.el7
> > > >>Available: glusterfs-3.12.6-1.el7.x86_64
> > > >> (ovirt-4.2-centos-gluster312)
> > > >>glusterfs(x86-64) = 3.12.6-1.el7
> > > >>Available: glusterfs-3.12.8-1.el7.x86_64
> > > >> (ovirt-4.2-centos-gluster312)
> > > >>glusterfs(x86-64) = 3.12.8-1.el7
> > > >>Available: glusterfs-3.12.9-1.el7.x86_64
> > > >> (ovirt-4.2-centos-gluster312)
> > > >>glusterfs(x86-64) = 3.12.9-1.el7
> > > >>Available: glusterfs-3.12.11-1.el7.x86_64
> > > >> (ovirt-4.2-centos-gluster312)
> > > >>glusterfs(x86-64) = 3.12.11-1.el7
> > > >>Available: 

[ovirt-users] Re: Gluster messages after upgrade to 4.3.1

[Jayme]

These are both reported bugs

On Fri, Mar 1, 2019 at 7:34 AM Stefano Danzi  wrote:

> Hello,
>
> I've just upgrade to version 4.3.1 and I can see this message in gluster
> log of all my host (running oVirt Node):
>
> The message "E [MSGID: 101191]
> [event-epoll.c:671:event_dispatch_epoll_worker] 0-epoll: Failed to
> dispatch handler" repeated 59 times between [2019-03-01 10:21:42.099983]
> and [2019-03-01 10:23:38.340971
>
> Another strange thing:
>
> A Vm was running. I shutted down it fo mistake. I was no more able to
> run this vm. The error was: "Bad volume specification ".
> After a little investigation I notice that disk image was no more owned
> by vdsm.kvm but root.root. I changed back to correct value and vm
> started fine.
> ___
> 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/S5VIYA7QAO5QMWMAMB3OAULMKRLBYHVS/
>
___
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/RAECXR2ENDATFN5CKLUS6YRFPW6WE2IV/

[ovirt-users] Mounting CephFS

[Leo David]

Hi Everyone,
I am trying to mount cephfs as a posix storage domain and getting an error
in vdsm.log, although the direct command run on the node " mount -t ceph
10.10.6.1:/sata/ovirt-data  /cephfs-sata/  -o
name=admin,secret=AQAzncZY0VyYHBAAoeeePdv8Rr5kZlW07EVhZZ== " works fine. I
have configured:
Storage type: POSIX compliant FS
Path: 10.10.6.1:/sata/ovirt-data
VFS Type: ceph
Mount Options: name=admin,secret=AQAzncZY0VyYHBAAoeeePdv8Rr5kZlW07EVhZZ==


2019-03-01 11:35:33,457+ INFO  (jsonrpc/4) [storage.Mount] mounting
10.10.6.1:/sata/ovirt-data at /rhev/data-center/mnt/10.10.6.1:_sata_ovirt-data
(mount:204)
2019-03-01 11:35:33,464+ INFO  (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC
call Host.ping2 succeeded in 0.00 seconds (__init__:312)
2019-03-01 11:35:33,471+ ERROR (jsonrpc/4) [storage.HSM] Could not
connect to storageServer (hsm:2414)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 2411,
in connectStorageServer
conObj.connect()
  File "/usr/lib/python2.7/site-packages/vdsm/storage/storageServer.py",
line 180, in connect
six.reraise(t, v, tb)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/storageServer.py",
line 172, in connect
self._mount.mount(self.options, self._vfsType, cgroup=self.CGROUP)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/mount.py", line 207,
in mount
cgroup=cgroup)
  File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line
56, in __call__
return callMethod()
  File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line
54, in 
**kwargs)
  File "", line 2, in mount
  File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in
_callmethod
raise convert_to_error(kind, result)
*MountError: (1, ';mount: unsupported option format:  *
name=admin,secret=AQAzncZY0VyYHBAAoeeePdv8Rr5kZlW07EVhZZ==\n')
Any thoughts on this,  what could it be wrong with the options field ?
Using oVirt 4.3.1
Thank you very much and  have a great day !

Leo

-- 
Best regards, Leo David
___
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/Q2WB7DLFB2CZRTKPSRTZDHPASJ3WZEK3/

[ovirt-users] Gluster messages after upgrade to 4.3.1

[Stefano Danzi]

Hello,

I've just upgrade to version 4.3.1 and I can see this message in gluster 
log of all my host (running oVirt Node):


The message "E [MSGID: 101191] 
[event-epoll.c:671:event_dispatch_epoll_worker] 0-epoll: Failed to 
dispatch handler" repeated 59 times between [2019-03-01 10:21:42.099983] 
and [2019-03-01 10:23:38.340971


Another strange thing:

A Vm was running. I shutted down it fo mistake. I was no more able to 
run this vm. The error was: "Bad volume specification ".
After a little investigation I notice that disk image was no more owned 
by vdsm.kvm but root.root. I changed back to correct value and vm 
started fine.

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

[ovirt-users] Re: Ovirt 4.3.1 Install failed

[Simone Tiraboschi]

On Fri, Mar 1, 2019 at 10:01 AM  wrote:

> Hi all.
>
> Testing fresh install 4.3.1
>
> Install Node 4.3 - ok
>
> Install Engine from Cockpit - not working.
>
> Install Engine from CLI - not working, we get error:
>
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The
> resolved address doesn't resolve on the selected interface\n"}
> [ ERROR ] Failed to execute stage 'Closing up': Failed executing
> ansible-playbook
>

Hi,
by default the deploy script tries to add the host to the engine with the
address got as $(hostname -f).
Please ensure that the result of $(hostname -f) gets uniquely resolved on
the IP address (IPv4 or IPv6) set on the interface you choose for the
management bridge.


>
> Vlans are not used.
> ___
> 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/IQEMT42TYQPLVLYXPI6SJWREUMNIFQGP/
>
___
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/OSYBEP5CTM3WAHK5RQJPWOAGTQNYBPMS/

[ovirt-users] Re: [oVirt 4.3.1-RC2 Test Day] Hyperconverged HE Deployment

[Simone Tiraboschi]

On Fri, Mar 1, 2019 at 11:15 AM Guillaume Pavese <
guillaume.pav...@interactiv-group.com> wrote:

> Hello,
>
> I managed to install oVirt 4.3.1 finl today after a few more tries.
> I think there are a few specifics to our environment that blocked me.
> We deploy every machine through kickstart with custom scripts. So there
> was potentially a few blockers with how my nested hosts were set up :
>
> - We have routes defined in network-scripts/route-eth0 and oVirt does not
> seem to port those route-* conf to the newly generated ovirmgmt bridge. I
> removed this file before trying again.
>

Yes, this is definitively something that could prevent a successful
deployment:
currently we don't support custom static routes set by the engine at
host-deploy time.
We have an open RFE for that:
https://bugzilla.redhat.com/1311590

You can manually add back your custom rules on the host if needed but
reinstalling the host from the engine could override them again.



> - In /etc/hosts, we set the following : "HostIP HostName.fqdn Hostname"; I
> removed the last part
>

This shouldn't be an issue.


>
> Thanks for your help.
>
> Guillaume Pavese
> Ingénieur Système et Réseau
> Interactiv-Group
>
>
> On Fri, Mar 1, 2019 at 5:15 PM Simone Tiraboschi 
> wrote:
>
>>
>>
>> On Fri, Mar 1, 2019 at 6:49 AM Sahina Bose  wrote:
>>
>>> On Wed, Feb 27, 2019 at 4:06 PM Guillaume Pavese
>>>  wrote:
>>> >
>>> > Hi, I tried again today to deploy HE on Gluster with oVirt 4.3.1 RC2
>>> on a clean Nested environment (no precedent deploy attempts to clean
>>> before...).
>>> >
>>> > Gluster was deployed without problem from cockpit.
>>> > I then snapshoted my vms before trying to deploy HE both from cockpit,
>>> then from cmdline.
>>> > Both attempts failed at the same spot :
>>> >
>>> > [ INFO ] Creating Storage Domain
>>> > [ INFO ] TASK [ovirt.hosted_engine_setup : Execute just a specific set
>>> of steps]
>>> > [ INFO ] ok: [localhost]
>>> > [ INFO ] TASK [ovirt.hosted_engine_setup : Force facts gathering]
>>> > [ INFO ] ok: [localhost]
>>> > [ INFO ] TASK [ovirt.hosted_engine_setup : Check local VM dir stat]
>>> > [ INFO ] ok: [localhost]
>>> > [ INFO ] TASK [ovirt.hosted_engine_setup : Enforce local VM dir
>>> existence]
>>> > [ INFO ] skipping: [localhost]
>>> > [ INFO ] TASK [ovirt.hosted_engine_setup : include_tasks]
>>> > [ INFO ] ok: [localhost]
>>> > [ INFO ] TASK [ovirt.hosted_engine_setup : Obtain SSO token using
>>> username/password credentials]
>>> > [ ERROR ] ConnectionError: Error while sending HTTP request: (7,
>>> 'Failed connect to vs-inf-int-ovt-fr-301-210.hostics.fr:443; No route
>>> to host')
>>> > [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed":
>>> false, "msg": "Error while sending HTTP request: (7, 'Failed connect to
>>> vs-inf-int-ovt-fr-301-210.hostics.fr:443; No route to host')"}
>>> > Please specify the storage you would like to use (glusterfs, iscsi,
>>> fc, nfs)[nfs]:
>>> >
>>> >
>>> >
>>> > [root@vs-inf-int-kvm-fr-301-210 ~]# traceroute
>>> vs-inf-int-ovt-fr-301-210.hostics.fr
>>> > traceroute to vs-inf-int-ovt-fr-301-210.hostics.fr (192.168.122.147),
>>> 30 hops max, 60 byte packets
>>> > 1 vs-inf-int-kvm-fr-301-210.hostics.fr (192.168.122.1) 3006.344 ms !H
>>> 3006.290 ms !H 3006.275 ms !H
>>> >
>>> >
>>>
>>> vs-inf-int-ovt-fr-301-210.hostics.fr is this the HE VM FQDN?
>>> +Simone Tiraboschi
>>>
>>
>> Hi,
>> can you please attach the output of
>> ip a
>> route
>> getent ahosts vs-inf-int-ovt-fr-301-210.hostics.fr
>>
>>
>>
>>> >
>>> >
>>> > Guillaume Pavese
>>> > Ingénieur Système et Réseau
>>> > Interactiv-Group
>>> > ___
>>> > 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/5JEA5726OHI2MTOHEBV3VYAKDNDNSNMJ/
>>>
>>
___
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/5YGJAVQDLNQDFNYVBA6IFY7YKIQT6F2X/

[ovirt-users] Re: [oVirt 4.3.1-RC2 Test Day] Hyperconverged HE Deployment

[Guillaume Pavese]

Hello,

I managed to install oVirt 4.3.1 finl today after a few more tries.
I think there are a few specifics to our environment that blocked me.
We deploy every machine through kickstart with custom scripts. So there was
potentially a few blockers with how my nested hosts were set up :

- We have routes defined in network-scripts/route-eth0 and oVirt does not
seem to port those route-* conf to the newly generated ovirmgmt bridge. I
removed this file before trying again.
- In /etc/hosts, we set the following : "HostIP HostName.fqdn Hostname"; I
removed the last part

Thanks for your help.

Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group


On Fri, Mar 1, 2019 at 5:15 PM Simone Tiraboschi 
wrote:

>
>
> On Fri, Mar 1, 2019 at 6:49 AM Sahina Bose  wrote:
>
>> On Wed, Feb 27, 2019 at 4:06 PM Guillaume Pavese
>>  wrote:
>> >
>> > Hi, I tried again today to deploy HE on Gluster with oVirt 4.3.1 RC2 on
>> a clean Nested environment (no precedent deploy attempts to clean
>> before...).
>> >
>> > Gluster was deployed without problem from cockpit.
>> > I then snapshoted my vms before trying to deploy HE both from cockpit,
>> then from cmdline.
>> > Both attempts failed at the same spot :
>> >
>> > [ INFO ] Creating Storage Domain
>> > [ INFO ] TASK [ovirt.hosted_engine_setup : Execute just a specific set
>> of steps]
>> > [ INFO ] ok: [localhost]
>> > [ INFO ] TASK [ovirt.hosted_engine_setup : Force facts gathering]
>> > [ INFO ] ok: [localhost]
>> > [ INFO ] TASK [ovirt.hosted_engine_setup : Check local VM dir stat]
>> > [ INFO ] ok: [localhost]
>> > [ INFO ] TASK [ovirt.hosted_engine_setup : Enforce local VM dir
>> existence]
>> > [ INFO ] skipping: [localhost]
>> > [ INFO ] TASK [ovirt.hosted_engine_setup : include_tasks]
>> > [ INFO ] ok: [localhost]
>> > [ INFO ] TASK [ovirt.hosted_engine_setup : Obtain SSO token using
>> username/password credentials]
>> > [ ERROR ] ConnectionError: Error while sending HTTP request: (7,
>> 'Failed connect to vs-inf-int-ovt-fr-301-210.hostics.fr:443; No route to
>> host')
>> > [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed":
>> false, "msg": "Error while sending HTTP request: (7, 'Failed connect to
>> vs-inf-int-ovt-fr-301-210.hostics.fr:443; No route to host')"}
>> > Please specify the storage you would like to use (glusterfs, iscsi, fc,
>> nfs)[nfs]:
>> >
>> >
>> >
>> > [root@vs-inf-int-kvm-fr-301-210 ~]# traceroute
>> vs-inf-int-ovt-fr-301-210.hostics.fr
>> > traceroute to vs-inf-int-ovt-fr-301-210.hostics.fr (192.168.122.147),
>> 30 hops max, 60 byte packets
>> > 1 vs-inf-int-kvm-fr-301-210.hostics.fr (192.168.122.1) 3006.344 ms !H
>> 3006.290 ms !H 3006.275 ms !H
>> >
>> >
>>
>> vs-inf-int-ovt-fr-301-210.hostics.fr is this the HE VM FQDN?
>> +Simone Tiraboschi
>>
>
> Hi,
> can you please attach the output of
> ip a
> route
> getent ahosts vs-inf-int-ovt-fr-301-210.hostics.fr
>
>
>
>> >
>> >
>> > Guillaume Pavese
>> > Ingénieur Système et Réseau
>> > Interactiv-Group
>> > ___
>> > 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/5JEA5726OHI2MTOHEBV3VYAKDNDNSNMJ/
>>
>
___
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/3HB5YYW34UCFLM2U5YUJHFWX666K/

[ovirt-users] Re: Can't manually migrate VM's (4.3.0)

[Michal Skrivanek]

> On 1 Mar 2019, at 02:34, Ron Jerome  wrote:
> 
> Here is the JS error that is being generated when I push the "Migrate" 
> button...
> 
> DataProvider failed to fetch data SyntaxError: JSON.parse: unexpected 
> character at line 1 column 1 of the JSON dataDataProvider.js:35:8
> value/<   
>   
>   DataProvider.js:35:8
> A/   
>   es6.promise.js:75
> A/<   
>   
>es6.promise.js:60
> l _   
>   
> microtask.js:18
> 

Hi,
without a reproduced you’d need to provide a bit more info. Is there anything 
else in the console?
It would be best to understand which requests returned invalid data, for that 
you can enable the network monitoring and grab the request and response 
perhaps? We need to see if it’s really the migration request or anything else, 
and what was the actual response

Thanks,
michal

> Ron.
> 
> On Wed, 27 Feb 2019 at 17:26, Greg Sheremeta  > wrote:
> Hi Ron,
> 
> Please attach your browser console log and engine.log snippet when you have 
> the problem.
> If you could dive into the console and grab the actual REST API response, 
> that would be great.
> The request will be something like /api/hosts?migration_target_of=...
> 
> Greg
> 
> On Tue, Feb 26, 2019 at 6:32 PM Greg Sheremeta  > wrote:
> It sounds like a bug. I'll talk with Michal about reverting this dialog to 
> the 4.2 version.
> 
> Greg
> 
> On Tue, Feb 26, 2019 at 1:47 PM Ron Jerome  > wrote:
> Hi Sharon,
> This happens with all the VM's, regardless of uptime.  I've never tried to 
> migrate a VM if it's not completely up.
> 
> When I select a VM and push the "Migrate" button, I never get to the 
> "Migrate" dialog box, I just presents the error show in the attached image.  
> 
> I know for a fact that manual migration did work on this cluster, 
> unfortunately, I don't know if it ever worked in 4.3.0 or if I was still at 
> 4.2.8 when I last used it.
> 
> Ron.
> 
> On Tue, 26 Feb 2019 at 11:59, Sharon Gratch  > wrote:
> Hi Ron,
> 
> What is the VM state when you try to manually migrate it? Is the VM in the 
> beginning of the "powering up" state? 
> If so then please wait 1-2 seconds and then try to migrate again and see if 
> it is reproduced. 
> You can't migrate a VM on "Wait for Launch" state and once the VM enters the 
> "powering up" state then it sometimes takes time for UI to be refreshed with 
> state and data. It was reproduced to me too. 
> 
> Greg, does it sound reasonable?
> 
> Thanks,
> Sharon
> 
> 
> 
> Can you please send a screenshot of the "Migrate VM(s)" dialog with th
> 
> On Tue, Feb 26, 2019 at 5:33 PM Ron Jerome  > wrote:
> I've toggled all the hosts into and out of maintenance, and VM's migrate off 
> of each as expected, but I still can't manually initiate a VM migration from 
> the UI.  Do you have any hints as to where to look for error messages?
> 
> Thanks in advance,
> 
> Ron.
> 
> On Mon, 25 Feb 2019 at 19:56, Ron Jerome  > wrote:
> 
> It's a 3 node cluster, each node has 84G RAM, and there are only two two 
> other VM's running, so there should be plenty of capacity.
> 
> Automatic migration works, if I put a host into Maintenance, the VM's will 
> migrate.
> 
> Ron
> 
> On Mon, Feb 25, 2019, 6:46 PM Greg Sheremeta,  > wrote:
> Turns out it's a bad error message. It just means there are no hosts 
> available to migrate to.
> 
> Do you have other hosts up with capacity?
> 
> Greg
> 
> 
> On Mon, Feb 25, 2019 at 3:01 PM Ron Jerome  > wrote:
> I've been running 4.3.0 for a few weeks now and just discovered that I can't 
> manually migrate VM's from the UI.  I get an error message saying: "Could not 
> fetch data needed for VM migrate operation"
> 
> Sounds like 
> https://bugzilla.redhat.com/show_bug.cgi?format=multiple=1670701 
> 
> 
> Ron.
> ___
> 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/ 
> 

[ovirt-users] Ovirt 4.3.1 Install failed

[kiv]

Hi all.

Testing fresh install 4.3.1

Install Node 4.3 - ok

Install Engine from Cockpit - not working.

Install Engine from CLI - not working, we get error:

[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The 
resolved address doesn't resolve on the selected interface\n"}
[ ERROR ] Failed to execute stage 'Closing up': Failed executing 
ansible-playbook

Vlans are not used.
___
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/IQEMT42TYQPLVLYXPI6SJWREUMNIFQGP/

[ovirt-users] Re: Ovn command line issue

[Dominik Holler]

On Fri, 01 Mar 2019 08:30:18 -
"Akshita Jain"  wrote:

> I want to use ovn-nbctl ls-add command on ovirt engine to create the switch 
> but I'm not able to make communication between vms in switch created by above 
> command.
> Please tell me the exact procedure or any command which can be used to create 
> the switches by commands .

You can create the logical network in oVirt and the underlying OVN
switch in a single step via the oVirt's REST-API, please find an
example in
https://gist.github.com/dominikholler/be7286931c0ea26b14965a5f91783cd4

If you like to have more granularity in creating the OVN logical switch,
you can create the OVN logical switch via OpenStack Networking API on
the ovirt-provider-ovn and import the OpenStack network into oVirt as
logical network by oVirt REST-API or automatic synchronization.

If you prefer to use ansible, please find an example in
https://github.com/oVirt/ovirt-system-tests/blob/master/network-suite-master/ansible/roles/create-ovn-entities/tasks/main.yml

The python module 'openstack' can be used like this:

import openstack
cloud = openstack.connect(cloud='ovirt')
cloud.create_network('ovn_net')


The configuration if the python module 'openstack' is documented in
https://docs.openstack.org/python-openstackclient/pike/configuration/index.html
e.g. a file clouds.yaml in the working directory with content
similar to:
clouds:
  ovirt:
auth:
  auth_url: https://0.0.0.0:35357/v2.0
  password: '123456'
  username: admin@internal
verify: false

should do the trick.
Alternatively the configuration could be provided by the environment
variables: OS_USERNAME, OS_PASSWORD, OS_AUTH_URL
and OS_CACERT.

The same configuration works for the OpenStack command line:
openstack network create ovn_net

Does this help you to avoid the usage of "ovn-nbctl ls-add"?


> ___
> 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/JYQUQICDPIU2YD57OKTLBXIRNWQVT2JH/
___
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/R5TWCIVFKTYKQR4AGYKDN7IDJCLFMWB3/

[ovirt-users] Re: Ovn command line issue

[Akshita Jain]

I want to use ovn-nbctl ls-add command on ovirt engine to create the switch but 
I'm not able to make communication between vms in switch created by above 
command.
Please tell me the exact procedure or any command which can be used to create 
the switches by commands .
___
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/JYQUQICDPIU2YD57OKTLBXIRNWQVT2JH/

[ovirt-users] Re: Ovn command line issue

[Ales Musil]

On Fri, Mar 1, 2019 at 8:04 AM Akshita Jain 
wrote:

> Dear all
>  I am running our project on ovirt api and i am facing issue on OVN network
> I've created a logical switch by ovn-nbctl ls-add SW switch in oVirt
> Network, but when i plug two vms in the above switch, ping is not working
> If I create OVN swich from ovirt GUI , it is working fine but my
> requirement is to create ovn network by my code please help me anybody i m
> stuck on this
>
>
Hello,

there is multiple ways how to automate creation of external (OVN) networks.
First is the oVirt engine REST API [1]. Second is to use the
ovirt-provider-ovn Neutron like REST API [2]. For the Neutron API just be
aware that not everything is implemented by our provider.

Hopefully it helps.

Regards,
Ales

[1] http://ovirt.github.io/ovirt-engine-api-model/
[2] https://developer.openstack.org/api-ref/network/v2/index.html

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


-- 

ALES MUSIL
Associate Software Engineer - rhv network

Red Hat EMEA 


amu...@redhat.com   IM: amusil

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

[ovirt-users] Re: [oVirt 4.3.1-RC2 Test Day] Hyperconverged HE Deployment

[Simone Tiraboschi]

On Fri, Mar 1, 2019 at 6:49 AM Sahina Bose  wrote:

> On Wed, Feb 27, 2019 at 4:06 PM Guillaume Pavese
>  wrote:
> >
> > Hi, I tried again today to deploy HE on Gluster with oVirt 4.3.1 RC2 on
> a clean Nested environment (no precedent deploy attempts to clean
> before...).
> >
> > Gluster was deployed without problem from cockpit.
> > I then snapshoted my vms before trying to deploy HE both from cockpit,
> then from cmdline.
> > Both attempts failed at the same spot :
> >
> > [ INFO ] Creating Storage Domain
> > [ INFO ] TASK [ovirt.hosted_engine_setup : Execute just a specific set
> of steps]
> > [ INFO ] ok: [localhost]
> > [ INFO ] TASK [ovirt.hosted_engine_setup : Force facts gathering]
> > [ INFO ] ok: [localhost]
> > [ INFO ] TASK [ovirt.hosted_engine_setup : Check local VM dir stat]
> > [ INFO ] ok: [localhost]
> > [ INFO ] TASK [ovirt.hosted_engine_setup : Enforce local VM dir
> existence]
> > [ INFO ] skipping: [localhost]
> > [ INFO ] TASK [ovirt.hosted_engine_setup : include_tasks]
> > [ INFO ] ok: [localhost]
> > [ INFO ] TASK [ovirt.hosted_engine_setup : Obtain SSO token using
> username/password credentials]
> > [ ERROR ] ConnectionError: Error while sending HTTP request: (7, 'Failed
> connect to vs-inf-int-ovt-fr-301-210.hostics.fr:443; No route to host')
> > [ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed":
> false, "msg": "Error while sending HTTP request: (7, 'Failed connect to
> vs-inf-int-ovt-fr-301-210.hostics.fr:443; No route to host')"}
> > Please specify the storage you would like to use (glusterfs, iscsi, fc,
> nfs)[nfs]:
> >
> >
> >
> > [root@vs-inf-int-kvm-fr-301-210 ~]# traceroute
> vs-inf-int-ovt-fr-301-210.hostics.fr
> > traceroute to vs-inf-int-ovt-fr-301-210.hostics.fr (192.168.122.147),
> 30 hops max, 60 byte packets
> > 1 vs-inf-int-kvm-fr-301-210.hostics.fr (192.168.122.1) 3006.344 ms !H
> 3006.290 ms !H 3006.275 ms !H
> >
> >
>
> vs-inf-int-ovt-fr-301-210.hostics.fr is this the HE VM FQDN?
> +Simone Tiraboschi
>

Hi,
can you please attach the output of
ip a
route
getent ahosts vs-inf-int-ovt-fr-301-210.hostics.fr



> >
> >
> > Guillaume Pavese
> > Ingénieur Système et Réseau
> > Interactiv-Group
> > ___
> > 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/5JEA5726OHI2MTOHEBV3VYAKDNDNSNMJ/
>
___
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/XSIF4OMD6P4UU3C522MEVE3NYQR6Z7SS/