date:20161220

Re: [ovirt-users] Python stack trace for VDSM while monitoring GlusterFS volumes in HC HE oVirt 3.6.7 / GlusterFS 3.7.17

2016-12-20 Thread Giuseppe Ragusa

On Tue, Dec 20, 2016, at 09:16, Ramesh Nachimuthu wrote:
> - Original Message -
> > From: "Giuseppe Ragusa" 
> > To: "Ramesh Nachimuthu" 
> > Cc: users@ovirt.org, gluster-us...@gluster.org, "Ravishankar 
> > Narayanankutty" 
> > Sent: Tuesday, December 20, 2016 4:15:18 AM
> > Subject: Re: [ovirt-users] Python stack trace for VDSM while monitoring 
> > GlusterFS volumes in HC HE oVirt 3.6.7 /
> > GlusterFS 3.7.17
> > 
> > On Fri, Dec 16, 2016, at 05:44, Ramesh Nachimuthu wrote:
> > > - Original Message -
> > > > From: "Giuseppe Ragusa" 
> > > > To: "Ramesh Nachimuthu" 
> > > > Cc: users@ovirt.org
> > > > Sent: Friday, December 16, 2016 2:42:18 AM
> > > > Subject: Re: [ovirt-users] Python stack trace for VDSM while monitoring
> > > > GlusterFS volumes in HC HE oVirt 3.6.7 /
> > > > GlusterFS 3.7.17
> > > > 
> > > > Giuseppe Ragusa ha condiviso un file di OneDrive. Per visualizzarlo, 
> > > > fare
> > > > clic sul collegamento seguente.
> > > > 
> > > > 
> > > > 
> > > > [https://r1.res.office365.com/owa/prem/images/dc-generic_20.png]
> > > > 
> > > > vols.tar.gz
> > > > 
> > > > 
> > > > 
> > > > Da: Ramesh Nachimuthu 
> > > > Inviato: lunedì 12 dicembre 2016 09.32
> > > > A: Giuseppe Ragusa
> > > > Cc: users@ovirt.org
> > > > Oggetto: Re: [ovirt-users] Python stack trace for VDSM while monitoring
> > > > GlusterFS volumes in HC HE oVirt 3.6.7 / GlusterFS 3.7.17
> > > > 
> > > > On 12/09/2016 08:50 PM, Giuseppe Ragusa wrote:
> > > > > Hi all,
> > > > >
> > > > > I'm writing to ask about the following problem (in a HC HE oVirt 3.6.7
> > > > > GlusterFS 3.7.17 3-hosts-replica-with-arbiter sharded-volumes setup 
> > > > > all
> > > > > on
> > > > > CentOS 7.2):
> > > > >
> > > > >  From /var/log/messages:
> > > > >
> > > > > Dec  9 15:27:46 shockley journal: vdsm jsonrpc.JsonRpcServer ERROR
> > > > > Internal
> > > > > server error#012Traceback (most recent call last):#012  File
> > > > > "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, in
> > > > > _serveRequest#012res = method(**params)#012  File
> > > > > "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod#012
> > > > > result
> > > > > = fn(*methodArgs)#012  File "/usr/share/vdsm/gluster/apiwrapper.py",
> > > > > line
> > > > > 117, in status#012return self._gluster.volumeStatus(volumeName,
> > > > > brick,
> > > > > statusOption)#012  File "/usr/share/vdsm/gluster/api.py", line 86, in
> > > > > wrapper#012rv = func(*args, **kwargs)#012  File
> > > > > "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus#012
> > > > > statusOption)#012  File "/usr/share/vdsm/supervdsm.py", line 50, in
> > > > > __call__#012return callMethod()#012  File
> > > > > "/usr/share/vdsm/supervdsm.py", line 48, in #012
> > > > > **kwargs)#012
> > > > > File "", line 2, in glusterVolumeStatus#012  File
> > > > > "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _ca
> > > > >   llmethod#012raise convert_to_error(kind, result)#012KeyError:
> > > > >   'device'
> > > > > Dec  9 15:27:47 shockley ovirt-ha-agent:
> > > > > INFO:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Extracting
> > > > > Engine
> > > > > VM OVF from the OVF_STORE
> > > > > Dec  9 15:27:47 shockley ovirt-ha-agent:
> > > > > INFO:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:OVF_STORE 
> > > > > volume
> > > > > path:
> > > > > /rhev/data-center/mnt/glusterSD/shockley.gluster.private:_enginedomain/1d60fd45-507d-4a78-8294-d642b3178ea3/images/22a172de-698e-4cc5-bff0-082882fb3347/8738287c-8a25-4a2a-a53a-65c366a972a1
> > > > > Dec  9 15:27:47 shockley ovirt-ha-agent:
> > > > > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Found
> > > > > an OVF for HE VM, trying to convert
> > > > > Dec  9 15:27:47 shockley ovirt-ha-agent:
> > > > > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Got
> > > > > vm.conf from OVF_STORE
> > > > > Dec  9 15:27:47 shockley ovirt-ha-agent:
> > > > > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Current
> > > > > state
> > > > > EngineUp (score: 3400)
> > > > > Dec  9 15:27:47 shockley ovirt-ha-agent:
> > > > > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Best
> > > > > remote
> > > > > host read.mgmt.private (id: 2, score: 3400)
> > > > > Dec  9 15:27:48 shockley journal: vdsm jsonrpc.JsonRpcServer ERROR
> > > > > Internal
> > > > > server error#012Traceback (most recent call last):#012  File
> > > > > "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, in
> > > > > _serveRequest#012res = method(**params)#012  File
> > > > > "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod#012
> > > > > result
> > > > > = fn(*methodArgs)#012  File "/usr/share/vdsm/gluster/apiwrapper.py",
> > > > > line
> > > > > 117, in status#012return self._gluster.volumeStatus(volum

[ovirt-users] FW: ovirtmgmt network change

2016-12-20 Thread Bill Bill

I tried emailing into the list but it’s not showing up..

From: Bill Bill
Sent: Tuesday, December 20, 2016 5:41 PM
To: users@ovirt.org 
Subject: ovirtmgmt network change

Hello,

How can the IP of the hosts be changed? It is greyed out and I need to change 
those. It’s the only thing I’m not able to change..
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirtmgmt network change

2016-12-20 Thread Bill Bill

Hello,

How can the IP of the hosts be changed? It is greyed out and I need to change 
those. It’s the only thing I’m not able to change..
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt / OVN / MTU

2016-12-20 Thread Lance Richardson

> From: "Devin Acosta" 
> To: "Russell Bryant" 
> Cc: "Numan Siddique" , "Lance Richardson" 
> , "Marcin Mirecki"
> , "users" 
> Sent: Tuesday, December 20, 2016 4:38:32 PM
> Subject: Re: oVirt / OVN / MTU
> 
> So some port got stuck on a box? Any idea what would cause this and what i
> should do to remove it?
> 

Maybe there's a better way, but you could run this on the two chassis
that are involved:

 ovs-vsctl --format table --columns=name,external-ids list Interface
  

And look for for port UUID from the log message, it should show up
with "iface-id=" on both chassis (but should appear on only one).

Once you figure out which one is wrong, do:

 ovs-vsctl remove Interface  external_ids iface-id=
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt / OVN / MTU

2016-12-20 Thread Devin Acosta

Chassis "c0dc0909-4274-400d-826e-82348fee47e9"
hostname: "host1"
Encap geneve
ip: "172.20.192.73"
options: {csum="true"}
Port_Binding "f409d17f-38bc-4ee9-922b-63dbfc46cd91"
Port_Binding "29dce6d5-77bd-4a3c-b077-bb002c4347d6"
Port_Binding "e4f23f60-cc16-4399-a15b-fb05c09c4409"
Port_Binding "a6d2008f-bb73-437b-bbac-b50487ea5257"
Port_Binding "ee971db2-cdaf-4fa0-b83c-993371533af9"
Port_Binding "f5aed0a0-03e0-46ec-92c6-07e5f03e9cc9"
Port_Binding "4f1cf249-7fb6-4ff2-a7a9-a98bf45af6b8"
Port_Binding "49725a3e-ef3f-474d-b84a-4975ce55e8fb"
Port_Binding "bd7c66e9-81d5-4bfe-9331-203908048a6f"
Port_Binding "301bf657-b6c4-459f-bd88-d21885190651"
Port_Binding "0745689c-2c70-4b48-bda2-d0c1f8127133"
Chassis "252778b5-bc63-486d-8d82-c3e4350ee650"
hostname: "host2"
Encap geneve
ip: "172.20.192.75"
options: {csum="true"}
Port_Binding "d2e19c41-f8ff-49d2-bd8e-01d833e59a59"
Chassis "45694909-7882-4d7a-948a-bdf34e6472cb"
hostname: "host3"
Encap geneve
ip: "172.20.192.74"
options: {csum="true"}
Port_Binding "70443ae2-a04b-4d1f-90e4-f12e7e48fe82"
Port_Binding "fcb6df47-32e6-4f7c-96fd-b598c33bff97"


I see on host #3

2016-12-20T21:35:01.280Z|173706735|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.283Z|173706736|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.286Z|173706737|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.288Z|173706738|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.291Z|173706739|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.294Z|173706740|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.297Z|173706741|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.299Z|173706742|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.302Z|173706743|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.305Z|173706744|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.308Z|173706745|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.310Z|173706746|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.313Z|173706747|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.316Z|173706748|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.319Z|173706749|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.321Z|173706750|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.324Z|173706751|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.
2016-12-20T21:35:01.327Z|173706752|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
c0dc0909-4274-400d-826e-82348fee47e9 to
252778b5-bc63-486d-8d82-c3e4350ee650.

on host #, running ovs-vsctl show

61af799c-a621-445e-8183-23dcb38ea3cc
Bridge br-int
fail_mode: secure
Port "vnet0"
Interface "vnet0"
error: "could not open network device vnet0 (No such
device)"

Re: [ovirt-users] oVirt / OVN / MTU

2016-12-20 Thread Devin Acosta

