[ovirt-users] When debug vdsm branch 4.0, why there has some code will call function ping(self) in bindingxmlrpc.py cycle? Even the vdsm is not managed by ovirt-engine?

2016-07-25 Thread lifuqiong
Hi, 

 I setup a breakpoint in Line 637 in bindingxmlrpc.py , which as
follows:  (branch:4.0; code url is:
https://github.com/oVirt/vdsm/tree/ovirt-4.0)

636  def ping(self):

637 api = API.Global()

638 return api.ping()

 

 But even the vdsm is not managed by any ovirt-engine ,  the line
637 will be called many times, 

 

 I thought the ping() function will be called only when the
ovirt-engine will create connection with vdsm, so why it will be called
cycle?

 

Thank you

 

 

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


[ovirt-users] Hosted Engine & FC Data Domain

2016-07-25 Thread Anantha Raghava

Hello,

I had recently installed oVirt 4.0.1 Hosted Engine with FC (SAN) Storage.

I could install the oVirt, deploy hosted-engine. But when I accessed the 
Engine Web Admin, I noticed the following:


a. There was no Data Domain. I had to import the FC LUN, on which the 
Hosted Engine's Disk resided into Storage manually. But when I attempted 
to attach the data domain to Data Center, it failed.


b. I ended up removing all configuration, and recreated the FC LUNs. 
This time, I created two LUNs, on one LUN, the Hosted Engine resided. 
This time, first, I had to import the second LUN as master Data Domain 
and add the LUN on which Engine VM resided as just another Data Domain.


Now the questions:

i. Will Hosted Engine not automatically import the hosted_storage as 
master data domain? Why does it throw error when attempted to import and 
attach to DC?


ii. Is it necessary to have another data domain as master data domain, 
before attaching hosted_storage?


iii. How do we change the master data domain from one to another?

--

Thanks & Regards,


Anantha Raghava


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


Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

2016-07-25 Thread David Gossage
On Mon, Jul 25, 2016 at 3:48 PM, Alexander Wels  wrote:

> On Monday, July 25, 2016 01:49:32 PM David Gossage wrote:
> > On Mon, Jul 25, 2016 at 1:39 PM, Alexander Wels 
> wrote:
> > > On Monday, July 25, 2016 01:37:47 PM David Gossage wrote:
> > > > > > My test install of ovirt 3.6.7 and gluster 3.7.13 with 3 bricks
> on a
> > > > >
> > > > > locak
> > > > >
> > > > > > disk right now isn't allowing me to add the gluster storage at
> all.
> > > > > >
> > > > > >
> > > > > >
> > > > > > Keep getting some type of UI error
> > > > >
> > > > > Yes that is definitely a UI error. To get a better stack trace can
> you
> > > > > install the debuginfo
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > yum install ovirt-engine-webadmin-portal-debuginfo
> > > > > ovirt-engine-userportal-debuginfo
> > > > >
> > > > >
> > > > >
> > > > > And recreate the exception, that should give a better stack trace.
> > > >
> > > > Do I need to restart engine?
> > >
> > > Yes, you will need to restart engine before the log starts showing a
> > > better
> > > stack trace.
> >
> > Hopefully more informative.
> >
> >
> > 2016-07-25 13:46:54,701 ERROR
> > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> > (default task-33) [] Permutation name: 430985F23DFC1C8BE1C7FDD91EDAA785
> > 2016-07-25 13:46:54,702 ERROR
> > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> > (default task-33) [] Uncaught exception: : java.lang.ClassCastException
> > at java.lang.Throwable.fillInStackTrace(Throwable.java:114)
> > [rt.jar:1.8.0_101]
> > at java.lang.Exception.Exception(Exception.java:25)
> > [rt.jar:1.8.0_101]
> > at
> > java.lang.RuntimeException.RuntimeException(RuntimeException.java:25)
> > [rt.jar:1.8.0_101]
> > at
> >
> java.lang.ClassCastException.ClassCastException(ClassCastException.java:23)
> > [rt.jar:1.8.0_101]
> > at com.google.gwt.lang.Cast.dynamicCast(Cast.java:53)
> > at
> >
> org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel.run(
> > DataCenterGuideModel.java:1679) at
> > org.ovirt.engine.ui.uicompat.Task.$run(Task.java:19)
> > at
> >
> org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel.$sav
> > eSanStorage(DataCenterGuideModel.java:955) at
> >
> org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel.$pos
> > tOnAddStorage(DataCenterGuideModel.java:667) at
> >
> org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel$9$1.
> > onSuccess(DataCenterGuideModel.java:646) at
> >
> org.ovirt.engine.ui.uicommonweb.dataprovider.AsyncDataProvider.$getConfigFro
> > mCache(AsyncDataProvider.java:2853) at
> >
> org.ovirt.engine.ui.uicommonweb.dataprovider.AsyncDataProvider.$getStorageDo
> > mainMaxNameLength(AsyncDataProvider.java:2267) at
> >
> org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel$9.on
> > Success(DataCenterGuideModel.java:629) at
> > org.ovirt.engine.ui.frontend.Frontend$2.$onSuccess(Frontend.java:244)
> > [frontend.jar:]
> > at
> > org.ovirt.engine.ui.frontend.Frontend$2.onSuccess(Frontend.java:244)
> > [frontend.jar:]
> > at
> >
> org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.$onSuccess(O
> > perationProcessor.java:141) [frontend.jar:]
> > at
> >
> org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.onSuccess(Op
> > erationProcessor.java:141) [frontend.jar:]
> > at
> >
> org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.$
> > onSuccess(GWTRPCCommunicationProvider.java:161) [frontend.jar:]
> > at
> >
> org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.o
> > nSuccess(GWTRPCCommunicationProvider.java:161) [frontend.jar:]
> > at
> >
> com.google.gwt.rpc.client.impl.RpcCallbackAdapter.onResponseReceived(RpcCall
> > backAdapter.java:72) [gwt-servlet.jar:]
> > at
> >
> org.ovirt.engine.ui.common.gin.BaseSystemModule$1$1.onResponseReceived(BaseS
> > ystemModule.java:140) at
> >
> com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:237)
> > [gwt-servlet.jar:]
> > at
> >
> com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilde
> > r.java:409) [gwt-servlet.jar:]
> > at Unknown.(
> >
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> > BE1C7FDD91EDAA785.cache.html@65) at
> > com.google.gwt.core.client.impl.Impl.apply(Impl.java:296)
> > [gwt-servlet.jar:]
> > at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:335)
> > [gwt-servlet.jar:]
> > at Unknown.(
> >
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> > BE1C7FDD91EDAA785.cache.html@54 )
>
> Looks like a bug in the code to me, there are a couple of casts in
>
> org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel.run(DataCenterGuideModel.java:1679)
> that could be the 

Re: [ovirt-users] [ovirt-devel] Debug vdsm 4.0.0 report error: libvirt: XML-RPC error : Failed to connect socket to '/var/run/libvirt/libvirt-sock': Permission denied

2016-07-25 Thread Michal Skrivanek


> On 25 Jul 2016, at 21:50, Sandro Bonazzola  wrote:
> 
> Adding some people from virt team.
> 
> Il 23/Lug/2016 11:44, "lifuqiong"  ha scritto:
> >
> > I debugged vdsm with PyCharm, And I logged on my Centos 7.2 with root,  and 
> > get an error as follows:
> >
> >  
> >
> > Problem:
> >
> >  
> >
> > Traceback (most recent call last):
> >
> >   File "/usr/share/vdsm/vdsm", line 149, in run
> >
> > serve_clients(log)
> >
> >   File "/usr/share/vdsm/vdsm", line 104, in serve_clients
> >
> > cif = clientIF.getInstance(irs, log, scheduler)
> >
> >   File "/usr/share/vdsm/clientIF.py", line 204, in getInstance
> >
> > cls._instance = clientIF(irs, log, scheduler)
> >
> >   File "/usr/share/vdsm/clientIF.py", line 106, in __init__
> >
> > secret.clear()
> >
> >   File "/usr/lib/python2.7/site-packages/vdsm/virt/secret.py", line 92, in 
> > clear
> >
> > con = libvirtconnection.get()
> >
> >   File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 
> > 163, in get
> >
> > password)
> >
> >   File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 
> > 99, in open_connection
> >
> > return utils.retry(libvirtOpen, timeout=10, sleep=0.2)
> >
> >   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 546, in retry
> >
> > return func()
> >
> >   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 105, in 
> > openAuth
> >
> > if ret is None:raise libvirtError('virConnectOpenAuth() failed')
> >
> > libvirtError: Failed to connect socket to '/var/run/libvirt/libvirt-sock': 
> > Permission denied
> >
> >  
> >
> > Investitate:
> >
> > According to the traceback above, the code in libvirt.py as below, and  
> > os.geteuid() get ‘0’ which shows the current user is root;
> 

vdsm is not supposed to be run under root user. For debugging you should follow 
the devel setup wiki and not change a regular host. 
Depends what you modified, it's impossible to say from what you 
describedbut a general advice is you simply don't do that:)
> >
> >  
> >
> > def openAuth(uri, auth, flags=0):
> >
> >  #print os.geteuid()
> >
> > ret = libvirtmod.virConnectOpenAuth(uri, auth, flags)
> >
> > if ret is None:raise libvirtError('virConnectOpenAuth() failed')
> >
> > return virConnect(_obj=ret)
> >
> >  
> >
> > [root@server117 libvirt]# ll /var/run/libvirt/libvirt-sock
> >
> > srwxrwx---. 1 root qemu 0 Jul 19 23:43 /var/run/libvirt/libvirt-sock
> >
> >  
> >
> > According that, root should not get an Permission denied error ? But why?
> >
> >  
> >
> > And I setenforce=0 , and still show Perssion denied error.
> >
> >  
> >
> > What’s the reason? And how to solve it?
> >
> >  
> >
> > Thank you.
> >
> >
> > ___
> > Devel mailing list
> > de...@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] how to enable spice on ovirt 4.0

2016-07-25 Thread Fernando Fuentes
Michael,
 
Thanks!
 
I saw an email chain not too long ago with the exact question I had so I
was able to get it going.
 
Thanks again.
 
Regards,
 
--
Fernando Fuentes
ffuen...@txweather.org
http://www.txweather.org
 
 
 
On Mon, Jul 25, 2016, at 03:51 PM, Michal Skrivanek wrote:
>
>
>
> On 25 Jul 2016, at 22:07, Sandro Bonazzola
>  wrote:
>>
>> Il 21/Lug/2016 05:38, "Fernando Fuentes"  ha
>> scritto:
>>  >
>>  > Any body? :)
>>  >
>> Michal? Francesco?
>>
>>
>> > --
>>  > Fernando Fuentes
>>  > ffuen...@txweather.org
>>  > http://www.txweather.org
>>  >
>>  > On Wed, Jul 20, 2016, at 12:36 PM, Fernando Fuentes wrote:
>>  > > Team,
>>  > >
>>  > > How can I enable spice-xpi to be supported again on oVirt 4.0?
>
> It's deprecated in 4.0 and will go away completely in 4.1
> See more details in
> https://bugzilla.redhat.com/show_bug.cgi?id=1316560
>
> Thanks,
> michal
>> > >
>>  > > Regards,
>>  > >
>>  > > --
>>  > > Fernando Fuentes
>>  > > ffuen...@txweather.org
>>  > > http://www.txweather.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
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] how to enable spice on ovirt 4.0

2016-07-25 Thread Michal Skrivanek


> On 25 Jul 2016, at 22:07, Sandro Bonazzola  wrote:
> 
> Il 21/Lug/2016 05:38, "Fernando Fuentes"  ha scritto:
> >
> > Any body? :)
> >
> 
> Michal? Francesco?
> 
> 
> 
> 
> > --
> > Fernando Fuentes
> > ffuen...@txweather.org
> > http://www.txweather.org
> >
> > On Wed, Jul 20, 2016, at 12:36 PM, Fernando Fuentes wrote:
> > > Team,
> > >
> > > How can I enable spice-xpi to be supported again on oVirt 4.0?
> 

It's deprecated in 4.0 and will go away completely in 4.1
See more details in https://bugzilla.redhat.com/show_bug.cgi?id=1316560

Thanks,
michal
> > >
> > > Regards,
> > >
> > > --
> > > Fernando Fuentes
> > > ffuen...@txweather.org
> > > http://www.txweather.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
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

2016-07-25 Thread Alexander Wels
On Monday, July 25, 2016 01:49:32 PM David Gossage wrote:
> On Mon, Jul 25, 2016 at 1:39 PM, Alexander Wels  wrote:
> > On Monday, July 25, 2016 01:37:47 PM David Gossage wrote:
> > > > > My test install of ovirt 3.6.7 and gluster 3.7.13 with 3 bricks on a
> > > > 
> > > > locak
> > > > 
> > > > > disk right now isn't allowing me to add the gluster storage at all.
> > > > > 
> > > > > 
> > > > > 
> > > > > Keep getting some type of UI error
> > > > 
> > > > Yes that is definitely a UI error. To get a better stack trace can you
> > > > install the debuginfo
> > > > 
> > > > 
> > > > 
> > > > 
> > > > yum install ovirt-engine-webadmin-portal-debuginfo
> > > > ovirt-engine-userportal-debuginfo
> > > > 
> > > > 
> > > > 
> > > > And recreate the exception, that should give a better stack trace.
> > > 
> > > Do I need to restart engine?
> > 
> > Yes, you will need to restart engine before the log starts showing a
> > better
> > stack trace.
> 
> Hopefully more informative.
> 
> 
> 2016-07-25 13:46:54,701 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-33) [] Permutation name: 430985F23DFC1C8BE1C7FDD91EDAA785
> 2016-07-25 13:46:54,702 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-33) [] Uncaught exception: : java.lang.ClassCastException
> at java.lang.Throwable.fillInStackTrace(Throwable.java:114)
> [rt.jar:1.8.0_101]
> at java.lang.Exception.Exception(Exception.java:25)
> [rt.jar:1.8.0_101]
> at
> java.lang.RuntimeException.RuntimeException(RuntimeException.java:25)
> [rt.jar:1.8.0_101]
> at
> java.lang.ClassCastException.ClassCastException(ClassCastException.java:23)
> [rt.jar:1.8.0_101]
> at com.google.gwt.lang.Cast.dynamicCast(Cast.java:53)
> at
> org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel.run(
> DataCenterGuideModel.java:1679) at
> org.ovirt.engine.ui.uicompat.Task.$run(Task.java:19)
> at
> org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel.$sav
> eSanStorage(DataCenterGuideModel.java:955) at
> org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel.$pos
> tOnAddStorage(DataCenterGuideModel.java:667) at
> org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel$9$1.
> onSuccess(DataCenterGuideModel.java:646) at
> org.ovirt.engine.ui.uicommonweb.dataprovider.AsyncDataProvider.$getConfigFro
> mCache(AsyncDataProvider.java:2853) at
> org.ovirt.engine.ui.uicommonweb.dataprovider.AsyncDataProvider.$getStorageDo
> mainMaxNameLength(AsyncDataProvider.java:2267) at
> org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel$9.on
> Success(DataCenterGuideModel.java:629) at
> org.ovirt.engine.ui.frontend.Frontend$2.$onSuccess(Frontend.java:244)
> [frontend.jar:]
> at
> org.ovirt.engine.ui.frontend.Frontend$2.onSuccess(Frontend.java:244)
> [frontend.jar:]
> at
> org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.$onSuccess(O
> perationProcessor.java:141) [frontend.jar:]
> at
> org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.onSuccess(Op
> erationProcessor.java:141) [frontend.jar:]
> at
> org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.$
> onSuccess(GWTRPCCommunicationProvider.java:161) [frontend.jar:]
> at
> org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.o
> nSuccess(GWTRPCCommunicationProvider.java:161) [frontend.jar:]
> at
> com.google.gwt.rpc.client.impl.RpcCallbackAdapter.onResponseReceived(RpcCall
> backAdapter.java:72) [gwt-servlet.jar:]
> at
> org.ovirt.engine.ui.common.gin.BaseSystemModule$1$1.onResponseReceived(BaseS
> ystemModule.java:140) at
> com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:237)
> [gwt-servlet.jar:]
> at
> com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilde
> r.java:409) [gwt-servlet.jar:]
> at Unknown.(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@65) at
> com.google.gwt.core.client.impl.Impl.apply(Impl.java:296)
> [gwt-servlet.jar:]
> at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:335)
> [gwt-servlet.jar:]
> at Unknown.(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@54 )

Looks like a bug in the code to me, there are a couple of casts in
org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel.run(DataCenterGuideModel.java:1679)
that could be the culprit, can you open a bugzilla against the webadmin?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] one export domain two DC

2016-07-25 Thread Fernando Fuentes
It did not work for me.
When I put the export on maintenance mode/detach it than try to add to
my second dc I get:
 
Error while executing action New NFS Storage Domain: Error in creating a
Storage Domain. The selected storage path is not empty (probably
contains another Storage Domain). Either remove the existing Storage
Domain from this path, or change the Storage path).
 
I am not sure if I explain my self right...
I have two clusters and two different ovirt DC. each ovirt  manager is
installed on a different host... One host has oVirt 3.6 and the other
host has ovirt 4.0
 
I want to export my vms on my ovirt 3.6 and move those vm's to my
ovirt 4.0.
 
What are my options?
 
Regards,
 
 
--
Fernando Fuentes
ffuen...@txweather.org
http://www.txweather.org
 
 
 
On Fri, Jul 22, 2016, at 09:10 AM, Fernando Fuentes wrote:
> To All,
>
> Thank you for the help!
>
> Regards,
>
> --
> Fernando Fuentes
> ffuen...@txweather.org
> http://www.txweather.org
>
>
>
> On Fri, Jul 22, 2016, at 07:12 AM, Yaniv Kaul wrote:
>>
>>
>> On Wed, Jul 20, 2016 at 2:04 PM, Fernando Fuentes
>>  wrote:
>>> Is it possible to export all of my vms on my oVirt 3.5 Domain
>>> and than
>>> attach my export domain on my oVirt 4.0 DC and import the vm's?
>>
>> Yes, you can do this + just import a storage domain (see [1] for
>> details - since 3.5)
>> Y.
>>
>> [1] 
>> http://www.ovirt.org/develop/release-management/features/storage/importstoragedomain/
>>
>>>
>>> Regards,
>>>
>>> --
>>>  Fernando Fuentes ffuen...@txweather.org http://www.txweather.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
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] how to enable spice on ovirt 4.0

2016-07-25 Thread Sandro Bonazzola
Il 21/Lug/2016 05:38, "Fernando Fuentes"  ha scritto:
>
> Any body? :)
>

Michal? Francesco?



> --
> Fernando Fuentes
> ffuen...@txweather.org
> http://www.txweather.org
>
> On Wed, Jul 20, 2016, at 12:36 PM, Fernando Fuentes wrote:
> > Team,
> >
> > How can I enable spice-xpi to be supported again on oVirt 4.0?
> >
> > Regards,
> >
> > --
> > Fernando Fuentes
> > ffuen...@txweather.org
> > http://www.txweather.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
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Unable to import pre-configured nfs data domain

