Re: [ovirt-users] Cannot mount gluster storage data

[Jean-Michel FRANCOIS]

Hi Ravi,

Thanks for looking at my problem.
The two host are Centos6.6 the first one has been installed one year ago 
and the second one this week.


Jean-Michel


On 09/25/2015 12:32 PM, Jean-Michel FRANCOIS wrote:

Hi Ovirt users,

I'm running ovirt hosted 3.4 with gluster data storage.
When I add a new host (Centos 6.6) the data storage (as a glsuterfs) 
cannot be mount.

I have the following errors in gluster client log file :
[2015-09-24 12:27:22.636221] I [MSGID: 101190] 
[event-epoll.c:632:event_dispatch_epoll_worker] 0-epoll: Started 
thread with index 1
[2015-09-24 12:27:22.636588] W [socket.c:588:__socket_rwv] 
0-glusterfs: readv on 172.16.0.5:24007 failed (No data available)
[2015-09-24 12:27:22.637307] E [rpc-clnt.c:362:saved_frames_unwind] 
(--> 
/usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1eb)[0x7f427fb3063b] 
(--> 
/usr/lib64/libgfrpc.so.0(saved_frames_unwind+0x1e7)[0x7f427f8fc1d7] 
(--> 
/usr/lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7f427f8fc2ee] 
(--> 
/usr/lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0xab)[0x7f427f8fc3bb] 
(--> /usr/lib64/libgfrpc.so.0(rpc_clnt_notify+0x1c2)[0x7f427f8fc9f2] 
) 0-glusterfs: forced unwinding frame type(GlusterFS Handshake) 
op(GETSPEC(2)) called at 2015-09-24 12:27:22.636344 (xid=0x1)
[2015-09-24 12:27:22.637333] E 
[glusterfsd-mgmt.c:1604:mgmt_getspec_cbk] 0-mgmt: failed to fetch 
volume file (key:/data)
[2015-09-24 12:27:22.637360] W [glusterfsd.c:1219:cleanup_and_exit] 
(-->/usr/lib64/libgfrpc.so.0(saved_frames_unwind+0x20e) 
[0x7f427f8fc1fe] -->/usr/sbin/glusterfs(mgmt_getspec_cbk+0x3f2) 
[0x40d5d2] -->/usr/sbin/glusterfs(cleanup_and_exit+0x65) [0x4059b5] ) 
0-: received signum (0), shutting down
[2015-09-24 12:27:22.637375] I [fuse-bridge.c:5595:fini] 0-fuse: 
Unmounting '/rhev/data-center/mnt/glusterSD/172.16.0.5:_data'.
[2015-09-24 12:27:22.646246] W [glusterfsd.c:1219:cleanup_and_exit] 
(-->/lib64/libpthread.so.0(+0x7a51) [0x7f427ec18a51] 
-->/usr/sbin/glusterfs(glusterfs_sigwaiter+0xcd) [0x405e4d] 
-->/usr/sbin/glusterfs(cleanup_and_exit+0x65) [0x4059b5] ) 0-: 
received signum (15), shutting down
[2015-09-24 12:27:22.646246] W [glusterfsd.c:1219:cleanup_and_exit] 
(-->/lib64/libpthread.so.0(+0x7a51) [0x7f427ec18a51] 
-->/usr/sbin/glusterfs(glusterfs_sigwaiter+0xcd) [0x405e4d] 
-->/usr/sbin/glusterfs(cleanup_and_exit+0x65) [0x4059b5] ) 0-: 
received signum (15), shutting down

And nothing server side.



This does look like an op-version issue. Adding Atin for any possible 
help.

-Ravi


I suppose it is a version issue since on server side I have
glusterfs-api-3.6.3-1.el6.x86_64
glusterfs-fuse-3.6.3-1.el6.x86_64
glusterfs-libs-3.6.3-1.el6.x86_64
glusterfs-3.6.3-1.el6.x86_64
glusterfs-cli-3.6.3-1.el6.x86_64
glusterfs-rdma-3.6.3-1.el6.x86_64
glusterfs-server-3.6.3-1.el6.x86_64

and on the new host :
glusterfs-3.7.4-2.el6.x86_64
glusterfs-api-3.7.4-2.el6.x86_64
glusterfs-libs-3.7.4-2.el6.x86_64
glusterfs-fuse-3.7.4-2.el6.x86_64
glusterfs-cli-3.7.4-2.el6.x86_64
glusterfs-server-3.7.4-2.el6.x86_64
glusterfs-client-xlators-3.7.4-2.el6.x86_64
glusterfs-rdma-3.7.4-2.el6.x86_64

But since it is a production system, i'm not confident about 
performing gluster server upgrade.
Mounting a gluster volume as NFS is possible (the engine data storage 
has been mounted succesfully).


I'm asking here because glusterfs comes from the ovirt3.4 rpm 
repository.


If anyone have a hint to this problem

thanks
Jean-Michel



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




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

[ovirt-users] Another way of CTDB to mount engine

[Bello Florent]

 

Hi, 

I have 3 nodes with glusterfs installed. I configured replica
3 on my engine volume.

i don't want to use ctdb for my hosted-engine,
but when i start hosted-engine --deploy, use localhost:/engine or
gluster.localdomain:/engine, gluster.localdomain is configured in all
servers /etc/hosts like :
host 1 : "192.168.100.101 gluster.localdomain
gluster"
host 2 : "192.168.100.102 gluster.localdomain gluster"
host 3 :
"192.168.100.103 gluster.localdomain gluster", 

the setup failed with :


--== STORAGE CONFIGURATION ==--

 During customization use CTRL-D to
abort.
 Please specify the storage you would like to use (glusterfs,
iscsi, fc, nfs3, nfs4)[nfs3]: glusterfs
[ INFO ] Please note that
Replica 3 support is required for the shared storage.
 Please specify
the full shared storage connection path to use (example: host:/path):
localhost:/engine
[WARNING] Due to several bugs in mount.glusterfs the
validation of GlusterFS share cannot be reliable.
[ INFO ] GlusterFS
replica 3 Volume detected
[ ERROR ] Failed to execute stage 'Environment
customization': Connection to storage server failed
[ INFO ] Stage:
Clean up
[ INFO ] Generating answer file
'/var/lib/ovirt-hosted-engine-setup/answers/answers-20150925121036.conf'
[
INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination 

I have to
use obligatory ctdb or keepalived, or existing another way ? 
--


Florent BELLO
Service Informatique
informati...@ville-kourou.fr
0594
22 31 22
Mairie de Kourou ___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] engine-image-uploader error

[Maurice James]

Its whatever ovirt installed. I tried yum update, but nothing comes back as 
needing an update 

Maurice James 
Media-Node 
www.media-node.com 

- Original Message -

From: "Sandro Bonazzola"  
To: "Maurice James"  
Cc: "users"  
Sent: Friday, September 25, 2015 9:08:49 AM 
Subject: Re: [ovirt-users] engine-image-uploader error 

Why Jboss 7.0.13 final? I would have expected JBoss AS 7.1.1.Final 
(jboss-as-web-7.1.1.Final.jar) . 
Can you check your environment? 



On Thu, Sep 24, 2015 at 5:55 PM, Maurice James < mja...@media-node.com > wrote: 





Im trying to upload an image using the engine-image-uploader and im receiving 
the following error on the cli 

[root@saturn home]# engine-image-uploader -e SaturnExport upload vm.ova 
ERROR: Unable to connect to REST API at https://xxx.xxx.net:443/api 
Reason: Internal Server Error 


engine.log is also attached 
SELinux is disabled 
Firewall is disabled 

When I try to access that link in a browser I get the following 

HTTP Status 500 - 



type Exception report 

message 

description The server encountered an internal error () that prevented it from 
fulfilling this request. 

exception 
javax.servlet.ServletException: Servlet.init() for servlet 
org.ovirt.engine.api.restapi.BackendApplication threw exception

org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)