One interesting thing I noticed today after looking at the logs from the
'ovn-controller' on the oVIRT nodes, is node1 is logging like crazy, the
file is over 1.2GB in size already, seems to be looping like crazy? What
should i check to see why it is logging and maxing CPU like this?

2016-12-20T21:16:17.517Z|91605|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.521Z|91606|poll_loop|INFO|Dropped 5666 log messages in
last 6 seconds (most recently, 0 seconds ago) due to excessive rate
2016-12-20T21:16:17.521Z|91607|poll_loop|INFO|wakeup due to [POLLIN] on fd
12 (172.20.192.73:54710<->172.20.192.77:6642) at lib/stream-fd.c:155 (94%
CPU usage)
2016-12-20T21:16:17.521Z|91608|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.524Z|91609|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.527Z|91610|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.531Z|91611|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.534Z|91612|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.538Z|91613|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.541Z|91614|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.545Z|91615|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.548Z|91616|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.552Z|91617|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.555Z|91618|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.559Z|91619|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.562Z|91620|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.566Z|91621|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.569Z|91622|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.573Z|91623|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.576Z|91624|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.580Z|91625|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.583Z|91626|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.587Z|91627|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.590Z|91628|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:17.593Z|91629|binding|INFO|Changing chassis for lport
d2e19c41-f8ff-49d2-bd8e-01d833e59a59 from
252778b5-bc63-486d-8d82-c3e4350ee650 to
c0dc0909-4274-400d-826e-82348fee47e9.
2016-12-20T21:16:

Re: [ovirt-users] "Deactivating Storage Domain" error

2016-12-20 Thread Andrea Ghelardi

I remember facing a similar issue during decommissioning of my Ovirt 3 
environment.
Several tasks showed on GUI (and storage operations unavailable) but no tasks 
on command line.
Eventually restarting the engine VM cleaned up the situation and made the 
storage avail again.

Cheers
AG

From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
Elad Ben Aharon
Sent: Tuesday, December 20, 2016 5:24 PM
To: Juan Pablo 
Cc: users 
Subject: Re: [ovirt-users] "Deactivating Storage Domain" error

Do you have a storage domain in the DC in status 'locked'?

On Tue, Dec 20, 2016 at 6:09 PM, Juan Pablo 
mailto:pablo.localh...@gmail.com>> wrote:
Elad, I did that and running the commands on the SPM  returned :

[root@virt01-int ~]# vdsClient -s 0 getAllTasks