2016-07-25 Thread Sandro Bonazzola
Il 22/Lug/2016 17:10, "Logan Kuhn"  ha scritto:
>
> Thank you!
>
> That does do some interesting things, but doesn't appear to work.
>
> I've added a new storage domain, merged the differences in the metadata
file back to the old one and powered it up.  When I start up the nodes they
endlessly report: VDSM ovirt-reqa1 command failed: (-226, 'Unable to read
resource owners', 'Sanlock exception')
>
> I tried reinstalling one of them and the error message continues.  At
least for now I've restored the old config and the error is gone.
>
> Regards,
> Logan
>

Logan, do you mind to write a testcase in ovirt.org website for the
disaster recovery test you are doing? Milan, if Logan write it, can you
please review it?


> - On Jul 22, 2016, at 3:06 AM, Milan Zamazal mzama...@redhat.com
wrote:
>
> | Logan Kuhn  writes:
> |
> |> Am I correct in the assumption that importing a previously master data
domain
> |> into a fresh engine without a current master domain is supported?
> |
> | It's supported only in case the master domain was previously correctly
> | detached from the data center.
> |
> | In case of an unexpected complete disaster, when a fresh engine is
> | installed and used, it's still possible to recover the master domain in
> | theory.  You must find `metadata' file in the master domain and edit it
> | for the new engine.  It's completely unsupported and it may or may not
> | work.  We don't have guidelines how to do it, but you may try to create
> | a new master domain, then detach it and compare the two metadata files.
> ___
> 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] vdsm ssl errors

2016-07-25 Thread Piotr Kliczewski
On Mon, Jul 25, 2016 at 6:18 PM, Nir Soffer  wrote:
> On Mon, Jul 25, 2016 at 6:22 PM, C. Handel  wrote:
>> two nodes (x.x.138.208, x.x.138.210), hosted-engine on x.x.139.240.
>>
>> the vdsm logs are from x.x.138.208 and the connection is from the node
>> itself.
>>
>>> Running tcpdump it is a connect from the node to itself. I can't figure
>>> out what is wrong. Can someone ?> give me a hint?
>>
>> so i know they are coming from the node itself. The process connecting is
>> terminating too fast. the moment i see it in tcpdump, it is gone from the
>> process table.
>
> I think this is ovirt hosted agent - check its logs, you will probably find 
> that
> it make some request in the same time you see the errors in your logs.
>
> Adding Martin, maintaining this project.
>
> These are the interesting events in the logs:
>
> $ grep 37678 vdsm.log
> JsonRpc (StompReactor)::ERROR::2016-07-25
> 13:48:58,074::betterAsyncore::113::vds.dispatcher::(recv) SSL error
> during reading data from  connected (':::140.181.138.208', 37678, 0, 0) at 0x42c9b90>:
> unexpected eof
>
> $ grep 37684 vdsm.log
> Reactor thread::INFO::2016-07-25
> 13:49:00,205::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept)
> Accepting connection from :::140.181.138.208:37684
> Reactor thread::INFO::2016-07-25
> 13:49:00,211::protocoldetector::121::ProtocolDetector.Detector::(handle_read)
> Detected protocol stomp from :::140.181.138.208:37684
> Reactor thread::DEBUG::2016-07-25
> 13:49:00,211::stompreactor::492::protocoldetector.StompDetector::(handle_socket)
> Stomp detected from (':::140.181.138.208', 37684)
> JsonRpc (StompReactor)::ERROR::2016-07-25
> 13:49:01,824::betterAsyncore::113::vds.dispatcher::(recv) SSL error
> during reading data from  connected (':::140.181.138.208', 37684, 0, 0) at 0x42b0758>:
> unexpected eof
>
> The log is too small, we see only one full request.
>
> Pitor, can you understand from this log what the request coming from
> :::140.181.138.208:37684
> is doing?
>

I stated above there are 2 verbs that were called each time:

 Host.getStats and Host.getHardwareInfo

>>
>> Greetings
>>Christoph
>>
>> On Mon, Jul 25, 2016 at 4:53 PM, Piotr Kliczewski
>>  wrote:
>>>
>>> Christoph,
>>>
>>> In log snippets you provided I can see 2 occurrences of the log entry.
>>> There is 3 seconds between the calls.
>>>
>>> Each time I see calls to Host.getStats and Host.getHardwareInfo both
>>> from x.x.138.208.
>>> I do not see any log entries in the engine log so it not engine who
>>> connected.
>>>
>>> What host is it?
>>>
>>> Thanks,
>>> Piotr
>>>
>>>
>>> On Mon, Jul 25, 2016 at 3:45 PM, C. Handel  wrote:
>>> > patch applied, The connection is from the node itself.
>>> >
>>> > logfiles with the last 100k (hope this is enough, the error happens
>>> > every
>>> > few seconds) of data attached.
>>> >
>>> > Greetings
>>> >   Christoph
>>> >
>>> > On Mon, Jul 25, 2016 at 12:07 PM, Nir Soffer  wrote:
>>> >>
>>> >> On Thu, Jul 21, 2016 at 10:00 AM, C. Handel 
>>> >> wrote:
>>> >> > longer logs attached, excerpts:
>>> >> >
>>> >> > ---+ vdsm
>>> >> >
>>> >> > Reactor thread::INFO::2016-07-21
>>> >> >
>>> >> >
>>> >> > 08:01:19,544::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept)
>>> >> > Accepting connection from :::140.181.138.208:59502
>>> >> > Reactor thread::DEBUG::2016-07-21
>>> >> >
>>> >> >
>>> >> > 08:01:19,551::protocoldetector::85::ProtocolDetector.Detector::(__init__)
>>> >> > Using required_size=11
>>> >> > Reactor thread::INFO::2016-07-21
>>> >> >
>>> >> >
>>> >> > 08:01:19,553::protocoldetector::121::ProtocolDetector.Detector::(handle_read)
>>> >> > Detected protocol stomp from :::140.181.138.208:59502
>>> >> > Reactor thread::INFO::2016-07-21
>>> >> > 08:01:19,553::stompreactor::101::Broker.StompAdapter::(_cmd_connect)
>>> >> > Processing CONNECT request
>>> >> > Reactor thread::DEBUG::2016-07-21
>>> >> >
>>> >> >
>>> >> > 08:01:19,554::stompreactor::492::protocoldetector.StompDetector::(handle_socket)
>>> >> > Stomp detected from (':::140.181.138.208', 59502)
>>> >> > JsonRpc (StompReactor)::INFO::2016-07-21
>>> >> >
>>> >> > 08:01:19,554::stompreactor::128::Broker.StompAdapter::(_cmd_subscribe)
>>> >> > Subscribe command received
>>> >> > ...
>>> >> >
>>> >> > JsonRpc (StompReactor)::ERROR::2016-07-21
>>> >> > 08:01:21,411::betterAsyncore::113::vds.dispatcher::(recv) SSL error
>>> >> > during
>>> >> > reading data: unexpected eof
>>> >>
>>> >> This log is not very useful as is, we must show the relevant remote
>>> >> address.
>>> >>
>>> >> Should be improved in
>>> >> https://gerrit.ovirt.org/61303
>>> >>
>>> >> Can you try this patch and share the log?
>>> >>
>>> >> >
>>> >> >
>>> >> > ---+ engine
>>> >> >
>>> >> >
>>> >> > 2016-07-20 08:00:48,445 INFO
>>> >> > 

Re: [ovirt-users] [ovirt-devel] Debug vdsm 4.0.0 report error: libvirt: XML-RPC error : Failed to connect socket to '/var/run/libvirt/libvirt-sock': Permission denied

2016-07-25 Thread Sandro Bonazzola
Adding some people from virt team.

Il 23/Lug/2016 11:44, "lifuqiong"  ha scritto:
>
> I debugged vdsm with PyCharm, And I logged on my Centos 7.2 with root,
 and get an error as follows:
>
>
>
> Problem:
>
>
>
> Traceback (most recent call last):
>
>   File "/usr/share/vdsm/vdsm", line 149, in run
>
> serve_clients(log)
>
>   File "/usr/share/vdsm/vdsm", line 104, in serve_clients
>
> cif = clientIF.getInstance(irs, log, scheduler)
>
>   File "/usr/share/vdsm/clientIF.py", line 204, in getInstance
>
> cls._instance = clientIF(irs, log, scheduler)
>
>   File "/usr/share/vdsm/clientIF.py", line 106, in __init__
>
> secret.clear()
>
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/secret.py", line 92,
in clear
>
> con = libvirtconnection.get()
>
>   File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line
163, in get
>
> password)
>
>   File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line
99, in open_connection
>
> return utils.retry(libvirtOpen, timeout=10, sleep=0.2)
>
>   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 546, in
retry
>
> return func()
>
>   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 105, in
openAuth
>
> if ret is None:raise libvirtError('virConnectOpenAuth() failed')
>
> libvirtError: Failed to connect socket to
'/var/run/libvirt/libvirt-sock': Permission denied
>
>
>
> Investitate:
>
> According to the traceback above, the code in libvirt.py as below, and
 os.geteuid() get ‘0’ which shows the current user is root;
>
>
>
> def openAuth(uri, auth, flags=0):
>
>  #print os.geteuid()
>
> ret = libvirtmod.virConnectOpenAuth(uri, auth, flags)
>
> if ret is None:raise libvirtError('virConnectOpenAuth() failed')
>
> return virConnect(_obj=ret)
>
>
>
> [root@server117 libvirt]# ll /var/run/libvirt/libvirt-sock
>
> srwxrwx---. 1 root qemu 0 Jul 19 23:43 /var/run/libvirt/libvirt-sock
>
>
>
> According that, root should not get an Permission denied error ? But why?
>
>
>
> And I setenforce=0 , and still show Perssion denied error.
>
>
>
> What’s the reason? And how to solve it?
>
>
>
> Thank you.
>
>
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

2016-07-25 Thread David Gossage
On Mon, Jul 25, 2016 at 1:39 PM, Alexander Wels  wrote:

> On Monday, July 25, 2016 01:37:47 PM David Gossage wrote:
> > > > My test install of ovirt 3.6.7 and gluster 3.7.13 with 3 bricks on a
> > >
> > > locak
> > >
> > > > disk right now isn't allowing me to add the gluster storage at all.
> > > >
> > > >
> > > >
> > > > Keep getting some type of UI error
> > >
> > > Yes that is definitely a UI error. To get a better stack trace can you
> > > install the debuginfo
> > >
> > >
> > >
> > >
> > > yum install ovirt-engine-webadmin-portal-debuginfo
> > > ovirt-engine-userportal-debuginfo
> > >
> > >
> > >
> > > And recreate the exception, that should give a better stack trace.
> >
> > Do I need to restart engine?
> >
>
> Yes, you will need to restart engine before the log starts showing a better
> stack trace.
>


Hopefully more informative.


2016-07-25 13:46:54,701 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-33) [] Permutation name: 430985F23DFC1C8BE1C7FDD91EDAA785
2016-07-25 13:46:54,702 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-33) [] Uncaught exception: : java.lang.ClassCastException
at java.lang.Throwable.fillInStackTrace(Throwable.java:114)
[rt.jar:1.8.0_101]
at java.lang.Exception.Exception(Exception.java:25)
[rt.jar:1.8.0_101]
at
java.lang.RuntimeException.RuntimeException(RuntimeException.java:25)
[rt.jar:1.8.0_101]
at
java.lang.ClassCastException.ClassCastException(ClassCastException.java:23)
[rt.jar:1.8.0_101]
at com.google.gwt.lang.Cast.dynamicCast(Cast.java:53)
at
org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel.run(DataCenterGuideModel.java:1679)
at org.ovirt.engine.ui.uicompat.Task.$run(Task.java:19)
at
org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel.$saveSanStorage(DataCenterGuideModel.java:955)
at
org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel.$postOnAddStorage(DataCenterGuideModel.java:667)
at
org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel$9$1.onSuccess(DataCenterGuideModel.java:646)
at
org.ovirt.engine.ui.uicommonweb.dataprovider.AsyncDataProvider.$getConfigFromCache(AsyncDataProvider.java:2853)
at
org.ovirt.engine.ui.uicommonweb.dataprovider.AsyncDataProvider.$getStorageDomainMaxNameLength(AsyncDataProvider.java:2267)
at
org.ovirt.engine.ui.uicommonweb.models.datacenters.DataCenterGuideModel$9.onSuccess(DataCenterGuideModel.java:629)
at
org.ovirt.engine.ui.frontend.Frontend$2.$onSuccess(Frontend.java:244)
[frontend.jar:]
at
org.ovirt.engine.ui.frontend.Frontend$2.onSuccess(Frontend.java:244)
[frontend.jar:]
at
org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.$onSuccess(OperationProcessor.java:141)
[frontend.jar:]
at
org.ovirt.engine.ui.frontend.communication.OperationProcessor$2.onSuccess(OperationProcessor.java:141)
[frontend.jar:]
at
org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.$onSuccess(GWTRPCCommunicationProvider.java:161)
[frontend.jar:]
at
org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$3$1.onSuccess(GWTRPCCommunicationProvider.java:161)
[frontend.jar:]
at
com.google.gwt.rpc.client.impl.RpcCallbackAdapter.onResponseReceived(RpcCallbackAdapter.java:72)
[gwt-servlet.jar:]
at
org.ovirt.engine.ui.common.gin.BaseSystemModule$1$1.onResponseReceived(BaseSystemModule.java:140)
at
com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:237)
[gwt-servlet.jar:]
at
com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:409)
[gwt-servlet.jar:]
at Unknown.(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@65)
at com.google.gwt.core.client.impl.Impl.apply(Impl.java:296)
[gwt-servlet.jar:]
at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:335)
[gwt-servlet.jar:]
at Unknown.(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@54
)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

2016-07-25 Thread Alexander Wels
On Monday, July 25, 2016 01:37:47 PM David Gossage wrote:
> > > My test install of ovirt 3.6.7 and gluster 3.7.13 with 3 bricks on a
> > 
> > locak
> > 
> > > disk right now isn't allowing me to add the gluster storage at all.
> > > 
> > > 
> > > 
> > > Keep getting some type of UI error
> > 
> > Yes that is definitely a UI error. To get a better stack trace can you
> > install the debuginfo
> > 
> > 
> > 
> > 
> > yum install ovirt-engine-webadmin-portal-debuginfo
> > ovirt-engine-userportal-debuginfo
> > 
> > 
> > 
> > And recreate the exception, that should give a better stack trace.
> 
> Do I need to restart engine?
> 

Yes, you will need to restart engine before the log starts showing a better 
stack trace.

> Installed packages and attempted to create storage again from the guide me
> of data center where I received last time and I end up with another red
> banner about uncaught exception and to reload page.
> 
> ui.log seems about same
> 
>  2016-07-25 13:34:03,471 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-80) [] Permutation name: 430985F23DFC1C8BE1C7FDD91EDAA785
> 2016-07-25 13:34:03,471 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-80) [] Uncaught exception: : java.lang.ClassCastException
> at Unknown.ps(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@3837) at Unknown.ts(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@20) at Unknown.vs(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@18) at Unknown.iJf(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@19) at Unknown.Xab(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@48) at Unknown.P8o(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@4447) at Unknown.jQr(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@21) at Unknown.A8o(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@51) at Unknown.u8o(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@101) at Unknown.Eap(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@10718) at Unknown.p8n(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@161) at Unknown.Cao(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@31) at Unknown.Bap(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@10469) at Unknown.kRn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@49) at Unknown.nRn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@438) at Unknown.eVn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@40) at Unknown.hVn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@25827) at Unknown.MTn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@25) at Unknown.PTn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@24052) at Unknown.KJe(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@21125) at Unknown.Izk(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@10384) at Unknown.P3(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@137) at Unknown.g4(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@8271) at Unknown.(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@65) at Unknown._t(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@29) at Unknown.du(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@57) at Unknown.(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8
> BE1C7FDD91EDAA785.cache.html@54 )

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


Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

2016-07-25 Thread David Gossage
>
> >
>
> > My test install of ovirt 3.6.7 and gluster 3.7.13 with 3 bricks on a
> locak
>
> > disk right now isn't allowing me to add the gluster storage at all.
>
> >
>
> > Keep getting some type of UI error
>
> >
>
>
>
> Yes that is definitely a UI error. To get a better stack trace can you
> install the debuginfo
>
>
>
>
> yum install ovirt-engine-webadmin-portal-debuginfo 
> ovirt-engine-userportal-debuginfo
>
>
>
> And recreate the exception, that should give a better stack trace.
>
>
>
Do I need to restart engine?

Installed packages and attempted to create storage again from the guide me
of data center where I received last time and I end up with another red
banner about uncaught exception and to reload page.

ui.log seems about same

 2016-07-25 13:34:03,471 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-80) [] Permutation name: 430985F23DFC1C8BE1C7FDD91EDAA785
2016-07-25 13:34:03,471 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-80) [] Uncaught exception: : java.lang.ClassCastException
at Unknown.ps(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@3837)
   at Unknown.ts(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@20)
 at Unknown.vs(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@18)
 at Unknown.iJf(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@19)
at Unknown.Xab(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@48)
at Unknown.P8o(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@4447)
  at Unknown.jQr(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@21)
at Unknown.A8o(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@51)
at Unknown.u8o(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@101)
   at Unknown.Eap(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@10718)
 at Unknown.p8n(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@161)
   at Unknown.Cao(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@31)
at Unknown.Bap(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@10469)
 at Unknown.kRn(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@49)
at Unknown.nRn(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@438)
   at Unknown.eVn(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@40)
at Unknown.hVn(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@25827)
 at Unknown.MTn(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@25)
at Unknown.PTn(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@24052)
 at Unknown.KJe(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@21125)
 at Unknown.Izk(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@10384)
 at Unknown.P3(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@137)
at Unknown.g4(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@8271)
   at Unknown.(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@65)
at Unknown._t(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@29)
 at Unknown.du(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@57)
 at Unknown.(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@54
)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

2016-07-25 Thread David Gossage
On Mon, Jul 25, 2016 at 1:00 PM, David Gossage 
wrote:

>
> On Mon, Jul 25, 2016 at 9:58 AM, Krutika Dhananjay 
> wrote:
>
>> OK, could you try the following:
>>
>> i. Set network.remote-dio to off
>> # gluster volume set  network.remote-dio off
>>
>> ii. Set performance.strict-o-direct to on
>> # gluster volume set  performance.strict-o-direct on
>>
>> iii. Stop the affected vm(s) and start again
>>
>> and tell me if you notice any improvement?
>>
>>
> Previous instll I had issue with is still on gluster 3.7.11
>
> My test install of ovirt 3.6.7 and gluster 3.7.13 with 3 bricks on a locak
> disk right now isn't allowing me to add the gluster storage at all.
>
> Keep getting some type of UI error
>
> 2016-07-25 12:49:09,277 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-33) [] Permutation name: 430985F23DFC1C8BE1C7FDD91EDAA785
> 2016-07-25 12:49:09,277 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-33) [] Uncaught exception: : java.lang.ClassCastException
> at Unknown.ps(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@3837)
>at Unknown.ts(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@20)
>  at Unknown.vs(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@18)
>  at Unknown.iJf(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@19)
> at Unknown.Xab(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@48)
> at Unknown.P8o(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@4447)
>   at Unknown.jQr(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@21)
> at Unknown.A8o(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@51)
> at Unknown.u8o(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@101)
>at Unknown.Eap(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@10718)
>  at Unknown.p8n(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@161)
>at Unknown.Cao(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@31)
> at Unknown.Bap(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@10469)
>  at Unknown.kRn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@49)
> at Unknown.nRn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@438)
>at Unknown.eVn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@40)
> at Unknown.hVn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@25827)
>  at Unknown.MTn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@25)
> at Unknown.PTn(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@24052)
>  at Unknown.KJe(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@21125)
>  at Unknown.Izk(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@10384)
>  at Unknown.P3(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@137)
> at Unknown.g4(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@8271)
>at Unknown.(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@65)
> at Unknown._t(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@29)
>  at Unknown.du(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@57)
>  at Unknown.(
> https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@54
> )
>
>

If I add from storage tab it creates storage domaibn but won't attach to a
datacenter

Error while executing action Attach Storage Domain: AcquireHostIdFailure
engine.log
2016-07-25 13:04:45,186 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStoragePoolVDSCommand]

Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

2016-07-25 Thread David Gossage
On Mon, Jul 25, 2016 at 9:58 AM, Krutika Dhananjay 
wrote:

> OK, could you try the following:
>
> i. Set network.remote-dio to off
> # gluster volume set  network.remote-dio off
>
> ii. Set performance.strict-o-direct to on
> # gluster volume set  performance.strict-o-direct on
>
> iii. Stop the affected vm(s) and start again
>
> and tell me if you notice any improvement?
>
>
Previous instll I had issue with is still on gluster 3.7.11

My test install of ovirt 3.6.7 and gluster 3.7.13 with 3 bricks on a locak
disk right now isn't allowing me to add the gluster storage at all.

Keep getting some type of UI error

2016-07-25 12:49:09,277 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-33) [] Permutation name: 430985F23DFC1C8BE1C7FDD91EDAA785
2016-07-25 12:49:09,277 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-33) [] Uncaught exception: : java.lang.ClassCastException
at Unknown.ps(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@3837)
   at Unknown.ts(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@20)
 at Unknown.vs(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@18)
 at Unknown.iJf(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@19)
at Unknown.Xab(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@48)
at Unknown.P8o(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@4447)
  at Unknown.jQr(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@21)
at Unknown.A8o(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@51)
at Unknown.u8o(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@101)
   at Unknown.Eap(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@10718)
 at Unknown.p8n(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@161)
   at Unknown.Cao(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@31)
at Unknown.Bap(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@10469)
 at Unknown.kRn(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@49)
at Unknown.nRn(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@438)
   at Unknown.eVn(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@40)
at Unknown.hVn(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@25827)
 at Unknown.MTn(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@25)
at Unknown.PTn(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@24052)
 at Unknown.KJe(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@21125)
 at Unknown.Izk(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@10384)
 at Unknown.P3(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@137)
at Unknown.g4(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@8271)
   at Unknown.(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@65)
at Unknown._t(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@29)
 at Unknown.du(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@57)
 at Unknown.(
https://ccengine2.carouselchecks.local/ovirt-engine/webadmin/430985F23DFC1C8BE1C7FDD91EDAA785.cache.html@54
)


> -Krutika
>
> On Mon, Jul 25, 2016 at 4:57 PM, Samuli Heinonen 
> wrote:
>
>> Hi,
>>
>> > On 25 Jul 2016, at 12:34, David Gossage 
>> wrote:
>> >
>> > On Mon, Jul 25, 2016 at 1:01 AM, Krutika Dhananjay 
>> wrote:
>> > Hi,
>> >
>> > Thanks for the logs. So I have identified one issue from the logs for
>> which the fix is this: http://review.gluster.org/#/c/14669/. Because of
>> a bug in the code, ENOENT was getting converted to EPERM and 

Re: [ovirt-users] vdsm ssl errors

2016-07-25 Thread Nir Soffer
On Mon, Jul 25, 2016 at 6:22 PM, C. Handel  wrote:
> two nodes (x.x.138.208, x.x.138.210), hosted-engine on x.x.139.240.
>
> the vdsm logs are from x.x.138.208 and the connection is from the node
> itself.
>
>> Running tcpdump it is a connect from the node to itself. I can't figure
>> out what is wrong. Can someone ?> give me a hint?
>
> so i know they are coming from the node itself. The process connecting is
> terminating too fast. the moment i see it in tcpdump, it is gone from the
> process table.

I think this is ovirt hosted agent - check its logs, you will probably find that
it make some request in the same time you see the errors in your logs.

Adding Martin, maintaining this project.

These are the interesting events in the logs:

$ grep 37678 vdsm.log
JsonRpc (StompReactor)::ERROR::2016-07-25
13:48:58,074::betterAsyncore::113::vds.dispatcher::(recv) SSL error
during reading data from :
unexpected eof

$ grep 37684 vdsm.log
Reactor thread::INFO::2016-07-25
13:49:00,205::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept)
Accepting connection from :::140.181.138.208:37684
Reactor thread::INFO::2016-07-25
13:49:00,211::protocoldetector::121::ProtocolDetector.Detector::(handle_read)
Detected protocol stomp from :::140.181.138.208:37684
Reactor thread::DEBUG::2016-07-25
13:49:00,211::stompreactor::492::protocoldetector.StompDetector::(handle_socket)
Stomp detected from (':::140.181.138.208', 37684)
JsonRpc (StompReactor)::ERROR::2016-07-25
13:49:01,824::betterAsyncore::113::vds.dispatcher::(recv) SSL error
during reading data from :
unexpected eof

The log is too small, we see only one full request.

Pitor, can you understand from this log what the request coming from
:::140.181.138.208:37684
is doing?

>
> Greetings
>Christoph
>
> On Mon, Jul 25, 2016 at 4:53 PM, Piotr Kliczewski
>  wrote:
>>
>> Christoph,
>>
>> In log snippets you provided I can see 2 occurrences of the log entry.
>> There is 3 seconds between the calls.
>>
>> Each time I see calls to Host.getStats and Host.getHardwareInfo both
>> from x.x.138.208.
>> I do not see any log entries in the engine log so it not engine who
>> connected.
>>
>> What host is it?
>>
>> Thanks,
>> Piotr
>>
>>
>> On Mon, Jul 25, 2016 at 3:45 PM, C. Handel  wrote:
>> > patch applied, The connection is from the node itself.
>> >
>> > logfiles with the last 100k (hope this is enough, the error happens
>> > every
>> > few seconds) of data attached.
>> >
>> > Greetings
>> >   Christoph
>> >
>> > On Mon, Jul 25, 2016 at 12:07 PM, Nir Soffer  wrote:
>> >>
>> >> On Thu, Jul 21, 2016 at 10:00 AM, C. Handel 
>> >> wrote:
>> >> > longer logs attached, excerpts:
>> >> >
>> >> > ---+ vdsm
>> >> >
>> >> > Reactor thread::INFO::2016-07-21
>> >> >
>> >> >
>> >> > 08:01:19,544::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept)
>> >> > Accepting connection from :::140.181.138.208:59502
>> >> > Reactor thread::DEBUG::2016-07-21
>> >> >
>> >> >
>> >> > 08:01:19,551::protocoldetector::85::ProtocolDetector.Detector::(__init__)
>> >> > Using required_size=11
>> >> > Reactor thread::INFO::2016-07-21
>> >> >
>> >> >
>> >> > 08:01:19,553::protocoldetector::121::ProtocolDetector.Detector::(handle_read)
>> >> > Detected protocol stomp from :::140.181.138.208:59502
>> >> > Reactor thread::INFO::2016-07-21
>> >> > 08:01:19,553::stompreactor::101::Broker.StompAdapter::(_cmd_connect)
>> >> > Processing CONNECT request
>> >> > Reactor thread::DEBUG::2016-07-21
>> >> >
>> >> >
>> >> > 08:01:19,554::stompreactor::492::protocoldetector.StompDetector::(handle_socket)
>> >> > Stomp detected from (':::140.181.138.208', 59502)
>> >> > JsonRpc (StompReactor)::INFO::2016-07-21
>> >> >
>> >> > 08:01:19,554::stompreactor::128::Broker.StompAdapter::(_cmd_subscribe)
>> >> > Subscribe command received
>> >> > ...
>> >> >
>> >> > JsonRpc (StompReactor)::ERROR::2016-07-21
>> >> > 08:01:21,411::betterAsyncore::113::vds.dispatcher::(recv) SSL error
>> >> > during
>> >> > reading data: unexpected eof
>> >>
>> >> This log is not very useful as is, we must show the relevant remote
>> >> address.
>> >>
>> >> Should be improved in
>> >> https://gerrit.ovirt.org/61303
>> >>
>> >> Can you try this patch and share the log?
>> >>
>> >> >
>> >> >
>> >> > ---+ engine
>> >> >
>> >> >
>> >> > 2016-07-20 08:00:48,445 INFO
>> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> >> > (DefaultQuartzScheduler1) [1cff1b56] Fetched 7 VMs from VDS
>> >> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
>> >> > 2016-07-20 08:01:03,460 INFO
>> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> >> > (DefaultQuartzScheduler3) [78d8aa89] Fetched 0 VMs from VDS
>> >> > '6f7a9201-e753-4875-b89d-024120067687'
>> >> > 2016-07-20 08:01:03,473 INFO
>> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> >> 

Re: [ovirt-users] oVirt 4 master storage down - unable to activate after power loss

2016-07-25 Thread Robin Vanderveken
st for computing. Everything seems to be setup correct and was
>> working
>> > correctly. Then after simulating a power loss the master storage goes
>> down,
>> > and therefore the VMs and data center go down as well.
>> >
>> > I checked the GlusterFS configuration and it seems to be correct (see
>> > attachment). I checked the oVirt configuration and it seems to be
>> correct
>> > (see attachment). I tried putting several Nodes in Maintenace several
>> times,
>> > even putting in maintenance and reinstalling them. Only when putting the
>> > nodes in maintenance (and choosing to stop the GlusterFS service)
>> triggers
>> > Contending on the other Nodes. Only then there is a chance that a Node
>> goes
>> > from Contending to SPM, which does not always happen. After trying this
>> > several times I got a main Node to become SPM, but the master storage
>> > remains down. When I select the master storage, go in the Data center,
>> > select the data center and click Activate, then both the master storage
>> and
>> > the data center go in the state Locked for a few seconds and then
>> Inactive
>> > again.
>> >
>> > Then I upgraded to oVirt 4 ( oVirt Engine Version:
>> 4.0.0.6-1.el7.centos) and
>> > tried everything again, resulting in the same result.
>> >
>> > I searched online and found this mailing list which is very similar:
>> > http://lists.ovirt.org/pipermail/users/2014-August/026905.html .
>> > Unfortunately the solution was not posted/mailed. I also found this:
>> > https://www.mail-archive.com/users@ovirt.org/msg08105.html suggesting
>> the
>> > kernel version is not correct, but I am unsure how to check this.
>> >
>> > In the attachment I added relevant logs:
>> > - GlusterFS service on both main nodes
>> > - /var/log/vdsm/vdsm.log , /var/log/vdsm/supervdsm.log ,
>> /var/log/messages ,
>> > /var/log/sanlock.log , /var/log/ovirt-engine/engine. log-20160725.gz ,
>> > /var/log/ovirt-engine/engine.log of the oVirt engine
>> > as attachments (I clicked on Activate on the data center at 9:45:30 am
>> GMT).
>> > It can be possible that I need to send different engine logs, please
>> tell me
>> > if necessary. Any help would be highly appreciated.
>> >
>> > Kind regards
>> > Robin Vanderveken
>> >
>> > --
>> > Robin Vanderveken
>> > DLT Technologies
>> > Tel. +352 691 412 922
>> >
>> > Disclaimer
>> >
>> > Les informations contenues dans ce message sont destinées exclusivement
>> à
>> > l’usage de la personne à laquelle elles sont adressées. Elles peuvent
>> > contenir des données confidentielles et/ou privilégiées et/ou protégées
>> par
>> > des droits de propriété intellectuelle ou d’autres lois. Si vous avez
>> reçu
>> > ce message par erreur, veuillez le détruire, ainsi que toutes ses
>> annexes,
>> > et notifier son expéditeur ; il vous est interdit de copier ou
>> d’utiliser ce
>> > messages ou ses annexes ou de divulguer son contenu à quiconque. La
>> > transmission de données par e-mail ne peut être garantie comme un moyen
>> sûr
>> > et infaillible, ni comme étant exempt de tout virus. L’expéditeur
>> décline
>> > toute responsabilité en cas de perte ou de dommage résultant de ce
>> message
>> > ou de son utilisation, quelle qu’elle soit.
>> >
>> > The information contained in this message is intended for the addressee
>> only
>> > and may contain confidential and/or privileged information and/or
>> > information protected by intellectual property rights or other legal
>> rules.
>> > If you are not the intended recipient, please delete this message and
>> any
>> > attachment to it and notify the sender; you may not copy or use this
>> message
>> > or its attachments in any way nor disclose its contents to anyone.
>> Emails
>> > cannot be guaranteed to be secure or to be error or virus free. No
>> liability
>> > is accepted by the sender for any loss damage arising in any way from
>> this
>> > message or its use.
>> >
>> > ___
>> > Users mailing list
>> > Users@ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/users
>> >
>>
>
>
>
> --
> Robin Vanderveken
> DLT Technologies
> Tel. +352 691 412 922
>



-- 
Robin Vanderveken
DLT Technolo

Re: [ovirt-users] ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable to process messages

2016-07-25 Thread Sandro Bonazzola
On Mon, Jul 25, 2016 at 11:40 AM, Piotr Kliczewski <
piotr.kliczew...@gmail.com> wrote:

> I remember an issue that engine upgrade corrupted certificates and
> "General SSLEngine problem" may be indication that you saw it.
> I asked to open BZ for it but was unable to find it.
>
> @Sandro @Simone was it fixed already?
>

I've vague memories of something related being fixed, but without a bug
number I can't tell for sure.
Adding also Didi, since ssl / pki is his area and he may be aware.




>
> On Thu, Jul 21, 2016 at 3:18 PM, Martin Perina  wrote:
> > Thanks a lot for you effort, I'm glad that you were able to upgrade
> > successfully although we were not able to find the cause for the issue
> :-(
> >
> > On Thu, Jul 21, 2016 at 2:30 PM,  wrote:
> >>
> >> So I gave it another try and this time it worked without any issue (with
> >> 4.0.1.1 version). Strange, maybe the first upgrade failure left system
> in a
> >> weird state? Anyhow almost everything ([1]) is working fine now. Thanks
> for
> >> the help!
> >>
> >>   [1]: https://bugzilla.redhat.com/show_bug.cgi?id=1358737
> >
> >
> > Adding Tomas about this one
> >
> >>
> >>
> >> El 2016-07-20 20:23, Martin Perina escribió:
> >>>
> >>> On Wed, Jul 20, 2016 at 6:18 PM, Nicolás  wrote:
> >>>
>  El 20/07/16 a las 16:45, Martin Perina escribió:
> 
>  On Wed, Jul 20, 2016 at 4:44 PM, Nicolás  wrote:
> 
>  Hi Martin,
> 
>  Actually, up until now we had that cert configured in httpd and in
>  websocket proxy. Seems that now in 4.0.x it's not enough, as opening
>  the https://fqdn [1] complains about the cert not being imported in
>  the key chain.
> 
>  Yes, there's an updated procedure on using external CA in 4.0,
>  for details please take a look at Doc Text in
> 
>  https://bugzilla.redhat.com/show_bug.cgi?id=1336838 [2]
> 
>  So I imported it via keytool, but I don't want to use it in the
>  engine <-> VDSM communication.
> 
>  Hmm, so that would imply that we have some issue with existing
>  internal enigne CA during upgrade ...
> 
>  The strange thing is that we test upgrades a lot but so far we
>  haven't seen any issues which will broke
> 
>  SSL setup between engine and VDSM. You said that you had to
>  downgrade back to 3.6.7 (so unfortunately for us we cannot
>  investigate your nonworking setup more), but how did you do that?
> 
>  Removing all engine packages and configuration, installing back
>  3.6.7 packaging and restoring configuration form backup?
> 
>  I'm asking to know what changed in your setup between not working
>  4.0 and working 3.6.7 ...
> >>>
> >>>
> >>>  Indeed, those are the steps I followed to the point.
> >>>
> >>>  To add more strangeness, previously to upgrading this oVirt
> >>> infrastructure, we upgraded another one that we have (also using own
> >>> cert, a different one but from the same CA) and everything went
> >>> smoothly. And what's more, previously to upgrading the engine that
> >>> failed, I created a copy of that engine machine in a sandbox
> >>> environment to see if upgrade process would or not success, and it
> >>> worked perfectly.
> >>>
> >>>  The only difference between the sandbox and the real machine's
> >>> process was that when upgrading the real one, the first time I run
> >>> "engine-setup" it failed because 'systemd' reported PostgreSQL as it
> >>> was not running (actually it was, thougg), so everything rolled back.
> >>> I had to kill the PostgreSQL process, start it again with systemctl
> >>> and then run "engine-setup", where the process completed successfully
> >>> but the SSL issue appeared. Not sure if this rollback could have
> >>> shattered the whole thing...
> >>>
> >>>  Anyhow, tomorrow I'm going to create another copy of the engine
> >>> machine to a sandbox environment and try again. If it works I'll cross
> >>> my fingers and give another try on the real machine...
> >>>
> >>>  Thanks!
> >>>
> >>> Thanks a lot for you effort. I will try to perform same upgrade
> >>> tomorrow in my test env.
> >>>
> >>>
>  Thanks
> 
>  Martin
> 
>  Thanks!
>  En 20/7/2016 2:48 p. m., Martin Perina 
>  escribió:
> 
>  Hi,
> 
>  sorry for late response, I overlook your reply :-(
> 
>  I looked at your logs and it seems to me that there's SSL
>  error when engine tries to contact VDSM.
> 
>  You have mentioned that your are using your own custom CA. Are
>  you using it only for HTTPS certificate or do you want to use it
>  also for Engine <-> VDSM communication?
> 
> 
>  Martin Perina
> 
> 
> 
>  On Wed, Jul 20, 2016 at 9:18 AM,  wrote:
>  Any hints about this?
> 
>  El 2016-07-13 11:13, nico...@devels.es escribió:
>  Hi,
> 
>  

Re: [ovirt-users] vdsm ssl errors

2016-07-25 Thread C. Handel
two nodes (x.x.138.208, x.x.138.210), hosted-engine on x.x.139.240.

the vdsm logs are from x.x.138.208 and the connection is from the node
itself.

> Running tcpdump it is a connect from the node to itself. I can't figure
out what is wrong. Can someone ?> give me a hint?

so i know they are coming from the node itself. The process connecting is
terminating too fast. the moment i see it in tcpdump, it is gone from the
process table.

Greetings
   Christoph

On Mon, Jul 25, 2016 at 4:53 PM, Piotr Kliczewski <
piotr.kliczew...@gmail.com> wrote:

> Christoph,
>
> In log snippets you provided I can see 2 occurrences of the log entry.
> There is 3 seconds between the calls.
>
> Each time I see calls to Host.getStats and Host.getHardwareInfo both
> from x.x.138.208.
> I do not see any log entries in the engine log so it not engine who
> connected.
>
> What host is it?
>
> Thanks,
> Piotr
>
>
> On Mon, Jul 25, 2016 at 3:45 PM, C. Handel  wrote:
> > patch applied, The connection is from the node itself.
> >
> > logfiles with the last 100k (hope this is enough, the error happens every
> > few seconds) of data attached.
> >
> > Greetings
> >   Christoph
> >
> > On Mon, Jul 25, 2016 at 12:07 PM, Nir Soffer  wrote:
> >>
> >> On Thu, Jul 21, 2016 at 10:00 AM, C. Handel 
> wrote:
> >> > longer logs attached, excerpts:
> >> >
> >> > ---+ vdsm
> >> >
> >> > Reactor thread::INFO::2016-07-21
> >> >
> >> >
> 08:01:19,544::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept)
> >> > Accepting connection from :::140.181.138.208:59502
> >> > Reactor thread::DEBUG::2016-07-21
> >> >
> >> >
> 08:01:19,551::protocoldetector::85::ProtocolDetector.Detector::(__init__)
> >> > Using required_size=11
> >> > Reactor thread::INFO::2016-07-21
> >> >
> >> >
> 08:01:19,553::protocoldetector::121::ProtocolDetector.Detector::(handle_read)
> >> > Detected protocol stomp from :::140.181.138.208:59502
> >> > Reactor thread::INFO::2016-07-21
> >> > 08:01:19,553::stompreactor::101::Broker.StompAdapter::(_cmd_connect)
> >> > Processing CONNECT request
> >> > Reactor thread::DEBUG::2016-07-21
> >> >
> >> >
> 08:01:19,554::stompreactor::492::protocoldetector.StompDetector::(handle_socket)
> >> > Stomp detected from (':::140.181.138.208', 59502)
> >> > JsonRpc (StompReactor)::INFO::2016-07-21
> >> > 08:01:19,554::stompreactor::128::Broker.StompAdapter::(_cmd_subscribe)
> >> > Subscribe command received
> >> > ...
> >> >
> >> > JsonRpc (StompReactor)::ERROR::2016-07-21
> >> > 08:01:21,411::betterAsyncore::113::vds.dispatcher::(recv) SSL error
> >> > during
> >> > reading data: unexpected eof
> >>
> >> This log is not very useful as is, we must show the relevant remote
> >> address.
> >>
> >> Should be improved in
> >> https://gerrit.ovirt.org/61303
> >>
> >> Can you try this patch and share the log?
> >>
> >> >
> >> >
> >> > ---+ engine
> >> >
> >> >
> >> > 2016-07-20 08:00:48,445 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler1) [1cff1b56] Fetched 7 VMs from VDS
> >> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> >> > 2016-07-20 08:01:03,460 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler3) [78d8aa89] Fetched 0 VMs from VDS
> >> > '6f7a9201-e753-4875-b89d-024120067687'
> >> > 2016-07-20 08:01:03,473 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler2) [71a27a96] Fetched 7 VMs from VDS
> >> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> >> > 2016-07-20 08:01:18,488 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler2) [71a27a96] Fetched 0 VMs from VDS
> >> > '6f7a9201-e753-4875-b89d-024120067687'
> >> > 2016-07-20 08:01:18,500 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler9) [47c419da] Fetched 7 VMs from VDS
> >> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> >> > 2016-07-20 08:01:33,514 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler8) [735789] Fetched 0 VMs from VDS
> >> > '6f7a9201-e753-4875-b89d-024120067687'
> >> > 2016-07-20 08:01:33,527 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler3) [78d8aa89] Fetched 7 VMs from VDS
> >> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> >> > 2016-07-20 08:01:48,543 INFO
> >> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> >> > (DefaultQuartzScheduler8) [735789] Fetched 0 VMs from VDS
> >> > '6f7a9201-e753-4875-b89d-024120067687'
> >> >
> >> >
> >> > Greetings
> >> >Christoph
> >> >
> >> > On Thu, Jul 21, 2016 at 8:47 AM, Yaniv Kaul  wrote:
> >> >>
> >> >> Can you share engine and VDSM logs please?
> >> >> TIA,
> >> >> Y.
> >> >>
> >> >> On Thu, Jul 21, 2016 at 9:22 AM, C. Handel 

Re: [ovirt-users] vdsm ssl errors

2016-07-25 Thread Nir Soffer
On Mon, Jul 25, 2016 at 4:45 PM, C. Handel  wrote:
> patch applied, The connection is from the node itself.
>
> logfiles with the last 100k (hope this is enough, the error happens every
> few seconds) of data attached.

Thanks for testing.

Is this hosted engine setup?

Hosted engine ha agent is using jsonrpc, and it creates a new
connection for every request, maybe what we see is the side effect of
closing the old connection uncleanly.

I guess that logging all tcp connections to localhost:54321 (netstat? lsof?)
and the applications using them, and you will find the process causing the
unexpected eof.

Nir

>
> Greetings
>   Christoph
>
> On Mon, Jul 25, 2016 at 12:07 PM, Nir Soffer  wrote:
>>
>> On Thu, Jul 21, 2016 at 10:00 AM, C. Handel  wrote:
>> > longer logs attached, excerpts:
>> >
>> > ---+ vdsm
>> >
>> > Reactor thread::INFO::2016-07-21
>> >
>> > 08:01:19,544::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept)
>> > Accepting connection from :::140.181.138.208:59502
>> > Reactor thread::DEBUG::2016-07-21
>> >
>> > 08:01:19,551::protocoldetector::85::ProtocolDetector.Detector::(__init__)
>> > Using required_size=11
>> > Reactor thread::INFO::2016-07-21
>> >
>> > 08:01:19,553::protocoldetector::121::ProtocolDetector.Detector::(handle_read)
>> > Detected protocol stomp from :::140.181.138.208:59502
>> > Reactor thread::INFO::2016-07-21
>> > 08:01:19,553::stompreactor::101::Broker.StompAdapter::(_cmd_connect)
>> > Processing CONNECT request
>> > Reactor thread::DEBUG::2016-07-21
>> >
>> > 08:01:19,554::stompreactor::492::protocoldetector.StompDetector::(handle_socket)
>> > Stomp detected from (':::140.181.138.208', 59502)
>> > JsonRpc (StompReactor)::INFO::2016-07-21
>> > 08:01:19,554::stompreactor::128::Broker.StompAdapter::(_cmd_subscribe)
>> > Subscribe command received
>> > ...
>> >
>> > JsonRpc (StompReactor)::ERROR::2016-07-21
>> > 08:01:21,411::betterAsyncore::113::vds.dispatcher::(recv) SSL error
>> > during
>> > reading data: unexpected eof
>>
>> This log is not very useful as is, we must show the relevant remote
>> address.
>>
>> Should be improved in
>> https://gerrit.ovirt.org/61303
>>
>> Can you try this patch and share the log?
>>
>> >
>> >
>> > ---+ engine
>> >
>> >
>> > 2016-07-20 08:00:48,445 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler1) [1cff1b56] Fetched 7 VMs from VDS
>> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
>> > 2016-07-20 08:01:03,460 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler3) [78d8aa89] Fetched 0 VMs from VDS
>> > '6f7a9201-e753-4875-b89d-024120067687'
>> > 2016-07-20 08:01:03,473 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler2) [71a27a96] Fetched 7 VMs from VDS
>> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
>> > 2016-07-20 08:01:18,488 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler2) [71a27a96] Fetched 0 VMs from VDS
>> > '6f7a9201-e753-4875-b89d-024120067687'
>> > 2016-07-20 08:01:18,500 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler9) [47c419da] Fetched 7 VMs from VDS
>> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
>> > 2016-07-20 08:01:33,514 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler8) [735789] Fetched 0 VMs from VDS
>> > '6f7a9201-e753-4875-b89d-024120067687'
>> > 2016-07-20 08:01:33,527 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler3) [78d8aa89] Fetched 7 VMs from VDS
>> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
>> > 2016-07-20 08:01:48,543 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler8) [735789] Fetched 0 VMs from VDS
>> > '6f7a9201-e753-4875-b89d-024120067687'
>> >
>> >
>> > Greetings
>> >Christoph
>> >
>> > On Thu, Jul 21, 2016 at 8:47 AM, Yaniv Kaul  wrote:
>> >>
>> >> Can you share engine and VDSM logs please?
>> >> TIA,
>> >> Y.
>> >>
>> >> On Thu, Jul 21, 2016 at 9:22 AM, C. Handel 
>> >> wrote:
>> >>>
>> >>> i have an ovirt 4.0.1 installation on two nodes. Hosted Engine. San
>> >>> storage backend.
>> >>>
>> >>> For some reason the vdsmd on the nodes is logging an error every few
>> >>> seconds:
>> >>>
>> >>>
>> >>> vdsm vds.dispatcher ERROR SSL error during reading data: unexpected
>> >>> eof
>> >>>
>> >>>
>> >>> Running tcpdump it is a connect from the node to itself. I can't
>> >>> figure
>> >>> out what is wrong. Can someone give me a hint?
>> >>>
>> >>> Greetings
>> >>>Christoph
>> >>>
>> >>> ___
>> >>> Users mailing list
>> >>> Users@ovirt.org
>> >>> http://lists.ovirt.org/mailman/listinfo/users
>> >>>
>> >>
>> 

Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

2016-07-25 Thread Krutika Dhananjay
OK, could you try the following:

i. Set network.remote-dio to off
# gluster volume set  network.remote-dio off

ii. Set performance.strict-o-direct to on
# gluster volume set  performance.strict-o-direct on

iii. Stop the affected vm(s) and start again

and tell me if you notice any improvement?

-Krutika

On Mon, Jul 25, 2016 at 4:57 PM, Samuli Heinonen 
wrote:

> Hi,
>
> > On 25 Jul 2016, at 12:34, David Gossage 
> wrote:
> >
> > On Mon, Jul 25, 2016 at 1:01 AM, Krutika Dhananjay 
> wrote:
> > Hi,
> >
> > Thanks for the logs. So I have identified one issue from the logs for
> which the fix is this: http://review.gluster.org/#/c/14669/. Because of a
> bug in the code, ENOENT was getting converted to EPERM and being propagated
> up the stack causing the reads to bail out early with 'Operation not
> permitted' errors.
> > I still need to find out two things:
> > i) why there was a readv() sent on a non-existent (ENOENT) file (this is
> important since some of the other users have not faced or reported this
> issue on gluster-users with 3.7.13)
> > ii) need to see if there's a way to work around this issue.
> >
> > Do you mind sharing the steps needed to be executed to run into this
> issue? This is so that we can apply our patches, test and ensure they fix
> the problem.
>
>
> Unfortunately I can’t test this right away nor give exact steps how to
> test this. This is just a theory but please correct me if you see some
> mistakes.
>
> oVirt uses cache=none settings for VM’s by default which requires direct
> I/O. oVirt also uses dd with iflag=direct to check that storage has direct
> I/O enabled. Problems exist with GlusterFS with sharding enabled and bricks
> running on ZFS on Linux. Everything seems to be fine with GlusterFS 3.7.11
> and problems exist at least with version .12 and .13. There has been some
> posts saying that GlusterFS 3.8.x is also affected.
>
> Steps to reproduce:
> 1. Sharded file is created with GlusterFS 3.7.11. Everything works ok.
> 2. GlusterFS is upgraded to 3.7.12+
> 3. Sharded file cannot be read or written with direct I/O enabled. (Ie.
> oVirt uses to check storage connection with command "dd
> if=/rhev/data-center/0001-0001-0001-0001-02b6/mastersd/dom_md/inbox
> iflag=direct,fullblock count=1 bs=1024000”)
>
> Please let me know if you need more information.
>
> -samuli
>
> > Well after upgrade of gluster all I did was start ovirt hosts up which
> launched and started their ha-agent and broker processes.  I don't believe
> I started getting any errors till it mounted GLUSTER1.  I had enabled
> sharding but had no sharded disk images yet.  Not sure if the check for
> shards would have caused that.  Unfortunately I can't just update this
> cluster and try and see what caused it as it has sme VM's users expect to
> be available in few hours.
> >
> > I can see if I can get my test setup to recreate it.  I think I'll need
> to de-activate data center so I can detach the storage thats on xfs and
> attach the one thats over zfs with sharding enabled.  My test is 3 bricks
> on same local machine, with 3 different volumes but I think im running into
> sanlock issue or something as it won't mount more than one volume that was
> created locally.
> >
> >
> > -Krutika
> >
> > On Fri, Jul 22, 2016 at 7:17 PM, David Gossage <
> dgoss...@carouselchecks.com> wrote:
> > Trimmed out the logs to just about when I was shutting down ovirt
> servers for updates which was 14:30 UTC 2016-07-09
> >
> > Pre-update settings were
> >
> > Volume Name: GLUSTER1
> > Type: Replicate
> > Volume ID: 167b8e57-28c3-447a-95cc-8410cbdf3f7f
> > Status: Started
> > Number of Bricks: 1 x 3 = 3
> > Transport-type: tcp
> > Bricks:
> > Brick1: ccgl1.gl.local:/gluster1/BRICK1/1
> > Brick2: ccgl2.gl.local:/gluster1/BRICK1/1
> > Brick3: ccgl3.gl.local:/gluster1/BRICK1/1
> > Options Reconfigured:
> > performance.readdir-ahead: on
> > storage.owner-uid: 36
> > storage.owner-gid: 36
> > performance.quick-read: off
> > performance.read-ahead: off
> > performance.io-cache: off
> > performance.stat-prefetch: off
> > cluster.eager-lock: enable
> > network.remote-dio: enable
> > cluster.quorum-type: auto
> > cluster.server-quorum-type: server
> > server.allow-insecure: on
> > cluster.self-heal-window-size: 1024
> > cluster.background-self-heal-count: 16
> > performance.strict-write-ordering: off
> > nfs.disable: on
> > nfs.addr-namelookup: off
> > nfs.enable-ino32: off
> >
> > At the time of updates ccgl3 was offline from bad nic on server but had
> been so for about a week with no issues in volume
> >
> > Shortly after update I added these settings to enable sharding but did
> not as of yet have any VM images sharded.
> > features.shard-block-size: 64MB
> > features.shard: on
> >
> >
> >
> >
> > David Gossage
> > Carousel Checks Inc. | System Administrator
> > Office 708.613.2284
> >
> > On Fri, Jul 22, 2016 at 5:00 AM, Krutika 

Re: [ovirt-users] canot cancel a task

2016-07-25 Thread Nir Soffer
On Mon, Jul 25, 2016 at 4:52 PM, Juan Carlos YJ. Lin  
wrote:
> I start moving a disk to a secondary storage, and one task hungs up
>
> try to stop the task several times with vdsClient, but it keeps in running
> state
> please let me know how to force stop the task.
>
> thanks
>
> [root@node5 ~]# vdsClient -s 0 getAllTasksStatuses
> {'status': {'message': 'OK', 'code': 0}, 'allTasksStatus':
> {'bc688cfd-a839-43b5-9a35-c8f56df00d19': {'message': 'running job 1 of 1',
> 'code': 0, 'taskID': 'bc688cfd-a839-43b5-9a35-c8f56df00d19', 'taskResult':
> '', 'taskState': 'running'}}}
>
> [root@node5 ~]# vdsClient -s 0 stopTask
> "bc688cfd-a839-43b5-9a35-c8f56df00d19"
> Task is aborted: u'bc688cfd-a839-43b5-9a35-c8f56df00d19' - code 411
> [root@node5 ~]# vdsClient -s 0 stopTask
> "bc688cfd-a839-43b5-9a35-c8f56df00d19" stop async task
> Task is aborted: u'bc688cfd-a839-43b5-9a35-c8f56df00d19' - code 411
> [root@node5 ~]# vdsClient -s 0 stopTask
> "bc688cfd-a839-43b5-9a35-c8f56df00d19" stop async task
> Task is aborted: u'bc688cfd-a839-43b5-9a35-c8f56df00d19' - code 411
> [root@node5 ~]# vdsClient -s 0 stopTask
> "bc688cfd-a839-43b5-9a35-c8f56df00d19" stop async task
> Task is aborted: u'bc688cfd-a839-43b5-9a35-c8f56df00d19' - code 411
> [root@node5 ~]# vdsClient -s 0 stopTask
> "bc688cfd-a839-43b5-9a35-c8f56df00d19" stop async task
> Task is aborted: u'bc688cfd-a839-43b5-9a35-c8f56df00d19' - code 411
> [root@node5 ~]# vdsClient -s 0 clearTask
> "bc688cfd-a839-43b5-9a35-c8f56df00d19" clear async task
> Operation is not allowed in this task state: ("can't clean in state
> running",)

Sound like a bug.

You can kill the process started by this task - since 3.6 this we use only
qemu-img, before that we use also dd for copying volumes.

Killing the underlying process doing the copy is safe, the operation should
fail and engine will delete the halfy-copied volumes.

Adding vdsm logs from the time you started the task will help to understand
why aborting and clearing the task did not work.

Nir

>
> Juan Carlos Lin
> Unisoft S.A.
> +595-993-288330
>
> ---
> "Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente"
> "Aviso: Este mensaje es dirigido para su destinatario y contiene
> informaciones que no pueden ser usadas por otras personas que no sean su(s)
> destinatario(s). La retransmisión del contenido no está autorizada fuera del
> contexto de su envío y a quien corresponde. El uso no autorizado de la
> información en este mensaje se halla penado por las leyes vigentes en todo
> el mundo. Si ha recibido este mensaje por error, por favor bórrala y
> notifique al remitente en la brevedad posible. El contenido de este mensaje
> no es responsabilidad de la Empresa y debe ser atribuido siempre a su autor.
> Gracias."
>
>
> ___
> 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] vdsm ssl errors

2016-07-25 Thread Piotr Kliczewski
Christoph,

In log snippets you provided I can see 2 occurrences of the log entry.
There is 3 seconds between the calls.

Each time I see calls to Host.getStats and Host.getHardwareInfo both
from x.x.138.208.
I do not see any log entries in the engine log so it not engine who connected.

What host is it?

Thanks,
Piotr


On Mon, Jul 25, 2016 at 3:45 PM, C. Handel  wrote:
> patch applied, The connection is from the node itself.
>
> logfiles with the last 100k (hope this is enough, the error happens every
> few seconds) of data attached.
>
> Greetings
>   Christoph
>
> On Mon, Jul 25, 2016 at 12:07 PM, Nir Soffer  wrote:
>>
>> On Thu, Jul 21, 2016 at 10:00 AM, C. Handel  wrote:
>> > longer logs attached, excerpts:
>> >
>> > ---+ vdsm
>> >
>> > Reactor thread::INFO::2016-07-21
>> >
>> > 08:01:19,544::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept)
>> > Accepting connection from :::140.181.138.208:59502
>> > Reactor thread::DEBUG::2016-07-21
>> >
>> > 08:01:19,551::protocoldetector::85::ProtocolDetector.Detector::(__init__)
>> > Using required_size=11
>> > Reactor thread::INFO::2016-07-21
>> >
>> > 08:01:19,553::protocoldetector::121::ProtocolDetector.Detector::(handle_read)
>> > Detected protocol stomp from :::140.181.138.208:59502
>> > Reactor thread::INFO::2016-07-21
>> > 08:01:19,553::stompreactor::101::Broker.StompAdapter::(_cmd_connect)
>> > Processing CONNECT request
>> > Reactor thread::DEBUG::2016-07-21
>> >
>> > 08:01:19,554::stompreactor::492::protocoldetector.StompDetector::(handle_socket)
>> > Stomp detected from (':::140.181.138.208', 59502)
>> > JsonRpc (StompReactor)::INFO::2016-07-21
>> > 08:01:19,554::stompreactor::128::Broker.StompAdapter::(_cmd_subscribe)
>> > Subscribe command received
>> > ...
>> >
>> > JsonRpc (StompReactor)::ERROR::2016-07-21
>> > 08:01:21,411::betterAsyncore::113::vds.dispatcher::(recv) SSL error
>> > during
>> > reading data: unexpected eof
>>
>> This log is not very useful as is, we must show the relevant remote
>> address.
>>
>> Should be improved in
>> https://gerrit.ovirt.org/61303
>>
>> Can you try this patch and share the log?
>>
>> >
>> >
>> > ---+ engine
>> >
>> >
>> > 2016-07-20 08:00:48,445 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler1) [1cff1b56] Fetched 7 VMs from VDS
>> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
>> > 2016-07-20 08:01:03,460 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler3) [78d8aa89] Fetched 0 VMs from VDS
>> > '6f7a9201-e753-4875-b89d-024120067687'
>> > 2016-07-20 08:01:03,473 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler2) [71a27a96] Fetched 7 VMs from VDS
>> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
>> > 2016-07-20 08:01:18,488 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler2) [71a27a96] Fetched 0 VMs from VDS
>> > '6f7a9201-e753-4875-b89d-024120067687'
>> > 2016-07-20 08:01:18,500 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler9) [47c419da] Fetched 7 VMs from VDS
>> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
>> > 2016-07-20 08:01:33,514 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler8) [735789] Fetched 0 VMs from VDS
>> > '6f7a9201-e753-4875-b89d-024120067687'
>> > 2016-07-20 08:01:33,527 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler3) [78d8aa89] Fetched 7 VMs from VDS
>> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
>> > 2016-07-20 08:01:48,543 INFO
>> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
>> > (DefaultQuartzScheduler8) [735789] Fetched 0 VMs from VDS
>> > '6f7a9201-e753-4875-b89d-024120067687'
>> >
>> >
>> > Greetings
>> >Christoph
>> >
>> > On Thu, Jul 21, 2016 at 8:47 AM, Yaniv Kaul  wrote:
>> >>
>> >> Can you share engine and VDSM logs please?
>> >> TIA,
>> >> Y.
>> >>
>> >> On Thu, Jul 21, 2016 at 9:22 AM, C. Handel 
>> >> wrote:
>> >>>
>> >>> i have an ovirt 4.0.1 installation on two nodes. Hosted Engine. San
>> >>> storage backend.
>> >>>
>> >>> For some reason the vdsmd on the nodes is logging an error every few
>> >>> seconds:
>> >>>
>> >>>
>> >>> vdsm vds.dispatcher ERROR SSL error during reading data: unexpected
>> >>> eof
>> >>>
>> >>>
>> >>> Running tcpdump it is a connect from the node to itself. I can't
>> >>> figure
>> >>> out what is wrong. Can someone give me a hint?
>> >>>
>> >>> Greetings
>> >>>Christoph
>> >>>
>> >>> ___
>> >>> Users mailing list
>> >>> Users@ovirt.org
>> >>> http://lists.ovirt.org/mailman/listinfo/users
>> >>>
>> >>
>> >
>> >
>> > ___
>> > Users 

[ovirt-users] canot cancel a task

2016-07-25 Thread Juan Carlos YJ. Lin
I start moving a disk to a secondary storage, and one task hungs up 

try to stop the task several times with vdsClient, but it keeps in running 
state 
please let me know how to force stop the task. 

thanks 

[root@node5 ~]# vdsClient -s 0 getAllTasksStatuses 
{'status': {'message': 'OK', 'code': 0}, 'allTasksStatus': 
{'bc688cfd-a839-43b5-9a35-c8f56df00d19': {'message': 'running job 1 of 1', 
'code': 0, 'taskID': 'bc688cfd-a839-43b5-9a35-c8f56df00d19', 'taskResult': '', 
'taskState': 'running'}}} 

[root@node5 ~]# vdsClient -s 0 stopTask "bc688cfd-a839-43b5-9a35-c8f56df00d19" 
Task is aborted: u'bc688cfd-a839-43b5-9a35-c8f56df00d19' - code 411 
[root@node5 ~]# vdsClient -s 0 stopTask "bc688cfd-a839-43b5-9a35-c8f56df00d19" 
stop async task 
Task is aborted: u'bc688cfd-a839-43b5-9a35-c8f56df00d19' - code 411 
[root@node5 ~]# vdsClient -s 0 stopTask "bc688cfd-a839-43b5-9a35-c8f56df00d19" 
stop async task 
Task is aborted: u'bc688cfd-a839-43b5-9a35-c8f56df00d19' - code 411 
[root@node5 ~]# vdsClient -s 0 stopTask "bc688cfd-a839-43b5-9a35-c8f56df00d19" 
stop async task 
Task is aborted: u'bc688cfd-a839-43b5-9a35-c8f56df00d19' - code 411 
[root@node5 ~]# vdsClient -s 0 stopTask "bc688cfd-a839-43b5-9a35-c8f56df00d19" 
stop async task 
Task is aborted: u'bc688cfd-a839-43b5-9a35-c8f56df00d19' - code 411 
[root@node5 ~]# vdsClient -s 0 clearTask "bc688cfd-a839-43b5-9a35-c8f56df00d19" 
clear async task 
Operation is not allowed in this task state: ("can't clean in state running",) 


Juan Carlos Lin 
Unisoft S.A. 
+595-993-288330 

---
"Antes de imprimir, recuérdese de su compromiso con el Medio Ambiente"
"Aviso: Este mensaje es dirigido para su destinatario y contiene informaciones 
que no pueden ser usadas por otras personas que no sean su(s) destinatario(s). 
La retransmisión del contenido no está autorizada fuera del contexto de su 
envío y a quien corresponde. El uso no autorizado de la información en este 
mensaje se halla penado por las leyes vigentes en todo el mundo. Si ha recibido 
este mensaje por error, por favor bórrala y notifique al remitente en la 
brevedad posible. El contenido de este mensaje no es responsabilidad de la 
Empresa y debe ser atribuido siempre a su autor. Gracias."___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt 4 master storage down - unable to activate after power loss

2016-07-25 Thread Sahina Bose
First off, a replica 2 gluster volume is not recommended if you want to survive 
power loss - you need to have a replica 3 gluster volume.

From engine logs, I see "Could not connect host to Data Center(Storage issue)" 
but there are no errors in the attached vdsm.log. Can you provide the relevant 
vdsm log and also the gluster mount logs?

What's the output of "gluster volume heal  info" ?

- Original Message -
> From: "Robin Vanderveken" <rvanderve...@dlttechnologies.com>
> To: users@ovirt.org
> Sent: Monday, July 25, 2016 2:01:24 PM
> Subject: [ovirt-users] oVirt 4 master storage down - unable to activate   
> after power loss
> 
> Dear oVirt users
> 
> I've been having several problems with my oVirt nodes utilising GlusterFS
> after simulating a power loss.
> 
> Our testing setup for oVirt consists of 3 nodes, 2 with GlusterFS storage and
> 1 just for computing. Everything seems to be setup correct and was working
> correctly. Then after simulating a power loss the master storage goes down,
> and therefore the VMs and data center go down as well.
> 
> I checked the GlusterFS configuration and it seems to be correct (see
> attachment). I checked the oVirt configuration and it seems to be correct
> (see attachment). I tried putting several Nodes in Maintenace several times,
> even putting in maintenance and reinstalling them. Only when putting the
> nodes in maintenance (and choosing to stop the GlusterFS service) triggers
> Contending on the other Nodes. Only then there is a chance that a Node goes
> from Contending to SPM, which does not always happen. After trying this
> several times I got a main Node to become SPM, but the master storage
> remains down. When I select the master storage, go in the Data center,
> select the data center and click Activate, then both the master storage and
> the data center go in the state Locked for a few seconds and then Inactive
> again.
> 
> Then I upgraded to oVirt 4 ( oVirt Engine Version: 4.0.0.6-1.el7.centos) and
> tried everything again, resulting in the same result.
> 
> I searched online and found this mailing list which is very similar:
> http://lists.ovirt.org/pipermail/users/2014-August/026905.html .
> Unfortunately the solution was not posted/mailed. I also found this:
> https://www.mail-archive.com/users@ovirt.org/msg08105.html suggesting the
> kernel version is not correct, but I am unsure how to check this.
> 
> In the attachment I added relevant logs:
> - GlusterFS service on both main nodes
> - /var/log/vdsm/vdsm.log , /var/log/vdsm/supervdsm.log , /var/log/messages ,
> /var/log/sanlock.log , /var/log/ovirt-engine/engine. log-20160725.gz ,
> /var/log/ovirt-engine/engine.log of the oVirt engine
> as attachments (I clicked on Activate on the data center at 9:45:30 am GMT).
> It can be possible that I need to send different engine logs, please tell me
> if necessary. Any help would be highly appreciated.
> 
> Kind regards
> Robin Vanderveken
> 
> --
> Robin Vanderveken
> DLT Technologies
> Tel. +352 691 412 922
> 
> Disclaimer
> 
> Les informations contenues dans ce message sont destinées exclusivement à
> l’usage de la personne à laquelle elles sont adressées. Elles peuvent
> contenir des données confidentielles et/ou privilégiées et/ou protégées par
> des droits de propriété intellectuelle ou d’autres lois. Si vous avez reçu
> ce message par erreur, veuillez le détruire, ainsi que toutes ses annexes,
> et notifier son expéditeur ; il vous est interdit de copier ou d’utiliser ce
> messages ou ses annexes ou de divulguer son contenu à quiconque. La
> transmission de données par e-mail ne peut être garantie comme un moyen sûr
> et infaillible, ni comme étant exempt de tout virus. L’expéditeur décline
> toute responsabilité en cas de perte ou de dommage résultant de ce message
> ou de son utilisation, quelle qu’elle soit.
> 
> The information contained in this message is intended for the addressee only
> and may contain confidential and/or privileged information and/or
> information protected by intellectual property rights or other legal rules.
> If you are not the intended recipient, please delete this message and any
> attachment to it and notify the sender; you may not copy or use this message
> or its attachments in any way nor disclose its contents to anyone. Emails
> cannot be guaranteed to be secure or to be error or virus free. No liability
> is accepted by the sender for any loss damage arising in any way from this
> message or its use.
> 
> ___
> 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] vdsm ssl errors

2016-07-25 Thread C. Handel
patch applied, The connection is from the node itself.

logfiles with the last 100k (hope this is enough, the error happens every
few seconds) of data attached.

Greetings
  Christoph

On Mon, Jul 25, 2016 at 12:07 PM, Nir Soffer  wrote:

> On Thu, Jul 21, 2016 at 10:00 AM, C. Handel  wrote:
> > longer logs attached, excerpts:
> >
> > ---+ vdsm
> >
> > Reactor thread::INFO::2016-07-21
> >
> 08:01:19,544::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept)
> > Accepting connection from :::140.181.138.208:59502
> > Reactor thread::DEBUG::2016-07-21
> > 08:01:19,551::protocoldetector::85::ProtocolDetector.Detector::(__init__)
> > Using required_size=11
> > Reactor thread::INFO::2016-07-21
> >
> 08:01:19,553::protocoldetector::121::ProtocolDetector.Detector::(handle_read)
> > Detected protocol stomp from :::140.181.138.208:59502
> > Reactor thread::INFO::2016-07-21
> > 08:01:19,553::stompreactor::101::Broker.StompAdapter::(_cmd_connect)
> > Processing CONNECT request
> > Reactor thread::DEBUG::2016-07-21
> >
> 08:01:19,554::stompreactor::492::protocoldetector.StompDetector::(handle_socket)
> > Stomp detected from (':::140.181.138.208', 59502)
> > JsonRpc (StompReactor)::INFO::2016-07-21
> > 08:01:19,554::stompreactor::128::Broker.StompAdapter::(_cmd_subscribe)
> > Subscribe command received
> > ...
> >
> > JsonRpc (StompReactor)::ERROR::2016-07-21
> > 08:01:21,411::betterAsyncore::113::vds.dispatcher::(recv) SSL error
> during
> > reading data: unexpected eof
>
> This log is not very useful as is, we must show the relevant remote
> address.
>
> Should be improved in
> https://gerrit.ovirt.org/61303
>
> Can you try this patch and share the log?
>
> >
> >
> > ---+ engine
> >
> >
> > 2016-07-20 08:00:48,445 INFO
> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> > (DefaultQuartzScheduler1) [1cff1b56] Fetched 7 VMs from VDS
> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> > 2016-07-20 08:01:03,460 INFO
> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> > (DefaultQuartzScheduler3) [78d8aa89] Fetched 0 VMs from VDS
> > '6f7a9201-e753-4875-b89d-024120067687'
> > 2016-07-20 08:01:03,473 INFO
> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> > (DefaultQuartzScheduler2) [71a27a96] Fetched 7 VMs from VDS
> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> > 2016-07-20 08:01:18,488 INFO
> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> > (DefaultQuartzScheduler2) [71a27a96] Fetched 0 VMs from VDS
> > '6f7a9201-e753-4875-b89d-024120067687'
> > 2016-07-20 08:01:18,500 INFO
> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> > (DefaultQuartzScheduler9) [47c419da] Fetched 7 VMs from VDS
> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> > 2016-07-20 08:01:33,514 INFO
> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> > (DefaultQuartzScheduler8) [735789] Fetched 0 VMs from VDS
> > '6f7a9201-e753-4875-b89d-024120067687'
> > 2016-07-20 08:01:33,527 INFO
> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> > (DefaultQuartzScheduler3) [78d8aa89] Fetched 7 VMs from VDS
> > 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> > 2016-07-20 08:01:48,543 INFO
> > [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> > (DefaultQuartzScheduler8) [735789] Fetched 0 VMs from VDS
> > '6f7a9201-e753-4875-b89d-024120067687'
> >
> >
> > Greetings
> >Christoph
> >
> > On Thu, Jul 21, 2016 at 8:47 AM, Yaniv Kaul  wrote:
> >>
> >> Can you share engine and VDSM logs please?
> >> TIA,
> >> Y.
> >>
> >> On Thu, Jul 21, 2016 at 9:22 AM, C. Handel 
> wrote:
> >>>
> >>> i have an ovirt 4.0.1 installation on two nodes. Hosted Engine. San
> >>> storage backend.
> >>>
> >>> For some reason the vdsmd on the nodes is logging an error every few
> >>> seconds:
> >>>
> >>>
> >>> vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof
> >>>
> >>>
> >>> Running tcpdump it is a connect from the node to itself. I can't figure
> >>> out what is wrong. Can someone give me a hint?
> >>>
> >>> Greetings
> >>>Christoph
> >>>
> >>> ___
> >>> 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
> >
>


logs.tar.gz
Description: GNU Zip compressed data
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] How do I activate a hot-plugged disk (in v3 Python SDK) ?

2016-07-25 Thread Ondra Machacek

You actually have to run method 'activate()'[1] on VM disk.

So it will look like this:

 api.vms.get(VM0_NAME).disks.get(DISK1_NAME).activate()

[1] 
https://gerrit.ovirt.org/gitweb?p=ovirt-engine-sdk.git;a=blob;f=src/ovirtsdk/infrastructure/brokers.py;h=7def8a5adea3357d31827f754a1e644b70de146d;hb=sdk_3.6#l31779


On 07/25/2016 03:13 PM, Yaniv Kaul wrote:

After successfully attaching a disk and verifying its status is in 'ok',
I've tried:
api.vms.get(VM0_NAME).disks.get(DISK1_NAME).set_active(True)

But it doesn't really activate it. What's the correct way to activate it?
(It works well via the UI).

TIA,
Y.


___
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 do I activate a hot-plugged disk (in v3 Python SDK) ?

2016-07-25 Thread Elad Ben Aharon
What's the VM status when you try to activate the disk?

On Mon, Jul 25, 2016 at 4:23 PM, Barak Korren  wrote:

> On 25 July 2016 at 16:13, Yaniv Kaul  wrote:
> > After successfully attaching a disk and verifying its status is in 'ok',
> > I've tried:
> > api.vms.get(VM0_NAME).disks.get(DISK1_NAME).set_active(True)
> >
> > But it doesn't really activate it. What's the correct way to activate it?
> > (It works well via the UI).
> >
> The same approach pretty much works for me:
> (v3 sdk vs v4.x engine)
>
>
> https://code.engineering.redhat.com/gerrit/#/c/79691/1/fabric_ci/do/ovirt/vm.py
>
>
> --
> Barak Korren
> bkor...@redhat.com
> RHEV-CI Team
> ___
> 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 do I activate a hot-plugged disk (in v3 Python SDK) ?

2016-07-25 Thread Barak Korren
On 25 July 2016 at 16:23, Barak Korren  wrote:
> On 25 July 2016 at 16:13, Yaniv Kaul  wrote:
>> After successfully attaching a disk and verifying its status is in 'ok',
>> I've tried:
>> api.vms.get(VM0_NAME).disks.get(DISK1_NAME).set_active(True)
>>
>> But it doesn't really activate it. What's the correct way to activate it?
>> (It works well via the UI).
>>
> The same approach pretty much works for me:
> (v3 sdk vs v4.x engine)
>
> https://code.engineering.redhat.com/gerrit/#/c/79691/1/fabric_ci/do/ovirt/vm.py
>
>
A couple of things to note though:
1. A disk's name is not unique, so not good for looking up by
2. "vm.disks.get(id=foo)" doe not seem to work right ATM as far as
   looking at 'disk.active' goes so I used:
   "vm.disks.list(id=foo)[0]"

-- 
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] How do I activate a hot-plugged disk (in v3 Python SDK) ?

2016-07-25 Thread Barak Korren
On 25 July 2016 at 16:13, Yaniv Kaul  wrote:
> After successfully attaching a disk and verifying its status is in 'ok',
> I've tried:
> api.vms.get(VM0_NAME).disks.get(DISK1_NAME).set_active(True)
>
> But it doesn't really activate it. What's the correct way to activate it?
> (It works well via the UI).
>
The same approach pretty much works for me:
(v3 sdk vs v4.x engine)

https://code.engineering.redhat.com/gerrit/#/c/79691/1/fabric_ci/do/ovirt/vm.py


-- 
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] How do I activate a hot-plugged disk (in v3 Python SDK) ?

2016-07-25 Thread Yaniv Kaul
After successfully attaching a disk and verifying its status is in 'ok',
I've tried:
api.vms.get(VM0_NAME).disks.get(DISK1_NAME).set_active(True)

But it doesn't really activate it. What's the correct way to activate it?
(It works well via the UI).

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


Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

2016-07-25 Thread aleksey . maksimov
telnet kom-ad01-vm31.holding.com 54321 = success connection

telnet ::1 54321
Trying ::1...
telnet: connect to address ::1: Network is unreachable
 
(ipv6 on my server disabled)

25.07.2016, 15:35, "Simone Tiraboschi" :
> On Mon, Jul 25, 2016 at 2:15 PM,  wrote:
>>  # ss -plutn
>>
>>  Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port
>>
>>  udp UNCONN 0 0 *:111 *:* users:(("rpcbind",pid=827,fd=6))
>>  udp UNCONN 0 0 *:161 *:* users:(("snmpd",pid=1609,fd=6))
>>  udp UNCONN 0 0 127.0.0.1:323 *:* users:(("chronyd",pid=795,fd=1))
>>  udp UNCONN 0 0 *:959 *:* users:(("rpcbind",pid=827,fd=7))
>>  udp UNCONN 0 0 127.0.0.1:25375 *:* users:(("snmpd",pid=1609,fd=8))
>>  udp UNCONN 0 0 127.0.0.1:25376 *:* users:(("cmapeerd",pid=2056,fd=5))
>>  udp UNCONN 0 0 127.0.0.1:25393 *:* users:(("cmanicd",pid=2278,fd=3))
>>  udp UNCONN 0 0 :::111 :::* users:(("rpcbind",pid=827,fd=9))
>>  udp UNCONN 0 0 :::959 :::* users:(("rpcbind",pid=827,fd=10))
>>  tcp LISTEN 0 128 *:2381 *:* 
>> users:(("hpsmhd",pid=3903,fd=4),("hpsmhd",pid=3901,fd=4),("hpsmhd",pid=3900,fd=4),("hpsmhd",pid=3899,fd=4),("hpsmhd",pid=3898,fd=4),("hpsmhd",pid=3893,fd=4))
>>  tcp LISTEN 0 128 *:111 *:* users:(("rpcbind",pid=827,fd=8))
>>  tcp LISTEN 0 5 *:54322 *:* users:(("ovirt-imageio-d",pid=753,fd=3))
>>  tcp LISTEN 0 128 *:22 *:* users:(("sshd",pid=1606,fd=3))
>>  tcp LISTEN 0 100 127.0.0.1:25 *:* users:(("master",pid=1948,fd=13))
>>  tcp LISTEN 0 128 *:2301 *:* 
>> users:(("hpsmhd",pid=3903,fd=3),("hpsmhd",pid=3901,fd=3),("hpsmhd",pid=3900,fd=3),("hpsmhd",pid=3899,fd=3),("hpsmhd",pid=3898,fd=3),("hpsmhd",pid=3893,fd=3))
>>  tcp LISTEN 0 30 *:16514 *:* users:(("libvirtd",pid=10688,fd=13))
>>  tcp LISTEN 0 128 127.0.0.1:199 *:* users:(("snmpd",pid=1609,fd=9))
>>  tcp LISTEN 0 128 :::111 :::* users:(("rpcbind",pid=827,fd=11))
>>  tcp LISTEN 0 5 :::54321 :::* users:(("vdsm",pid=11077,fd=23))
>
> vdsm is properly bind over ipv6.
>
> Can you please check if you can connect to vdsm with:
>  telnet kom-ad01-vm31.holding.com 54321
> and with
>  telnet ::1 54321
> ?
>
>>  tcp LISTEN 0 30 :::16514 :::* users:(("libvirtd",pid=10688,fd=14))
>>
>>  25.07.2016, 15:11, "Simone Tiraboschi" :
>>>  On Mon, Jul 25, 2016 at 2:03 PM,  wrote:
   Yes.

   # ping $(python -c 'import socket; print(socket.gethostname())')

   PING KOM-AD01-VM31.holding.com (10.1.0.231) 56(84) bytes of data.
   64 bytes from kom-ad01-vm31.holding.com (10.1.0.231): icmp_seq=1 ttl=64 
 time=0.030 ms
   64 bytes from kom-ad01-vm31.holding.com (10.1.0.231): icmp_seq=2 ttl=64 
 time=0.015 ms
   64 bytes from kom-ad01-vm31.holding.com (10.1.0.231): icmp_seq=3 ttl=64 
 time=0.011 ms
   ^C
   --- KOM-AD01-VM31.holding.com ping statistics ---
   3 packets transmitted, 3 received, 0% packet loss, time 2001ms
   rtt min/avg/max/mdev = 0.011/0.018/0.030/0.009 ms

   but...
>>>
>>>  and the output of
>>>   ss -plutn
>>>
   # vdsClient -s 0 getVdsCaps

   Traceback (most recent call last):
 File "/usr/share/vdsm/vdsClient.py", line 2980, in 
   code, message = commands[command][0](commandArgs)
 File "/usr/share/vdsm/vdsClient.py", line 543, in do_getCap
   return self.ExecAndExit(self.s.getVdsCapabilities())
 File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
   return self.__send(self.__name, args)
 File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
   verbose=self.__verbose
 File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
   return self.single_request(host, handler, request_body, verbose)
 File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in single_request
   self.send_content(h, request_body)
 File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
   connection.endheaders(request_body)
 File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
   self._send_output(message_body)
 File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
   self.send(msg)
 File "/usr/lib64/python2.7/httplib.py", line 797, in send
   self.connect()
 File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 203, in 
 connect
   sock = socket.create_connection((self.host, self.port), self.timeout)
 File "/usr/lib64/python2.7/socket.py", line 571, in create_connection
   raise err
   error: [Errno 101] Network is unreachable

   25.07.2016, 14:58, "aleksey.maksi...@it-kb.ru" 
 :
>   Ok.
>
>   1) I stopped and disabled the service NetworkManager
>   # systemctl stop NetworkManager
>   # systemctl disable NetworkManager
>
>   2) I filled /etc/resolv.conf and remove DNS1,DNS2 and add PEERDNS=no in 
> 

Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

2016-07-25 Thread Simone Tiraboschi
On Mon, Jul 25, 2016 at 2:15 PM,   wrote:
> # ss -plutn
>
> Netid State  Recv-Q Send-Q
>Local Address:Port Peer Address:Port
>
> udp   UNCONN 0  0 
>*:111  
> *:*   
> users:(("rpcbind",pid=827,fd=6))
> udp   UNCONN 0  0 
>*:161  
> *:*   
> users:(("snmpd",pid=1609,fd=6))
> udp   UNCONN 0  0 
>127.0.0.1:323  
> *:*   
> users:(("chronyd",pid=795,fd=1))
> udp   UNCONN 0  0 
>*:959  
> *:*   
> users:(("rpcbind",pid=827,fd=7))
> udp   UNCONN 0  0 
>127.0.0.1:25375
> *:*   
> users:(("snmpd",pid=1609,fd=8))
> udp   UNCONN 0  0 
>127.0.0.1:25376
> *:*   
> users:(("cmapeerd",pid=2056,fd=5))
> udp   UNCONN 0  0 
>127.0.0.1:25393
> *:*   
> users:(("cmanicd",pid=2278,fd=3))
> udp   UNCONN 0  0 
>   :::111  
>:::*   
> users:(("rpcbind",pid=827,fd=9))
> udp   UNCONN 0  0 
>   :::959  
>:::*   
> users:(("rpcbind",pid=827,fd=10))
> tcp   LISTEN 0  128   
>*:2381 
> *:*   
> 
> users:(("hpsmhd",pid=3903,fd=4),("hpsmhd",pid=3901,fd=4),("hpsmhd",pid=3900,fd=4),("hpsmhd",pid=3899,fd=4),("hpsmhd",pid=3898,fd=4),("hpsmhd",pid=3893,fd=4))
> tcp   LISTEN 0  128   
>*:111  
> *:*   
> users:(("rpcbind",pid=827,fd=8))
> tcp   LISTEN 0  5 
>*:54322
> *:*   
> users:(("ovirt-imageio-d",pid=753,fd=3))
> tcp   LISTEN 0  128   
>*:22   
> *:*   
> users:(("sshd",pid=1606,fd=3))
> tcp   LISTEN 0  100   
>127.0.0.1:25   
> *:*   
> users:(("master",pid=1948,fd=13))
> tcp   LISTEN 0  128   
>*:2301 
> *:*   
> 
> users:(("hpsmhd",pid=3903,fd=3),("hpsmhd",pid=3901,fd=3),("hpsmhd",pid=3900,fd=3),("hpsmhd",pid=3899,fd=3),("hpsmhd",pid=3898,fd=3),("hpsmhd",pid=3893,fd=3))
> tcp   LISTEN 0  30
>*:16514
> *:*   
> 

Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

2016-07-25 Thread aleksey . maksimov
# ss -plutn

Netid State  Recv-Q Send-Q  
 Local Address:Port Peer Address:Port

udp   UNCONN 0  0   
 *:111  
*:*   
users:(("rpcbind",pid=827,fd=6))
udp   UNCONN 0  0   
 *:161  
*:*   
users:(("snmpd",pid=1609,fd=6))
udp   UNCONN 0  0   
 127.0.0.1:323  
*:*   
users:(("chronyd",pid=795,fd=1))
udp   UNCONN 0  0   
 *:959  
*:*   
users:(("rpcbind",pid=827,fd=7))
udp   UNCONN 0  0   
 127.0.0.1:25375
*:*   
users:(("snmpd",pid=1609,fd=8))
udp   UNCONN 0  0   
 127.0.0.1:25376
*:*   
users:(("cmapeerd",pid=2056,fd=5))
udp   UNCONN 0  0   
 127.0.0.1:25393
*:*   
users:(("cmanicd",pid=2278,fd=3))
udp   UNCONN 0  0   
:::111  
   :::*   
users:(("rpcbind",pid=827,fd=9))
udp   UNCONN 0  0   
:::959  
   :::*   
users:(("rpcbind",pid=827,fd=10))
tcp   LISTEN 0  128 
 *:2381 
*:*   
users:(("hpsmhd",pid=3903,fd=4),("hpsmhd",pid=3901,fd=4),("hpsmhd",pid=3900,fd=4),("hpsmhd",pid=3899,fd=4),("hpsmhd",pid=3898,fd=4),("hpsmhd",pid=3893,fd=4))
tcp   LISTEN 0  128 
 *:111  
*:*   
users:(("rpcbind",pid=827,fd=8))
tcp   LISTEN 0  5   
 *:54322
*:*   
users:(("ovirt-imageio-d",pid=753,fd=3))
tcp   LISTEN 0  128 
 *:22   
*:*   
users:(("sshd",pid=1606,fd=3))
tcp   LISTEN 0  100 
 127.0.0.1:25   
*:*   
users:(("master",pid=1948,fd=13))
tcp   LISTEN 0  128 
 *:2301 
*:*   
users:(("hpsmhd",pid=3903,fd=3),("hpsmhd",pid=3901,fd=3),("hpsmhd",pid=3900,fd=3),("hpsmhd",pid=3899,fd=3),("hpsmhd",pid=3898,fd=3),("hpsmhd",pid=3893,fd=3))
tcp   LISTEN 0  30  
 *:16514
*:*   
users:(("libvirtd",pid=10688,fd=13))
tcp   LISTEN 0  128 
 127.0.0.1:199  
 

Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

2016-07-25 Thread Simone Tiraboschi
On Mon, Jul 25, 2016 at 2:03 PM,   wrote:
> Yes.
>
> # ping $(python -c 'import socket; print(socket.gethostname())')
>
> PING KOM-AD01-VM31.holding.com (10.1.0.231) 56(84) bytes of data.
> 64 bytes from kom-ad01-vm31.holding.com (10.1.0.231): icmp_seq=1 ttl=64 
> time=0.030 ms
> 64 bytes from kom-ad01-vm31.holding.com (10.1.0.231): icmp_seq=2 ttl=64 
> time=0.015 ms
> 64 bytes from kom-ad01-vm31.holding.com (10.1.0.231): icmp_seq=3 ttl=64 
> time=0.011 ms
> ^C
> --- KOM-AD01-VM31.holding.com ping statistics ---
> 3 packets transmitted, 3 received, 0% packet loss, time 2001ms
> rtt min/avg/max/mdev = 0.011/0.018/0.030/0.009 ms
>
>
> but...

and the output of
 ss -plutn

> # vdsClient -s 0 getVdsCaps
>
> Traceback (most recent call last):
>   File "/usr/share/vdsm/vdsClient.py", line 2980, in 
> code, message = commands[command][0](commandArgs)
>   File "/usr/share/vdsm/vdsClient.py", line 543, in do_getCap
> return self.ExecAndExit(self.s.getVdsCapabilities())
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
> return self.__send(self.__name, args)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
> verbose=self.__verbose
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
> return self.single_request(host, handler, request_body, verbose)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in single_request
> self.send_content(h, request_body)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
> connection.endheaders(request_body)
>   File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
> self._send_output(message_body)
>   File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
> self.send(msg)
>   File "/usr/lib64/python2.7/httplib.py", line 797, in send
> self.connect()
>   File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 203, in 
> connect
> sock = socket.create_connection((self.host, self.port), self.timeout)
>   File "/usr/lib64/python2.7/socket.py", line 571, in create_connection
> raise err
> error: [Errno 101] Network is unreachable
>
>
>
>
> 25.07.2016, 14:58, "aleksey.maksi...@it-kb.ru" :
>> Ok.
>>
>> 1) I stopped and disabled the service NetworkManager
>> # systemctl stop NetworkManager
>> # systemctl disable NetworkManager
>>
>> 2) I filled /etc/resolv.conf and remove DNS1,DNS2 and add PEERDNS=no in 
>> ifcfg-* file.
>>
>> 3) Reboot server
>>
>> 4) Try deploy oVirt HE 4 and I get the same error
>>
>> [ INFO ] Creating Volume Group
>> [ INFO ] Creating Storage Domain
>> [ INFO ] Creating Storage Pool
>> [ INFO ] Connecting Storage Pool
>> [ INFO ] Verifying sanlock lockspace initialization
>> [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network 
>> is unreachable
>> [ INFO ] Stage: Clean up
>> [ INFO ] Generating answer file 
>> '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160725143420.conf'
>> [ INFO ] Stage: Pre-termination
>> [ INFO ] Stage: Termination
>> [ ERROR ] Hosted Engine deployment failed: this system is not reliable, 
>> please check the issue, fix and redeploy
>>   Log file is located at 
>> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160725142534-t81kwf.log
>>
>> What ideas further?
>>
>> 25.07.2016, 13:06, "Simone Tiraboschi" :
>>>  On Mon, Jul 25, 2016 at 11:54 AM,  wrote:
   What am I supposed to do for successfully deploy ovirt 4 ?
   Any ideas ?
>>>
>>>  Can you please try to explicitly configure your DNS with nameserver
>>>  under /etc/resolv.conf and remove DNS1 and DNS2 and set PEERDNS=no for
>>>  the interface you are going to use?
>>>
   25.07.2016, 12:47, "aleksey.maksi...@it-kb.ru" 
 :
>   "Aleksey, was your DNS configured with DNS1 and DNS2 just on the 
> interface you used to create the management bridge on?"
>
>   Yes. Of course
>
>   25.07.2016, 12:27, "Simone Tiraboschi" :
>>On Mon, Jul 25, 2016 at 10:56 AM, Piotr Kliczewski
>> wrote:
>>> This could be the issue here as well as for BZ #1358530
>>>
>>> On Mon, Jul 25, 2016 at 10:53 AM,  wrote:
 Could this be due to the fact that the ovirt installer has changed 
 network configuration files (ifcfg-*, resolv.conf) ?
 After the error in ovirt installation process I see from 
 resolv.conf disappeared on my DNS servers entry and now the server is 
 unable to resolve names.
>>
>>So it could be related to 
>> https://bugzilla.redhat.com/show_bug.cgi?id=1160423
>>
>>Aleksey, was your DNS configured with DNS1 and DNS2 just on the
>>interface you used to create the management bridge on?
>>Can you please try the workaround described here

Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

2016-07-25 Thread aleksey . maksimov
Yes.

# ping $(python -c 'import socket; print(socket.gethostname())')

PING KOM-AD01-VM31.holding.com (10.1.0.231) 56(84) bytes of data.
64 bytes from kom-ad01-vm31.holding.com (10.1.0.231): icmp_seq=1 ttl=64 
time=0.030 ms
64 bytes from kom-ad01-vm31.holding.com (10.1.0.231): icmp_seq=2 ttl=64 
time=0.015 ms
64 bytes from kom-ad01-vm31.holding.com (10.1.0.231): icmp_seq=3 ttl=64 
time=0.011 ms
^C
--- KOM-AD01-VM31.holding.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2001ms
rtt min/avg/max/mdev = 0.011/0.018/0.030/0.009 ms


but...


# vdsClient -s 0 getVdsCaps

Traceback (most recent call last):
  File "/usr/share/vdsm/vdsClient.py", line 2980, in 
code, message = commands[command][0](commandArgs)
  File "/usr/share/vdsm/vdsClient.py", line 543, in do_getCap
return self.ExecAndExit(self.s.getVdsCapabilities())
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
return self.__send(self.__name, args)
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
verbose=self.__verbose
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
return self.single_request(host, handler, request_body, verbose)
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in single_request
self.send_content(h, request_body)
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
connection.endheaders(request_body)
  File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
self._send_output(message_body)
  File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
self.send(msg)
  File "/usr/lib64/python2.7/httplib.py", line 797, in send
self.connect()
  File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 203, in connect
sock = socket.create_connection((self.host, self.port), self.timeout)
  File "/usr/lib64/python2.7/socket.py", line 571, in create_connection
raise err
error: [Errno 101] Network is unreachable




25.07.2016, 14:58, "aleksey.maksi...@it-kb.ru" :
> Ok.
>
> 1) I stopped and disabled the service NetworkManager
> # systemctl stop NetworkManager
> # systemctl disable NetworkManager
>
> 2) I filled /etc/resolv.conf and remove DNS1,DNS2 and add PEERDNS=no in 
> ifcfg-* file.
>
> 3) Reboot server
>
> 4) Try deploy oVirt HE 4 and I get the same error
>
> [ INFO ] Creating Volume Group
> [ INFO ] Creating Storage Domain
> [ INFO ] Creating Storage Pool
> [ INFO ] Connecting Storage Pool
> [ INFO ] Verifying sanlock lockspace initialization
> [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network 
> is unreachable
> [ INFO ] Stage: Clean up
> [ INFO ] Generating answer file 
> '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160725143420.conf'
> [ INFO ] Stage: Pre-termination
> [ INFO ] Stage: Termination
> [ ERROR ] Hosted Engine deployment failed: this system is not reliable, 
> please check the issue, fix and redeploy
>   Log file is located at 
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160725142534-t81kwf.log
>
> What ideas further?
>
> 25.07.2016, 13:06, "Simone Tiraboschi" :
>>  On Mon, Jul 25, 2016 at 11:54 AM,  wrote:
>>>   What am I supposed to do for successfully deploy ovirt 4 ?
>>>   Any ideas ?
>>
>>  Can you please try to explicitly configure your DNS with nameserver
>>  under /etc/resolv.conf and remove DNS1 and DNS2 and set PEERDNS=no for
>>  the interface you are going to use?
>>
>>>   25.07.2016, 12:47, "aleksey.maksi...@it-kb.ru" 
>>> :
   "Aleksey, was your DNS configured with DNS1 and DNS2 just on the 
 interface you used to create the management bridge on?"

   Yes. Of course

   25.07.2016, 12:27, "Simone Tiraboschi" :
>    On Mon, Jul 25, 2016 at 10:56 AM, Piotr Kliczewski
>     wrote:
>> This could be the issue here as well as for BZ #1358530
>>
>> On Mon, Jul 25, 2016 at 10:53 AM,  wrote:
>>> Could this be due to the fact that the ovirt installer has changed 
>>> network configuration files (ifcfg-*, resolv.conf) ?
>>> After the error in ovirt installation process I see from 
>>> resolv.conf disappeared on my DNS servers entry and now the server is 
>>> unable to resolve names.
>
>    So it could be related to 
> https://bugzilla.redhat.com/show_bug.cgi?id=1160423
>
>    Aleksey, was your DNS configured with DNS1 and DNS2 just on the
>    interface you used to create the management bridge on?
>    Can you please try the workaround described here
>    https://bugzilla.redhat.com/show_bug.cgi?id=1160423#c25 ?
>
>>> 25.07.2016, 11:26, "Simone Tiraboschi" :
 On Mon, Jul 25, 2016 at 10:22 AM,  
 wrote:
>  # 

Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

2016-07-25 Thread Simone Tiraboschi
On Mon, Jul 25, 2016 at 1:46 PM,   wrote:
> Ok.
>
> 1) I stopped and disabled the service NetworkManager
> # systemctl stop NetworkManager
> # systemctl disable NetworkManager
>
> 2) I filled /etc/resolv.conf and remove DNS1,DNS2 and add PEERDNS=no in 
> ifcfg-* file.
>
> 3) Reboot server
>
> 4) Try deploy oVirt HE 4 and I get the same error
>
> [ INFO  ] Creating Volume Group
> [ INFO  ] Creating Storage Domain
> [ INFO  ] Creating Storage Pool
> [ INFO  ] Connecting Storage Pool
> [ INFO  ] Verifying sanlock lockspace initialization
> [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network 
> is unreachable
> [ INFO  ] Stage: Clean up
> [ INFO  ] Generating answer file 
> '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160725143420.conf'
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Hosted Engine deployment failed: this system is not reliable, 
> please check the issue, fix and redeploy
>   Log file is located at 
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160725142534-t81kwf.log
>
>
> What ideas further?

Is your host hostname resolvable now?
Can you please check it with:
 ping $(python -c 'import socket; print(socket.gethostname())')

> 25.07.2016, 13:06, "Simone Tiraboschi" :
>> On Mon, Jul 25, 2016 at 11:54 AM,  wrote:
>>>  What am I supposed to do for successfully deploy ovirt 4 ?
>>>  Any ideas ?
>>
>> Can you please try to explicitly configure your DNS with nameserver
>> under /etc/resolv.conf and remove DNS1 and DNS2 and set PEERDNS=no for
>> the interface you are going to use?
>>
>>>  25.07.2016, 12:47, "aleksey.maksi...@it-kb.ru" :
  "Aleksey, was your DNS configured with DNS1 and DNS2 just on the 
 interface you used to create the management bridge on?"

  Yes. Of course

  25.07.2016, 12:27, "Simone Tiraboschi" :
>   On Mon, Jul 25, 2016 at 10:56 AM, Piotr Kliczewski
>    wrote:
>>This could be the issue here as well as for BZ #1358530
>>
>>On Mon, Jul 25, 2016 at 10:53 AM,  wrote:
>>>Could this be due to the fact that the ovirt installer has changed 
>>> network configuration files (ifcfg-*, resolv.conf) ?
>>>After the error in ovirt installation process I see from resolv.conf 
>>> disappeared on my DNS servers entry and now the server is unable to 
>>> resolve names.
>
>   So it could be related to 
> https://bugzilla.redhat.com/show_bug.cgi?id=1160423
>
>   Aleksey, was your DNS configured with DNS1 and DNS2 just on the
>   interface you used to create the management bridge on?
>   Can you please try the workaround described here
>   https://bugzilla.redhat.com/show_bug.cgi?id=1160423#c25 ?
>
>>>25.07.2016, 11:26, "Simone Tiraboschi" :
On Mon, Jul 25, 2016 at 10:22 AM,  wrote:
> # vdsClient -s 0 getVdsCaps
>
> Traceback (most recent call last):
>   File "/usr/share/vdsm/vdsClient.py", line 2980, in 
> code, message = commands[command][0](commandArgs)
>   File "/usr/share/vdsm/vdsClient.py", line 543, in do_getCap
> return self.ExecAndExit(self.s.getVdsCapabilities())
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
> return self.__send(self.__name, args)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in 
> __request
> verbose=self.__verbose
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
> return self.single_request(host, handler, request_body, 
> verbose)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in 
> single_request
> self.send_content(h, request_body)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in 
> send_content
> connection.endheaders(request_body)
>   File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
> self._send_output(message_body)
>   File "/usr/lib64/python2.7/httplib.py", line 835, in 
> _send_output
> self.send(msg)
>   File "/usr/lib64/python2.7/httplib.py", line 797, in send
> self.connect()
>   File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 
> 203, in connect
> sock = socket.create_connection((self.host, self.port), 
> self.timeout)
>   File "/usr/lib64/python2.7/socket.py", line 571, in 
> create_connection
> raise err
> error: [Errno 101] Network is unreachable

Yaniv, 

Re: [ovirt-users] [ovirt-devel] Blog post: Monitoring Improvements in oVirt

2016-07-25 Thread emarcian

Hi Arik,

Very nice output..

see also our mojo page:

https://mojo.redhat.com/groups/rhev-m-scalability-performance-team

can you elaborate how did you rampup 6K vms?

also can you elaborate the following:

- HW definition?

- java HEAP Size?

- any postgres tuning ?


we are about to scale out the latest 4.0 RHEVM

any relevant changes that we should aware of?

-Eldad



On 07/24/2016 05:15 PM, Arik Hadas wrote:

Hi all,

I wrote a blog post that summarizes the recent improvements in the code that 
monitors virtual machines in oVirt.
It describes the changes that were done and shows a comparison of different 
aspects of oVirt with these changes
(based on the master branch) vs oVirt 3.6 without these changes:
http://ahadas.github.io/monitoring-improvements-in-ovirt/

It is mostly a technical post.

However, users might find it interesting as well.
Note that the measurements were taken on an environment with 1 host and 6000 
running VMs (in a pool).
Each VM had a network interface and was diskless.
Obviously, this is not a typical setup but it was useful to easily expose some 
of weak sides of the monitoring.

Your feedback is always welcome!

Regards,
Arik
___
Devel mailing list
de...@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel


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


Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

2016-07-25 Thread Samuli Heinonen
Hi,

> On 25 Jul 2016, at 12:34, David Gossage  wrote:
> 
> On Mon, Jul 25, 2016 at 1:01 AM, Krutika Dhananjay  
> wrote:
> Hi,
> 
> Thanks for the logs. So I have identified one issue from the logs for which 
> the fix is this: http://review.gluster.org/#/c/14669/. Because of a bug in 
> the code, ENOENT was getting converted to EPERM and being propagated up the 
> stack causing the reads to bail out early with 'Operation not permitted' 
> errors.
> I still need to find out two things:
> i) why there was a readv() sent on a non-existent (ENOENT) file (this is 
> important since some of the other users have not faced or reported this issue 
> on gluster-users with 3.7.13)
> ii) need to see if there's a way to work around this issue.
> 
> Do you mind sharing the steps needed to be executed to run into this issue? 
> This is so that we can apply our patches, test and ensure they fix the 
> problem.


Unfortunately I can’t test this right away nor give exact steps how to test 
this. This is just a theory but please correct me if you see some mistakes.

oVirt uses cache=none settings for VM’s by default which requires direct I/O. 
oVirt also uses dd with iflag=direct to check that storage has direct I/O 
enabled. Problems exist with GlusterFS with sharding enabled and bricks running 
on ZFS on Linux. Everything seems to be fine with GlusterFS 3.7.11 and problems 
exist at least with version .12 and .13. There has been some posts saying that 
GlusterFS 3.8.x is also affected.

Steps to reproduce:
1. Sharded file is created with GlusterFS 3.7.11. Everything works ok.
2. GlusterFS is upgraded to 3.7.12+
3. Sharded file cannot be read or written with direct I/O enabled. (Ie. oVirt 
uses to check storage connection with command "dd 
if=/rhev/data-center/0001-0001-0001-0001-02b6/mastersd/dom_md/inbox 
iflag=direct,fullblock count=1 bs=1024000”)

Please let me know if you need more information.

-samuli

> Well after upgrade of gluster all I did was start ovirt hosts up which 
> launched and started their ha-agent and broker processes.  I don't believe I 
> started getting any errors till it mounted GLUSTER1.  I had enabled sharding 
> but had no sharded disk images yet.  Not sure if the check for shards would 
> have caused that.  Unfortunately I can't just update this cluster and try and 
> see what caused it as it has sme VM's users expect to be available in few 
> hours.
> 
> I can see if I can get my test setup to recreate it.  I think I'll need to 
> de-activate data center so I can detach the storage thats on xfs and attach 
> the one thats over zfs with sharding enabled.  My test is 3 bricks on same 
> local machine, with 3 different volumes but I think im running into sanlock 
> issue or something as it won't mount more than one volume that was created 
> locally.
> 
> 
> -Krutika
> 
> On Fri, Jul 22, 2016 at 7:17 PM, David Gossage  
> wrote:
> Trimmed out the logs to just about when I was shutting down ovirt servers for 
> updates which was 14:30 UTC 2016-07-09
> 
> Pre-update settings were 
> 
> Volume Name: GLUSTER1
> Type: Replicate
> Volume ID: 167b8e57-28c3-447a-95cc-8410cbdf3f7f
> Status: Started
> Number of Bricks: 1 x 3 = 3
> Transport-type: tcp
> Bricks:
> Brick1: ccgl1.gl.local:/gluster1/BRICK1/1
> Brick2: ccgl2.gl.local:/gluster1/BRICK1/1
> Brick3: ccgl3.gl.local:/gluster1/BRICK1/1
> Options Reconfigured:
> performance.readdir-ahead: on
> storage.owner-uid: 36
> storage.owner-gid: 36
> performance.quick-read: off
> performance.read-ahead: off
> performance.io-cache: off
> performance.stat-prefetch: off
> cluster.eager-lock: enable
> network.remote-dio: enable
> cluster.quorum-type: auto
> cluster.server-quorum-type: server
> server.allow-insecure: on
> cluster.self-heal-window-size: 1024
> cluster.background-self-heal-count: 16
> performance.strict-write-ordering: off
> nfs.disable: on
> nfs.addr-namelookup: off
> nfs.enable-ino32: off
> 
> At the time of updates ccgl3 was offline from bad nic on server but had been 
> so for about a week with no issues in volume
> 
> Shortly after update I added these settings to enable sharding but did not as 
> of yet have any VM images sharded.
> features.shard-block-size: 64MB
> features.shard: on
> 
> 
> 
> 
> David Gossage
> Carousel Checks Inc. | System Administrator
> Office 708.613.2284
> 
> On Fri, Jul 22, 2016 at 5:00 AM, Krutika Dhananjay  
> wrote:
> Hi David,
> 
> Could you also share the brick logs from the affected volume? They're located 
> at /var/log/glusterfs/bricks/.log.
> 
> Also, could you share the volume configuration (output of `gluster volume 
> info `) for the affected volume(s) AND at the time you actually saw this 
> issue?
> 
> -Krutika
> 
> 
> 
> 
> On Thu, Jul 21, 2016 at 11:23 PM, David Gossage  
> wrote:
> On Thu, Jul 21, 2016 at 11:47 AM, Scott  wrote:
> Hi David,
> 

Re: [ovirt-users] [ovirt-devel] Blog post: Monitoring Improvements in oVirt

2016-07-25 Thread Arik Hadas


- Original Message -
> Hi Arik,
> 
> Very nice output..

Thank you

> 
> see also our mojo page:
> 
> https://mojo.redhat.com/groups/rhev-m-scalability-performance-team
> 
> can you elaborate how did you rampup 6K vms?

1. Created a cluster with 1 real host, 1 fake-VDSM based host and 1 storage 
domain (so the storage pool will be up).
2. Created a pool with 6000 VMs that is based on template with one network 
interface and no disks.
3. Ran all the VMs on fake-VDSM (they were pinned to that host)

At that point I had a fake-VDSM host that runs 6K VMs.
Then, 1. I put all the things in my master-based setup to maintenance and 
removed all VMs.
  2. Configured 1 cluster with this host - all the 6K VMs were added as 
external VMs.
And on 3.6 I did the same - created a cluster only with that host (and the VMs 
were added as external VMs).

By this, I had the exact same setup on both 3.6 and 4.0 and I didn't have 
anything else that could influence the measurements.

Note that that's why many of the numbers presented in the post should not be 
considered as absolute values but only
as a relative values between 3.6 and 4.0 setups.
My point is that when I say that saving the statistics took 2% of the 
interactions with the database, this '2%'
would probably be different in other environments and lower when the system 
does other things my system did not do.

> 
> also can you elaborate the following:
> 
> - HW definition?

Dell optiplex 780, 16GB of RAM, 4 CPUs with 4 cores-per-CPI
Both the engine and fake VDSM were running on that host.

> 
> - java HEAP Size?

I didn't change it manually - initial and maximum heap size of 3971M

> 
> - any postgres tuning ?

No, I kept the default settings.

> 
> 
> we are about to scale out the latest 4.0 RHEVM
> 
> any relevant changes that we should aware of?

Note that only part of these changes are in 4.0.
What bothers me and worth checking on 4.0 is the memory consumption -
in 4.0 we already cache VM statistics but many of the changes that probably lead
of the overall decrement of the memory consumption are missing there.
So it would be interesting to see what is the implication of storing more data
in memory in 4.0 - if it is problematic we can easily remove this cache as it
is rarely used in 4.0.

> 
> -Eldad
> 
> 
> 
> On 07/24/2016 05:15 PM, Arik Hadas wrote:
> > Hi all,
> >
> > I wrote a blog post that summarizes the recent improvements in the code
> > that monitors virtual machines in oVirt.
> > It describes the changes that were done and shows a comparison of different
> > aspects of oVirt with these changes
> > (based on the master branch) vs oVirt 3.6 without these changes:
> > http://ahadas.github.io/monitoring-improvements-in-ovirt/
> >
> > It is mostly a technical post.
> >
> > However, users might find it interesting as well.
> > Note that the measurements were taken on an environment with 1 host and
> > 6000 running VMs (in a pool).
> > Each VM had a network interface and was diskless.
> > Obviously, this is not a typical setup but it was useful to easily expose
> > some of weak sides of the monitoring.
> >
> > Your feedback is always welcome!
> >
> > Regards,
> > Arik
> > ___
> > Devel mailing list
> > de...@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] OVirt API question

2016-07-25 Thread Juan Hernández
On 07/25/2016 08:43 AM, Костя Климук wrote:
> Hello, OVirt community!
> 
> I have some problems in understanding with OVirt (v 3.6.0) API.
> I'm trying to create user with specifying his roles, by using such
> signature in POST call:
> 
> 
> 
> testuser@saml-auth
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> The user is created but without the roles.
> The next issues, that I encountered is associated with updating of
> existing user (adding the roles to him). I am trying to do PUT call on
> .../ovirt-engine/api/users/long_user_id/roles :
> 
> 
> 
> 
> But this doesn't work.
> Please, give we insight in what I am doing wrong.
> 

In order to do this you first need to add the user, as you did, but
without the roles (if you include then they will just be ignored):

  POST /ovirt-engine/api/users
  
testuser@saml-auth
  

This will return you the added user, including the an identifier:

  
...
  

But you can't directly add role to an user, because there isn't really a
direct relationship between users and roles. Instead you need to add
"permissions", and each permission is composed of an user, a role and an
object. For example, if you want to add to that user the role
"ClusterAdmin" role for a specific cluster:

  POST /ovirt-engine/api/users/the_user_id/permissions
  


  

Alternatively, you can also add the permission using the collection of
the object. For example:

  POST /ovirt-engine/api/clusters/the_cluster_id/permissions
  


  

The /users/the_user_id/roles has a rather strange meaning, it displays
(read only) the roles of the permissions corresponding to the "system"
object. You should probably avoid it completely, and we should probably
remove it.

-- 
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] vdsm ssl errors

2016-07-25 Thread Nir Soffer
On Thu, Jul 21, 2016 at 10:00 AM, C. Handel  wrote:
> longer logs attached, excerpts:
>
> ---+ vdsm
>
> Reactor thread::INFO::2016-07-21
> 08:01:19,544::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept)
> Accepting connection from :::140.181.138.208:59502
> Reactor thread::DEBUG::2016-07-21
> 08:01:19,551::protocoldetector::85::ProtocolDetector.Detector::(__init__)
> Using required_size=11
> Reactor thread::INFO::2016-07-21
> 08:01:19,553::protocoldetector::121::ProtocolDetector.Detector::(handle_read)
> Detected protocol stomp from :::140.181.138.208:59502
> Reactor thread::INFO::2016-07-21
> 08:01:19,553::stompreactor::101::Broker.StompAdapter::(_cmd_connect)
> Processing CONNECT request
> Reactor thread::DEBUG::2016-07-21
> 08:01:19,554::stompreactor::492::protocoldetector.StompDetector::(handle_socket)
> Stomp detected from (':::140.181.138.208', 59502)
> JsonRpc (StompReactor)::INFO::2016-07-21
> 08:01:19,554::stompreactor::128::Broker.StompAdapter::(_cmd_subscribe)
> Subscribe command received
> ...
>
> JsonRpc (StompReactor)::ERROR::2016-07-21
> 08:01:21,411::betterAsyncore::113::vds.dispatcher::(recv) SSL error during
> reading data: unexpected eof

This log is not very useful as is, we must show the relevant remote address.

Should be improved in
https://gerrit.ovirt.org/61303

Can you try this patch and share the log?

>
>
> ---+ engine
>
>
> 2016-07-20 08:00:48,445 INFO
> [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> (DefaultQuartzScheduler1) [1cff1b56] Fetched 7 VMs from VDS
> 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> 2016-07-20 08:01:03,460 INFO
> [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> (DefaultQuartzScheduler3) [78d8aa89] Fetched 0 VMs from VDS
> '6f7a9201-e753-4875-b89d-024120067687'
> 2016-07-20 08:01:03,473 INFO
> [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> (DefaultQuartzScheduler2) [71a27a96] Fetched 7 VMs from VDS
> 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> 2016-07-20 08:01:18,488 INFO
> [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> (DefaultQuartzScheduler2) [71a27a96] Fetched 0 VMs from VDS
> '6f7a9201-e753-4875-b89d-024120067687'
> 2016-07-20 08:01:18,500 INFO
> [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> (DefaultQuartzScheduler9) [47c419da] Fetched 7 VMs from VDS
> 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> 2016-07-20 08:01:33,514 INFO
> [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> (DefaultQuartzScheduler8) [735789] Fetched 0 VMs from VDS
> '6f7a9201-e753-4875-b89d-024120067687'
> 2016-07-20 08:01:33,527 INFO
> [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> (DefaultQuartzScheduler3) [78d8aa89] Fetched 7 VMs from VDS
> 'a46f9de2-4b79-45d4-bed5-f4f472eb8361'
> 2016-07-20 08:01:48,543 INFO
> [org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher]
> (DefaultQuartzScheduler8) [735789] Fetched 0 VMs from VDS
> '6f7a9201-e753-4875-b89d-024120067687'
>
>
> Greetings
>Christoph
>
> On Thu, Jul 21, 2016 at 8:47 AM, Yaniv Kaul  wrote:
>>
>> Can you share engine and VDSM logs please?
>> TIA,
>> Y.
>>
>> On Thu, Jul 21, 2016 at 9:22 AM, C. Handel  wrote:
>>>
>>> i have an ovirt 4.0.1 installation on two nodes. Hosted Engine. San
>>> storage backend.
>>>
>>> For some reason the vdsmd on the nodes is logging an error every few
>>> seconds:
>>>
>>>
>>> vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof
>>>
>>>
>>> Running tcpdump it is a connect from the node to itself. I can't figure
>>> out what is wrong. Can someone give me a hint?
>>>
>>> Greetings
>>>Christoph
>>>
>>> ___
>>> 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] stuck host in hosted engine migration 3.6->4.0

2016-07-25 Thread Piotr Kliczewski
Gervais,

I checked the logs and I see:

jsonrpc.Executor/1::ERROR::2016-07-19
16:19:10,283::task::868::Storage.TaskManager.Task::(_setError)
Task=`b27c8bbd-ca35-44ca-97ae-88c4e91f6eec`::Unexpected error
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 875, in _run
return fn(*args, **kargs)
  File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 50, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 2700, in getStorageDomainInfo
dom = self.validateSdUUID(sdUUID)
  File "/usr/share/vdsm/storage/hsm.py", line 285, in validateSdUUID
sdDom.validate()
  File "/usr/share/vdsm/storage/fileSD.py", line 485, in validate
raise se.StorageDomainAccessError(self.sdUUID)
StorageDomainAccessError: Domain is either partially accessible or
entirely inaccessible: (u'248f46f0-d793-4581-9810-c9d965e2f286',)

Thread-21821::ERROR::2016-07-19
16:19:14,348::api::195::root::(_getHaInfo) failed to retrieve Hosted
Engine HA info
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/host/api.py", line 174,
in _getHaInfo
stats = instance.get_all_stats()
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
line 103, in get_all_stats
self._configure_broker_conn(broker)
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
line 180, in _configure_broker_conn
dom_type=dom_type)
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
line 176, in set_storage_domain
.format(sd_type, options, e))
RequestError: Failed to set storage domain FilesystemBackend, options
{'dom_type': 'nfs3', 'sd_uuid':
'248f46f0-d793-4581-9810-c9d965e2f286'}: Request failed: 


after couple of above issues vdsm was restarted and 'Connection reset
by peer' started to occur. In between connect reset I can see:

Thread-76::ERROR::2016-07-19
16:21:25,024::api::195::root::(_getHaInfo) failed to retrieve Hosted
Engine HA info
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/host/api.py", line 174,
in _getHaInfo
stats = instance.get_all_stats()
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py",
line 102, in get_all_stats
with broker.connection(self._retries, self._wait):
  File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__
return self.gen.next()
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
line 99, in connection
self.connect(retries, wait)
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py",
line 78, in connect
raise BrokerConnectionError(error_msg)
BrokerConnectionError: Failed to connect to broker, the number of
errors has exceeded the limit (1)

and

Thread-315::ERROR::2016-07-19
16:26:58,541::vm::765::virt.vm::(_startUnderlyingVm)
vmId=`4013c829-c9d7-4b72-90d5-6fe58137504c`::The vm start process
failed
Traceback (most recent call last):
  File "/usr/share/vdsm/virt/vm.py", line 706, in _startUnderlyingVm
self._run()
  File "/usr/share/vdsm/virt/vm.py", line 1995, in _run
self._connection.createXML(domxml, flags),
  File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py",
line 123, in wrapper
ret = f(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 916, in wrapper
return func(inst, *args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3611, in createXML
if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)
libvirtError: resource busy: Failed to acquire lock: error -243

and

Thread-6834::ERROR::2016-07-20
17:18:10,030::task::868::Storage.TaskManager.Task::(_setError)
Task=`f6d8d5df-a55f-4ccb-af11-f1b44b9757d0`::Unexpected error
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 875, in _run
return fn(*args, **kargs)
  File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 50, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 3473, in stopMonitoringDomain
raise se.StorageDomainIsMemberOfPool(sdUUID)
StorageDomainIsMemberOfPool: Storage domain is member of pool:
'domain=248f46f0-d793-4581-9810-c9d965e2f286'

In the logs I can see that vdsm was restarted on 2016-07-21
14:55:03,607 and any issues stopped occurring.

Was there any hardware (storage) issue?

I can see from your previous email that the issues started to occur
again on 2016-07-22.
Do you see any errors like those above?

Thanks,
Piotr

On Fri, Jul 22, 2016 at 3:05 PM, Gervais de Montbrun
 wrote:
> Hi Simone,
>
> I did have the issue you link to below when doing a `hosted-engine --deploy`
> on this server when I was setting it up to run 3.6. I've commented on the
> bug with my experiences. I did get the host working in 3.6 and there were no
> errors, but this one has cropped up since upgrading to 4.0.1.
>
> I 

Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

2016-07-25 Thread Simone Tiraboschi
On Mon, Jul 25, 2016 at 11:54 AM,   wrote:
> What am I supposed to do for successfully deploy ovirt 4 ?
> Any ideas ?

Can you please try to explicitly configure your DNS with nameserver
under /etc/resolv.conf and remove DNS1 and DNS2 and set PEERDNS=no for
the interface you are going to use?

> 25.07.2016, 12:47, "aleksey.maksi...@it-kb.ru" :
>> "Aleksey, was your DNS configured with DNS1 and DNS2 just on the interface 
>> you used to create the management bridge on?"
>>
>> Yes. Of course
>>
>> 25.07.2016, 12:27, "Simone Tiraboschi" :
>>>  On Mon, Jul 25, 2016 at 10:56 AM, Piotr Kliczewski
>>>   wrote:
   This could be the issue here as well as for BZ #1358530

   On Mon, Jul 25, 2016 at 10:53 AM,  wrote:
>   Could this be due to the fact that the ovirt installer has changed 
> network configuration files (ifcfg-*, resolv.conf) ?
>   After the error in ovirt installation process I see from resolv.conf 
> disappeared on my DNS servers entry and now the server is unable to 
> resolve names.
>>>
>>>  So it could be related to 
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1160423
>>>
>>>  Aleksey, was your DNS configured with DNS1 and DNS2 just on the
>>>  interface you used to create the management bridge on?
>>>  Can you please try the workaround described here
>>>  https://bugzilla.redhat.com/show_bug.cgi?id=1160423#c25 ?
>>>
>   25.07.2016, 11:26, "Simone Tiraboschi" :
>>   On Mon, Jul 25, 2016 at 10:22 AM,  wrote:
>>># vdsClient -s 0 getVdsCaps
>>>
>>>Traceback (most recent call last):
>>>  File "/usr/share/vdsm/vdsClient.py", line 2980, in 
>>>code, message = commands[command][0](commandArgs)
>>>  File "/usr/share/vdsm/vdsClient.py", line 543, in do_getCap
>>>return self.ExecAndExit(self.s.getVdsCapabilities())
>>>  File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
>>>return self.__send(self.__name, args)
>>>  File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
>>>verbose=self.__verbose
>>>  File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
>>>return self.single_request(host, handler, request_body, verbose)
>>>  File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in 
>>> single_request
>>>self.send_content(h, request_body)
>>>  File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in 
>>> send_content
>>>connection.endheaders(request_body)
>>>  File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
>>>self._send_output(message_body)
>>>  File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
>>>self.send(msg)
>>>  File "/usr/lib64/python2.7/httplib.py", line 797, in send
>>>self.connect()
>>>  File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 
>>> 203, in connect
>>>sock = socket.create_connection((self.host, self.port), 
>>> self.timeout)
>>>  File "/usr/lib64/python2.7/socket.py", line 571, in 
>>> create_connection
>>>raise err
>>>error: [Errno 101] Network is unreachable
>>
>>   Yaniv, can you please take also a look to this one?
>>   it's exactly the opposite of https://bugzilla.redhat.com/1358530
>>   Here the jsonrpcclient works but not the xmlrpc one.
>>
>>>25.07.2016, 11:17, "Simone Tiraboschi" :
On Mon, Jul 25, 2016 at 7:51 AM,  wrote:
> Simone, there is something interesting in the vdsm.log?

For what I saw the issue is not related to the storage but to the 
 network.
ovirt-hosted-engine-setup uses the jsonrpc client, instead the code
from ovirt-hosted-engine-ha still uses the xmlrpc client somewhere 
 and
this happens also when the setup asks to create the lockspace 
 volume.
It seams that in your case the xmlrpc client could not connect vdsm 
 on
the localhost.
It could be somehow related to:
https://bugzilla.redhat.com/1358530

Can you please try executing
 sudo vdsClient -s 0 getVdsCaps
on that host?

> 22.07.2016, 19:36, "aleksey.maksi...@it-kb.ru" 
> :
>> Simone, thanks for link.
>> vdsm.log attached
>>
>> 22.07.2016, 19:28, "Simone Tiraboschi" :
>>>  On Fri, Jul 22, 2016 at 5:59 PM,  
>>> wrote:
   Thank you for your response, Simone.


Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

2016-07-25 Thread aleksey . maksimov
What am I supposed to do for successfully deploy ovirt 4 ?
Any ideas ?

25.07.2016, 12:47, "aleksey.maksi...@it-kb.ru" :
> "Aleksey, was your DNS configured with DNS1 and DNS2 just on the interface 
> you used to create the management bridge on?"
>
> Yes. Of course
>
> 25.07.2016, 12:27, "Simone Tiraboschi" :
>>  On Mon, Jul 25, 2016 at 10:56 AM, Piotr Kliczewski
>>   wrote:
>>>   This could be the issue here as well as for BZ #1358530
>>>
>>>   On Mon, Jul 25, 2016 at 10:53 AM,  wrote:
   Could this be due to the fact that the ovirt installer has changed 
 network configuration files (ifcfg-*, resolv.conf) ?
   After the error in ovirt installation process I see from resolv.conf 
 disappeared on my DNS servers entry and now the server is unable to 
 resolve names.
>>
>>  So it could be related to 
>> https://bugzilla.redhat.com/show_bug.cgi?id=1160423
>>
>>  Aleksey, was your DNS configured with DNS1 and DNS2 just on the
>>  interface you used to create the management bridge on?
>>  Can you please try the workaround described here
>>  https://bugzilla.redhat.com/show_bug.cgi?id=1160423#c25 ?
>>
   25.07.2016, 11:26, "Simone Tiraboschi" :
>   On Mon, Jul 25, 2016 at 10:22 AM,  wrote:
>>    # vdsClient -s 0 getVdsCaps
>>
>>    Traceback (most recent call last):
>>  File "/usr/share/vdsm/vdsClient.py", line 2980, in 
>>    code, message = commands[command][0](commandArgs)
>>  File "/usr/share/vdsm/vdsClient.py", line 543, in do_getCap
>>    return self.ExecAndExit(self.s.getVdsCapabilities())
>>  File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
>>    return self.__send(self.__name, args)
>>  File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
>>    verbose=self.__verbose
>>  File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
>>    return self.single_request(host, handler, request_body, verbose)
>>  File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in 
>> single_request
>>    self.send_content(h, request_body)
>>  File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
>>    connection.endheaders(request_body)
>>  File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
>>    self._send_output(message_body)
>>  File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
>>    self.send(msg)
>>  File "/usr/lib64/python2.7/httplib.py", line 797, in send
>>    self.connect()
>>  File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 203, 
>> in connect
>>    sock = socket.create_connection((self.host, self.port), 
>> self.timeout)
>>  File "/usr/lib64/python2.7/socket.py", line 571, in 
>> create_connection
>>    raise err
>>    error: [Errno 101] Network is unreachable
>
>   Yaniv, can you please take also a look to this one?
>   it's exactly the opposite of https://bugzilla.redhat.com/1358530
>   Here the jsonrpcclient works but not the xmlrpc one.
>
>>    25.07.2016, 11:17, "Simone Tiraboschi" :
>>>    On Mon, Jul 25, 2016 at 7:51 AM,  wrote:
 Simone, there is something interesting in the vdsm.log?
>>>
>>>    For what I saw the issue is not related to the storage but to the 
>>> network.
>>>    ovirt-hosted-engine-setup uses the jsonrpc client, instead the code
>>>    from ovirt-hosted-engine-ha still uses the xmlrpc client somewhere 
>>> and
>>>    this happens also when the setup asks to create the lockspace volume.
>>>    It seams that in your case the xmlrpc client could not connect vdsm 
>>> on
>>>    the localhost.
>>>    It could be somehow related to:
>>>    https://bugzilla.redhat.com/1358530
>>>
>>>    Can you please try executing
>>> sudo vdsClient -s 0 getVdsCaps
>>>    on that host?
>>>
 22.07.2016, 19:36, "aleksey.maksi...@it-kb.ru" 
 :
> Simone, thanks for link.
> vdsm.log attached
>
> 22.07.2016, 19:28, "Simone Tiraboschi" :
>>  On Fri, Jul 22, 2016 at 5:59 PM,  
>> wrote:
>>>   Thank you for your response, Simone.
>>>
>>>   Log attached.
>>
>>  It seams it comes from VDSM, can you please attach also 
>> vdsm.log?
>>
>>>   I don't use ovirt-engine-appliance because I have not found 
>>> "how-to" for ovirt-engine-appliance deployment in hosted engine 
>>> configuration.
>>
>>  yum install 

Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

2016-07-25 Thread aleksey . maksimov
"Aleksey, was your DNS configured with DNS1 and DNS2 just on the interface you 
used to create the management bridge on?"

Yes. Of course

25.07.2016, 12:27, "Simone Tiraboschi" :
> On Mon, Jul 25, 2016 at 10:56 AM, Piotr Kliczewski
>  wrote:
>>  This could be the issue here as well as for BZ #1358530
>>
>>  On Mon, Jul 25, 2016 at 10:53 AM,  wrote:
>>>  Could this be due to the fact that the ovirt installer has changed network 
>>> configuration files (ifcfg-*, resolv.conf) ?
>>>  After the error in ovirt installation process I see from resolv.conf 
>>> disappeared on my DNS servers entry and now the server is unable to resolve 
>>> names.
>
> So it could be related to https://bugzilla.redhat.com/show_bug.cgi?id=1160423
>
> Aleksey, was your DNS configured with DNS1 and DNS2 just on the
> interface you used to create the management bridge on?
> Can you please try the workaround described here
> https://bugzilla.redhat.com/show_bug.cgi?id=1160423#c25 ?
>
>>>  25.07.2016, 11:26, "Simone Tiraboschi" :
  On Mon, Jul 25, 2016 at 10:22 AM,  wrote:
>   # vdsClient -s 0 getVdsCaps
>
>   Traceback (most recent call last):
> File "/usr/share/vdsm/vdsClient.py", line 2980, in 
>   code, message = commands[command][0](commandArgs)
> File "/usr/share/vdsm/vdsClient.py", line 543, in do_getCap
>   return self.ExecAndExit(self.s.getVdsCapabilities())
> File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
>   return self.__send(self.__name, args)
> File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
>   verbose=self.__verbose
> File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
>   return self.single_request(host, handler, request_body, verbose)
> File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in single_request
>   self.send_content(h, request_body)
> File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
>   connection.endheaders(request_body)
> File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
>   self._send_output(message_body)
> File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
>   self.send(msg)
> File "/usr/lib64/python2.7/httplib.py", line 797, in send
>   self.connect()
> File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 203, 
> in connect
>   sock = socket.create_connection((self.host, self.port), 
> self.timeout)
> File "/usr/lib64/python2.7/socket.py", line 571, in create_connection
>   raise err
>   error: [Errno 101] Network is unreachable

  Yaniv, can you please take also a look to this one?
  it's exactly the opposite of https://bugzilla.redhat.com/1358530
  Here the jsonrpcclient works but not the xmlrpc one.

>   25.07.2016, 11:17, "Simone Tiraboschi" :
>>   On Mon, Jul 25, 2016 at 7:51 AM,  wrote:
>>>    Simone, there is something interesting in the vdsm.log?
>>
>>   For what I saw the issue is not related to the storage but to the 
>> network.
>>   ovirt-hosted-engine-setup uses the jsonrpc client, instead the code
>>   from ovirt-hosted-engine-ha still uses the xmlrpc client somewhere and
>>   this happens also when the setup asks to create the lockspace volume.
>>   It seams that in your case the xmlrpc client could not connect vdsm on
>>   the localhost.
>>   It could be somehow related to:
>>   https://bugzilla.redhat.com/1358530
>>
>>   Can you please try executing
>>    sudo vdsClient -s 0 getVdsCaps
>>   on that host?
>>
>>>    22.07.2016, 19:36, "aleksey.maksi...@it-kb.ru" 
>>> :
    Simone, thanks for link.
    vdsm.log attached

    22.07.2016, 19:28, "Simone Tiraboschi" :
> On Fri, Jul 22, 2016 at 5:59 PM,  
> wrote:
>>  Thank you for your response, Simone.
>>
>>  Log attached.
>
> It seams it comes from VDSM, can you please attach also vdsm.log?
>
>>  I don't use ovirt-engine-appliance because I have not found 
>> "how-to" for ovirt-engine-appliance deployment in hosted engine 
>> configuration.
>
> yum install ovirt-engine-appliance
>
> Then follow the instruction here:
> 
> http://www.ovirt.org/develop/release-management/features/heapplianceflow/
>
>>  22.07.2016, 17:09, "Simone Tiraboschi" :
>>>  Hi Aleksey,
>>>  Can you please attach hosted-engine-setup logs?

Re: [ovirt-users] ERROR [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp Reactor) [] Unable to process messages

2016-07-25 Thread Piotr Kliczewski
I remember an issue that engine upgrade corrupted certificates and
"General SSLEngine problem" may be indication that you saw it.
I asked to open BZ for it but was unable to find it.

@Sandro @Simone was it fixed already?

On Thu, Jul 21, 2016 at 3:18 PM, Martin Perina  wrote:
> Thanks a lot for you effort, I'm glad that you were able to upgrade
> successfully although we were not able to find the cause for the issue :-(
>
> On Thu, Jul 21, 2016 at 2:30 PM,  wrote:
>>
>> So I gave it another try and this time it worked without any issue (with
>> 4.0.1.1 version). Strange, maybe the first upgrade failure left system in a
>> weird state? Anyhow almost everything ([1]) is working fine now. Thanks for
>> the help!
>>
>>   [1]: https://bugzilla.redhat.com/show_bug.cgi?id=1358737
>
>
> Adding Tomas about this one
>
>>
>>
>> El 2016-07-20 20:23, Martin Perina escribió:
>>>
>>> On Wed, Jul 20, 2016 at 6:18 PM, Nicolás  wrote:
>>>
 El 20/07/16 a las 16:45, Martin Perina escribió:

 On Wed, Jul 20, 2016 at 4:44 PM, Nicolás  wrote:

 Hi Martin,

 Actually, up until now we had that cert configured in httpd and in
 websocket proxy. Seems that now in 4.0.x it's not enough, as opening
 the https://fqdn [1] complains about the cert not being imported in
 the key chain.

 Yes, there's an updated procedure on using external CA in 4.0,
 for details please take a look at Doc Text in

 https://bugzilla.redhat.com/show_bug.cgi?id=1336838 [2]

 So I imported it via keytool, but I don't want to use it in the
 engine <-> VDSM communication.

 Hmm, so that would imply that we have some issue with existing
 internal enigne CA during upgrade ...

 The strange thing is that we test upgrades a lot but so far we
 haven't seen any issues which will broke

 SSL setup between engine and VDSM. You said that you had to
 downgrade back to 3.6.7 (so unfortunately for us we cannot
 investigate your nonworking setup more), but how did you do that?

 Removing all engine packages and configuration, installing back
 3.6.7 packaging and restoring configuration form backup?

 I'm asking to know what changed in your setup between not working
 4.0 and working 3.6.7 ...
>>>
>>>
>>>  Indeed, those are the steps I followed to the point.
>>>
>>>  To add more strangeness, previously to upgrading this oVirt
>>> infrastructure, we upgraded another one that we have (also using own
>>> cert, a different one but from the same CA) and everything went
>>> smoothly. And what's more, previously to upgrading the engine that
>>> failed, I created a copy of that engine machine in a sandbox
>>> environment to see if upgrade process would or not success, and it
>>> worked perfectly.
>>>
>>>  The only difference between the sandbox and the real machine's
>>> process was that when upgrading the real one, the first time I run
>>> "engine-setup" it failed because 'systemd' reported PostgreSQL as it
>>> was not running (actually it was, thougg), so everything rolled back.
>>> I had to kill the PostgreSQL process, start it again with systemctl
>>> and then run "engine-setup", where the process completed successfully
>>> but the SSL issue appeared. Not sure if this rollback could have
>>> shattered the whole thing...
>>>
>>>  Anyhow, tomorrow I'm going to create another copy of the engine
>>> machine to a sandbox environment and try again. If it works I'll cross
>>> my fingers and give another try on the real machine...
>>>
>>>  Thanks!
>>>
>>> Thanks a lot for you effort. I will try to perform same upgrade
>>> tomorrow in my test env.
>>>
>>>
 Thanks

 Martin

 Thanks!
 En 20/7/2016 2:48 p. m., Martin Perina 
 escribió:

 Hi,

 sorry for late response, I overlook your reply :-(

 I looked at your logs and it seems to me that there's SSL
 error when engine tries to contact VDSM.

 You have mentioned that your are using your own custom CA. Are
 you using it only for HTTPS certificate or do you want to use it
 also for Engine <-> VDSM communication?


 Martin Perina



 On Wed, Jul 20, 2016 at 9:18 AM,  wrote:
 Any hints about this?

 El 2016-07-13 11:13, nico...@devels.es escribió:
 Hi,

 Unfortunately, upgrading to 4.0.1RC didn't solve the problem.
 Actually, the error changed to 'General SSLEngine problem', but the
 result was the same, like this:

 2016-07-13 09:52:22,010 INFO
 [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp
 Reactor) [] Connecting to /10.X.X.X
 2016-07-13 09:52:22,018 ERROR
 [org.ovirt.vdsm.jsonrpc.client.reactors.Reactor] (SSL Stomp
 Reactor)
 [] Unable to process messages: General SSLEngine problem

 It's worth mentioning 

Re: [ovirt-users] ovirt 3.6.6 and gluster 3.7.13

2016-07-25 Thread David Gossage
On Mon, Jul 25, 2016 at 1:01 AM, Krutika Dhananjay 
wrote:

> Hi,
>
> Thanks for the logs. So I have identified one issue from the logs for
> which the fix is this: http://review.gluster.org/#/c/14669/. Because of a
> bug in the code, ENOENT was getting converted to EPERM and being propagated
> up the stack causing the reads to bail out early with 'Operation not
> permitted' errors.
> I still need to find out two things:
> i) why there was a readv() sent on a non-existent (ENOENT) file (this is
> important since some of the other users have not faced or reported this
> issue on gluster-users with 3.7.13)
> ii) need to see if there's a way to work around this issue.
>
> Do you mind sharing the steps needed to be executed to run into this
> issue? This is so that we can apply our patches, test and ensure they fix
> the problem.
>

Well after upgrade of gluster all I did was start ovirt hosts up which
launched and started their ha-agent and broker processes.  I don't believe
I started getting any errors till it mounted GLUSTER1.  I had enabled
sharding but had no sharded disk images yet.  Not sure if the check for
shards would have caused that.  Unfortunately I can't just update this
cluster and try and see what caused it as it has sme VM's users expect to
be available in few hours.

I can see if I can get my test setup to recreate it.  I think I'll need to
de-activate data center so I can detach the storage thats on xfs and attach
the one thats over zfs with sharding enabled.  My test is 3 bricks on same
local machine, with 3 different volumes but I think im running into sanlock
issue or something as it won't mount more than one volume that was created
locally.


-Krutika
>
> On Fri, Jul 22, 2016 at 7:17 PM, David Gossage <
> dgoss...@carouselchecks.com> wrote:
>
>> Trimmed out the logs to just about when I was shutting down ovirt servers
>> for updates which was 14:30 UTC 2016-07-09
>>
>> Pre-update settings were
>>
>> Volume Name: GLUSTER1
>> Type: Replicate
>> Volume ID: 167b8e57-28c3-447a-95cc-8410cbdf3f7f
>> Status: Started
>> Number of Bricks: 1 x 3 = 3
>> Transport-type: tcp
>> Bricks:
>> Brick1: ccgl1.gl.local:/gluster1/BRICK1/1
>> Brick2: ccgl2.gl.local:/gluster1/BRICK1/1
>> Brick3: ccgl3.gl.local:/gluster1/BRICK1/1
>> Options Reconfigured:
>> performance.readdir-ahead: on
>> storage.owner-uid: 36
>> storage.owner-gid: 36
>> performance.quick-read: off
>> performance.read-ahead: off
>> performance.io-cache: off
>> performance.stat-prefetch: off
>> cluster.eager-lock: enable
>> network.remote-dio: enable
>> cluster.quorum-type: auto
>> cluster.server-quorum-type: server
>> server.allow-insecure: on
>> cluster.self-heal-window-size: 1024
>> cluster.background-self-heal-count: 16
>> performance.strict-write-ordering: off
>> nfs.disable: on
>> nfs.addr-namelookup: off
>> nfs.enable-ino32: off
>>
>> At the time of updates ccgl3 was offline from bad nic on server but had
>> been so for about a week with no issues in volume
>>
>> Shortly after update I added these settings to enable sharding but did
>> not as of yet have any VM images sharded.
>> features.shard-block-size: 64MB
>> features.shard: on
>>
>>
>>
>>
>> *David Gossage*
>> *Carousel Checks Inc. | System Administrator*
>> *Office* 708.613.2284
>>
>> On Fri, Jul 22, 2016 at 5:00 AM, Krutika Dhananjay 
>> wrote:
>>
>>> Hi David,
>>>
>>> Could you also share the brick logs from the affected volume? They're
>>> located at
>>> /var/log/glusterfs/bricks/.log.
>>>
>>> Also, could you share the volume configuration (output of `gluster
>>> volume info `) for the affected volume(s) AND at the time you actually
>>> saw this issue?
>>>
>>> -Krutika
>>>
>>>
>>>
>>>
>>> On Thu, Jul 21, 2016 at 11:23 PM, David Gossage <
>>> dgoss...@carouselchecks.com> wrote:
>>>
 On Thu, Jul 21, 2016 at 11:47 AM, Scott  wrote:

> Hi David,
>
> My backend storage is ZFS.
>
> I thought about moving from FUSE to NFS mounts for my Gluster volumes
> to help test.  But since I use hosted engine this would be a real pain.
> Its difficult to modify the storage domain type/path in the
> hosted-engine.conf.  And I don't want to go through the process of
> re-deploying hosted engine.
>
>
 I found this

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

 Not sure if related.

 But I also have zfs backend, another user in gluster mailing list had
 issues and used zfs backend although she used proxmox and got it working by
 changing disk to writeback cache I think it was.

 I also use hosted engine, but I run my gluster volume for HE actually
 on a LVM separate from zfs on xfs and if i recall it did not have the
 issues my gluster on zfs did.  I'm wondering now if the issue was zfs
 settings.

 Hopefully should have a test machone up soon I can play around with
 more.

 Scott
>
> On Thu, Jul 

Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

2016-07-25 Thread Simone Tiraboschi
On Mon, Jul 25, 2016 at 10:56 AM, Piotr Kliczewski
 wrote:
> This could be the issue here as well as for BZ #1358530
>
> On Mon, Jul 25, 2016 at 10:53 AM,   wrote:
>> Could this be due to the fact that the ovirt installer has changed network 
>> configuration files (ifcfg-*, resolv.conf) ?
>> After the error in ovirt installation process I see from resolv.conf 
>> disappeared on my DNS servers entry and now the server is unable to resolve 
>> names.

So it could be related to https://bugzilla.redhat.com/show_bug.cgi?id=1160423

Aleksey, was your DNS configured with DNS1 and DNS2 just on the
interface you used to create the management bridge on?
Can you please try the workaround described here
https://bugzilla.redhat.com/show_bug.cgi?id=1160423#c25 ?



>> 25.07.2016, 11:26, "Simone Tiraboschi" :
>>> On Mon, Jul 25, 2016 at 10:22 AM,  wrote:
  # vdsClient -s 0 getVdsCaps

  Traceback (most recent call last):
File "/usr/share/vdsm/vdsClient.py", line 2980, in 
  code, message = commands[command][0](commandArgs)
File "/usr/share/vdsm/vdsClient.py", line 543, in do_getCap
  return self.ExecAndExit(self.s.getVdsCapabilities())
File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
  return self.__send(self.__name, args)
File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
  verbose=self.__verbose
File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
  return self.single_request(host, handler, request_body, verbose)
File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in single_request
  self.send_content(h, request_body)
File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
  connection.endheaders(request_body)
File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
  self._send_output(message_body)
File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
  self.send(msg)
File "/usr/lib64/python2.7/httplib.py", line 797, in send
  self.connect()
File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 203, in 
 connect
  sock = socket.create_connection((self.host, self.port), self.timeout)
File "/usr/lib64/python2.7/socket.py", line 571, in create_connection
  raise err
  error: [Errno 101] Network is unreachable
>>>
>>> Yaniv, can you please take also a look to this one?
>>> it's exactly the opposite of https://bugzilla.redhat.com/1358530
>>> Here the jsonrpcclient works but not the xmlrpc one.
>>>
  25.07.2016, 11:17, "Simone Tiraboschi" :
>  On Mon, Jul 25, 2016 at 7:51 AM,  wrote:
>>   Simone, there is something interesting in the vdsm.log?
>
>  For what I saw the issue is not related to the storage but to the 
> network.
>  ovirt-hosted-engine-setup uses the jsonrpc client, instead the code
>  from ovirt-hosted-engine-ha still uses the xmlrpc client somewhere and
>  this happens also when the setup asks to create the lockspace volume.
>  It seams that in your case the xmlrpc client could not connect vdsm on
>  the localhost.
>  It could be somehow related to:
>  https://bugzilla.redhat.com/1358530
>
>  Can you please try executing
>   sudo vdsClient -s 0 getVdsCaps
>  on that host?
>
>>   22.07.2016, 19:36, "aleksey.maksi...@it-kb.ru" 
>> :
>>>   Simone, thanks for link.
>>>   vdsm.log attached
>>>
>>>   22.07.2016, 19:28, "Simone Tiraboschi" :
On Fri, Jul 22, 2016 at 5:59 PM,  wrote:
> Thank you for your response, Simone.
>
> Log attached.

It seams it comes from VDSM, can you please attach also vdsm.log?

> I don't use ovirt-engine-appliance because I have not found 
> "how-to" for ovirt-engine-appliance deployment in hosted engine 
> configuration.

yum install ovirt-engine-appliance

Then follow the instruction here:

 http://www.ovirt.org/develop/release-management/features/heapplianceflow/

> 22.07.2016, 17:09, "Simone Tiraboschi" :
>> Hi Aleksey,
>> Can you please attach hosted-engine-setup logs?
>>
>> On Fri, Jul 22, 2016 at 3:46 PM,  
>> wrote:
>>
>>>  Hello oVirt guru`s !
>>>
>>>  I have problem with initial deploy of ovirt 4.0 hosted engine.
>>>
>>>  My environment :
>>>  
>>>  * Two servers HP ProLiant DL 360 G5 

Re: [ovirt-users] vdsm ssl errors

2016-07-25 Thread Piotr Kliczewski
Based on the pieces of the logs that you provided it is hard to tell
what was the reason of a connection being closed.

This message is logged when python ssl library we use was reading the
data from the connection and it was closed by
the other side (engine). It is expected message in those situations.

Please provide more complete engine logs so we know why the connection
was closed.

On Thu, Jul 21, 2016 at 9:31 AM, C. Handel  wrote:
> all nodes and engines are synced to the same timeserver.
>
> as far as i can tell, the connection is from the node itself, to the vdsm on
> the node, so no time difference can occur.
>
> the certificate that get's presented be vdsm on port 54321 looks ok.
>
> For what it is worth, I changed the certificate of the hosted-engine web
> interface by reconfiguring apaches mod_ssl, not touching any certificate in
> hosted-engine:/etc/pki/ovirt-*
>
> On Thu, Jul 21, 2016 at 9:22 AM, Швыгин Алексей Михайлович
>  wrote:
>>
>> Check time/ntp settings on nodes and engine.
>>
>>
>>
>> --
>>
>> a.shvy...@grfc.ru
>>
>>
>>
>> From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf
>> Of C. Handel
>> Sent: Thursday, July 21, 2016 10:03 AM
>> To: Oved Ourfali
>> Cc: users
>> Subject: Re: [ovirt-users] vdsm ssl errors
>>
>>
>>
>> as far as i can tell, everything is fine.
>>
>>
>>
>> VMs are running, i can migrate them, they are restarted on crash, etc.
>>
>>
>>
>> No events in the dashboard, performance data is available.
>>
>>
>>
>> Greetings
>>
>>Christoph
>>
>>
>>
>> On Thu, Jul 21, 2016 at 8:59 AM, Oved Ourfali  wrote:
>>
>> Other than errors, anything that doesn't work on your environment?
>>
>> On Jul 21, 2016 09:48, "Yaniv Kaul"  wrote:
>>
>> Can you share engine and VDSM logs please?
>>
>> TIA,
>>
>> Y.
>>
>>
>>
>> On Thu, Jul 21, 2016 at 9:22 AM, C. Handel  wrote:
>>
>> i have an ovirt 4.0.1 installation on two nodes. Hosted Engine. San
>> storage backend.
>>
>>
>>
>> For some reason the vdsmd on the nodes is logging an error every few
>> seconds:
>>
>>
>>
>>
>>
>> vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof
>>
>>
>>
>>
>>
>> Running tcpdump it is a connect from the node to itself. I can't figure
>> out what is wrong. Can someone give me a hint?
>>
>>
>>
>> Greetings
>>
>>Christoph
>>
>>
>> ___
>> 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
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVIRT 4.0.1 Hosted Engine Agent stops and can't be started anymore

2016-07-25 Thread Sandro Bonazzola
On Sun, Jul 24, 2016 at 12:19 AM, Matt .  wrote:

> Hi Guys,
>
> I'm having an issues just at once that my HA Agent stops running and
> can't be restarted or won't start anymore after the following error.
>
> I'm able to start the HE manually on the commandline on each host.
>
> Exception: Failed to start monitoring domain
> (sd_uuid=4093ad17-bef5-4e4b-9a16-259a98e20321, host_id=1):
> timeout during domain acquisition
> MainThread::WARNING::2016-07-22
>
> 13:20:05,059::hosted_engine::477::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::
> (start_monitoring) Error while monitoring engine: Failed to start
> monitoring domain
> (sd_uuid=4093ad17-bef5-4e4b-9a16-259a98e20321, host_id=1): timeout
> during domain acquisition
> MainThread::WARNING::2016-07-22
>
> 13:20:05,059::hosted_engine::480::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::
> (start_monitoring) Unexpected error
> Traceback (most recent call last):
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
> line 451, in start_monitoring
> self._initialize_domain_monitor()
>   File
> "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
> line 831, in _initialize_domain_monitor
> raise Exception(msg)
> Exception: Failed to start monitoring domain
> (sd_uuid=4093ad17-bef5-4e4b-9a16-259a98e20321, host_id=1):
> timeout during domain acquisition
> MainThread::ERROR::2016-07-22
>
> 13:20:05,060::hosted_engine::493::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::
> (start_monitoring) Shutting down the agent because of 3 failures in a row!
> MainThread::INFO::2016-07-22
>
> 13:20:07,096::hosted_engine::860::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::
> (_get_domain_monitor_status) VDSM domain monitor status: PENDING
> MainThread::INFO::2016-07-22
>
> 13:20:07,122::hosted_engine::786::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::
> (_stop_domain_monitor) Failed to stop monitoring domain
> (sd_uuid=4093ad17-bef5-4e4b-9a16-259a98e20321):
> Error 900 from stopMonitoringDomain: Storage domain is member of pool:
> 'domain=4093ad17-bef5-4e4b-9a16-259a98e20321'
> MainThread::INFO::2016-07-22
> 13:20:07,129::agent::143::ovirt_hosted_engine_ha.agent.agent.Agent::(run)
> Agent shutting down
>
> This part concerns me actually:
>
> Error 900 from stopMonitoringDomain: Storage domain is member of pool:
> 'domain=4093ad17-bef5-4e4b-9a16-259a98e20321'
>
>
Can you please provide full sos report from the failing host?
Has this host been upgraded from a previous version or freshly installed?




>
> I'm running oVirt 4.0.1
>
> Or do you guys want a bugreport for this ?
>
>
> Thanks!
>
> Matt
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

2016-07-25 Thread Piotr Kliczewski
This could be the issue here as well as for BZ #1358530

On Mon, Jul 25, 2016 at 10:53 AM,   wrote:
> Could this be due to the fact that the ovirt installer has changed network 
> configuration files (ifcfg-*, resolv.conf) ?
> After the error in ovirt installation process I see from resolv.conf 
> disappeared on my DNS servers entry and now the server is unable to resolve 
> names.
>
> 25.07.2016, 11:26, "Simone Tiraboschi" :
>> On Mon, Jul 25, 2016 at 10:22 AM,  wrote:
>>>  # vdsClient -s 0 getVdsCaps
>>>
>>>  Traceback (most recent call last):
>>>File "/usr/share/vdsm/vdsClient.py", line 2980, in 
>>>  code, message = commands[command][0](commandArgs)
>>>File "/usr/share/vdsm/vdsClient.py", line 543, in do_getCap
>>>  return self.ExecAndExit(self.s.getVdsCapabilities())
>>>File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
>>>  return self.__send(self.__name, args)
>>>File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
>>>  verbose=self.__verbose
>>>File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
>>>  return self.single_request(host, handler, request_body, verbose)
>>>File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in single_request
>>>  self.send_content(h, request_body)
>>>File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
>>>  connection.endheaders(request_body)
>>>File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
>>>  self._send_output(message_body)
>>>File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
>>>  self.send(msg)
>>>File "/usr/lib64/python2.7/httplib.py", line 797, in send
>>>  self.connect()
>>>File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 203, in 
>>> connect
>>>  sock = socket.create_connection((self.host, self.port), self.timeout)
>>>File "/usr/lib64/python2.7/socket.py", line 571, in create_connection
>>>  raise err
>>>  error: [Errno 101] Network is unreachable
>>
>> Yaniv, can you please take also a look to this one?
>> it's exactly the opposite of https://bugzilla.redhat.com/1358530
>> Here the jsonrpcclient works but not the xmlrpc one.
>>
>>>  25.07.2016, 11:17, "Simone Tiraboschi" :
  On Mon, Jul 25, 2016 at 7:51 AM,  wrote:
>   Simone, there is something interesting in the vdsm.log?

  For what I saw the issue is not related to the storage but to the network.
  ovirt-hosted-engine-setup uses the jsonrpc client, instead the code
  from ovirt-hosted-engine-ha still uses the xmlrpc client somewhere and
  this happens also when the setup asks to create the lockspace volume.
  It seams that in your case the xmlrpc client could not connect vdsm on
  the localhost.
  It could be somehow related to:
  https://bugzilla.redhat.com/1358530

  Can you please try executing
   sudo vdsClient -s 0 getVdsCaps
  on that host?

>   22.07.2016, 19:36, "aleksey.maksi...@it-kb.ru" 
> :
>>   Simone, thanks for link.
>>   vdsm.log attached
>>
>>   22.07.2016, 19:28, "Simone Tiraboschi" :
>>>On Fri, Jul 22, 2016 at 5:59 PM,  wrote:
 Thank you for your response, Simone.

 Log attached.
>>>
>>>It seams it comes from VDSM, can you please attach also vdsm.log?
>>>
 I don't use ovirt-engine-appliance because I have not found 
 "how-to" for ovirt-engine-appliance deployment in hosted engine 
 configuration.
>>>
>>>yum install ovirt-engine-appliance
>>>
>>>Then follow the instruction here:
>>>
>>> http://www.ovirt.org/develop/release-management/features/heapplianceflow/
>>>
 22.07.2016, 17:09, "Simone Tiraboschi" :
> Hi Aleksey,
> Can you please attach hosted-engine-setup logs?
>
> On Fri, Jul 22, 2016 at 3:46 PM,  
> wrote:
>
>>  Hello oVirt guru`s !
>>
>>  I have problem with initial deploy of ovirt 4.0 hosted engine.
>>
>>  My environment :
>>  
>>  * Two servers HP ProLiant DL 360 G5 with Qlogic FC HBA 
>> connected (with
>>  multipathd) to storage HP 3PAR 7200
>>  * On each server installed CentOS 7.2 Linux 
>> (3.10.0-327.22.2.el7.x86_64)
>>  * On 3PAR storage I created 2 LUNs for oVirt.
>>  - First LUN for oVirt Hosted Engine VM (60GB)
>>  - Second LUN for all other VMs (2TB)
>>
>>  # multipath -ll
>>
>>  3par-vv1 (360002ac0001bcec9) dm-0 

Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

2016-07-25 Thread aleksey . maksimov
Could this be due to the fact that the ovirt installer has changed network 
configuration files (ifcfg-*, resolv.conf) ?
After the error in ovirt installation process I see from resolv.conf 
disappeared on my DNS servers entry and now the server is unable to resolve 
names.

25.07.2016, 11:26, "Simone Tiraboschi" :
> On Mon, Jul 25, 2016 at 10:22 AM,  wrote:
>>  # vdsClient -s 0 getVdsCaps
>>
>>  Traceback (most recent call last):
>>    File "/usr/share/vdsm/vdsClient.py", line 2980, in 
>>  code, message = commands[command][0](commandArgs)
>>    File "/usr/share/vdsm/vdsClient.py", line 543, in do_getCap
>>  return self.ExecAndExit(self.s.getVdsCapabilities())
>>    File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
>>  return self.__send(self.__name, args)
>>    File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
>>  verbose=self.__verbose
>>    File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
>>  return self.single_request(host, handler, request_body, verbose)
>>    File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in single_request
>>  self.send_content(h, request_body)
>>    File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
>>  connection.endheaders(request_body)
>>    File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
>>  self._send_output(message_body)
>>    File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
>>  self.send(msg)
>>    File "/usr/lib64/python2.7/httplib.py", line 797, in send
>>  self.connect()
>>    File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 203, in 
>> connect
>>  sock = socket.create_connection((self.host, self.port), self.timeout)
>>    File "/usr/lib64/python2.7/socket.py", line 571, in create_connection
>>  raise err
>>  error: [Errno 101] Network is unreachable
>
> Yaniv, can you please take also a look to this one?
> it's exactly the opposite of https://bugzilla.redhat.com/1358530
> Here the jsonrpcclient works but not the xmlrpc one.
>
>>  25.07.2016, 11:17, "Simone Tiraboschi" :
>>>  On Mon, Jul 25, 2016 at 7:51 AM,  wrote:
   Simone, there is something interesting in the vdsm.log?
>>>
>>>  For what I saw the issue is not related to the storage but to the network.
>>>  ovirt-hosted-engine-setup uses the jsonrpc client, instead the code
>>>  from ovirt-hosted-engine-ha still uses the xmlrpc client somewhere and
>>>  this happens also when the setup asks to create the lockspace volume.
>>>  It seams that in your case the xmlrpc client could not connect vdsm on
>>>  the localhost.
>>>  It could be somehow related to:
>>>  https://bugzilla.redhat.com/1358530
>>>
>>>  Can you please try executing
>>>   sudo vdsClient -s 0 getVdsCaps
>>>  on that host?
>>>
   22.07.2016, 19:36, "aleksey.maksi...@it-kb.ru" 
 :
>   Simone, thanks for link.
>   vdsm.log attached
>
>   22.07.2016, 19:28, "Simone Tiraboschi" :
>>    On Fri, Jul 22, 2016 at 5:59 PM,  wrote:
>>> Thank you for your response, Simone.
>>>
>>> Log attached.
>>
>>    It seams it comes from VDSM, can you please attach also vdsm.log?
>>
>>> I don't use ovirt-engine-appliance because I have not found 
>>> "how-to" for ovirt-engine-appliance deployment in hosted engine 
>>> configuration.
>>
>>    yum install ovirt-engine-appliance
>>
>>    Then follow the instruction here:
>>    
>> http://www.ovirt.org/develop/release-management/features/heapplianceflow/
>>
>>> 22.07.2016, 17:09, "Simone Tiraboschi" :
 Hi Aleksey,
 Can you please attach hosted-engine-setup logs?

 On Fri, Jul 22, 2016 at 3:46 PM,  wrote:

>  Hello oVirt guru`s !
>
>  I have problem with initial deploy of ovirt 4.0 hosted engine.
>
>  My environment :
>  
>  * Two servers HP ProLiant DL 360 G5 with Qlogic FC HBA connected 
> (with
>  multipathd) to storage HP 3PAR 7200
>  * On each server installed CentOS 7.2 Linux 
> (3.10.0-327.22.2.el7.x86_64)
>  * On 3PAR storage I created 2 LUNs for oVirt.
>  - First LUN for oVirt Hosted Engine VM (60GB)
>  - Second LUN for all other VMs (2TB)
>
>  # multipath -ll
>
>  3par-vv1 (360002ac0001bcec9) dm-0 3PARdata,VV
>  size=60G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
>  `-+- policy='round-robin 0' prio=50 status=active
>    |- 2:0:1:1 sdd 8:48 active ready running
>    |- 3:0:0:1 sdf 8:80 active 

Re: [ovirt-users] hosted-engine-deploy error

2016-07-25 Thread Simone Tiraboschi
On Mon, Jul 25, 2016 at 5:23 AM, qinglong.d...@horebdata.cn
 wrote:
> Hi, all:
> I tried to deploy an hosted engine, but I got an error:
> [root@node ~]# hosted-engine --deploy
> ..
>   --== CONFIGURATION PREVIEW ==--
>
>   Bridge interface   : enp6s0f0
>   Engine FQDN: engine.horebdata.cn
>   Bridge name: ovirtmgmt
>   Host address   : node.horebdata.cn
>   SSH daemon port: 22
>   Firewall manager   : iptables
>   Gateway address: 192.168.1.1
>   Host name for web application  : node
>   Storage Domain type: iscsi
>   Host ID: 1
>   LUN ID : 23866376332323932
>   Image size GB  : 25
>   iSCSI Portal IP Address: 192.168.128.115
>   iSCSI Target Name  : engine
>   iSCSI Portal port  : 3260
>   iSCSI Portal user  :
>   Console type   : vnc
>   Memory size MB : 4096
>   MAC address: 00:16:3e:48:db:9e
>   Boot type  : cdrom
>   Number of CPUs : 2
>   ISO image (cdrom boot/cloud-init)  : /tmp/1.iso
>   CPU Type   : model_SandyBridge
>
>   Please confirm installation settings (Yes, No)[Yes]:
> [ INFO  ] Stage: Transaction setup
> [ INFO  ] Stage: Misc configuration
> [ INFO  ] Stage: Package installation
> [ INFO  ] Stage: Misc configuration
> [ INFO  ] Configuring libvirt
> [ INFO  ] Configuring VDSM
> [ INFO  ] Starting vdsmd
> [ INFO  ] Configuring the management bridge
> [ INFO  ] Creating Volume Group
> [ ERROR ] Error creating Volume Group: Failed to initialize physical device:
> ("[u'/dev/mapper/23866376332323932']",)
>   The selected device is already used.
>   To create a vg on this device, you must use Force.
>   WARNING: This will destroy existing data on the device.
>   (Force, Abort)[Abort]? Force
> [ INFO  ] Creating Storage Domain
> [ INFO  ] Creating Storage Pool
> [ INFO  ] Connecting Storage Pool
> [ INFO  ] Verifying sanlock lockspace initialization
> [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network
> is unreachable
> [ INFO  ] Stage: Clean up
> [ INFO  ] Generating answer file
> '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160725101205.conf'
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Hosted Engine deployment failed: this system is not reliable,
> please check the issue, fix and redeploy
>   Log file is located at
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160725100535-h2y78c.log
> [root@node ~]# cat
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160725100535-h2y78c.log
> | grep ERROR
> 2016-07-25 10:07:01 ERROR otopi.plugins.gr_he_setup.storage.blockd
> blockd._misc:664 Error creating Volume Group: Failed to initialize physical
> device: ("[u'/dev/mapper/23866376332323932']",)
> 2016-07-25 10:11:59 ERROR otopi.context context._executeMethod:151 Failed to
> execute stage 'Misc configuration': [Errno 101] Network is unreachable
> 2016-07-25 10:12:05 ERROR otopi.plugins.gr_he_setup.core.misc
> misc._terminate:99 Hosted Engine deployment failed: this system is not
> reliable, please check the issue, fix and redeploy
> [root@node ~]# cat /var/log/vdsm/vdsm.log | grep ERROR
> jsonrpc.Executor/4::ERROR::2016-07-25
> 10:07:01,491::lvm::737::Storage.LVM::(_initpvs) pvcreate failed with rc=5
> jsonrpc.Executor/4::ERROR::2016-07-25
> 10:07:01,492::lvm::738::Storage.LVM::(_initpvs) [], ['  WARNING: lvmetad is
> running but disabled. Restart lvmetad before enabling it!', '
> /dev/mapper/23866376332323932: read failed after 0 of 4096 at 0:
> Input/output error', '  /dev/mapper/23866376332323932: read failed after 0
> of 4096 at 42949607424: Input/output error', '
> /dev/mapper/23866376332323932: read failed after 0 of 4096 at 42949664768:
> Input/output error', '  WARNING: Error counts reached a limit of 3. Device
> /dev/mapper/23866376332323932 was disabled', '  Failed to wipe new metadata
> area at the start of the /dev/mapper/23866376332323932', '  Failed to add
> metadata area for new physical volume /dev/mapper/23866376332323932', '
> Failed to setup physical volume "/dev/mapper/23866376332323932"']
> jsonrpc.Executor/4::ERROR::2016-07-25
> 10:07:01,492::task::868::Storage.TaskManager.Task::(_setError)
> Task=`a1b55dc1-2c23-4e9f-b81a-43b189557028`::Unexpected error
> jsonrpc.Executor/4::ERROR::2016-07-25
> 10:07:01,496::dispatcher::77::Storage.Dispatcher::(wrapper) {'status':
> {'message': 'Failed 

Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

2016-07-25 Thread Simone Tiraboschi
On Mon, Jul 25, 2016 at 10:22 AM,   wrote:
> # vdsClient -s 0 getVdsCaps
>
> Traceback (most recent call last):
>   File "/usr/share/vdsm/vdsClient.py", line 2980, in 
> code, message = commands[command][0](commandArgs)
>   File "/usr/share/vdsm/vdsClient.py", line 543, in do_getCap
> return self.ExecAndExit(self.s.getVdsCapabilities())
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
> return self.__send(self.__name, args)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
> verbose=self.__verbose
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
> return self.single_request(host, handler, request_body, verbose)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in single_request
> self.send_content(h, request_body)
>   File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
> connection.endheaders(request_body)
>   File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
> self._send_output(message_body)
>   File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
> self.send(msg)
>   File "/usr/lib64/python2.7/httplib.py", line 797, in send
> self.connect()
>   File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 203, in 
> connect
> sock = socket.create_connection((self.host, self.port), self.timeout)
>   File "/usr/lib64/python2.7/socket.py", line 571, in create_connection
> raise err
> error: [Errno 101] Network is unreachable

Yaniv, can you please take also a look to this one?
it's exactly the opposite of https://bugzilla.redhat.com/1358530
Here the jsonrpcclient works but not the xmlrpc one.

> 25.07.2016, 11:17, "Simone Tiraboschi" :
>> On Mon, Jul 25, 2016 at 7:51 AM,  wrote:
>>>  Simone, there is something interesting in the vdsm.log?
>>
>> For what I saw the issue is not related to the storage but to the network.
>> ovirt-hosted-engine-setup uses the jsonrpc client, instead the code
>> from ovirt-hosted-engine-ha still uses the xmlrpc client somewhere and
>> this happens also when the setup asks to create the lockspace volume.
>> It seams that in your case the xmlrpc client could not connect vdsm on
>> the localhost.
>> It could be somehow related to:
>> https://bugzilla.redhat.com/1358530
>>
>> Can you please try executing
>>  sudo vdsClient -s 0 getVdsCaps
>> on that host?
>>
>>>  22.07.2016, 19:36, "aleksey.maksi...@it-kb.ru" :
  Simone, thanks for link.
  vdsm.log attached

  22.07.2016, 19:28, "Simone Tiraboschi" :
>   On Fri, Jul 22, 2016 at 5:59 PM,  wrote:
>>Thank you for your response, Simone.
>>
>>Log attached.
>
>   It seams it comes from VDSM, can you please attach also vdsm.log?
>
>>I don't use ovirt-engine-appliance because I have not found "how-to" 
>> for ovirt-engine-appliance deployment in hosted engine configuration.
>
>   yum install ovirt-engine-appliance
>
>   Then follow the instruction here:
>   
> http://www.ovirt.org/develop/release-management/features/heapplianceflow/
>
>>22.07.2016, 17:09, "Simone Tiraboschi" :
>>>Hi Aleksey,
>>>Can you please attach hosted-engine-setup logs?
>>>
>>>On Fri, Jul 22, 2016 at 3:46 PM,  wrote:
>>>
 Hello oVirt guru`s !

 I have problem with initial deploy of ovirt 4.0 hosted engine.

 My environment :
 
 * Two servers HP ProLiant DL 360 G5 with Qlogic FC HBA connected 
 (with
 multipathd) to storage HP 3PAR 7200
 * On each server installed CentOS 7.2 Linux 
 (3.10.0-327.22.2.el7.x86_64)
 * On 3PAR storage I created 2 LUNs for oVirt.
 - First LUN for oVirt Hosted Engine VM (60GB)
 - Second LUN for all other VMs (2TB)

 # multipath -ll

 3par-vv1 (360002ac0001bcec9) dm-0 3PARdata,VV
 size=60G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
 `-+- policy='round-robin 0' prio=50 status=active
   |- 2:0:1:1 sdd 8:48 active ready running
   |- 3:0:0:1 sdf 8:80 active ready running
   |- 2:0:0:1 sdb 8:16 active ready running
   `- 3:0:1:1 sdh 8:112 active ready running

 3par-vv2 (360002ac00016cec9) dm-1 3PARdata,VV
 size=2.0T features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
 `-+- policy='round-robin 0' prio=50 status=active
   |- 2:0:0:0 sda 8:0 active ready running
   |- 3:0:0:0 sde 8:64 active ready running
   |- 2:0:1:0 sdc 8:32 active ready running
   

Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

2016-07-25 Thread aleksey . maksimov
# vdsClient -s 0 getVdsCaps

Traceback (most recent call last):
  File "/usr/share/vdsm/vdsClient.py", line 2980, in 
code, message = commands[command][0](commandArgs)
  File "/usr/share/vdsm/vdsClient.py", line 543, in do_getCap
return self.ExecAndExit(self.s.getVdsCapabilities())
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
return self.__send(self.__name, args)
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request
verbose=self.__verbose
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
return self.single_request(host, handler, request_body, verbose)
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1301, in single_request
self.send_content(h, request_body)
  File "/usr/lib64/python2.7/xmlrpclib.py", line 1448, in send_content
connection.endheaders(request_body)
  File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
self._send_output(message_body)
  File "/usr/lib64/python2.7/httplib.py", line 835, in _send_output
self.send(msg)
  File "/usr/lib64/python2.7/httplib.py", line 797, in send
self.connect()
  File "/usr/lib/python2.7/site-packages/vdsm/m2cutils.py", line 203, in connect
sock = socket.create_connection((self.host, self.port), self.timeout)
  File "/usr/lib64/python2.7/socket.py", line 571, in create_connection
raise err
error: [Errno 101] Network is unreachable


25.07.2016, 11:17, "Simone Tiraboschi" :
> On Mon, Jul 25, 2016 at 7:51 AM,  wrote:
>>  Simone, there is something interesting in the vdsm.log?
>
> For what I saw the issue is not related to the storage but to the network.
> ovirt-hosted-engine-setup uses the jsonrpc client, instead the code
> from ovirt-hosted-engine-ha still uses the xmlrpc client somewhere and
> this happens also when the setup asks to create the lockspace volume.
> It seams that in your case the xmlrpc client could not connect vdsm on
> the localhost.
> It could be somehow related to:
> https://bugzilla.redhat.com/1358530
>
> Can you please try executing
>  sudo vdsClient -s 0 getVdsCaps
> on that host?
>
>>  22.07.2016, 19:36, "aleksey.maksi...@it-kb.ru" :
>>>  Simone, thanks for link.
>>>  vdsm.log attached
>>>
>>>  22.07.2016, 19:28, "Simone Tiraboschi" :
   On Fri, Jul 22, 2016 at 5:59 PM,  wrote:
>    Thank you for your response, Simone.
>
>    Log attached.

   It seams it comes from VDSM, can you please attach also vdsm.log?

>    I don't use ovirt-engine-appliance because I have not found "how-to" 
> for ovirt-engine-appliance deployment in hosted engine configuration.

   yum install ovirt-engine-appliance

   Then follow the instruction here:
   http://www.ovirt.org/develop/release-management/features/heapplianceflow/

>    22.07.2016, 17:09, "Simone Tiraboschi" :
>>    Hi Aleksey,
>>    Can you please attach hosted-engine-setup logs?
>>
>>    On Fri, Jul 22, 2016 at 3:46 PM,  wrote:
>>
>>> Hello oVirt guru`s !
>>>
>>> I have problem with initial deploy of ovirt 4.0 hosted engine.
>>>
>>> My environment :
>>> 
>>> * Two servers HP ProLiant DL 360 G5 with Qlogic FC HBA connected 
>>> (with
>>> multipathd) to storage HP 3PAR 7200
>>> * On each server installed CentOS 7.2 Linux 
>>> (3.10.0-327.22.2.el7.x86_64)
>>> * On 3PAR storage I created 2 LUNs for oVirt.
>>> - First LUN for oVirt Hosted Engine VM (60GB)
>>> - Second LUN for all other VMs (2TB)
>>>
>>> # multipath -ll
>>>
>>> 3par-vv1 (360002ac0001bcec9) dm-0 3PARdata,VV
>>> size=60G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
>>> `-+- policy='round-robin 0' prio=50 status=active
>>>   |- 2:0:1:1 sdd 8:48 active ready running
>>>   |- 3:0:0:1 sdf 8:80 active ready running
>>>   |- 2:0:0:1 sdb 8:16 active ready running
>>>   `- 3:0:1:1 sdh 8:112 active ready running
>>>
>>> 3par-vv2 (360002ac00016cec9) dm-1 3PARdata,VV
>>> size=2.0T features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
>>> `-+- policy='round-robin 0' prio=50 status=active
>>>   |- 2:0:0:0 sda 8:0 active ready running
>>>   |- 3:0:0:0 sde 8:64 active ready running
>>>   |- 2:0:1:0 sdc 8:32 active ready running
>>>   `- 3:0:1:0 sdg 8:96 active ready running
>>>
>>> My steps on first server (initial deploy of ovirt 4.0 hosted 
>>> engine):
>>> 
>>>
>>> # systemctl stop NetworkManager
>>> # systemctl disable NetworkManager
>>> # yum -y install 
>>> 

[ovirt-users] OVirt API question

2016-07-25 Thread Костя Климук
Hello, OVirt community!

I have some problems in understanding with OVirt (v 3.6.0) API.
I'm trying to create user with specifying his roles, by using such
signature in POST call:


>
testuser@saml-auth
>

>

>

>

>

>

>

The user is created but without the roles.
The next issues, that I encountered is associated with updating of existing
user (adding the roles to him). I am trying to do PUT call on
.../ovirt-engine/api/users/long_user_id/roles :




But this doesn't work.
Please, give we insight in what I am doing wrong.


-
Sincerely,
Konstantin Klymuk.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt 4 Hosted Engine deploy on fc storage - [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] Network is unreachable

2016-07-25 Thread aleksey . maksimov
Simone, there is something interesting in the vdsm.log?

22.07.2016, 19:36, "aleksey.maksi...@it-kb.ru" :
> Simone, thanks for link.
> vdsm.log attached
>
> 22.07.2016, 19:28, "Simone Tiraboschi" :
>>  On Fri, Jul 22, 2016 at 5:59 PM,  wrote:
>>>   Thank you for your response, Simone.
>>>
>>>   Log attached.
>>
>>  It seams it comes from VDSM, can you please attach also vdsm.log?
>>
>>>   I don't use ovirt-engine-appliance because I have not found "how-to" for 
>>> ovirt-engine-appliance deployment in hosted engine configuration.
>>
>>  yum install ovirt-engine-appliance
>>
>>  Then follow the instruction here:
>>  http://www.ovirt.org/develop/release-management/features/heapplianceflow/
>>
>>>   22.07.2016, 17:09, "Simone Tiraboschi" :
   Hi Aleksey,
   Can you please attach hosted-engine-setup logs?

   On Fri, Jul 22, 2016 at 3:46 PM,  wrote:

>    Hello oVirt guru`s !
>
>    I have problem with initial deploy of ovirt 4.0 hosted engine.
>
>    My environment :
>    
>    * Two servers HP ProLiant DL 360 G5 with Qlogic FC HBA connected (with
>    multipathd) to storage HP 3PAR 7200
>    * On each server installed CentOS 7.2 Linux 
> (3.10.0-327.22.2.el7.x86_64)
>    * On 3PAR storage I created 2 LUNs for oVirt.
>    - First LUN for oVirt Hosted Engine VM (60GB)
>    - Second LUN for all other VMs (2TB)
>
>    # multipath -ll
>
>    3par-vv1 (360002ac0001bcec9) dm-0 3PARdata,VV
>    size=60G features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
>    `-+- policy='round-robin 0' prio=50 status=active
>  |- 2:0:1:1 sdd 8:48 active ready running
>  |- 3:0:0:1 sdf 8:80 active ready running
>  |- 2:0:0:1 sdb 8:16 active ready running
>  `- 3:0:1:1 sdh 8:112 active ready running
>
>    3par-vv2 (360002ac00016cec9) dm-1 3PARdata,VV
>    size=2.0T features='1 queue_if_no_path' hwhandler='1 alua' wp=rw
>    `-+- policy='round-robin 0' prio=50 status=active
>  |- 2:0:0:0 sda 8:0 active ready running
>  |- 3:0:0:0 sde 8:64 active ready running
>  |- 2:0:1:0 sdc 8:32 active ready running
>  `- 3:0:1:0 sdg 8:96 active ready running
>
>    My steps on first server (initial deploy of ovirt 4.0 hosted engine):
>    
>
>    # systemctl stop NetworkManager
>    # systemctl disable NetworkManager
>    # yum -y install 
> http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm
>    # yum -y install epel-release
>    # wget
>    
> http://mirror.yandex.ru/centos/7/isos/x86_64/CentOS-7-x86_64-NetInstall-1511.iso
>    -P /tmp/
>    # yum install ovirt-hosted-engine-setup
>    # yum install screen
>    # screen -RD
>
>    ...in screen session :
>
>    # hosted-engine --deploy
>
>    ...
>    in configuration process I chose "fc" as storage type for oVirt hosted
>    engine vm and select 60GB LUN...
>    ...
>
>    --== CONFIGURATION PREVIEW ==--
>
>    ...
>  Firewall manager : iptables
>  Gateway address : 10.1.0.1
>  Host name for web application : KOM-AD01-OVIRT1
>  Storage Domain type : fc
>  Host ID : 1
>  LUN ID :
>    360002ac0001bcec9
>  Image size GB : 40
>  Console type : vnc
>  Memory size MB : 4096
>  MAC address : 00:16:3e:77:1d:07
>  Boot type : cdrom
>  Number of CPUs : 2
>  ISO image (cdrom boot/cloud-init) :
>    /tmp/CentOS-7-x86_64-NetInstall-1511.iso

   Can I ask why you prefer/need to manually create a VM installing from
   a CD instead of using the ready-to-use ovirt-engine-appliance?
   Using the appliance makes the setup process a lot shorted and more 
 comfortable.

>  CPU Type : model_Penryn
>    ...
>    and get error after step "Verifying sanlock lockspace initialization"
>    ...
>
>    [ INFO ] Verifying sanlock lockspace initialization
>    [ ERROR ] Failed to execute stage 'Misc configuration': [Errno 101] 
> Network
>    is unreachable
>    [ INFO ] Stage: Clean up
>    [ INFO ] Generating answer file
>    
> '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160722124133.conf'
>    [ INFO ] Stage: Pre-termination
>    [ INFO ] Stage: Termination
>    [ ERROR ] Hosted Engine deployment failed: this system is not reliable,
>    please check the issue, fix and redeploy
>  Log file is located at
>    
>