org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505)

org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
java.lang.Thread.run(Thread.java:745) 


root cause 
java.lang.RuntimeException: java.lang.RuntimeException: Unable to instantiate 
MessageBodyWriter

org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)

org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)

org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)

org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)

org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)

org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505)

org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
java.lang.Thread.run(Thread.java:745) 


root cause 
java.lang.RuntimeException: Unable to instantiate MessageBodyWriter

org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:772)

org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)

org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)

org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)

org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)

org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)

org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)

org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)

org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)

org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505)

org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
java.lang.Thread.run(Thread.java:745) 


root cause 
java.lang.RuntimeException: Failed to construct public 
org.ovirt.engine.api.pdf.FOPMessageBodyWriter()

Re: [ovirt-users] engine-image-uploader error

[Sandro Bonazzola]

On Fri, Sep 25, 2015 at 5:32 PM, Maurice James 
wrote:

> Its whatever ovirt installed. I tried yum update, but nothing comes back
> as needing an update
>

Please ignore, it's not an issue



>
> Maurice James
> Media-Node
> www.media-node.com
>
> --
> *From: *"Sandro Bonazzola" 
> *To: *"Maurice James" 
> *Cc: *"users" 
> *Sent: *Friday, September 25, 2015 9:08:49 AM
> *Subject: *Re: [ovirt-users] engine-image-uploader error
>
> Why Jboss 7.0.13 final? I would have expected JBoss AS 7.1.1.Final
> (jboss-as-web-7.1.1.Final.jar) .
> Can you check your environment?
>
>
>
> On Thu, Sep 24, 2015 at 5:55 PM, Maurice James 
> wrote:
>
>>
>>
>> Im trying to upload an image using the engine-image-uploader and im
>> receiving the following error on the cli
>>
>> [root@saturn home]# engine-image-uploader -e SaturnExport upload vm.ova
>> ERROR: Unable to connect to REST API at https://xxx.xxx.net:443/api
>> Reason: Internal Server Error
>>
>>
>> engine.log is also attached
>> SELinux is disabled
>> Firewall is disabled
>>
>> When I try to access that link in a browser I get the following
>>
>> HTTP Status 500 -
>> --
>>
>> *type* Exception report
>>
>> *message*
>>
>> *description* The server encountered an internal error () that prevented
>> it from fulfilling this request.
>>
>> *exception*
>>
>> javax.servlet.ServletException: Servlet.init() for servlet 
>> org.ovirt.engine.api.restapi.BackendApplication threw exception
>>  
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
>>  
>> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
>>  
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>>  org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
>>  
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
>>  org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505)
>>  
>> org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
>>  org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
>>  java.lang.Thread.run(Thread.java:745)
>>
>> *root cause*
>>
>> java.lang.RuntimeException: java.lang.RuntimeException: Unable to 
>> instantiate MessageBodyWriter
>>  
>> org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
>>  
>> org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
>>  
>> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
>>  
>> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
>>  
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
>>  
>> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
>>  
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>>  org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
>>  
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
>>  org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505)
>>  
>> org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
>>  org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
>>  java.lang.Thread.run(Thread.java:745)
>>
>> *root cause*
>>
>> java.lang.RuntimeException: Unable to instantiate MessageBodyWriter
>>  
>> org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:772)
>>  
>> org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
>>  
>> org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
>>  
>> org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
>>  
>> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
>>  
>> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
>>  
>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
>>  
>> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
>>  
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>>  org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
>>  
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
>>  org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505)
>>  
>> 

Re: [ovirt-users] VNC console behind NAT

[Michal Skrivanek]

On 25 Sep 2015, at 06:31, Alan Murrell wrote:

> 
> 
> On 24/09/15 12:47 AM, Michal Skrivanek wrote:
>> 
>> btw, what's the reason for VNC? lack of SPICE client on a particular 
>> platform?
> 
> One of my guests is running Zentyal.  For some reason the console does
> not display very well when using SPICE but with VNC it is fine.
> 
> Zentyal is built on top of Ubuntu.  Oddly, if I install a guest VM with
> just the same version of Ubuntu that Zentyal is built on, SPICE works
> fine with that.
> 
> Not sure what to make of that.

Strange
Supposing it is a problem with the driver, you can perhaps try the 
unaccelerated version of display (so it would effectively become similar to VNC 
performance-wise)
In 3.6 you can configure video card and protocol separately…by default QXL - 
the accelerated "video card"  allows SPICE and VNC, and "cirrus" - the legacy 
card allows VNC

you can try SPICE over cirrus…just need to allow that in osinfo config. There 
should be something like "os.other.devices.display.protocols.value = 
spice/qxl,vnc/cirrus,vnc/qxl", you can override that for all OSes or just your 
own. See [1]

Thanks,
michal

> 
> Regards,
> 
> Alan
> 

[1] http://www.ovirt.org/OS_info
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Importing disk images with import-to-ovirt.pl = Authentication Error

[Richard W.M. Jones]