[root@virt01-int ~]# vdsClient -s 0 getSpmStatus `vdsClient -s 0 
getConnectedStoragePoolsList`
spmId = 1
spmStatus = SPM
spmLver = 8

[root@virt01-int ~]# vdsClient -s 0 getAllTasks

[root@virt01-int ~]#

thanks for your time,
JP

2016-12-20 12:55 GMT-03:00 Elad Ben Aharon 
mailto:ebena...@redhat.com>>:
It's OK, but you need to make sure you're checking it on the host which has the 
SPM role. So, first check on the host that it is the current SPM with the 
following:

vdsClient -s 0 getSpmStatus `vdsClient -s 0 getConnectedStoragePoolsList`
Look for the host that has " spmStatus = SPM"
And after you find the SPM, check for the running tasks as you did before.


On Tue, Dec 20, 2016 at 5:37 PM, Juan Pablo 
mailto:pablo.localh...@gmail.com>> wrote:
Hi,
 thanks for your reply, I did check with vdsClient -s 0 getAllTasks , returned 
nothing. is this still the correct way to check?
regards,
JP


2016-12-20 12:32 GMT-03:00 Elad Ben Aharon 
mailto:ebena...@redhat.com>>:
Hi,

Did you check for running tasks in the SPM host?


On Tue, Dec 20, 2016 at 5:04 PM, Juan Pablo 
mailto:pablo.localh...@gmail.com>> wrote:
Hi,
first of all , thanks to all the Ovirt/Rhev team for the outstanding work!

we are having a small issue with Ovirt 4.0.5 after testing a full end of year 
infrastructure shutdown, everything came back correctly except that we get a 
'Deactivating Storage Domain' under the tasks tab.
another dc/cluster running 3.6.7 reported no error with same maintenance 
procedure.. maybe we did something wrong?
would you please be so kind to point me on the right direction to fix it? I 
looked

vdsClient -s 0 getAllTasks , but returns nothing...
thanks for your time guys and merry christmas and happy new year if we dont 
talk again soon!
JP

___
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] "Deactivating Storage Domain" error

2016-12-20 Thread Juan Pablo

Andrea, thanks for your reply, I already tried that , but unfortunately, a
restart of the engine VM did not solve the error.

best regards,
JP

2016-12-20 13:32 GMT-03:00 Andrea Ghelardi :

> I remember facing a similar issue during decommissioning of my Ovirt 3
> environment.
>
> Several tasks showed on GUI (and storage operations unavailable) but no
> tasks on command line.
>
> Eventually restarting the engine VM cleaned up the situation and made the
> storage avail again.
>
>
>
> Cheers
>
> AG
>
>
>
> *From:* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *On
> Behalf Of *Elad Ben Aharon
> *Sent:* Tuesday, December 20, 2016 5:24 PM
> *To:* Juan Pablo 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] "Deactivating Storage Domain" error
>
>
>
> Do you have a storage domain in the DC in status 'locked'?
>
>
>
> On Tue, Dec 20, 2016 at 6:09 PM, Juan Pablo 
> wrote:
>
> Elad, I did that and running the commands on the SPM  returned :
>
> [root@virt01-int ~]# vdsClient -s 0 getAllTasks
>
> [root@virt01-int ~]# vdsClient -s 0 getSpmStatus `vdsClient -s 0
> getConnectedStoragePoolsList`
> spmId = 1
> spmStatus = SPM
> spmLver = 8
>
> [root@virt01-int ~]# vdsClient -s 0 getAllTasks
>
> [root@virt01-int ~]#
>
> thanks for your time,
>
> JP
>
>
>
> 2016-12-20 12:55 GMT-03:00 Elad Ben Aharon :
>
> It's OK, but you need to make sure you're checking it on the host which
> has the SPM role. So, first check on the host that it is the current SPM
> with the following:
>
> vdsClient -s 0 getSpmStatus `vdsClient -s 0 getConnectedStoragePoolsList`
>
> Look for the host that has " spmStatus = SPM"
>
> And after you find the SPM, check for the running tasks as you did before.
>
>
>
>
>
> On Tue, Dec 20, 2016 at 5:37 PM, Juan Pablo 
> wrote:
>
> Hi,
>
>  thanks for your reply, I did check with vdsClient -s 0 getAllTasks ,
> returned nothing. is this still the correct way to check?
>
> regards,
>
> JP
>
>
>
>
>
> 2016-12-20 12:32 GMT-03:00 Elad Ben Aharon :
>
> Hi,
>
>
>
> Did you check for running tasks in the SPM host?
>
>
>
> On Tue, Dec 20, 2016 at 5:04 PM, Juan Pablo 
> wrote:
>
> Hi,
>
> first of all , thanks to all the Ovirt/Rhev team for the outstanding work!
>
>
> we are having a small issue with Ovirt 4.0.5 after testing a full end of
> year infrastructure shutdown, everything came back correctly except that we
> get a 'Deactivating Storage Domain' under the tasks tab.
>
> another dc/cluster running 3.6.7 reported no error with same maintenance
> procedure.. maybe we did something wrong?
>
> would you please be so kind to point me on the right direction to fix it?
> I looked
>
> vdsClient -s 0 getAllTasks , but returns nothing...
>
> thanks for your time guys and merry christmas and happy new year if we
> dont talk again soon!
>
> JP
>
>
>
> ___
> 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] "Deactivating Storage Domain" error

2016-12-20 Thread Juan Pablo

I don't, attaching screenshot:
[image: Imágenes integradas 1]
also, output from getstoragedomaininfo

[root@virt01-int ~]# vdsClient -s 0 getStorageDomainsList
e6a85203-32e0-4200-b3d7-83f140203294
6b031086-1b42-4066-a7a0-c481ef16e15e
31910316-4978-4101-ba47-adb8362e3de1
04ceb9ff-88c5-4a91-877b-0a4f10703e3c

[root@virt01-int ~]# vdsClient -s 0 getStorageDomainStats
e6a85203-32e0-4200-b3d7-83f140203294
disktotal = 3757693730816 (3.0TB)
diskfree  = 1264330997760 (1.0TB)

[root@virt01-int ~]# vdsClient -s 0 getStorageDomainInfo
e6a85203-32e0-4200-b3d7-83f140203294
uuid = e6a85203-32e0-4200-b3d7-83f140203294
vguuid = fDclFZ-KLel-t36P-VAFm-hyle-RxcU-uOc7gj
state = OK
version = 3
role = Master
type = ISCSI
class = Data
pool = ['58405b2d-0094-0380-0260-00a5']
name = nas01

[root@virt01-int ~]# vdsClient -s 0 getStorageDomainInfo
6b031086-1b42-4066-a7a0-c481ef16e15e
uuid = 6b031086-1b42-4066-a7a0-c481ef16e15e
version = 3
role = Regular
remotePath = 10.40.255.153:/mnt/pool00nas01/HEstorage
type = NFS
class = Data
pool = ['58405b2d-0094-0380-0260-00a5']
name = hosted_storage

[root@virt01-int ~]# vdsClient -s 0 getStorageDomainInfo
31910316-4978-4101-ba47-adb8362e3de1
uuid = 31910316-4978-4101-ba47-adb8362e3de1
version = 0
role = Regular
remotePath = 10.40.255.153:/mnt/pool00nas01/isos
type = NFS
class = Iso
pool = ['58405b2d-0094-0380-0260-00a5']
name = isos

[root@virt01-int ~]# vdsClient -s 0 getStorageDomainInfo
04ceb9ff-88c5-4a91-877b-0a4f10703e3c
uuid = 04ceb9ff-88c5-4a91-877b-0a4f10703e3c
version = 0
role = Regular
remotePath = 10.40.255.250:/mnt/pool02nas00/backups
type = NFS
class = Backup
pool = ['58405b2d-0094-0380-0260-00a5']
name = backups

thanks again,
JP


2016-12-20 13:24 GMT-03:00 Elad Ben Aharon :

> Do you have a storage domain in the DC in status 'locked'?
>
> On Tue, Dec 20, 2016 at 6:09 PM, Juan Pablo 
> wrote:
>
>> Elad, I did that and running the commands on the SPM  returned :
>>
>> [root@virt01-int ~]# vdsClient -s 0 getAllTasks
>>
>> [root@virt01-int ~]# vdsClient -s 0 getSpmStatus `vdsClient -s 0
>> getConnectedStoragePoolsList`
>> spmId = 1
>> spmStatus = SPM
>> spmLver = 8
>>
>> [root@virt01-int ~]# vdsClient -s 0 getAllTasks
>>
>> [root@virt01-int ~]#
>>
>>
>> thanks for your time,
>> JP
>>
>> 2016-12-20 12:55 GMT-03:00 Elad Ben Aharon :
>>
>>> It's OK, but you need to make sure you're checking it on the host which
>>> has the SPM role. So, first check on the host that it is the current SPM
>>> with the following:
>>>
>>> vdsClient -s 0 getSpmStatus `vdsClient -s 0 getConnectedStoragePoolsList`
>>>
>>> Look for the host that has " spmStatus = SPM"
>>>
>>> And after you find the SPM, check for the running tasks as you did
>>> before.
>>>
>>>
>>> On Tue, Dec 20, 2016 at 5:37 PM, Juan Pablo 
>>> wrote:
>>>
 Hi,
  thanks for your reply, I did check with vdsClient -s 0 getAllTasks ,
 returned nothing. is this still the correct way to check?

 regards,
 JP



 2016-12-20 12:32 GMT-03:00 Elad Ben Aharon :

> Hi,
>
> Did you check for running tasks in the SPM host?
>
>
>
> On Tue, Dec 20, 2016 at 5:04 PM, Juan Pablo  > wrote:
>
>> Hi,
>> first of all , thanks to all the Ovirt/Rhev team for the outstanding
>> work!
>>
>> we are having a small issue with Ovirt 4.0.5 after testing a full end
>> of year infrastructure shutdown, everything came back correctly except 
>> that
>> we get a 'Deactivating Storage Domain' under the tasks tab.
>> another dc/cluster running 3.6.7 reported no error with same
>> maintenance procedure.. maybe we did something wrong?
>>
>> would you please be so kind to point me on the right direction to fix
>> it? I looked
>>
>> vdsClient -s 0 getAllTasks , but returns nothing...
>>
>> thanks for your time guys and merry christmas and happy new year if
>> we dont talk again soon!
>> JP
>>
>> ___
>> 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] "Deactivating Storage Domain" error

2016-12-20 Thread Elad Ben Aharon

Do you have a storage domain in the DC in status 'locked'?

On Tue, Dec 20, 2016 at 6:09 PM, Juan Pablo 
wrote:

> Elad, I did that and running the commands on the SPM  returned :
>
> [root@virt01-int ~]# vdsClient -s 0 getAllTasks
>
> [root@virt01-int ~]# vdsClient -s 0 getSpmStatus `vdsClient -s 0
> getConnectedStoragePoolsList`
> spmId = 1
> spmStatus = SPM
> spmLver = 8
>
> [root@virt01-int ~]# vdsClient -s 0 getAllTasks
>
> [root@virt01-int ~]#
>
>
> thanks for your time,
> JP
>
> 2016-12-20 12:55 GMT-03:00 Elad Ben Aharon :
>
>> It's OK, but you need to make sure you're checking it on the host which
>> has the SPM role. So, first check on the host that it is the current SPM
>> with the following:
>>
>> vdsClient -s 0 getSpmStatus `vdsClient -s 0 getConnectedStoragePoolsList`
>>
>> Look for the host that has " spmStatus = SPM"
>>
>> And after you find the SPM, check for the running tasks as you did before.
>>
>>
>> On Tue, Dec 20, 2016 at 5:37 PM, Juan Pablo 
>> wrote:
>>
>>> Hi,
>>>  thanks for your reply, I did check with vdsClient -s 0 getAllTasks ,
>>> returned nothing. is this still the correct way to check?
>>>
>>> regards,
>>> JP
>>>
>>>
>>>
>>> 2016-12-20 12:32 GMT-03:00 Elad Ben Aharon :
>>>
 Hi,

 Did you check for running tasks in the SPM host?



 On Tue, Dec 20, 2016 at 5:04 PM, Juan Pablo 
 wrote:

> Hi,
> first of all , thanks to all the Ovirt/Rhev team for the outstanding
> work!
>
> we are having a small issue with Ovirt 4.0.5 after testing a full end
> of year infrastructure shutdown, everything came back correctly except 
> that
> we get a 'Deactivating Storage Domain' under the tasks tab.
> another dc/cluster running 3.6.7 reported no error with same
> maintenance procedure.. maybe we did something wrong?
>
> would you please be so kind to point me on the right direction to fix
> it? I looked
>
> vdsClient -s 0 getAllTasks , but returns nothing...
>
> thanks for your time guys and merry christmas and happy new year if we
> dont talk again soon!
> JP
>
> ___
> 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] "Deactivating Storage Domain" error

2016-12-20 Thread Juan Pablo

Elad, I did that and running the commands on the SPM  returned :

[root@virt01-int ~]# vdsClient -s 0 getAllTasks

[root@virt01-int ~]# vdsClient -s 0 getSpmStatus `vdsClient -s 0
getConnectedStoragePoolsList`
spmId = 1
spmStatus = SPM
spmLver = 8

[root@virt01-int ~]# vdsClient -s 0 getAllTasks

[root@virt01-int ~]#


thanks for your time,
JP

2016-12-20 12:55 GMT-03:00 Elad Ben Aharon :

> It's OK, but you need to make sure you're checking it on the host which
> has the SPM role. So, first check on the host that it is the current SPM
> with the following:
>
> vdsClient -s 0 getSpmStatus `vdsClient -s 0 getConnectedStoragePoolsList`
>
> Look for the host that has " spmStatus = SPM"
>
> And after you find the SPM, check for the running tasks as you did before.
>
>
> On Tue, Dec 20, 2016 at 5:37 PM, Juan Pablo 
> wrote:
>
>> Hi,
>>  thanks for your reply, I did check with vdsClient -s 0 getAllTasks ,
>> returned nothing. is this still the correct way to check?
>>
>> regards,
>> JP
>>
>>
>>
>> 2016-12-20 12:32 GMT-03:00 Elad Ben Aharon :
>>
>>> Hi,
>>>
>>> Did you check for running tasks in the SPM host?
>>>
>>>
>>>
>>> On Tue, Dec 20, 2016 at 5:04 PM, Juan Pablo 
>>> wrote:
>>>
 Hi,
 first of all , thanks to all the Ovirt/Rhev team for the outstanding
 work!

 we are having a small issue with Ovirt 4.0.5 after testing a full end
 of year infrastructure shutdown, everything came back correctly except that
 we get a 'Deactivating Storage Domain' under the tasks tab.
 another dc/cluster running 3.6.7 reported no error with same
 maintenance procedure.. maybe we did something wrong?

 would you please be so kind to point me on the right direction to fix
 it? I looked

 vdsClient -s 0 getAllTasks , but returns nothing...

 thanks for your time guys and merry christmas and happy new year if we
 dont talk again soon!
 JP

 ___
 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] "Deactivating Storage Domain" error

2016-12-20 Thread Elad Ben Aharon

It's OK, but you need to make sure you're checking it on the host which has
the SPM role. So, first check on the host that it is the current SPM with
the following:

vdsClient -s 0 getSpmStatus `vdsClient -s 0 getConnectedStoragePoolsList`

Look for the host that has " spmStatus = SPM"

And after you find the SPM, check for the running tasks as you did before.


On Tue, Dec 20, 2016 at 5:37 PM, Juan Pablo 
wrote:

> Hi,
>  thanks for your reply, I did check with vdsClient -s 0 getAllTasks ,
> returned nothing. is this still the correct way to check?
>
> regards,
> JP
>
>
>
> 2016-12-20 12:32 GMT-03:00 Elad Ben Aharon :
>
>> Hi,
>>
>> Did you check for running tasks in the SPM host?
>>
>>
>>
>> On Tue, Dec 20, 2016 at 5:04 PM, Juan Pablo 
>> wrote:
>>
>>> Hi,
>>> first of all , thanks to all the Ovirt/Rhev team for the outstanding
>>> work!
>>>
>>> we are having a small issue with Ovirt 4.0.5 after testing a full end of
>>> year infrastructure shutdown, everything came back correctly except that we
>>> get a 'Deactivating Storage Domain' under the tasks tab.
>>> another dc/cluster running 3.6.7 reported no error with same maintenance
>>> procedure.. maybe we did something wrong?
>>>
>>> would you please be so kind to point me on the right direction to fix
>>> it? I looked
>>>
>>> vdsClient -s 0 getAllTasks , but returns nothing...
>>>
>>> thanks for your time guys and merry christmas and happy new year if we
>>> dont talk again soon!
>>> JP
>>>
>>> ___
>>> 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] "Deactivating Storage Domain" error

2016-12-20 Thread Juan Pablo

Hi,
 thanks for your reply, I did check with vdsClient -s 0 getAllTasks ,
returned nothing. is this still the correct way to check?

regards,
JP



2016-12-20 12:32 GMT-03:00 Elad Ben Aharon :

> Hi,
>
> Did you check for running tasks in the SPM host?
>
>
>
> On Tue, Dec 20, 2016 at 5:04 PM, Juan Pablo 
> wrote:
>
>> Hi,
>> first of all , thanks to all the Ovirt/Rhev team for the outstanding
>> work!
>>
>> we are having a small issue with Ovirt 4.0.5 after testing a full end of
>> year infrastructure shutdown, everything came back correctly except that we
>> get a 'Deactivating Storage Domain' under the tasks tab.
>> another dc/cluster running 3.6.7 reported no error with same maintenance
>> procedure.. maybe we did something wrong?
>>
>> would you please be so kind to point me on the right direction to fix it?
>> I looked
>>
>> vdsClient -s 0 getAllTasks , but returns nothing...
>>
>> thanks for your time guys and merry christmas and happy new year if we
>> dont talk again soon!
>> JP
>>
>> ___
>> 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] "Deactivating Storage Domain" error

2016-12-20 Thread Elad Ben Aharon

Hi,

Did you check for running tasks in the SPM host?



On Tue, Dec 20, 2016 at 5:04 PM, Juan Pablo 
wrote:

> Hi,
> first of all , thanks to all the Ovirt/Rhev team for the outstanding work!
>
> we are having a small issue with Ovirt 4.0.5 after testing a full end of
> year infrastructure shutdown, everything came back correctly except that we
> get a 'Deactivating Storage Domain' under the tasks tab.
> another dc/cluster running 3.6.7 reported no error with same maintenance
> procedure.. maybe we did something wrong?
>
> would you please be so kind to point me on the right direction to fix it?
> I looked
>
> vdsClient -s 0 getAllTasks , but returns nothing...
>
> thanks for your time guys and merry christmas and happy new year if we
> dont talk again soon!
> JP
>
> ___
> 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] "Deactivating Storage Domain" error

2016-12-20 Thread Juan Pablo

Hi,
first of all , thanks to all the Ovirt/Rhev team for the outstanding work!

we are having a small issue with Ovirt 4.0.5 after testing a full end of
year infrastructure shutdown, everything came back correctly except that we
get a 'Deactivating Storage Domain' under the tasks tab.
another dc/cluster running 3.6.7 reported no error with same maintenance
procedure.. maybe we did something wrong?

would you please be so kind to point me on the right direction to fix it? I
looked

vdsClient -s 0 getAllTasks , but returns nothing...

thanks for your time guys and merry christmas and happy new year if we dont
talk again soon!
JP
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Adding Disk stuck?

2016-12-20 Thread Pat Riehecky

They were fairly large and getting filtered out.  So I setup a github 
repo containing the log files.


https://github.com/jcpunk/logs

Pat


On 12/19/2016 10:10 AM, Elad Ben Aharon wrote:

Hi, can you please provide engine.log?

On Mon, Dec 19, 2016 at 5:06 PM, Pat Riehecky > wrote:


Last Friday I started a job to add 1 new disk to each of 4 VMs -
total of 4 disks each 100G.

It seems to still be running, but no host shows an obvious IO load.
State is

Adding Disk (hour glass)
-> Validating (green check mark)
-> Executing (hour glass)
->-> Creating Volume (green check mark)

I checked in with:
/usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh

and it didn't show anything interesting.

The VMs themselves show the disks are there, but the VMs are still
locked by the disk processes.

Ideas?

Pat

-- 
Pat Riehecky


Fermi National Accelerator Laboratory
www.fnal.gov 
www.scientificlinux.org 

___
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 setup OVS using python SDK ?

2016-12-20 Thread Juan Hernández

On 12/20/2016 02:19 PM, TranceWorldLogic . wrote:
> Hi,
> 
> I am trying to setup OVS network using ovirt and found guide as shown below:
> https://www.ovirt.org/networking/ovs/
> 
> Then, I tried to explore "vNic Profile" in sdk but not found any ovs
> profile in types.py.
> Can anyone help me how to setup ovs using python sdk ?
> I am using ovirtsdk4 (4.0 version).
> 

Should be something like this:

---8<---
#!/usr/bin/env python
# -*- coding: utf-8 -*-

#
# Copyright (c) 2016 Red Hat, Inc.
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
#   http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.
#

import logging

import ovirtsdk4 as sdk
import ovirtsdk4.types as types

logging.basicConfig(level=logging.DEBUG, filename='example.log')

# This example will connect to the server and create a logical network
# that using Open vSwitch. Note that in order for this to work the
# engine has to be configured to use Open vSwitch, as described here:
#
#   https://www.ovirt.org/networking/ovs
#
# Specifcally you need to run the following commands in the machine
# where the engine is running:
#
#   engine-config -s CustomDeviceProperties="{type=interface;prop={ovs=.*}}"
#   engine-config -s
'UserDefinedNetworkCustomProperties=ovs=.*;ovs_aa_sid=.*'
#   systemctl restart ovirt-engine

# Create the connection to the server:
connection = sdk.Connection(
url='https://engine41.example.com/ovirt-engine/api',
username='admin@internal',
password='redhat123',
ca_file='ca.pem',
debug=True,
log=logging.getLogger(),
)

# Get the reference to the root of the tree of services:
system_service = connection.system_service()

# Get the reference to the service that manages the logical networks:
nets_service = system_service.networks_service()

# Create a logical network, which will automatically create a virtual
# NIC profile:
net = nets_service.add(
network=types.Network(
name='myovsnetwork',
data_center=types.DataCenter(
name='mydc'
)
)
)

# Retrieve the details of the virtual NIC profile that was created for
# the network (assuming that there is only one):
profile = connection.follow_link(net.vnic_profiles)[0]

# Get the reference to the service that manages the virtual NIC profile:
profiles_service = system_service.vnic_profiles_service()
profile_service = profiles_service.profile_service(profile.id)

# Update the custom properties of the virtual NIC profile in order to
# enable Open vSwitch:
profile_service.update(
profile=types.VnicProfile(
custom_properties=[
types.CustomProperty(
name='ovs',
value='true'
)
]
)
)

# Close the connection to the server:
connection.close()
--->8---

Note that it isn't complete, and that I didn't test if the OVS network
does work. But at least the creation of the network and the modification
of the VNIC profile does work.

I am suggesting to add this to the collection of examples of the SDK:

  Add example of how to create OVS network
  https://gerrit.ovirt.org/68825

You may want to review it.

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

[ovirt-users] How to setup OVS using python SDK ?

2016-12-20 Thread TranceWorldLogic .

Hi,

I am trying to setup OVS network using ovirt and found guide as shown below:
https://www.ovirt.org/networking/ovs/

Then, I tried to explore "vNic Profile" in sdk but not found any ovs
profile in types.py.
Can anyone help me how to setup ovs using python sdk ?
I am using ovirtsdk4 (4.0 version).

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

Re: [ovirt-users] Iso Upload

2016-12-20 Thread Nir Soffer

On Tue, Dec 20, 2016 at 12:06 PM, Amit Aviram  wrote:
>
>
> On Sun, Dec 18, 2016 at 10:21 PM, Derek Atkins  wrote:
>>
>> Gianluca Cecchi  writes:
>>
>> > Yes thanks, I know it.
>> > In 4.1 (but it seems to me also in 4.x) it was a matter of seconds after
>> > scp,
>> > but I hoped there would be something smarter and directly usable by the
>> > web
>> > admin GUI...
>>
>> True, it would be nice to have a web-based "upload file".  It was also
>> be nice to have a web-based "download from URI" feature, where I can
>> pass a URL to the web-ui and it would internally run 'curl' (or
>> whatever) to pull it down.

We already have this, this is how glance images are copied into ovirt image.

However it works only for glance, and only if the host can access the server
holding the image.

> Maybe an integrated bitorrent client?  :)
>
>
> Hi all, both of these features are going to be introduced soon. We already
> have the infra to support it, and it is just a matter of some work until it
> will be in.

This will work for server that is not accessible to the hosts, but
accessible to the
imageio proxy (usually on same network as engine).

Currently we plan http/https support, other protocols can be added
later if needed,
see ovirt-imageio project at:
https://github.com/oVirt/ovirt-imageio

Nir

>
> Amit.
>
>
>>
>>
>> -derek
>>
>> --
>>Derek Atkins 617-623-3745
>>de...@ihtfp.com www.ihtfp.com
>>Computer and Internet Security Consultant
>> ___
>> 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] [HEADS UP] CentOS 7.3 is rolling out, need qemu-kvm-ev 2.6

2016-12-20 Thread InterNetX - Juergen Gotteswinter



Am 20.12.2016 um 11:08 schrieb InterNetX - Juergen Gotteswinter:
> Am 15.12.2016 um 17:26 schrieb Paolo Bonzini:
>>
>>
>> On 15/12/2016 16:46, Sandro Bonazzola wrote:
>>>
>>>
>>> Il 15/Dic/2016 16:17, "InterNetX - Juergen Gotteswinter"
>>> mailto:j...@internetx.com>> ha scritto:
>>>
>>> Am 15.12.2016 um 15:51 schrieb Sandro Bonazzola:
>>> >
>>> >
>>> > On Thu, Dec 15, 2016 at 3:02 PM, InterNetX - Juergen Gotteswinter
>>> > mailto:j...@internetx.com>
>>> >> wrote:
>>> >
>>> > i can confirm that it will break ...
>>> >
>>> > Dec 15 14:58:43 vm1 journal: internal error: qemu unexpectedly
>>> closed
>>> > the monitor: Unexpected error in object_property_find() at
>>> > qom/object.c:1003:#0122016-12-15T13:58:43.140073Z qemu-kvm:
>>> can't apply
>>> > global Opteron_G4-x86_64-cpu.x1apic=off: Property '.x1apic'
>>> not found
>>> >
>>> >
>>> > Just an heads up that qemu-kvm-ev 2.6 is now
>>> > in http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/
>>> 
>>> > >> >
>>>
>>> [16:16:47][root@vm1:/var/log]$rpm -aq |grep qemu-kvm-ev
>>> qemu-kvm-ev-2.6.0-27.1.el7.x86_64
>>> [16:16:52][root@vm1:/var/log]$
>>>
>>> this message is from 2.6
>>>
>>>
>>> Adding Paolo and Michal.
>>
>> The message is ugly, but that "x1apic" should have read "x2apic".
>>
>> Paolo
>>
> 
> Yep, it seems to be introduced with
> "0002-Add-RHEL-7-machine-types.patch" starting at line 862
> 
> +},\
> +{\
> +.driver = "Opteron_G4" "-" TYPE_X86_CPU,\
> +.property = "x1apic",\
> +.value = "off",\
> +},\
> +{\
> 
> 
> going to test this right now
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 

works after fixing the typo & rebuilding
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Failed to import Hosted Engine VM

2016-12-20 Thread knarra


On 12/20/2016 01:47 PM, Simone Tiraboschi wrote:



On Tue, Dec 20, 2016 at 7:47 AM, knarra > wrote:


Hi,

I have latest master installed and i see that Hosted Engine VM
fails to import. Below are the logs i see in the engine log. Can
some one help me understand why does this happen?


It's a change in VDSM storage APIs; look for:
[ovirt-devel] Change in VDSM API in master (VolumeInfo.lease)

Probably you are using an up-to-date vdsm against a few days old 
engine-appliance (we still have some troubles re-building the engine 
appliance on Centos 7.3) and so the issue.

Could you please run
  yum update "ovirt-*-setup*"
  engine-setup
on your engine VM to get an up to date engine?
Once up to date, the engine should be able to recover by itself.
Thanks simone. I updated my engine as you suggested and i see that 
Hosted Engine vm appears in the UI.




2016-12-20 06:46:02,291Z INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.GetImageInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-48) [77f83e0f] START,
GetImageInfoVDSComman
d( GetImageInfoVDSCommandParameters:{runAsync='true',
storagePoolId='0001-0001-0001-0001-0311',
ignoreFailoverLimit='false', storageDomainId='4830f5b2-5a7d-4a89-
8fc9-8911134035e4',
imageGroupId='0dec26c2-59c8-4d7f-adc0-6e4c878028ee',
imageId='e114-9f08-4e71-9b3a-d6a93273fbd3'}), log id: 78f8a633
2016-12-20 06:46:02,291Z INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-48) [77f83e0f] START,
GetVolumeInfoVDSComm
and(HostName = hosted_engine1,
GetVolumeInfoVDSCommandParameters:{runAsync='true',
hostId='4c4a3633-2c2a-49c9-be06-78a21a4a2584',
storagePoolId='0001-0001-0001-0001-
0311', storageDomainId='4830f5b2-5a7d-4a89-8fc9-8911134035e4',
imageGroupId='0dec26c2-59c8-4d7f-adc0-6e4c878028ee',
imageId='e114-9f08-4e71-9b3a-d6a93273fbd3'}), log
 id: 62a0b308
2016-12-20 06:46:02,434Z ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-48) [77f83e0f] Failed building
DiskImage:
No enum const

org.ovirt.engine.core.common.businessentities.LeaseState.{owners=[Ljava.lang.Object;@28beccfa,
version=2}
2016-12-20 06:46:02,434Z INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-48) [77f83e0f] Command
'org.ovirt.engine.c
ore.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand' return value '
VolumeInfoReturn:{status='Status [code=0, message=Done]'}
status = OK
domain = 4830f5b2-5a7d-4a89-8fc9-8911134035e4
voltype = LEAF
description = Hosted Engine Image
parent = ----
format = RAW
generation = 0
image = 0dec26c2-59c8-4d7f-adc0-6e4c878028ee
ctime = 1482153085
disktype = 2
legality = LEGAL
mtime = 0
apparentsize = 53687091200
children:
[]
pool =
capacity = 53687091200
uuid = e114-9f08-4e71-9b3a-d6a93273fbd3
truesize = 2761210368
type = SPARSE
lease:
owners:
[1]
version = 2

'
2016-12-20 06:46:02,434Z INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-48) [77f83e0f] HostName =
hosted_engine1
2016-12-20 06:46:02,434Z INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-48) [77f83e0f] FINISH,
GetVolumeInfoVDSCommand, log id: 62a0b308
2016-12-20 06:46:02,434Z ERROR
[org.ovirt.engine.core.vdsbroker.irsbroker.GetImageInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-48) [77f83e0f] Failed to get the
volume information, marking as FAILED
2016-12-20 06:46:02,434Z INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.GetImageInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-48) [77f83e0f] FINISH,
GetImageInfoVDSCommand, log id: 78f8a633
2016-12-20 06:46:02,434Z WARN
[org.ovirt.engine.core.bll.exportimport.ImportVmCommand]
(org.ovirt.thread.pool-6-thread-48) [77f83e0f] Validation of
action 'ImportVm' failed for user SYSTEM. Reasons:
VAR__ACTION__IMPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_VM_IMAGE_DOES_NOT_EXIST
2016-12-20 06:46:02,435Z INFO
[org.ovirt.engine.core.bll.exportimport.ImportVmCommand]
(org.ovirt.thread.pool-6-thread-48) [77f83e0f] Lock freed to
object
'EngineLock:{exclusiveLocks='[89681893-94fe-4366-be6d-15141ff2b365=,
HostedEngine=]',
sharedLocks='[89681893-94fe-4366-be6d-15141ff2b365=]'}'
2016-12-20 06:46:02,435Z ERROR
[org.ovirt.engine.core.bll.HostedEngineImporter]
(org.ovirt.thread.pool-6-thread-48) [77f83e0f] Failed importing
the Hosted Engine VM
2016-12-20 06:46:04,436Z INFO
[org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand]
(DefaultQuartzScheduler4) [2d8

Re: [ovirt-users] Ovirt 4.0.5 reporting dashboard not working.

2016-12-20 Thread Tal Nisan

Liron, can you please check why does this "report isn't an actual report"
is appearing in the log?

On Mon, Dec 19, 2016 at 10:33 AM, Andrea Ghelardi  wrote:

> Hello Shirly,
>
> I restarted dwh service as per your suggestion with no success.
>
>
>
> Here a sample of DWH log:
>
> 2016-12-14 12:31:55|kdcGa9|GCXnuH|PIv06L|OVIRT_ENGINE_DWH|
> SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can not sample data, oVirt
> Engine is not updating the statistics. Please check your oVirt Engine
> status.|9704
>
> 2016-12-14 12:32:20|ncjn2O|GCXnuH|PIv06L|OVIRT_ENGINE_DWH|
> SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can not sample data, oVirt
> Engine is not updating the statistics. Please check your oVirt Engine
> status.|9704
>
> 2016-12-14 15:52:37|Xx2zzb|GCXnuH|PIv06L|OVIRT_ENGINE_DWH|
> SampleTimeKeepingJob|Default|5|tWarn|tWarn_1|Can not sample data, oVirt
> Engine is not updating the statistics. Please check your oVirt Engine
> status.|9704
>
> 2016-12-16 17:39:13|ETL Service Stopped
>
> 2016-12-16 17:39:14|ETL Service Started
>
> ovirtEngineDbDriverClass|org.postgresql.Driver
>
> ovirtEngineHistoryDbJdbcConnection|jdbc:postgresql://
> localhost:5432/ovirt_engine_history?sslfactory=org.postgresql.ssl.
> NonValidatingFactory
>
> hoursToKeepDaily|0
>
> hoursToKeepHourly|720
>
> ovirtEngineDbPassword|**
>
> runDeleteTime|3
>
> ovirtEngineDbJdbcConnection|jdbc:postgresql://localhost:
> 5432/engine?sslfactory=org.postgresql.ssl.NonValidatingFactory
>
> runInterleave|20
>
> limitRows|limit 1000
>
> ovirtEngineHistoryDbUser|ovirt_engine_history
>
> ovirtEngineDbUser|engine
>
> deleteIncrement|10
>
> timeBetweenErrorEvents|30
>
> hoursToKeepSamples|24
>
> deleteMultiplier|1000
>
> lastErrorSent|2011-07-03 12:46:47.00
>
> etlVersion|4.0.5
>
> dwhAggregationDebug|false
>
> dwhUuid|a18846e6-d188-4170-8549-aeb1c54fa390
>
> ovirtEngineHistoryDbDriverClass|org.postgresql.Driver
>
> ovirtEngineHistoryDbPassword|**
>
>
>
>
>
> And here a sample of Engine.log
>
>
>
> 2016-12-19 04:32:05,939 WARN  
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData]
> (DefaultQuartzScheduler5) [53791585] Domain 
> '05c01989-18a1-4a45-9ed6-76c6badc728a:intel2-dstore04'
> report isn't an actual report
>
> 2016-12-19 04:32:05,939 WARN  
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData]
> (DefaultQuartzScheduler5) [53791585] Domain 
> 'f0d8ea03-17ab-4feb-bbf8-408e0550fc29:boole2-dstore1'
> report isn't an actual report
>
>
>
>
>
> So apparently DWH is working, but that “report isn't an actual report” is
> quite obscure to me.
>
> I need to clarify that (almost) all these storages are iscsi SAN hosted
> and have been detached from Ovirt3 installation and IMPORTED into Ovirt4.
>
>
>
> Could you suggest for next step?
>
> Thanks
>
> Andrea
>
>
>
> *From:* Shirly Radco [mailto:sra...@redhat.com]
> *Sent:* Thursday, December 8, 2016 10:22 AM
> *To:* Andrea Ghelardi 
> *Cc:* users 
> *Subject:* Re: [ovirt-users] Ovirt 4.0.5 reporting dashboard not working.
>
>
>
> Hi Andrea,
>
>
>
> Please try to restart the dwh service.
>
> It is the service that collects the samples data from the engine database
> to a data warehouse, ovirt_engine_history.
>
> run:
>
>
>
> service ovirt-engine-dwhd restart
>
>
>
> and send me the log again.
>
>
>
> If data is still not collected to ovirt_engine_history db I'll need you to
> open a bug so we can follow on this there.
>
>
> Best regards,
>
> Shirly Radco
>
> BI Software Engineer
>
> Red Hat Israel Ltd.
>
> 34 Jerusalem Road
>
> Building A, 4th floor
>
> Ra'anana, Israel 4350109
>
>
>
> On Wed, Dec 7, 2016 at 5:43 PM, Andrea Ghelardi 
> wrote:
>
> Hello group,
>
> I noticed that my dashboard does not show little colored “cubes” which
> show storage CPU and RAM usage history status.
>
> Attached an image and logs from /var/log/ovirt-engine-dwh/
> ovirt-engine-dwhd.log
>
> Here’s an extract:
>
>
>
> Exception in component tJDBCInput_5
>
> org.postgresql.util.PSQLException: ERROR: smallint out of range
>
> at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(
> QueryExecutorImpl.java:2157)
>
> at org.postgresql.core.v3.QueryExecutorImpl.processResults(
> QueryExecutorImpl.java:1886)
>
> at org.postgresql.core.v3.QueryExecutorImpl.execute(
> QueryExecutorImpl.java:255)
>
> at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(
> AbstractJdbc2Statement.java:555)
>
> at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(
> AbstractJdbc2Statement.java:403)
>
> at org.postgresql.jdbc2.AbstractJdbc2Statement.executeQuery(
> AbstractJdbc2Statement.java:283)
>
> at ovirt_engine_dwh.statisticssync_4_0.StatisticsSync.tJDBCInput_
> 5Process(StatisticsSync.java:4056)
>
> at ovirt_engine_dwh.statisticssync_4_0.StatisticsSync$3.run(
> StatisticsSync.java:15979)
>
> Exception in component tJDBCInput_8
>
> org.postgresql.util.PSQLException: ERROR: current transaction is aborted,
> commands igno

Re: [ovirt-users] [HEADS UP] CentOS 7.3 is rolling out, need qemu-kvm-ev 2.6

2016-12-20 Thread InterNetX - Juergen Gotteswinter

Am 15.12.2016 um 17:26 schrieb Paolo Bonzini:
> 
> 
> On 15/12/2016 16:46, Sandro Bonazzola wrote:
>>
>>
>> Il 15/Dic/2016 16:17, "InterNetX - Juergen Gotteswinter"
>> mailto:j...@internetx.com>> ha scritto:
>>
>> Am 15.12.2016 um 15:51 schrieb Sandro Bonazzola:
>> >
>> >
>> > On Thu, Dec 15, 2016 at 3:02 PM, InterNetX - Juergen Gotteswinter
>> > mailto:j...@internetx.com>
>> >> wrote:
>> >
>> > i can confirm that it will break ...
>> >
>> > Dec 15 14:58:43 vm1 journal: internal error: qemu unexpectedly
>> closed
>> > the monitor: Unexpected error in object_property_find() at
>> > qom/object.c:1003:#0122016-12-15T13:58:43.140073Z qemu-kvm:
>> can't apply
>> > global Opteron_G4-x86_64-cpu.x1apic=off: Property '.x1apic'
>> not found
>> >
>> >
>> > Just an heads up that qemu-kvm-ev 2.6 is now
>> > in http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/
>> 
>> > > >
>>
>> [16:16:47][root@vm1:/var/log]$rpm -aq |grep qemu-kvm-ev
>> qemu-kvm-ev-2.6.0-27.1.el7.x86_64
>> [16:16:52][root@vm1:/var/log]$
>>
>> this message is from 2.6
>>
>>
>> Adding Paolo and Michal.
> 
> The message is ugly, but that "x1apic" should have read "x2apic".
> 
> Paolo
> 

Yep, it seems to be introduced with
"0002-Add-RHEL-7-machine-types.patch" starting at line 862

+},\
+{\
+.driver = "Opteron_G4" "-" TYPE_X86_CPU,\
+.property = "x1apic",\
+.value = "off",\
+},\
+{\


going to test this right now

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

Re: [ovirt-users] Iso Upload

2016-12-20 Thread Amit Aviram

On Sun, Dec 18, 2016 at 10:21 PM, Derek Atkins  wrote:

> Gianluca Cecchi  writes:
>
> > Yes thanks, I know it.
> > In 4.1 (but it seems to me also in 4.x) it was a matter of seconds after
> scp,
> > but I hoped there would be something smarter and directly usable by the
> web
> > admin GUI...
>
> True, it would be nice to have a web-based "upload file".  It was also
> be nice to have a web-based "download from URI" feature, where I can
> pass a URL to the web-ui and it would internally run 'curl' (or
> whatever) to pull it down.  Maybe an integrated bitorrent client?  :)
>

Hi all, both of these features are going to be introduced soon. We already
have the infra to support it, and it is just a matter of some work until
it will be in.

Amit.



>
> -derek
>
> --
>Derek Atkins 617-623-3745
>de...@ihtfp.com www.ihtfp.com
>Computer and Internet Security Consultant
> ___
> 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] Cumulus Switch

2016-12-20 Thread Marcin Mirecki

If you plan to implement your own provider from scratch, you might want to look 
at:
https://github.com/mmirecki/ovirt-provider_mock

This is a minimal 'mock' implementation, but gives some simple insight on how 
the provider might look like.

Marcin


- Original Message -
> From: "Marcin Mirecki" 
> To: "Matt Wells" 
> Cc: "Yaniv Dary" , "Ovirt Users" 
> Sent: Tuesday, December 20, 2016 10:45:22 AM
> Subject: Re: [ovirt-users] Cumulus Switch
> 
> If you plan to implement your own provider from scratch, you might want to
> look at:
> 
> 
> - Original Message -
> > From: "Matt Wells" 
> > To: "Yaniv Dary" 
> > Cc: "Ovirt Users" , "Marcin Mirecki" 
> > Sent: Monday, December 19, 2016 3:53:42 PM
> > Subject: Re: [ovirt-users] Cumulus Switch
> > 
> > Thanks Yaniv; I'll have a got and share any progress.   I appreciate the
> > reply.
> > 
> > On Sun, Dec 18, 2016 at 7:28 AM Yaniv Dary  wrote:
> > 
> > > You can read on the external provider design in:
> > >
> > > http://www.ovirt.org/develop/release-management/features/external-network-provider/
> > > You can also start a project to integrate this software to oVirt with the
> > > refrence in:
> > > https://github.com/mmirecki/ovirt-provider-mock
> > >
> > > Patches are welcome!
> > >
> > > Yaniv Dary
> > > Technical Product Manager
> > > Red Hat Israel Ltd.
> > > 34 Jerusalem Road
> > > Building A, 4th floor
> > > Ra'anana, Israel 4350109
> > >
> > > Tel : +972 (9) 7692306 <+972%209-769-2306>
> > > 8272306
> > > Email: yd...@redhat.com
> > > IRC : ydary
> > >
> > >
> > > On Thu, Dec 15, 2016 at 10:07 PM, Matt Wells 
> > > wrote:
> > >
> > > I've seen some of the cool stuff coming with OVN and even a co-worker has
> > > done some great things with it.  However I was wondering if anyone had
> > > experience with Cumulus as the external provider for networks.
> > > It's just a "weekend project" I'm picking up and thought to ask on the
> > > list.  I've not found other posts on it yet but will continue to look.
> > > I've just made a fresh lab with the latest and greatest oVirt on CentOS
> > > 7.
> > > Thanks to all and a happy holiday season ( if you're into the holiday
> > > thing ).
> > > :-)
> > >
> > > ___
> > > Users mailing list
> > > Users@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
> > >
> > >
> > > --
> > Matt Wells
> > Chief Systems Architect
> > RHCA III, RHCVA - #110-000-353
> > (702) 808-0424
> > matt.we...@mosaic451.com
> >  Las Vegas | Phoenix | Portland Mosaic451.com
> > CONFIDENTIALITY NOTICE: This transmittal is a confidential communication or
> > may otherwise be privileged. If you are not intended recipient, you are
> > hereby notified that you have received this transmittal in error and that
> > any review, dissemination, distribution or copying of this transmittal is
> > strictly prohibited. If you have received this communication in error,
> > please notify this office, and immediately delete this message and all its
> > attachments, if any.
> > 1*
> > 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cumulus Switch

2016-12-20 Thread Marcin Mirecki

If you plan to implement your own provider from scratch, you might want to look 
at:


- Original Message -
> From: "Matt Wells" 
> To: "Yaniv Dary" 
> Cc: "Ovirt Users" , "Marcin Mirecki" 
> Sent: Monday, December 19, 2016 3:53:42 PM
> Subject: Re: [ovirt-users] Cumulus Switch
> 
> Thanks Yaniv; I'll have a got and share any progress.   I appreciate the
> reply.
> 
> On Sun, Dec 18, 2016 at 7:28 AM Yaniv Dary  wrote:
> 
> > You can read on the external provider design in:
> >
> > http://www.ovirt.org/develop/release-management/features/external-network-provider/
> > You can also start a project to integrate this software to oVirt with the
> > refrence in:
> > https://github.com/mmirecki/ovirt-provider-mock
> >
> > Patches are welcome!
> >
> > Yaniv Dary
> > Technical Product Manager
> > Red Hat Israel Ltd.
> > 34 Jerusalem Road
> > Building A, 4th floor
> > Ra'anana, Israel 4350109
> >
> > Tel : +972 (9) 7692306 <+972%209-769-2306>
> > 8272306
> > Email: yd...@redhat.com
> > IRC : ydary
> >
> >
> > On Thu, Dec 15, 2016 at 10:07 PM, Matt Wells 
> > wrote:
> >
> > I've seen some of the cool stuff coming with OVN and even a co-worker has
> > done some great things with it.  However I was wondering if anyone had
> > experience with Cumulus as the external provider for networks.
> > It's just a "weekend project" I'm picking up and thought to ask on the
> > list.  I've not found other posts on it yet but will continue to look.
> > I've just made a fresh lab with the latest and greatest oVirt on CentOS 7.
> > Thanks to all and a happy holiday season ( if you're into the holiday
> > thing ).
> > :-)
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> >
> > --
> Matt Wells
> Chief Systems Architect
> RHCA III, RHCVA - #110-000-353
> (702) 808-0424
> matt.we...@mosaic451.com
>  Las Vegas | Phoenix | Portland Mosaic451.com
> CONFIDENTIALITY NOTICE: This transmittal is a confidential communication or
> may otherwise be privileged. If you are not intended recipient, you are
> hereby notified that you have received this transmittal in error and that
> any review, dissemination, distribution or copying of this transmittal is
> strictly prohibited. If you have received this communication in error,
> please notify this office, and immediately delete this message and all its
> attachments, if any.
> 1*
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt / OVN / MTU

2016-12-20 Thread Numan Siddique

+Russel

On Tue, Dec 20, 2016 at 10:30 AM, Devin Acosta 
wrote:

>
> Marcin,Numan,Lance:
>
> I really appreciate all the assistance that you have given me thus far. I
> wanted to circle back on this topic, even though I sense I know what the
> answer will be. ;) My Networking team keeps insisting that they want to
> control DHCP from their side however yet still be able to create virtual
> Layer 2 networks within oVirt. I understand that it sounds like OVN was
> never meant for this kind of configuration.
>

It is not necessary to use native DHCP feature of OVN. You can always
disable it. Infact it is disabled, unless dhcp options are added to each
logical port. So it's fine to use your own DHCP server. I don't think MTU
discovery is supported in OVN.




> In the setup that we currently have going for the most part Linux boxes
> are working if we set the MTU to be lower around 1400, however with the
> Windows boxes we are getting very strange behavior, sometimes we have to
> set the MTU low to as 1000, but then the next day 1200 works. We aren't
> fully sure if it's just some strange windows issue with the driver or what.
>
> One question that was asked of me was if OVS/OVN supports like PMTUD, MTU
> Protocol discovery? Also I'm suspecting if was to configure oVIRT to use
> Neutron using OVS I would encounter the same issues I have now with the MTU
> if they are trying to do DHCP from a virtual appliance on the network?
>
> Any other comments or suggestions that you can provide on this?
>
> Thanks again.
>
> On Mon, Dec 12, 2016 at 7:14 AM, Numan Siddique 
> wrote:
>
>> Hi Devin,
>>
>> Below is one example of creating dhcp options and associating them with
>> logical ports using ovn-nbctl commands. Please see the links shared by
>> Lance for more details.
>>
>> Lets say you have a network with cidr - 10.0.0.0/24.
>>
>> One example would be
>>
>> $ovn-nbctl dhcp-options-create 10.0.0.0/24
>>
>> Run the command ovn-nbctl dhcp-options-list and store the uuid of it in
>> any variable (DHCP_UUID)
>> Now create the dhcp options for this DHCP_UUID just created.
>> There are 4 dhcp options which needs to be defined (they are mandatory)
>>   - server_id
>>   - server_mac
>>  -  router
>>  - lease_time
>>
>> since you want to add mtu option as well, you can add the dhcp options as
>>
>> $ovn-nbctl dhcp-options-set-options $DHCP_UUID  server_id=10.0.0.1
>> server_mac=00:00:00:00:00:10 router=10.0.0.1 lease_time=3600 mtu=1400
>>
>> The above is just an example. You can see the dhcp options set by running
>> $ovn-nbctl dhcp-options-get-options $DHCP_UUID
>>
>>
>> The dhcp options defined here have no value unless you associate these
>> with the logical switch port.
>>
>> $ovn-nbctl lsp-set-dhcpv4-options $LPORT_NAME $DHCP_UUID
>>
>> Suppose if you have 3 logical ports - lp1, lp2 and lp3, you can associate
>> it as
>> $ovn-nbctl lsp-set-dhcpv4-options lp1 $DHCP_UUID
>> $ovn-nbctl lsp-set-dhcpv4-options lp2 $DHCP_UUID
>> $ovn-nbctl lsp-set-dhcpv4-options lp3 $DHCP_UUID
>>
>>
>> Please let us know if you have any more questions.
>>
>> You can refer to this blog to get some more inner details of how native
>> DHCP is supported in ovn - https://numansiddiqueblog.wo
>> rdpress.com/2016/08/09/native-dhcp-support-in-ovn/
>>
>> Thanks
>> Numan
>>
>>
>> On Mon, Dec 12, 2016 at 7:28 PM, Lance Richardson 
>> wrote:
>>
>>> Hi Devin,
>>>
>>> This blog posting does a good job of explaining how to configure OVN
>>> DHCP support:
>>>
>>> http://blog.spinhirne.com/2016/09/an-introduction-to-ovn-rou
>>> ting.html
>>>
>>> The ovn-nb man page lists the DHCP options that can be provided,
>>> including
>>> mtu:
>>>
>>> http://openvswitch.org/support/dist-docs/
>>> 
>>> ovn-
>>> 
>>> nb.5.html 
>>>
>>> And the ovn-nbctl man page has details about the command-line interface
>>> for setting DHCP options:
>>>
>>> http://openvswitch.org/support/dist-docs/ovn-nbctl.8.html
>>>
>>> I have very little experience using OVN's DHCP support, I've copied Numan
>>> in case I've left anything out.
>>>
>>> Lance
>>> - Original Message -
>>> > From: "Marcin Mirecki" 
>>> > To: "Devin Acosta" 
>>> > Cc: "users" , "Lance Richardson" >> >
>>> > Sent: Monday, December 12, 2016 4:35:51 AM
>>> > Subject: Re: oVirt / OVN / MTU
>>> >
>>> > Devin,
>>> >
>>> > oVirt does not currently support changing external network mtu from
>>> within
>>> > ovirt (it rather relies on the provider handling this internally).
>>> >
>>> > If you are using OVN DHCP (have subnets defined for a network), you can
>>> > modify the OVN DHCP options directly in the OVN database.
>>> > I have never actually tested this myself, but looking at the OVN
>>> > documentation, it should do the job on the ports.
>>> >
>>> > The standard OVN way to do so is to use the "ovn-vsctl set
>>> DHCP_Options ..."
>>> > command.
>>> > (Unfortunately as I am trying it now it tells me that modifying
>>> DHCP_Options
>

Re: [ovirt-users] Failed to import Hosted Engine VM

2016-12-20 Thread Simone Tiraboschi

On Tue, Dec 20, 2016 at 7:47 AM, knarra  wrote:

> Hi,
>
> I have latest master installed and i see that Hosted Engine VM fails
> to import. Below are the logs i see in the engine log. Can some one help me
> understand why does this happen?
>

It's a change in VDSM storage APIs; look for:
[ovirt-devel] Change in VDSM API in master (VolumeInfo.lease)

Probably you are using an up-to-date vdsm against a few days old
engine-appliance (we still have some troubles re-building the engine
appliance on Centos 7.3) and so the issue.
Could you please run
  yum update "ovirt-*-setup*"
  engine-setup
on your engine VM to get an up to date engine?
Once up to date, the engine should be able to recover by itself.


>
>
> 2016-12-20 06:46:02,291Z INFO [org.ovirt.engine.core.vdsbrok
> er.irsbroker.GetImageInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48)
> [77f83e0f] START, GetImageInfoVDSComman
> d( GetImageInfoVDSCommandParameters:{runAsync='true',
> storagePoolId='0001-0001-0001-0001-0311',
> ignoreFailoverLimit='false', storageDomainId='4830f5b2-5a7d-4a89-
> 8fc9-8911134035e4', imageGroupId='0dec26c2-59c8-4d7f-adc0-6e4c878028ee',
> imageId='e114-9f08-4e71-9b3a-d6a93273fbd3'}), log id: 78f8a633
> 2016-12-20 06:46:02,291Z INFO [org.ovirt.engine.core.vdsbrok
> er.vdsbroker.GetVolumeInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48)
> [77f83e0f] START, GetVolumeInfoVDSComm
> and(HostName = hosted_engine1, 
> GetVolumeInfoVDSCommandParameters:{runAsync='true',
> hostId='4c4a3633-2c2a-49c9-be06-78a21a4a2584',
> storagePoolId='0001-0001-0001-0001-
> 0311', storageDomainId='4830f5b2-5a7d-4a89-8fc9-8911134035e4',
> imageGroupId='0dec26c2-59c8-4d7f-adc0-6e4c878028ee',
> imageId='e114-9f08-4e71-9b3a-d6a93273fbd3'}), log
>  id: 62a0b308
> 2016-12-20 06:46:02,434Z ERROR [org.ovirt.engine.core.vdsbrok
> er.vdsbroker.GetVolumeInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48)
> [77f83e0f] Failed building DiskImage:
> No enum const org.ovirt.engine.core.common.businessentities.LeaseState.{ow
> ners=[Ljava.lang.Object;@28beccfa, version=2}
> 2016-12-20 06:46:02,434Z INFO [org.ovirt.engine.core.vdsbrok
> er.vdsbroker.GetVolumeInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48)
> [77f83e0f] Command 'org.ovirt.engine.c
> ore.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand' return value '
> VolumeInfoReturn:{status='Status [code=0, message=Done]'}
> status = OK
> domain = 4830f5b2-5a7d-4a89-8fc9-8911134035e4
> voltype = LEAF
> description = Hosted Engine Image
> parent = ----
> format = RAW
> generation = 0
> image = 0dec26c2-59c8-4d7f-adc0-6e4c878028ee
> ctime = 1482153085
> disktype = 2
> legality = LEGAL
> mtime = 0
> apparentsize = 53687091200
> children:
> []
> pool =
> capacity = 53687091200
> uuid = e114-9f08-4e71-9b3a-d6a93273fbd3
> truesize = 2761210368
> type = SPARSE
> lease:
> owners:
> [1]
> version = 2
>
> '
> 2016-12-20 06:46:02,434Z INFO [org.ovirt.engine.core.vdsbrok
> er.vdsbroker.GetVolumeInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48)
> [77f83e0f] HostName = hosted_engine1
> 2016-12-20 06:46:02,434Z INFO [org.ovirt.engine.core.vdsbrok
> er.vdsbroker.GetVolumeInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48)
> [77f83e0f] FINISH, GetVolumeInfoVDSCommand, log id: 62a0b308
> 2016-12-20 06:46:02,434Z ERROR [org.ovirt.engine.core.vdsbrok
> er.irsbroker.GetImageInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48)
> [77f83e0f] Failed to get the volume information, marking as FAILED
> 2016-12-20 06:46:02,434Z INFO [org.ovirt.engine.core.vdsbrok
> er.irsbroker.GetImageInfoVDSCommand] (org.ovirt.thread.pool-6-thread-48)
> [77f83e0f] FINISH, GetImageInfoVDSCommand, log id: 78f8a633
> 2016-12-20 06:46:02,434Z WARN 
> [org.ovirt.engine.core.bll.exportimport.ImportVmCommand]
> (org.ovirt.thread.pool-6-thread-48) [77f83e0f] Validation of action
> 'ImportVm' failed for user SYSTEM. Reasons: VAR__ACTION__IMPORT,VAR__TYPE_
> _VM,ACTION_TYPE_FAILED_VM_IMAGE_DOES_NOT_EXIST
> 2016-12-20 06:46:02,435Z INFO 
> [org.ovirt.engine.core.bll.exportimport.ImportVmCommand]
> (org.ovirt.thread.pool-6-thread-48) [77f83e0f] Lock freed to object
> 'EngineLock:{exclusiveLocks='[89681893-94fe-4366-be6d-15141ff2b365= ACTION_TYPE_FAILED_VM_IS_BEING_IMPORTED$VmName HostedEngine>,
> HostedEngine=]',
> sharedLocks='[89681893-94fe-4366-be6d-15141ff2b365= ACTION_TYPE_FAILED_VM_IS_BEING_IMPORTED$VmName HostedEngine>]'}'
> 2016-12-20 06:46:02,435Z ERROR 
> [org.ovirt.engine.core.bll.HostedEngineImporter]
> (org.ovirt.thread.pool-6-thread-48) [77f83e0f] Failed importing the
> Hosted Engine VM
> 2016-12-20 06:46:04,436Z INFO [org.ovirt.engine.core.vdsbrok
> er.gluster.GlusterServersListVDSCommand] (DefaultQuartzScheduler4)
> [2d8b8a56] FINISH, GlusterServersListVDSCommand, return: [
> 10.70.36.79/23:CONNECTED, 10.70.36.80:CONNECTED, 10.70.36.81:CONNECTED],
> log id: 617781b7
>
> Thanks
>
> kasturi.
>
>
___
Users mailing list
Users@ovirt.org
http://

Re: [ovirt-users] Python stack trace for VDSM while monitoring GlusterFS volumes in HC HE oVirt 3.6.7 / GlusterFS 3.7.17

2016-12-20 Thread Ramesh Nachimuthu





- Original Message -
> From: "Giuseppe Ragusa" 
> To: "Ramesh Nachimuthu" 
> Cc: users@ovirt.org, gluster-us...@gluster.org, "Ravishankar Narayanankutty" 
> 
> Sent: Tuesday, December 20, 2016 4:15:18 AM
> Subject: Re: [ovirt-users] Python stack trace for VDSM while monitoring 
> GlusterFS volumes in HC HE oVirt 3.6.7 /
> GlusterFS 3.7.17
> 
> On Fri, Dec 16, 2016, at 05:44, Ramesh Nachimuthu wrote:
> > - Original Message -
> > > From: "Giuseppe Ragusa" 
> > > To: "Ramesh Nachimuthu" 
> > > Cc: users@ovirt.org
> > > Sent: Friday, December 16, 2016 2:42:18 AM
> > > Subject: Re: [ovirt-users] Python stack trace for VDSM while monitoring
> > > GlusterFS volumes in HC HE oVirt 3.6.7 /
> > > GlusterFS 3.7.17
> > > 
> > > Giuseppe Ragusa ha condiviso un file di OneDrive. Per visualizzarlo, fare
> > > clic sul collegamento seguente.
> > > 
> > > 
> > > 
> > > [https://r1.res.office365.com/owa/prem/images/dc-generic_20.png]
> > > 
> > > vols.tar.gz
> > > 
> > > 
> > > 
> > > Da: Ramesh Nachimuthu 
> > > Inviato: lunedì 12 dicembre 2016 09.32
> > > A: Giuseppe Ragusa
> > > Cc: users@ovirt.org
> > > Oggetto: Re: [ovirt-users] Python stack trace for VDSM while monitoring
> > > GlusterFS volumes in HC HE oVirt 3.6.7 / GlusterFS 3.7.17
> > > 
> > > On 12/09/2016 08:50 PM, Giuseppe Ragusa wrote:
> > > > Hi all,
> > > >
> > > > I'm writing to ask about the following problem (in a HC HE oVirt 3.6.7
> > > > GlusterFS 3.7.17 3-hosts-replica-with-arbiter sharded-volumes setup all
> > > > on
> > > > CentOS 7.2):
> > > >
> > > >  From /var/log/messages:
> > > >
> > > > Dec  9 15:27:46 shockley journal: vdsm jsonrpc.JsonRpcServer ERROR
> > > > Internal
> > > > server error#012Traceback (most recent call last):#012  File
> > > > "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, in
> > > > _serveRequest#012res = method(**params)#012  File
> > > > "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod#012
> > > > result
> > > > = fn(*methodArgs)#012  File "/usr/share/vdsm/gluster/apiwrapper.py",
> > > > line
> > > > 117, in status#012return self._gluster.volumeStatus(volumeName,
> > > > brick,
> > > > statusOption)#012  File "/usr/share/vdsm/gluster/api.py", line 86, in
> > > > wrapper#012rv = func(*args, **kwargs)#012  File
> > > > "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus#012
> > > > statusOption)#012  File "/usr/share/vdsm/supervdsm.py", line 50, in
> > > > __call__#012return callMethod()#012  File
> > > > "/usr/share/vdsm/supervdsm.py", line 48, in #012
> > > > **kwargs)#012
> > > > File "", line 2, in glusterVolumeStatus#012  File
> > > > "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _ca
> > > >   llmethod#012raise convert_to_error(kind, result)#012KeyError:
> > > >   'device'
> > > > Dec  9 15:27:47 shockley ovirt-ha-agent:
> > > > INFO:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Extracting
> > > > Engine
> > > > VM OVF from the OVF_STORE
> > > > Dec  9 15:27:47 shockley ovirt-ha-agent:
> > > > INFO:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:OVF_STORE volume
> > > > path:
> > > > /rhev/data-center/mnt/glusterSD/shockley.gluster.private:_enginedomain/1d60fd45-507d-4a78-8294-d642b3178ea3/images/22a172de-698e-4cc5-bff0-082882fb3347/8738287c-8a25-4a2a-a53a-65c366a972a1
> > > > Dec  9 15:27:47 shockley ovirt-ha-agent:
> > > > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Found
> > > > an OVF for HE VM, trying to convert
> > > > Dec  9 15:27:47 shockley ovirt-ha-agent:
> > > > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Got
> > > > vm.conf from OVF_STORE
> > > > Dec  9 15:27:47 shockley ovirt-ha-agent:
> > > > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Current
> > > > state
> > > > EngineUp (score: 3400)
> > > > Dec  9 15:27:47 shockley ovirt-ha-agent:
> > > > INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Best
> > > > remote
> > > > host read.mgmt.private (id: 2, score: 3400)
> > > > Dec  9 15:27:48 shockley journal: vdsm jsonrpc.JsonRpcServer ERROR
> > > > Internal
> > > > server error#012Traceback (most recent call last):#012  File
> > > > "/usr/lib/python2.7/site-packages/yajsonrpc/__init__.py", line 533, in
> > > > _serveRequest#012res = method(**params)#012  File
> > > > "/usr/share/vdsm/rpc/Bridge.py", line 275, in _dynamicMethod#012
> > > > result
> > > > = fn(*methodArgs)#012  File "/usr/share/vdsm/gluster/apiwrapper.py",
> > > > line
> > > > 117, in status#012return self._gluster.volumeStatus(volumeName,
> > > > brick,
> > > > statusOption)#012  File "/usr/share/vdsm/gluster/api.py", line 86, in
> > > > wrapper#012rv = func(*args, **kwargs)#012  File
> > > > "/usr/share/vdsm/gluster/api.py", line 407, in volumeStatus#012
> > > > statusOption)#012  File "/usr/share/vdsm/supervd

Re: [ovirt-users] Python stack trace for VDSM while monitoring GlusterFS volumes in HC HE oVirt 3.6.7 / GlusterFS 3.7.17

[ovirt-users] FW: ovirtmgmt network change

[ovirt-users] ovirtmgmt network change

Re: [ovirt-users] oVirt / OVN / MTU

Re: [ovirt-users] oVirt / OVN / MTU

Re: [ovirt-users] oVirt / OVN / MTU

Re: [ovirt-users] "Deactivating Storage Domain" error

Re: [ovirt-users] "Deactivating Storage Domain" error

Re: [ovirt-users] "Deactivating Storage Domain" error

Re: [ovirt-users] "Deactivating Storage Domain" error

Re: [ovirt-users] "Deactivating Storage Domain" error

Re: [ovirt-users] "Deactivating Storage Domain" error

Re: [ovirt-users] "Deactivating Storage Domain" error

Re: [ovirt-users] "Deactivating Storage Domain" error

[ovirt-users] "Deactivating Storage Domain" error

Re: [ovirt-users] Adding Disk stuck?

Re: [ovirt-users] How to setup OVS using python SDK ?

[ovirt-users] How to setup OVS using python SDK ?

Re: [ovirt-users] Iso Upload

Re: [ovirt-users] [HEADS UP] CentOS 7.3 is rolling out, need qemu-kvm-ev 2.6

Re: [ovirt-users] Failed to import Hosted Engine VM

Re: [ovirt-users] Ovirt 4.0.5 reporting dashboard not working.

Re: [ovirt-users] [HEADS UP] CentOS 7.3 is rolling out, need qemu-kvm-ev 2.6

Re: [ovirt-users] Iso Upload

Re: [ovirt-users] Cumulus Switch

Re: [ovirt-users] Cumulus Switch

Re: [ovirt-users] oVirt / OVN / MTU

Re: [ovirt-users] Failed to import Hosted Engine VM

Re: [ovirt-users] Python stack trace for VDSM while monitoring GlusterFS volumes in HC HE oVirt 3.6.7 / GlusterFS 3.7.17

29 matches

Site Navigation

Mail list logo

Footer information