On Fri, Sep 25, 2015 at 10:08:48AM -0500, Adrian Garay wrote:
> |libvirt needs authentication to connect to libvirt URI qemu:///system
> ||libvirt: XML-RPC error : authentication failed: authentication failed
> ||could not connect to libvirt (URI = qemu:///system):
> authentication failed: authentication failed at ./import-to-ovirt.pl
> line 230.
> |
> I understand that diagnosing this script is well outside of the
> context of this mailing list, but this is clearly just an
> authentication problem.

For the mailing list record, Adrian's solution was to set

  export LIBGUESTFS_BACKEND=direct

which causes libguestfs to run qemu directly instead of trying
to use libvirt.

Thanks,

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Importing disk images with import-to-ovirt.pl = Authentication Error

[Nir Soffer]

On Fri, Sep 25, 2015 at 6:08 PM, Adrian Garay <
adrian.ga...@thaultanklines.com> wrote:

> We have an existing setup consisting of virt-manager/libvirt/KVM
> hypervisors that we're planning to migrate to Ovirt.  Given that all of our
> guests are existing KVM/virtio images, it does not make sense for us to
> virt-v2v them over because of the ensuing registry/kernel/etc. changes that
> may be unnecessarily applied.
>
> One solution to this is the import-to-ovirt.pl script created by Redhat's
> maintainer of virt-v2v.
> 
> https://rwmj.wordpress.com/2015/09/18/importing-kvm-guests-to-ovirt-or-rhev/
> Running this script on a host against a disk image will import the image to
> exported storage and mate it to a basic configuration so it can be imported
> easily afterward, or at least it should.
>
> Our current test set up consists of hosted engine Ovirt 3.5.4 on Centos
> 7.1.  When attempting to import an image using this script on the host we
> get the following errors:
>
> libvirt needs authentication to connect to libvirt URI qemu:///system
> libvirt: XML-RPC error : authentication failed: authentication failed
> could not connect to libvirt (URI = qemu:///system): authentication
> failed: authentication failed at ./import-to-ovirt.pl line 230.
>
> I understand that diagnosing this script is well outside of the context of
> this mailing list, but this is clearly just an authentication problem.
> We've tried the root, ovirt and the admin@internal credentials and none
> of them work.   Is there a default login/password to access libvirt on an
> Ovirt host?
>

Yes:

username: vdsm@ovirt
password: shibboleth

Nir

Our system works as it should otherwise.
>
> Thanks in advance to anyone that can shed light here.
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Hyper-V in a guest

[Alan Murrell]

Hello,

I am running oVirt 3.5.3.1.  I am trying to setup a virtual lab to  
emulate a client's environment to do some testing.  They are running a  
Hyper-V environment.


I created a Microsoft Server 2008R2 guest.  When I tried to install  
the Hyper-V role, the system said that I needed to have hardware  
virtualization support enabled in the BIOS.


I came across some posts about enabling "Hyper-V enlightenment" in KVM, but:

  1.) I am not sure this is what I am actually looking ofr.  It looks  
like it is to make some Windows guests perform a bit better (as if  
they were in a Hyper-V environment); and
  2.) Assuming this is what I am looking for, I am not sure how to  
enable it in oVirt (I saw that there were a couple of patches to  
support it in oVirt 3.5).  I am not seeing anything in the GUI.  Is  
this something that would need to be edited on the CLI?  If so, how?   
if ti can be enabled for a guest in the GUI (via it's "Edit"  
settings?), where do I do so?


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

[ovirt-users] Add external provider (Failed with error PROVIDER_FAILURE and code 5050) foreman 1.9

[Nathanaël Blanchet]

Hello,
I have a working foreman 1.9.1 installed with katello 2.3.
As required, ruby193-rubygem-ovirt_provision_plugin-1.0.1-1.el7 is also 
installed on the same host.
But the issue is the same as below when testing  in "add external 
provider" from ovirt 3.5.4.

Is it a known bug?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] HA - Fencing not working when host with engine gets shutdown

[Michael Hölzl]

Thanks for the help! I will definitely stay tuned with updates on this
matter.

Michael

On 09/24/2015 03:13 PM, Martin Perina wrote:
> I created a bug covering this:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1266099
>
> - Original Message -
>> From: "Martin Sivak" 
>> To: "Michael Hölzl" 
>> Cc: "Martin Perina" , users@ovirt.org
>> Sent: Thursday, September 24, 2015 2:59:52 PM
>> Subject: Re: [ovirt-users] HA - Fencing not working when host with engine 
>> gets shutdown
>>
>> Hi Michael,
>>
>> Martin summed the situation neatly, I would just add that this issue
>> is not limited to the size of your setup. The same would happen to HA
>> VMs running on the same host as the hosted engine even if the cluster
>> had 50 hosts...
>>
>> About the recommended way of engine deployment: It really is about
>> whether you can tolerate your engine to be down for a longer time
>> (starting another host using a backup db).
>>
>> Hosted engine restores your management in an automated way and without
>> any data loss. However I agree that the fact that you have to tend to
>> your HA VMs manually after an engine restart is not nice. Fortunately
>> that should only happen when your host (or vdsm) dies and does not
>> come up for an extended period of time.
>>
>> The summary would be.. there will be no HA handling if the host
>> running the engine is down, independently on whether the deployment is
>> hosted engine or standalone engine. If the issue is related to the
>> software only then there is no real difference.
>>
>> - When a host with the standalone engine dies, the VMs are fine, but
>> if anything happens while the engine is down (and reinstalling a
>> standalone engine takes time + you need a very fresh db backup) you
>> might again face issues with HA VMs being down or not starting when
>> the engine comes up.
>>
>> - When a hosted engine dies because of a host failure, some VMs
>> generally disappear with it. The engine will come up automatically and
>> HA VMs from the original hosts have to be manually pushed to work.
>> This requires some manual action, but I see it as less demanding than
>> the first case.
>>
>> - When a hosted engine VM is stopped properly by the tooling it will
>> be restarted elsewhere and it will be able to connect to the original
>> host just fine. The engine will then make sure that all HA VMs are up
>> even if the the VMs died while the engine was down.
>>
>> So I would recommend hosted engine based deployment. And ask for a bit
>> of patience as we have a plan how to mitigate the second case to some
>> extent without compromising the fencing storm prevention.
>>
>> Best regards
>>
>> --
>> Martin Sivak
>> msi...@redhat.com
>> SLA RHEV-M
>>
>>
>> On Thu, Sep 24, 2015 at 2:31 PM, Michael Hölzl  wrote:
>>> Ok, thanks!
>>>
>>> So, I would still like to know if you would recommend not to use hosted
>>> engines but rather another machine for the engine?
>>>
>>> On 09/24/2015 01:24 PM, Martin Perina wrote:
 - Original Message -
> From: "Michael Hölzl" 
> To: "Martin Perina" , "Eli Mesika"
> 
> Cc: "Doron Fediuck" , users@ovirt.org
> Sent: Thursday, September 24, 2015 12:35:13 PM
> Subject: Re: [ovirt-users] HA - Fencing not working when host with engine
> gets shutdown
>
> Hi,
>
> thanks for the detailed answer! In principle, I understand the issue
> now. However, I can not fully follow the argument that this is a corner
> case. In a smaller or medium sized company, I would assume that such a
> setup, consisting of two machine with a hosted engine, is not uncommon.
> Especially as there is documentation online which describes how to
> deploy this setup. Does that mean that hosted engines are in general not
> recommended?
>
> I am also wondering why the fencing could not be triggered by the hosted
> engine after the DisableFenceAtStartupInSec timeout? In the events log
> of the engine I keep on getting the message "Host hosted_engine_2 is not
> responding. It will stay in Connecting state for a grace period of 120
> seconds and after that an attempt to fence the host will be issued.",
> which would indicate that the engine is actually trying to fence the non
> responsive host.
 Unfortunately this is a bit misleading message, it's shown every time that
 we start handling network exception for the host and it's fired before
 the logic which manages to start/skip fencing process (this misleading
 message is fixed in 3.6). But in current logic we really execute fencing
 only when host status is about to change from Connecting to NonResponsive
 and this happens only for the 1st time when we are still in
 DisableFenceAtStartupInSec interval. During all other attempts the host is
 already in status 

Re: [ovirt-users] moving storage away from a single point of failure

[Nicolas Ecarnot]

Le 25/09/2015 01:57, Donny Davis a écrit :

Gluster is pretty stable, you shouldn't have any issues. It works best
when there are more than 2 or 3 nodes though.


Hi,

On a site, I have an oVirt setup made of 3 nodes acting as 
compute+storage based on gluster, plus another standalone engine.
The replica-3 seems to do some good job even when I test-stressed them 
brutaly.
But as I have the opportunity to add more storage nodes, I'm interested 
in the comment above.


When adding another node, what is the effect on the duration of a 
rebuild when recovering from a crash? What is the effect on perfs?


Regards,

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

Re: [ovirt-users] Cannot mount gluster storage data

[Ravishankar N]

On 09/25/2015 12:32 PM, Jean-Michel FRANCOIS wrote:

Hi Ovirt users,

I'm running ovirt hosted 3.4 with gluster data storage.
When I add a new host (Centos 6.6) the data storage (as a glsuterfs) 
cannot be mount.

I have the following errors in gluster client log file :
[2015-09-24 12:27:22.636221] I [MSGID: 101190] 
[event-epoll.c:632:event_dispatch_epoll_worker] 0-epoll: Started 
thread with index 1
[2015-09-24 12:27:22.636588] W [socket.c:588:__socket_rwv] 
0-glusterfs: readv on 172.16.0.5:24007 failed (No data available)
[2015-09-24 12:27:22.637307] E [rpc-clnt.c:362:saved_frames_unwind] 
(--> 
/usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1eb)[0x7f427fb3063b] 
(--> 
/usr/lib64/libgfrpc.so.0(saved_frames_unwind+0x1e7)[0x7f427f8fc1d7] 
(--> 
/usr/lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7f427f8fc2ee] 
(--> 
/usr/lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0xab)[0x7f427f8fc3bb] 
(--> /usr/lib64/libgfrpc.so.0(rpc_clnt_notify+0x1c2)[0x7f427f8fc9f2] 
) 0-glusterfs: forced unwinding frame type(GlusterFS Handshake) 
op(GETSPEC(2)) called at 2015-09-24 12:27:22.636344 (xid=0x1)
[2015-09-24 12:27:22.637333] E 
[glusterfsd-mgmt.c:1604:mgmt_getspec_cbk] 0-mgmt: failed to fetch 
volume file (key:/data)
[2015-09-24 12:27:22.637360] W [glusterfsd.c:1219:cleanup_and_exit] 
(-->/usr/lib64/libgfrpc.so.0(saved_frames_unwind+0x20e) 
[0x7f427f8fc1fe] -->/usr/sbin/glusterfs(mgmt_getspec_cbk+0x3f2) 
[0x40d5d2] -->/usr/sbin/glusterfs(cleanup_and_exit+0x65) [0x4059b5] ) 
0-: received signum (0), shutting down
[2015-09-24 12:27:22.637375] I [fuse-bridge.c:5595:fini] 0-fuse: 
Unmounting '/rhev/data-center/mnt/glusterSD/172.16.0.5:_data'.
[2015-09-24 12:27:22.646246] W [glusterfsd.c:1219:cleanup_and_exit] 
(-->/lib64/libpthread.so.0(+0x7a51) [0x7f427ec18a51] 
-->/usr/sbin/glusterfs(glusterfs_sigwaiter+0xcd) [0x405e4d] 
-->/usr/sbin/glusterfs(cleanup_and_exit+0x65) [0x4059b5] ) 0-: 
received signum (15), shutting down
[2015-09-24 12:27:22.646246] W [glusterfsd.c:1219:cleanup_and_exit] 
(-->/lib64/libpthread.so.0(+0x7a51) [0x7f427ec18a51] 
-->/usr/sbin/glusterfs(glusterfs_sigwaiter+0xcd) [0x405e4d] 
-->/usr/sbin/glusterfs(cleanup_and_exit+0x65) [0x4059b5] ) 0-: 
received signum (15), shutting down

And nothing server side.



This does look like an op-version issue. Adding Atin for any possible help.
-Ravi


I suppose it is a version issue since on server side I have
glusterfs-api-3.6.3-1.el6.x86_64
glusterfs-fuse-3.6.3-1.el6.x86_64
glusterfs-libs-3.6.3-1.el6.x86_64
glusterfs-3.6.3-1.el6.x86_64
glusterfs-cli-3.6.3-1.el6.x86_64
glusterfs-rdma-3.6.3-1.el6.x86_64
glusterfs-server-3.6.3-1.el6.x86_64

and on the new host :
glusterfs-3.7.4-2.el6.x86_64
glusterfs-api-3.7.4-2.el6.x86_64
glusterfs-libs-3.7.4-2.el6.x86_64
glusterfs-fuse-3.7.4-2.el6.x86_64
glusterfs-cli-3.7.4-2.el6.x86_64
glusterfs-server-3.7.4-2.el6.x86_64
glusterfs-client-xlators-3.7.4-2.el6.x86_64
glusterfs-rdma-3.7.4-2.el6.x86_64

But since it is a production system, i'm not confident about 
performing gluster server upgrade.
Mounting a gluster volume as NFS is possible (the engine data storage 
has been mounted succesfully).


I'm asking here because glusterfs comes from the ovirt3.4 rpm repository.

If anyone have a hint to this problem

thanks
Jean-Michel



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


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

[ovirt-users] restore

[Budur Nagaraju]

HI

Getting below error while restoring ovirt,

[root@cstlb1 ovirtrestore]# engine-backup --mode=restore --file=ovirtbackup
--log=ovirtlog
Preparing to restore:
- Unpacking file 'ovirtbackup'
Restoring:
- Files
FATAL: Can't connect to database 'engine'. Please see
'/usr/bin/engine-backup --help'.
[root@cstlb1 ovirtrestore]#


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

Re: [ovirt-users] RHEL 6 support

[Nir Soffer]

בתאריך 25 בספט׳ 2015 2:45 לפנה״צ,‏ "matthew lagoe" <
matthew.la...@subrigo.net> כתב:
>
> I would imagine so, that said you could always build the package yourself.

It will not build since we depend on newer packages.

And the code requires facilities which are not available on older systems,
such as systemd.

For older systems you can use 3.5.
>
>
>
> From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf
Of Maurice James
> Sent: Thursday, September 24, 2015 3:54 PM
> To: users 
> Subject: [ovirt-users] RHEL 6 support
>
>
>
> Is this going to be permanent? RHEL 6 is not EOL until 2020
>
>
>
> RHEL 6.7 - CentOS 6.7 and similar
> Upgrade of All-in-One on EL6 is not supported in 3.6. VDSM and the
packages requiring it are not built anymore for EL6
>
> ___
> 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] engine-image-uploader error

[Sandro Bonazzola]

Why Jboss 7.0.13 final? I would have expected JBoss AS 7.1.1.Final
(jboss-as-web-7.1.1.Final.jar) .
Can you check your environment?



On Thu, Sep 24, 2015 at 5:55 PM, Maurice James 
wrote:

>
>
> Im trying to upload an image using the engine-image-uploader and im
> receiving the following error on the cli
>
> [root@saturn home]# engine-image-uploader -e SaturnExport upload vm.ova
> ERROR: Unable to connect to REST API at https://xxx.xxx.net:443/api
> Reason: Internal Server Error
>
>
> engine.log is also attached
> SELinux is disabled
> Firewall is disabled
>
> When I try to access that link in a browser I get the following
>
> HTTP Status 500 -
> --
>
> *type* Exception report
>
> *message*
>
> *description* The server encountered an internal error () that prevented
> it from fulfilling this request.
>
> *exception*
>
> javax.servlet.ServletException: Servlet.init() for servlet 
> org.ovirt.engine.api.restapi.BackendApplication threw exception
>   
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
>   
> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
>   
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>   org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
>   
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
>   org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505)
>   
> org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
>   org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
>   java.lang.Thread.run(Thread.java:745)
>
> *root cause*
>
> java.lang.RuntimeException: java.lang.RuntimeException: Unable to instantiate 
> MessageBodyWriter
>   
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:35)
>   
> org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
>   
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
>   
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
>   
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
>   
> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
>   
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>   org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
>   
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
>   org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505)
>   
> org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
>   org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
>   java.lang.Thread.run(Thread.java:745)
>
> *root cause*
>
> java.lang.RuntimeException: Unable to instantiate MessageBodyWriter
>   
> org.jboss.resteasy.spi.ResteasyProviderFactory.registerProvider(ResteasyProviderFactory.java:772)
>   
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.registerProviders(RegisterBuiltin.java:70)
>   
> org.jboss.resteasy.plugins.providers.RegisterBuiltin.register(RegisterBuiltin.java:31)
>   
> org.jboss.resteasy.spi.ResteasyDeployment.start(ResteasyDeployment.java:211)
>   
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.init(ServletContainerDispatcher.java:67)
>   
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.init(HttpServletDispatcher.java:36)
>   
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489)
>   
> org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153)
>   
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>   org.jboss.web.rewrite.RewriteValve.invoke(RewriteValve.java:466)
>   
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
>   org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:505)
>   
> org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:445)
>   org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930)
>   java.lang.Thread.run(Thread.java:745)
>
> *root cause*
>
> java.lang.RuntimeException: Failed to construct public 
> org.ovirt.engine.api.pdf.FOPMessageBodyWriter()
>   
> org.jboss.resteasy.core.ConstructorInjectorImpl.construct(ConstructorInjectorImpl.java:144)
>   
> org.jboss.resteasy.spi.ResteasyProviderFactory.getProviderInstance(ResteasyProviderFactory.java:1039)
>   
> 

[ovirt-users] Cannot mount gluster storage data

[Jean-Michel FRANCOIS]

Hi Ovirt users,

I'm running ovirt hosted 3.4 with gluster data storage.
When I add a new host (Centos 6.6) the data storage (as a glsuterfs) 
cannot be mount.

I have the following errors in gluster client log file :
[2015-09-24 12:27:22.636221] I [MSGID: 101190] 
[event-epoll.c:632:event_dispatch_epoll_worker] 0-epoll: Started thread 
with index 1
[2015-09-24 12:27:22.636588] W [socket.c:588:__socket_rwv] 0-glusterfs: 
readv on 172.16.0.5:24007 failed (No data available)
[2015-09-24 12:27:22.637307] E [rpc-clnt.c:362:saved_frames_unwind] (--> 
/usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1eb)[0x7f427fb3063b] 
(--> /usr/lib64/libgfrpc.so.0(saved_frames_unwind+0x1e7)[0x7f427f8fc1d7] 
(--> /usr/lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7f427f8fc2ee] 
(--> 
/usr/lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0xab)[0x7f427f8fc3bb] 
(--> /usr/lib64/libgfrpc.so.0(rpc_clnt_notify+0x1c2)[0x7f427f8fc9f2] 
) 0-glusterfs: forced unwinding frame type(GlusterFS Handshake) 
op(GETSPEC(2)) called at 2015-09-24 12:27:22.636344 (xid=0x1)
[2015-09-24 12:27:22.637333] E [glusterfsd-mgmt.c:1604:mgmt_getspec_cbk] 
0-mgmt: failed to fetch volume file (key:/data)
[2015-09-24 12:27:22.637360] W [glusterfsd.c:1219:cleanup_and_exit] 
(-->/usr/lib64/libgfrpc.so.0(saved_frames_unwind+0x20e) [0x7f427f8fc1fe] 
-->/usr/sbin/glusterfs(mgmt_getspec_cbk+0x3f2) [0x40d5d2] 
-->/usr/sbin/glusterfs(cleanup_and_exit+0x65) [0x4059b5] ) 0-: received 
signum (0), shutting down
[2015-09-24 12:27:22.637375] I [fuse-bridge.c:5595:fini] 0-fuse: 
Unmounting '/rhev/data-center/mnt/glusterSD/172.16.0.5:_data'.
[2015-09-24 12:27:22.646246] W [glusterfsd.c:1219:cleanup_and_exit] 
(-->/lib64/libpthread.so.0(+0x7a51) [0x7f427ec18a51] 
-->/usr/sbin/glusterfs(glusterfs_sigwaiter+0xcd) [0x405e4d] 
-->/usr/sbin/glusterfs(cleanup_and_exit+0x65) [0x4059b5] ) 0-: received 
signum (15), shutting down
[2015-09-24 12:27:22.646246] W [glusterfsd.c:1219:cleanup_and_exit] 
(-->/lib64/libpthread.so.0(+0x7a51) [0x7f427ec18a51] 
-->/usr/sbin/glusterfs(glusterfs_sigwaiter+0xcd) [0x405e4d] 
-->/usr/sbin/glusterfs(cleanup_and_exit+0x65) [0x4059b5] ) 0-: received 
signum (15), shutting down

And nothing server side.

I suppose it is a version issue since on server side I have
glusterfs-api-3.6.3-1.el6.x86_64
glusterfs-fuse-3.6.3-1.el6.x86_64
glusterfs-libs-3.6.3-1.el6.x86_64
glusterfs-3.6.3-1.el6.x86_64
glusterfs-cli-3.6.3-1.el6.x86_64
glusterfs-rdma-3.6.3-1.el6.x86_64
glusterfs-server-3.6.3-1.el6.x86_64

and on the new host :
glusterfs-3.7.4-2.el6.x86_64
glusterfs-api-3.7.4-2.el6.x86_64
glusterfs-libs-3.7.4-2.el6.x86_64
glusterfs-fuse-3.7.4-2.el6.x86_64
glusterfs-cli-3.7.4-2.el6.x86_64
glusterfs-server-3.7.4-2.el6.x86_64
glusterfs-client-xlators-3.7.4-2.el6.x86_64
glusterfs-rdma-3.7.4-2.el6.x86_64

But since it is a production system, i'm not confident about performing 
gluster server upgrade.
Mounting a gluster volume as NFS is possible (the engine data storage 
has been mounted succesfully).


I'm asking here because glusterfs comes from the ovirt3.4 rpm repository.

If anyone have a hint to this problem

thanks
Jean-Michel

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

Re: [ovirt-users] Foreman: Add external provider (Failed with error PROVIDER_FAILURE and code 5050)

[Yaniv Bronheim]

Hi Nathanael,

This error means that the restAPI request to foreman returned an error.
Most of the time it is a communication issue.. but we can't know much from
this report.
Can you please share the production.log file from your foreman host?
Better to try to add the server as provider, get the error and then check
the production.log file - it will show us if engine request got to foreman
server, the internal fields and why foreman returned 5050.

Greeting,
Yaniv Bronhaim.

On Wed, Sep 23, 2015 at 5:31 PM, Nathanaël Blanchet 
wrote:

> Hello,
>
> I have a working foreman 1.9.1 installed with katello 2.3.
> ruby193-rubygem-ovirt_provision_plugin-1.0.1-1.el7 is also installed on
> the same host.
> But the issue is the same as below when testing  in "add external
> provider" from ovirt 3.5.4.
> What can I do now?
>
> Le 06/11/2014 12:31, Oved Ourfali a écrit :
>
>>
>> - Original Message -
>>
>>> From: "Daniel Helgenberger" 
>>> To: "Oved Ourfali" 
>>> Cc: users@ovirt.org
>>> Sent: Thursday, November 6, 2014 1:29:38 PM
>>> Subject: Re: [ovirt-users] Foreman: Add external provider (Failed with
>>> error PROVIDER_FAILURE and code 5050)
>>>
>>>
>>>
>>> On 06.11.2014 05:47, Oved Ourfali wrote:
>>>
 These steps are also in the feature page

>>> Thanks Oved for pointing to the doc; my bad. I was using the foreman
>>> integration document [1]. Maybe the pages should be merged?
>>>
>>> Yaniv - you planned to merge them, right? That would be a good time...
>>
>>
>> , but it would be nice if you review them to see nothing is missing.

 http://www.ovirt.org/Features/AdvancedForemanIntegration

>>> With foreman 1.6 (at least) there is no need to enable the nightly
>>> builds any more as rb-ovirt is resolved by yum.
>>>
>>> Lastly, I think you need to enable foreman_discovery with the foreman
>>> installer to work and download images:
>>>
>>> # foreman-installer --enable-foreman-plugin-discovery
>>> --foreman-plugin-discovery-install-images=true
>>>
>>> You have that already listed in the testing env setup; but this needs to
>>> be put in context with installing foreman-ovirt on the foreman host.
>>>
>> Yaniv - please add a note there too.
>>
>> Daniel - thanks for the review and the comments!
>>
>> Regards,
>> Oved
>>
>> Thanks
 Oved

 [1] http://www.ovirt.org/Features/ForemanIntegration
>>>
>>> On Nov 6, 2014 12:40 AM, Daniel Helgenberger <
 daniel.helgenber...@m-box.de>
 wrote:

> Answering my own question; and maybe a very obvious cause for the
> failing provider: the missiAnswering my own question; and maybe a very
> obvious cause for the
>
 failing provider: the missing provider plugin in forman!
 So one needs to do:

 yum install ruby193-rubygem-ovirt_provision_plugin

 on the foreman host.

 After that, the connection test in the engine comes up positive. Sadly,
 this is not documented anywhere; only on the GitHub repo readme [1].
 This is also a little bit outdated, as the rbovirt dependency is
 resolved now automatically.

 Also, but I am not sure, the porvider lugin needs the foreman_discovery
 plugin to work:

 yum install ruby193-rubygem-foreman_discovery

 [1]

 https://github.com/theforeman/ovirt_provision_plugin/blob/master/README.md

 On 29.10.2014 00:36, Daniel Helgenberger wrote:

> Hello,
>
> did anyone actually get this working in oVirt 3.5 / EL6 - Engine? I am
> trying this for two days now.
>
> Setup:
> Engine; EL6.5
> Foreman; EL6.5
>
> Foreman seems to do it's as I can use it to deploy hosts and also smart
> proxies are running fine.
>
> I have opened a BZ [1]; because this really can not work out of the box
> with EL6 plain vanilla packages. I wonder if this was ever tested... ?
> Java 7 used i n EL6 [4] does only support DH keys up to 1024byte. This
> is known issue in Foreman [2] as longer DH keys are now used by default
> in Foreman / PuppetCA.
> A dirty fix confirmed working is adding default DH parameters to the
> foreman cert; effectively disabling it [3].
>
> So I got SSL working and I get beyond the authentication (entering
> wrong
> data gets me auth errors)- however, I am still not able to add the
> external provider. Pressing 'test' results in
> (Failed with error PROVIDER_FAILURE and code 5050)
>
> Sample engine.log
> 2014-10-28 23:49:40,860 ERROR
> [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand]
> (ajp--127.0.0.1-8702-1) [6a3da4e7] Command
> org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand
> throw
> Vdc Bll exception. With error message VdcBLLException: PROVIDER_FAILURE
> (Failed with error PROVIDER_FAILURE and code 5050)
>
> I can't find any more hints in oVirt; access logs in 

Re: [ovirt-users] Foreman: Add external provider (Failed with error PROVIDER_FAILURE and code 5050)

[Nathanaël Blanchet]

hi Yaniv,

When using http request, ovirt tells me " I Failed to communicate with 
the external provider." and I get this on the foreman side:

 | Started GET "/api/v2" for 192.168.52.116 at 2015-09-25 11:18:32 +0200
2015-09-25 11:18:32 [app] [I] Processing by 
Api::V2::HomeController#index as JSON

2015-09-25 11:18:32 [app] [I]   Parameters: {"apiv"=>"v2", "home"=>{}}
2015-09-25 11:18:32 [app] [I] Redirected to https://euphorbe.v3.abes.fr/api
2015-09-25 11:18:32 [app] [I] Filter chain halted as 
# 
rendered or redirected
2015-09-25 11:18:32 [app] [I] Completed 301 Moved Permanently in 1ms 
(ActiveRecord: 0.0ms)


But no log comes using https on the foreman side and I get "Test Failed 
(unknown error)." with 5-09-25 11:25:31,181 ERROR 
[org.ovirt.engine.core.bll.GetProviderCertificateChainQuery] 
(ajp--127.0.0.1-8702-4) Error in encoding certificate. Error is {} 
java.io.IOException: Keystore was tampered with, or password was incorrect.
I've just updated to 3.5.4 and otopi asked me for renewing the 
certificate. May it be the reason of the issue?


Le 25/09/2015 11:14, Yaniv Bronheim a écrit :

Hi Nathanael,

This error means that the restAPI request to foreman returned an 
error. Most of the time it is a communication issue.. but we can't 
know much from this report.

Can you please share the production.log file from your foreman host?
Better to try to add the server as provider, get the error and then 
check the production.log file - it will show us if engine request got 
to foreman server, the internal fields and why foreman returned 5050.


Greeting,
Yaniv Bronhaim.

On Wed, Sep 23, 2015 at 5:31 PM, Nathanaël Blanchet > wrote:


Hello,

I have a working foreman 1.9.1 installed with katello 2.3.
ruby193-rubygem-ovirt_provision_plugin-1.0.1-1.el7 is also
installed on the same host.
But the issue is the same as below when testing  in "add external
provider" from ovirt 3.5.4.
What can I do now?

Le 06/11/2014 12:31, Oved Ourfali a écrit :


- Original Message -

From: "Daniel Helgenberger" >
To: "Oved Ourfali" >
Cc: users@ovirt.org 
Sent: Thursday, November 6, 2014 1:29:38 PM
Subject: Re: [ovirt-users] Foreman: Add external provider
(Failed with error PROVIDER_FAILURE and code 5050)



On 06.11.2014 05:47, Oved Ourfali wrote:

These steps are also in the feature page

Thanks Oved for pointing to the doc; my bad. I was using
the foreman
integration document [1]. Maybe the pages should be merged?

Yaniv - you planned to merge them, right? That would be a good
time...


, but it would be nice if you review them to see
nothing is missing.

http://www.ovirt.org/Features/AdvancedForemanIntegration

With foreman 1.6 (at least) there is no need to enable the
nightly
builds any more as rb-ovirt is resolved by yum.

Lastly, I think you need to enable foreman_discovery with
the foreman
installer to work and download images:

# foreman-installer --enable-foreman-plugin-discovery
--foreman-plugin-discovery-install-images=true

You have that already listed in the testing env setup; but
this needs to
be put in context with installing foreman-ovirt on the
foreman host.

Yaniv - please add a note there too.

Daniel - thanks for the review and the comments!

Regards,
Oved

Thanks
Oved

[1] http://www.ovirt.org/Features/ForemanIntegration

On Nov 6, 2014 12:40 AM, Daniel Helgenberger
>
wrote:

Answering my own question; and maybe a very
obvious cause for the
failing provider: the missiAnswering my own
question; and maybe a very
obvious cause for the

failing provider: the missing provider plugin in forman!
So one needs to do:

yum install ruby193-rubygem-ovirt_provision_plugin

on the foreman host.

After that, the connection test in the engine comes up
positive. Sadly,
this is not documented anywhere; only on the GitHub
repo readme [1].
This is also a little bit 

Re: [ovirt-users] moving storage away from a single point of failure

[Donny Davis]

I don't have a large gluster enviroment deployed on hardware, so I have no
data.

On Fri, Sep 25, 2015 at 2:55 AM, Nicolas Ecarnot 
wrote:

> Le 25/09/2015 01:57, Donny Davis a écrit :
>
>> Gluster is pretty stable, you shouldn't have any issues. It works best
>> when there are more than 2 or 3 nodes though.
>>
>
> Hi,
>
> On a site, I have an oVirt setup made of 3 nodes acting as compute+storage
> based on gluster, plus another standalone engine.
> The replica-3 seems to do some good job even when I test-stressed them
> brutaly.
> But as I have the opportunity to add more storage nodes, I'm interested in
> the comment above.
>
> When adding another node, what is the effect on the duration of a rebuild
> when recovering from a crash? What is the effect on perfs?
>
> Regards,
>
> --
> Nicolas ECARNOT
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



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

Re: [ovirt-users] Permission Issues

[Donny Davis]

Are you trying to set this up so it appears as though each user is in their
own tenant?

Make sure you are assigning your create user permission set to the correct
objects, IE assign that permission to the storage, and cluster or
datacenter you want them to operate on.

On Fri, Sep 25, 2015 at 1:48 AM, Budur Nagaraju  wrote:

> I understood that ,but now facing different issue,without selecting the
> permission "attach disk profile" user won't be able to create instance,if I
> disable the option user can't create the instance.
>
> Now the issue is by selecting the permission, users will be able to add
> new additional HDD space from to the deployed instance which I do not
> want,is there any way to resolve this /
>
> On Fri, Sep 25, 2015 at 11:13 AM, Oved Ourfali 
> wrote:
>
>> You should put the user role on the relevant VM. Permissions in ovirt are
>> a combination of user, role and object.
>>
>> If you put the UserRole on the cluster, the user will see all VMs in the
>> cluster. If on a VM, he will only see this VM, if on the DC he will see all
>> VMs in this DC, and if on the entire system then he will see all VMs in the
>> system.
>>
>> Hope I helped,
>> Oved
>> On Sep 24, 2015 9:07 AM, "Budur Nagaraju"  wrote:
>>
>>> HI
>>>
>>> I have created a user with the "user role permissions" when logged in
>>> able to view all the vms ,by default this should not happen ,is there any
>>> solution to resolve this ?
>>>
>>> Thanks,
>>> Nagaraju
>>>
>>>
>>> ___
>>> 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
>
>


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

Re: [ovirt-users] Foreman: Add external provider (Failed with error PROVIDER_FAILURE and code 5050)

[Alexander Wels]

On Friday, September 25, 2015 11:27:11 AM Nathanaël Blanchet wrote:
> hi Yaniv,
> 
> When using http request, ovirt tells me " I Failed to communicate with
> 
> the external provider." and I get this on the foreman side:
>   | Started GET "/api/v2" for 192.168.52.116 at 2015-09-25 11:18:32 +0200
> 
> 2015-09-25 11:18:32 [app] [I] Processing by
> Api::V2::HomeController#index as JSON
> 2015-09-25 11:18:32 [app] [I]   Parameters: {"apiv"=>"v2", "home"=>{}}
> 2015-09-25 11:18:32 [app] [I] Redirected to https://euphorbe.v3.abes.fr/api
> 2015-09-25 11:18:32 [app] [I] Filter chain halted as
> # 3.2.8/lib/action_controller/metal/force_ssl.rb:28> rendered or redirected
> 2015-09-25 11:18:32 [app] [I] Completed 301 Moved Permanently in 1ms
> (ActiveRecord: 0.0ms)
> 
> But no log comes using https on the foreman side and I get "Test Failed
> (unknown error)." with 5-09-25 11:25:31,181 ERROR
> [org.ovirt.engine.core.bll.GetProviderCertificateChainQuery]
> (ajp--127.0.0.1-8702-4) Error in encoding certificate. Error is {}
> java.io.IOException: Keystore was tampered with, or password was incorrect.
> I've just updated to 3.5.4 and otopi asked me for renewing the
> certificate. May it be the reason of the issue?
> 

I actually just had a similar issue, basically if I tried to make a http 
connection and clicked the test button. The foreman side would show me it is 
doing a redirect (presumably to https), which the ovirt side doesn't handle 
very well.

And if I tried to make a https request I would get the IOException Keystore 
has been tampered with, or password was incorrect. For me it turned out the 
/var/lib/ovirt-engine/external_truststore was corrupted. What normally will 
happen when trying to make an https connection to foreman is it will receive 
certificate from foreman, notice it is not trusted and ask the user to trust it 
(and it will put it in the external_truststore, if the user trusts it). Since 
it was corrupted it was unable to properly open the trust store and the 
mentioned IOException would get logged.

Assuming your trust store is corrupted (Mine was only 32 bytes, it should be 
much bigger), you can just rename it or delete it. And a new one will be 
created when you try to make an HTTPS connection to foreman. Once I did both 
(remove the corrupted trust store, and make an HTTPS connection). Everything 
started working correctly for me.

> Le 25/09/2015 11:14, Yaniv Bronheim a écrit :
> > Hi Nathanael,
> > 
> > This error means that the restAPI request to foreman returned an
> > error. Most of the time it is a communication issue.. but we can't
> > know much from this report.
> > Can you please share the production.log file from your foreman host?
> > Better to try to add the server as provider, get the error and then
> > check the production.log file - it will show us if engine request got
> > to foreman server, the internal fields and why foreman returned 5050.
> > 
> > Greeting,
> > Yaniv Bronhaim.
> > 
> > On Wed, Sep 23, 2015 at 5:31 PM, Nathanaël Blanchet  > 
> > > wrote:
> > Hello,
> > 
> > I have a working foreman 1.9.1 installed with katello 2.3.
> > ruby193-rubygem-ovirt_provision_plugin-1.0.1-1.el7 is also
> > installed on the same host.
> > But the issue is the same as below when testing  in "add external
> > provider" from ovirt 3.5.4.
> > What can I do now?
> > 
> > Le 06/11/2014 12:31, Oved Ourfali a écrit :
> > - Original Message -
> > 
> > From: "Daniel Helgenberger"  > >
> > To: "Oved Ourfali"  > >
> > Cc: users@ovirt.org 
> > Sent: Thursday, November 6, 2014 1:29:38 PM
> > Subject: Re: [ovirt-users] Foreman: Add external provider
> > (Failed with error PROVIDER_FAILURE and code 5050)
> > 
> > On 06.11.2014 05:47, Oved Ourfali wrote:
> > These steps are also in the feature page
> > 
> > Thanks Oved for pointing to the doc; my bad. I was using
> > the foreman
> > integration document [1]. Maybe the pages should be merged?
> > 
> > Yaniv - you planned to merge them, right? That would be a good
> > time...
> > 
> > , but it would be nice if you review them to see
> > nothing is missing.
> > 
> > http://www.ovirt.org/Features/AdvancedForemanIntegration
> > 
> > With foreman 1.6 (at least) there is no need to enable the
> > nightly
> > builds any more as rb-ovirt is resolved by yum.
> > 
> > Lastly, I think you need