------=_Part_10957803_1008904620.1418749854056 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, Can I get engine, libvirt, vdsm, mom, logs from host8 and connectivity log? Have you tried installing clean OSs on hosts, especially on problematic host? I'd also try to disable JSONRPC on hosts, by putting them to maintenance and then removing JSONRPC from the check box on all hosts, just to compare if it resolves the issue. Thanks in advance. Best regards, Nikolai ____________________ Nikolai Sednev Senior Quality Engineer at Compute team Red Hat Israel 34 Jerusalem Road, Ra'anana, Israel 43501 Tel: +972 9 7692043 Mobile: +972 52 7342734 Email: nsednev(a)redhat.com IRC: nsednev ----- Original Message ----- From: users-request(a)ovirt.org To: users(a)ovirt.org Sent: Tuesday, December 16, 2014 5:50:28 PM Subject: Users Digest, Vol 39, Issue 98 Send Users mailing list submissions to users(a)ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request(a)ovirt.org You can reach the person managing the list at users-owner(a)ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Re: Free Ovirt Powered Cloud (Lior Vernia) 2. gluster rpms not found (Pat Pierson) 3. vdsm losing connection to libvirt (Chris Adams) 4. Re: Creating new users on oVirt 3.5 (Donny Davis) 5. Re: gfapi, 3.5.1 (Alex Crow) ---------------------------------------------------------------------- Message: 1 Date: Tue, 16 Dec 2014 15:55:02 +0200 From: Lior Vernia <lvernia(a)redhat.com&gt; To: Donny Davis <donny(a)cloudspin.me&gt; Cc: users(a)ovirt.org Subject: Re: [ovirt-users] Free Ovirt Powered Cloud Message-ID: <549039B6.2010804(a)redhat.com&gt; Content-Type: text/plain; charset=ISO-8859-1 Hi Donny, On 15/12/14 18:24, Donny Davis wrote: This looks great! :) Do you also use IPv6 internally in your deployment? e.g. assign IPv6 addresses to your hosts, storage domain, power management etc.? We'd be very interested to hear what works and what doesn't. And perhaps help push forward what doesn't, if you need it :) ------------------------------ Message: 2 Date: Tue, 16 Dec 2014 09:08:57 -0500 From: Pat Pierson <ihasn2004(a)gmail.com&gt; To: nathan(a)robotics.net Cc: &quot;users(a)ovirt.org&quot; <users(a)ovirt.org&gt; Subject: [ovirt-users] gluster rpms not found Message-ID: <CAMRYiEiKL1MEGoHWjKtnhW3DXjouU0w3hs5zFx75sfBL8M4JaQ(a)mail.gmail.com&gt; Content-Type: text/plain; charset="utf-8" Nathan, Did you find a work around for this? I am running into the same issue. Is there a way to force vdsm to see gluster? Or a way to manually run the search so I can see why it fails? *nathan stratton | vp technology | broadsoft, inc | +1-240-404-6580 |www.broadsoft.com On Fri, Jun 20, 2014 at 11:01 AM, Nathan Stratton <nathan at robotics.net <http://lists.ovirt.org/mailman/listinfo/users>> wrote: *>* packages. Is there a way I can run the vdsm gluster rpm search manually to *>* see what is going wrong? *>>* [root at virt01a <http://lists.ovirt.org/mailman/listinfo/users> ~]# yum list installed |grep vdsm *>* vdsm.x86_64 4.14.9-0.el6 @ovirt-3.4-stable *>>* vdsm-cli.noarch 4.14.9-0.el6 @ovirt-3.4-stable *>>* vdsm-gluster.noarch 4.14.9-0.el6 @ovirt-3.4-stable *>>* vdsm-python.x86_64 4.14.9-0.el6 @ovirt-3.4-stable *>>* vdsm-python-zombiereaper.noarch *>* vdsm-xmlrpc.noarch 4.14.9-0.el6 @ovirt-3.4-stable *>>>>* ><> *>* nathan stratton | vp technology | broadsoft, inc | +1-240-404-6580 <%2B1-240-404-6580> | *>* www.broadsoft.com <http://www.broadsoft.com/> *>>>* On Thu, Jun 19, 2014 at 8:39 PM, Andrew Lau <andrew at andrewklau.com <http://lists.ovirt.org/mailman/listinfo/users>> wrote: *>>>* You're missing vdsm-gluster *>>>>* yum install vdsm-gluster *>>>>* On Fri, Jun 20, 2014 at 6:24 AM, Nathan Stratton <nathan at robotics.net <http://lists.ovirt.org/mailman/listinfo/users>> *>>* wrote: *>>* > I am running ovirt 3.4 and have gluster installed: *>>* > *>>* > [root at virt01a <http://lists.ovirt.org/mailman/listinfo/users>]# yum list installed |grep gluster *>>* > glusterfs.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel *>>* > glusterfs-api.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel *>>* > glusterfs-cli.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel *>>* > glusterfs-fuse.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel *>>* > glusterfs-libs.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel *>>* > glusterfs-rdma.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel *>>* > glusterfs-server.x86_64 3.5.0-2.el6 @ovirt-glusterfs-epel *>>* > *>>* > However vdsm can't seem to find them: *>>* > *>>* > Thread-13::DEBUG::2014-06-19 *>>* > 16:15:57,250::caps::458::root::(_getKeyPackages) rpm package *>>* glusterfs-rdma *>>* > not found *>>* > Thread-13::DEBUG::2014-06-19 *>>* > 16:15:57,250::caps::458::root::(_getKeyPackages) rpm package *>>* glusterfs-fuse *>>* > not found *>>* > Thread-13::DEBUG::2014-06-19 *>>* > 16:15:57,251::caps::458::root::(_getKeyPackages) rpm package *>>* gluster-swift *>>* > not found *>>* > Thread-13::DEBUG::2014-06-19 *>>* > 16:15:57,252::caps::458::root::(_getKeyPackages) rpm package *>>* > gluster-swift-object not found *>>* > Thread-13::DEBUG::2014-06-19 *>>* > 16:15:57,252::caps::458::root::(_getKeyPackages) rpm package glusterfs *>>* not *>>* > found *>>* > Thread-13::DEBUG::2014-06-19 *>>* > 16:15:57,252::caps::458::root::(_getKeyPackages) rpm package *>>* > gluster-swift-plugin not found *>>* > Thread-13::DEBUG::2014-06-19 *>>* > 16:15:57,254::caps::458::root::(_getKeyPackages) rpm package *>>* > gluster-swift-account not found *>>* > Thread-13::DEBUG::2014-06-19 *>>* > 16:15:57,254::caps::458::root::(_getKeyPackages) rpm package *>>* > gluster-swift-proxy not found *>>* > Thread-13::DEBUG::2014-06-19 *>>* > 16:15:57,254::caps::458::root::(_getKeyPackages) rpm package *>>* > gluster-swift-doc not found *>>* > Thread-13::DEBUG::2014-06-19 *>>* > 16:15:57,255::caps::458::root::(_getKeyPackages) rpm package *>>* > glusterfs-server not found *>>* > Thread-13::DEBUG::2014-06-19 *>>* > 16:15:57,255::caps::458::root::(_getKeyPackages) rpm package *>>* > gluster-swift-container not found *>>* > Thread-13::DEBUG::2014-06-19 *>>* > 16:15:57,255::caps::458::root::(_getKeyPackages) rpm package *>>* > glusterfs-geo-replication not found *>>* > *>>* > Any ideas? *>>* > *>>* >><> *>>* > nathan stratton | vp technology | broadsoft, inc | +1-240-404-6580 <%2B1-240-404-6580> | *>>* > www.broadsoft.com <http://www.broadsoft.com/> *>>* > *>>* > _______________________________________________ *>>* > Users mailing list *>>* > Users at ovirt.org <http://lists.ovirt.org/mailman/listinfo/users> *>>* > http://lists.ovirt.org/mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users> *>>* > *>>>>-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20140621/9b14c8fe/atta... -- Patrick Pierson -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20141216/58d14872/atta... ------------------------------ Message: 3 Date: Tue, 16 Dec 2014 08:48:48 -0600 From: Chris Adams <cma(a)cmadams.net&gt; To: users(a)ovirt.org Subject: [ovirt-users] vdsm losing connection to libvirt Message-ID: <20141216144848.GA1708(a)cmadams.net&gt; Content-Type: text/plain; charset=us-ascii I have a oVirt setup that has three nodes, all running CentOS 7, with a hosted engine running CentOS 6. Two of the nodes (node8 and node9) are configured for hosted engine, and the third (node2) is just a "regular" node (as you might guess from the names, more nodes are coming as I migrate VMs to oVirt). On one node, node8, vdsm periodically loses its connection to libvirt, which causes vdsm to restart. There doesn't appear to be any trigger that I can see (not time of day, load, etc. related). The engine VM is up and running on node8 (don't know if that has anything to do with it). I get some entries in /var/log/messages repeated continuously; the "ovirt-ha-broker: sending ioctl 5401 to a partition" I mentioned before, and the following: Dec 15 20:56:23 node8 journal: User record for user '107' was not found: No such file or directory Dec 15 20:56:23 node8 journal: Group record for user '107' was not found: No such file or directory I don't think those have any relevance (don't know where they come from); filtering those out, I see: Dec 15 20:56:33 node8 journal: End of file while reading data: Input/output error Dec 15 20:56:33 node8 journal: Tried to close invalid fd 0 Dec 15 20:56:38 node8 journal: vdsm root WARNING connection to libvirt broken. ecode: 1 edom: 7 Dec 15 20:56:38 node8 journal: vdsm root CRITICAL taking calling process down. Dec 15 20:56:38 node8 journal: vdsm vds ERROR libvirt error Dec 15 20:56:38 node8 journal: ovirt-ha-broker mgmt_bridge.MgmtBridge ERROR Failed to getVdsCapabilities: Error 16 from getVdsCapabilities: Unexpected exception Dec 15 20:56:45 node8 journal: End of file while reading data: Input/output error Dec 15 20:56:45 node8 vdsmd_init_common.sh: vdsm: Running run_final_hooks Dec 15 20:56:45 node8 systemd: Starting Virtual Desktop Server Manager... <and then all the normal-looking vdsm startup> It is happening about once a day, but not at any regular interval or time (was 02:23 Sunday, then 20:56 Monday). vdsm.log has this at that time: Thread-601576::DEBUG::2014-12-15 20:56:38,715::BindingXMLRPC::1132::vds::(wrapper) client [127.0.0.1]::call getCapabilities with () {} Thread-601576::DEBUG::2014-12-15 20:56:38,718::utils::738::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all (cwd None) Thread-601576::DEBUG::2014-12-15 20:56:38,746::utils::758::root::(execCmd) SUCCESS: <err> = ''; <rc> = 0 Thread-601576::WARNING::2014-12-15 20:56:38,754::libvirtconnection::135::root::(wrapper) connection to libvirt broken. ecode: 1 edom: 7 Thread-601576::CRITICAL::2014-12-15 20:56:38,754::libvirtconnection::137::root::(wrapper) taking calling process down. MainThread::DEBUG::2014-12-15 20:56:38,754::vdsm::58::vds::(sigtermHandler) Received signal 15 Thread-601576::DEBUG::2014-12-15 20:56:38,755::libvirtconnection::143::root::(wrapper) Unknown libvirterror: ecode: 1 edom: 7 level: 2 message: internal error: client socket is closed MainThread::DEBUG::2014-12-15 20:56:38,755::protocoldetector::135::vds.MultiProtocolAcceptor::(stop) Stopping Acceptor MainThread::INFO::2014-12-15 20:56:38,755::__init__::563::jsonrpc.JsonRpcServer::(stop) Stopping JsonRPC Server Detector thread::DEBUG::2014-12-15 20:56:38,756::protocoldetector::106::vds.MultiProtocolAcceptor::(_cleanup) Cleaning Acceptor MainThread::INFO::2014-12-15 20:56:38,757::vmchannels::188::vds::(stop) VM channels listener was stopped. MainThread::INFO::2014-12-15 20:56:38,758::momIF::91::MOM::(stop) Shutting down MOM MainThread::DEBUG::2014-12-15 20:56:38,759::task::595::Storage.TaskManager.Task::(_updateState) Task=`26c7680c-23e2-42bb-964c-272e778a168a`::moving from state init -> state preparing MainThread::INFO::2014-12-15 20:56:38,759::logUtils::44::dispatcher::(wrapper) Run and protect: prepareForShutdown(options=None) Thread-601576::ERROR::2014-12-15 20:56:38,755::BindingXMLRPC::1142::vds::(wrapper) libvirt error Traceback (most recent call last): File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 1135, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 463, in getCapabilities ret = api.getCapabilities() File "/usr/share/vdsm/API.py", line 1245, in getCapabilities c = caps.get() File "/usr/share/vdsm/caps.py", line 615, in get caps.update(netinfo.get()) File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 812, in get nets = networks() File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 119, in networks allNets = ((net, net.name()) for net in conn.listAllNetworks(0)) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 129, in wrapper __connections.get(id(target)).pingLibvirt() File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3642, in getLibVersion if ret == -1: raise libvirtError ('virConnectGetLibVersion() failed', conn=self) libvirtError: internal error: client socket is closed -- Chris Adams <cma(a)cmadams.net&gt; ------------------------------ Message: 4 Date: Tue, 16 Dec 2014 07:57:16 -0700 From: "Donny Davis" <donny(a)cloudspin.me&gt; To: "'Alon Bar-Lev'" <alonbl(a)redhat.com&gt;, "'Fedele Stabile'" <fedele.stabile(a)fis.unical.it&gt; Cc: users(a)ovirt.org Subject: Re: [ovirt-users] Creating new users on oVirt 3.5 Message-ID: <008801d01940$9682f2f0$c388d8d0$(a)cloudspin.me&gt; Content-Type: text/plain; charset="us-ascii" Check out my write-up on AAA, I tried my best to break it down, and make it simple https://cloudspin.me/ovirt-simple-ldap-aaa/ -----Original Message----- From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On Behalf Of Alon Bar-Lev Sent: Tuesday, December 16, 2014 1:49 AM To: Fedele Stabile Cc: users(a)ovirt.org Subject: Re: [ovirt-users] Creating new users on oVirt 3.5 ----- Original Message ----- Hello, Have you read[1]? We of course need help in improving documentation :) Can you please send engine.log when starting up engine so I can see if there are any issues? Please make sure that at /etc/ovirt-engine/extensions.d you set the config.profile.file.1 to absolute file, /etc/ovirt-enigne/aaa/ as we wait for 3.5.1 to support relative names. The simplest sequence is: 1. copy recursive /usr/share/ovirt-engine-extension-aaa-ldap/examples/simple to /etc/ovirt-engine 2. edit /etc/ovirt-engine/extension.d/* replace ../aaa to /etc/ovirt-engine/aaa this is pending 3.5.1. 3. edit /etc/ovirt-engine/aaa/ldap1.properties and set vars.server, vars.user, vars.password to meet your setup. 4. restart engine. 5. send me engine.log Regards, Alon [1] http://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob; f=README;hb=HEAD _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users ------------------------------ Message: 5 Date: Tue, 16 Dec 2014 15:50:23 +0000 From: Alex Crow <acrow(a)integrafin.co.uk&gt; To: users(a)ovirt.org Subject: Re: [ovirt-users] gfapi, 3.5.1 Message-ID: <549054BF.2090105(a)integrafin.co.uk&gt; Content-Type: text/plain; charset=utf-8; format=flowed Hi, Anyone know if this is due to work correctly in the next iteration of 3.5? Thanks Alex On 09/12/14 10:33, Alex Crow wrote: -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc. 29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300. (Registered office: as above; Registered in England and Wales under number: 3727592). Authorised and regulated by the Financial Conduct Authority (entered on the Financial Services Register; no. 190856). ------------------------------ _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 39, Issue 98 ************************************* ------=_Part_10957803_1008904620.1418749854056 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: georgia,serif; font-size: 12pt; colo= r: #000000"><div>Hi,</div><div>Can I get engine, libvirt, vdsm, mom, logs f= rom host8 and connectivity log?</div><div>Have you tried installing clean O= Ss on hosts, especially on problematic host?</div><div>I'd also try to disa= ble JSONRPC on hosts, by putting them to maintenance and then removing JSON= RPC from the check box on all hosts, just to compare if it resolves the iss= ue.</div><div><br></div><div><br></div><div><span name=3D"x"></span><br>Tha= nks in advance.<br><div><br></div>Best regards,<br>Nikolai<br>_____________= _______<br>Nikolai Sednev<br>Senior Quality Engineer at Compute team<br>Red= Hat Israel<br>34 Jerusalem Road,<br>Ra'anana, Israel 43501<br><div><br></d= iv>Tel: &nbsp; &nbsp; &nbsp; +972 &nbsp; 9 7692043<br>Mobile: +972 52 73427= 34<br>Email: nsednev(a)redhat.com&lt;br&gt;IRC: nsednev<span name=3D"x"></span><br>= </div><div><br></div><hr id=3D"zwchr"><div style=3D"color:#000;font-weight:= normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,s= ans-serif;font-size:12pt;"><b>From: </b&gt;users-request(a)ovirt.org&lt;br&gt;&lt;b&gt;To: <= /b&gt;users(a)ovirt.org&lt;br&gt;&lt;b&gt;Sent: </b>Tuesday, December 16, 2014 5:50:28 PM<br= s mailing list submissions to<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;= &amp;nbsp;users(a)ovirt.org&lt;br&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;To subscribe or unsubscribe via the= World Wide Web, visit<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;h= ttp://lists.ovirt.org/mailman/listinfo/users<br>or, via email, send a messa= ge with subject or body 'help' to<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&n= bsp;&amp;nbsp;users-request(a)ovirt.org&lt;br&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;You can reach the perso= n managing the list at<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;u= sers-owner(a)ovirt.org&lt;br&gt;&lt;div&gt;&lt;br&gt;&lt;/div&gt;When replying, please edit your Subj= ect line so it is more specific<br>than "Re: Contents of Users digest..."<b= r><div><br></div><br>Today's Topics:<br><div><br></div>&nbsp;&nbsp; 1. Re: = &nbsp;Free Ovirt Powered Cloud (Lior Vernia)<br>&nbsp;&nbsp; 2. &nbsp; glus= ter rpms not found (Pat Pierson)<br>&nbsp;&nbsp; 3. &nbsp;vdsm losing conne= ction to libvirt (Chris Adams)<br>&nbsp;&nbsp; 4. Re: &nbsp;Creating new us= ers on oVirt 3.5 (Donny Davis)<br>&nbsp;&nbsp; 5. Re: &nbsp;gfapi, 3.5.1 (A= lex Crow)<br><div><br></div><br>-------------------------------------------= ---------------------------<br><div><br></div>Message: 1<br>Date: Tue, 16 D= ec 2014 15:55:02 +0200<br>From: Lior Vernia &amp;lt;lvernia(a)redhat.com&amp;gt;&lt;br&gt;T= o: Donny Davis &amp;lt;donny(a)cloudspin.me&amp;gt;&lt;br&gt;Cc: users(a)ovirt.org&lt;br&gt;Subject= : Re: [ovirt-users] Free Ovirt Powered Cloud<br>Message-ID: &lt;549039B6.20= 10804(a)redhat.com&amp;gt;&lt;br&gt;Content-Type: text/plain; charset=3DISO-8859-1<br><= div><br></div>Hi Donny,<br><div><br></div>On 15/12/14 18:24, Donny Davis wr= ote:<br>&gt; Hi guys, I'm providing a free public cloud solution entirely b= ased on<br>&gt; vanilla oVirt called cloudspin.me &lt;http://cloudspin.me&g= t;<br>&gt; <br><div><br></div>This looks great! :)<br><div><br></div>&gt; I= t runs on IPv6, and I am looking for people to use the system, host<br>&gt;= services and report back to me with their results.<br>&gt; <br><div><br></= div>Do you also use IPv6 internally in your deployment? e.g. assign IPv6<br= ush forward what doesn't, if you need it :)<br><div><br></div>&gt; Data I a= m looking for<br>&gt; <br>&gt; Connection Speed - Is it comparable to other= services<br>&gt; <br>&gt; User experience - Are there any changes recommen= ded<br>&gt; <br>&gt; Does it work for you - What does, and does not work fo= r you.<br>&gt; <br>&gt; &nbsp;<br>&gt; <br>&gt; I am trying to get funding = to keep this a free resource for everyone to<br>&gt; use. (not from here:)<= br>&gt; <br>&gt; I am completely open to any and all suggestions, and or he= lp with<br>&gt; things. I am a one man show at the moment.<br>&gt; <br>&gt;= If anyone has any questions please email me back<br>&gt; <br>&gt; Donny D<= br>&gt; <br>&gt; &nbsp;<br>&gt; <br>&gt; <br>&gt; <br>&gt; ________________= _______________________________<br>&gt; Users mailing list<br>&gt; Users@ov= irt.org<br>&gt; http://lists.ovirt.org/mailman/listinfo/users<br>&gt; <br><= div><br></div><br>------------------------------<br><div><br></div>Message:= 2<br>Date: Tue, 16 Dec 2014 09:08:57 -0500<br>From: Pat Pierson &lt;ihasn2= 004(a)gmail.com&amp;gt;&lt;br&gt;To: nathan(a)robotics.net&lt;br&gt;Cc: &quot;users(a)ovirt.org&quot; &lt;u= sers(a)ovirt.org&amp;gt;&lt;br&gt;Subject: [ovirt-users] &nbsp;gluster rpms not found<b= r>Message-ID:<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;CAMRYi= EiKL1MEGoHWjKtnhW3DXjouU0w3hs5zFx75sfBL8M4JaQ(a)mail.gmail.com&amp;gt;&lt;br&gt;Content= -Type: text/plain; charset=3D"utf-8"<br><div><br></div>Nathan,<br>&nbsp;&nb= sp; Did you find a work around for this? &nbsp;I am running into the same i= ssue.<br><div><br></div>Is there a way to force vdsm to see gluster? Or a w= ay to manually run the<br>search so I can see why it fails?<br><div><br></d= iv><br>&gt;*&lt;&gt;<br>*nathan stratton | vp technology | broadsoft, inc |= +1-240-404-6580<br>|www.broadsoft.com<br><div><br></div><br>On Fri, Jun 20= , 2014 at 11:01 AM, Nathan Stratton &lt;nathan at<br>robotics.net &lt;http:= //lists.ovirt.org/mailman/listinfo/users&gt;&gt;<br>wrote:<br><div><br></di= v>&gt;* Actually I have vdsm-gluster, that is why vdsm tries to find the gl= uster<br>*&gt;* packages. Is there a way I can run the vdsm gluster rpm sea= rch manually to<br>*&gt;* see what is going wrong?<br>*&gt;&gt;* [root at v= irt01a &lt;http://lists.ovirt.org/mailman/listinfo/users&gt;<br>~]# yum lis= t installed |grep vdsm<br>*&gt;* vdsm.x86_64 &nbsp; &nbsp; &nbsp; &nbsp; &n= bsp; &nbsp;4.14.9-0.el6 &nbsp; &nbsp; @ovirt-3.4-stable<br>*&gt;&gt;* vdsm-= cli.noarch &nbsp; &nbsp; &nbsp; &nbsp;4.14.9-0.el6 &nbsp; &nbsp; @ovirt-3.4= -stable<br>*&gt;&gt;* vdsm-gluster.noarch &nbsp; &nbsp;4.14.9-0.el6 &nbsp; = &nbsp; @ovirt-3.4-stable<br>*&gt;&gt;* vdsm-python.x86_64 &nbsp; &nbsp; 4.1= 4.9-0.el6 &nbsp; &nbsp; @ovirt-3.4-stable<br>*&gt;&gt;* vdsm-python-zombier= eaper.noarch<br>*&gt;* vdsm-xmlrpc.noarch &nbsp; &nbsp; 4.14.9-0.el6 &nbsp;= &nbsp; @ovirt-3.4-stable<br>*&gt;&gt;&gt;&gt;* &gt;&lt;&gt;<br>*&gt;* nath= an stratton | vp technology | broadsoft, inc | +1-240-404-6580<br>&lt;%2B1-= 240-404-6580&gt; |<br>*&gt;* www.broadsoft.com &lt;http://www.broadsoft.com= /&gt;<br>*&gt;&gt;&gt;* On Thu, Jun 19, 2014 at 8:39 PM, Andrew Lau &lt;and= rew at<br>andrewklau.com &lt;http://lists.ovirt.org/mailman/listinfo/users&= gt;&gt; wrote:<br>*&gt;&gt;&gt;* You're missing vdsm-gluster<br>*&gt;&gt;&g= t;&gt;* yum install vdsm-gluster<br>*&gt;&gt;&gt;&gt;* On Fri, Jun 20, 2014= at 6:24 AM, Nathan Stratton &lt;nathan at<br>robotics.net &lt;http://lists= .ovirt.org/mailman/listinfo/users&gt;&gt;<br>*&gt;&gt;* wrote:<br>*&gt;&gt;= * &gt; I am running ovirt 3.4 and have gluster installed:<br>*&gt;&gt;* &gt= ;<br>*&gt;&gt;* &gt; [root at virt01a<br>&lt;http://lists.ovirt.org/mailman= /listinfo/users&gt;]# yum list installed<br>|grep gluster<br>*&gt;&gt;* &gt= ; glusterfs.x86_64 &nbsp; &nbsp; &nbsp; 3.5.0-2.el6 &nbsp; &nbsp; &nbsp;@ov= irt-glusterfs-epel<br>*&gt;&gt;* &gt; glusterfs-api.x86_64 &nbsp; 3.5.0-2.e= l6 &nbsp; &nbsp; &nbsp;@ovirt-glusterfs-epel<br>*&gt;&gt;* &gt; glusterfs-c= li.x86_64 &nbsp; 3.5.0-2.el6 &nbsp; &nbsp; &nbsp;@ovirt-glusterfs-epel<br>*= &gt;&gt;* &gt; glusterfs-fuse.x86_64 &nbsp;3.5.0-2.el6 &nbsp; &nbsp; &nbsp;= @ovirt-glusterfs-epel<br>*&gt;&gt;* &gt; glusterfs-libs.x86_64 &nbsp;3.5.0-= 2.el6 &nbsp; &nbsp; &nbsp;@ovirt-glusterfs-epel<br>*&gt;&gt;* &gt; glusterf= s-rdma.x86_64 &nbsp;3.5.0-2.el6 &nbsp; &nbsp; &nbsp;@ovirt-glusterfs-epel<b= r>*&gt;&gt;* &gt; glusterfs-server.x86_64 &nbsp;3.5.0-2.el6 &nbsp; &nbsp; &= nbsp;@ovirt-glusterfs-epel<br>*&gt;&gt;* &gt;<br>*&gt;&gt;* &gt; However vd= sm can't seem to find them:<br>*&gt;&gt;* &gt;<br>*&gt;&gt;* &gt; Thread-13= ::DEBUG::2014-06-19<br>*&gt;&gt;* &gt; 16:15:57,250::caps::458::root::(_get= KeyPackages) rpm package<br>*&gt;&gt;* glusterfs-rdma<br>*&gt;&gt;* &gt; no= t found<br>*&gt;&gt;* &gt; Thread-13::DEBUG::2014-06-19<br>*&gt;&gt;* &gt; = 16:15:57,250::caps::458::root::(_getKeyPackages) rpm package<br>*&gt;&gt;* = glusterfs-fuse<br>*&gt;&gt;* &gt; not found<br>*&gt;&gt;* &gt; Thread-13::D= EBUG::2014-06-19<br>*&gt;&gt;* &gt; 16:15:57,251::caps::458::root::(_getKey= Packages) rpm package<br>*&gt;&gt;* gluster-swift<br>*&gt;&gt;* &gt; not fo= und<br>*&gt;&gt;* &gt; Thread-13::DEBUG::2014-06-19<br>*&gt;&gt;* &gt; 16:1= 5:57,252::caps::458::root::(_getKeyPackages) rpm package<br>*&gt;&gt;* &gt;= gluster-swift-object not found<br>*&gt;&gt;* &gt; Thread-13::DEBUG::2014-0= 6-19<br>*&gt;&gt;* &gt; 16:15:57,252::caps::458::root::(_getKeyPackages) rp= m package glusterfs<br>*&gt;&gt;* not<br>*&gt;&gt;* &gt; found<br>*&gt;&gt;= * &gt; Thread-13::DEBUG::2014-06-19<br>*&gt;&gt;* &gt; 16:15:57,252::caps::= 458::root::(_getKeyPackages) rpm package<br>*&gt;&gt;* &gt; gluster-swift-p= lugin not found<br>*&gt;&gt;* &gt; Thread-13::DEBUG::2014-06-19<br>*&gt;&gt= ;* &gt; 16:15:57,254::caps::458::root::(_getKeyPackages) rpm package<br>*&g= t;&gt;* &gt; gluster-swift-account not found<br>*&gt;&gt;* &gt; Thread-13::= DEBUG::2014-06-19<br>*&gt;&gt;* &gt; 16:15:57,254::caps::458::root::(_getKe= yPackages) rpm package<br>*&gt;&gt;* &gt; gluster-swift-proxy not found<br>= *&gt;&gt;* &gt; Thread-13::DEBUG::2014-06-19<br>*&gt;&gt;* &gt; 16:15:57,25= 4::caps::458::root::(_getKeyPackages) rpm package<br>*&gt;&gt;* &gt; gluste= r-swift-doc not found<br>*&gt;&gt;* &gt; Thread-13::DEBUG::2014-06-19<br>*&= gt;&gt;* &gt; 16:15:57,255::caps::458::root::(_getKeyPackages) rpm package<= br>*&gt;&gt;* &gt; glusterfs-server not found<br>*&gt;&gt;* &gt; Thread-13:= :DEBUG::2014-06-19<br>*&gt;&gt;* &gt; 16:15:57,255::caps::458::root::(_getK= eyPackages) rpm package<br>*&gt;&gt;* &gt; gluster-swift-container not foun= d<br>*&gt;&gt;* &gt; Thread-13::DEBUG::2014-06-19<br>*&gt;&gt;* &gt; 16:15:= 57,255::caps::458::root::(_getKeyPackages) rpm package<br>*&gt;&gt;* &gt; g= lusterfs-geo-replication not found<br>*&gt;&gt;* &gt;<br>*&gt;&gt;* &gt; An= y ideas?<br>*&gt;&gt;* &gt;<br>*&gt;&gt;* &gt;&gt;&lt;&gt;<br>*&gt;&gt;* &g= t; nathan stratton | vp technology | broadsoft, inc |<br>+1-240-404-6580 &l= t;%2B1-240-404-6580&gt; |<br>*&gt;&gt;* &gt; www.broadsoft.com &lt;http://w= ww.broadsoft.com/&gt;<br>*&gt;&gt;* &gt;<br>*&gt;&gt;* &gt; _______________= ________________________________<br>*&gt;&gt;* &gt; Users mailing list<br>*= &gt;&gt;* &gt; Users at ovirt.org &lt;http://lists.ovirt.org/mailman/listin= fo/users&gt;<br>*&gt;&gt;* &gt; http://lists.ovirt.org/mailman/listinfo/use= rs<br>&lt;http://lists.ovirt.org/mailman/listinfo/users&gt;... &= gt;<br>*&gt;&gt;&gt;&gt;-------------- next part --------------<br>An HTML = attachment was scrubbed...<br>URL: &lt;http://lists.ovirt.org/pipermail/use= rs/attachments/20140621/9b14c8fe/attachment.html&gt;<br><div><br></div><br>= -- <br>Patrick Pierson<br>-------------- next part --------------<br>An HTM= L attachment was scrubbed...<br>URL: &lt;http://lists.ovirt.org/pipermail/u= sers/attachments/20141216/58d14872/attachment-0001.html&gt;<br><div><br></d= iv>------------------------------<br><div><br></div>Message: 3<br>Date: Tue= , 16 Dec 2014 08:48:48 -0600<br>From: Chris Adams &amp;lt;cma(a)cmadams.net&amp;gt;&lt;b= r>To: users(a)ovirt.org&lt;br&gt;Subject: [ovirt-users] vdsm losing connection to l= ibvirt<br>Message-ID: &amp;lt;20141216144848.GA1708(a)cmadams.net&amp;gt;&lt;br&gt;Content-= Type: text/plain; charset=3Dus-ascii<br><div><br></div>I have a oVirt setup= that has three nodes, all running CentOS 7, with a<br>hosted engine runnin= g CentOS 6. &nbsp;Two of the nodes (node8 and node9) are<br>configured for = hosted engine, and the third (node2) is just a "regular"<br>node (as you mi= ght guess from the names, more nodes are coming as I<br>migrate VMs to oVir= t).<br><div><br></div>On one node, node8, vdsm periodically loses its conne= ction to libvirt,<br>which causes vdsm to restart. &nbsp;There doesn't appe= ar to be any trigger<br>that I can see (not time of day, load, etc. related= ). &nbsp;The engine VM is<br>up and running on node8 (don't know if that ha= s anything to do with it).<br><div><br></div>I get some entries in /var/log= /messages repeated continuously; the<br>"ovirt-ha-broker: sending ioctl 540= 1 to a partition" I mentioned before,<br>and the following:<br><div><br></d= iv>Dec 15 20:56:23 node8 journal: User record for user '107' was not found:= No such file or directory<br>Dec 15 20:56:23 node8 journal: Group record f= or user '107' was not found: No such file or directory<br><div><br></div>I = don't think those have any relevance (don't know where they come<br>from); = filtering those out, I see:<br><div><br></div>Dec 15 20:56:33 node8 journal= : End of file while reading data: Input/output error<br>Dec 15 20:56:33 nod= e8 journal: Tried to close invalid fd 0<br>Dec 15 20:56:38 node8 journal: v= dsm root WARNING connection to libvirt broken. ecode: 1 edom: 7<br>Dec 15 2= 0:56:38 node8 journal: vdsm root CRITICAL taking calling process down.<br>D= ec 15 20:56:38 node8 journal: vdsm vds ERROR libvirt error<br>Dec 15 20:56:= 38 node8 journal: ovirt-ha-broker mgmt_bridge.MgmtBridge ERROR Failed to ge= tVdsCapabilities: Error 16 from getVdsCapabilities: Unexpected exception<br= t error<br>Dec 15 20:56:45 node8 vdsmd_init_common.sh: vdsm: Running run_fi= nal_hooks<br>Dec 15 20:56:45 node8 systemd: Starting Virtual Desktop Server= Manager...<br>&lt;and then all the normal-looking vdsm startup&gt;<br><div= l or<br>time (was 02:23 Sunday, then 20:56 Monday).<br><div><br></div>vdsm.= log has this at that time:<br><div><br></div>Thread-601576::DEBUG::2014-12-= 15 20:56:38,715::BindingXMLRPC::1132::vds::(wrapper) client [127.0.0.1]::ca= ll getCapabilities with () {}<br>Thread-601576::DEBUG::2014-12-15 20:56:38,= 718::utils::738::root::(execCmd) /sbin/ip route show to 0.0.0.0/0 table all= (cwd None)<br>Thread-601576::DEBUG::2014-12-15 20:56:38,746::utils::758::r= oot::(execCmd) SUCCESS: &lt;err&gt; =3D ''; &lt;rc&gt; =3D 0<br>Thread-6015= 76::WARNING::2014-12-15 20:56:38,754::libvirtconnection::135::root::(wrappe= r) connection to libvirt broken. ecode: 1 edom: 7<br>Thread-601576::CRITICA= L::2014-12-15 20:56:38,754::libvirtconnection::137::root::(wrapper) taking = calling process down.<br>MainThread::DEBUG::2014-12-15 20:56:38,754::vdsm::= 58::vds::(sigtermHandler) Received signal 15<br>Thread-601576::DEBUG::2014-= 12-15 20:56:38,755::libvirtconnection::143::root::(wrapper) Unknown libvirt= error: ecode: 1 edom: 7 level: 2 message: internal error: client socket is = closed<br>MainThread::DEBUG::2014-12-15 20:56:38,755::protocoldetector::135= ::vds.MultiProtocolAcceptor::(stop) Stopping Acceptor<br>MainThread::INFO::= 2014-12-15 20:56:38,755::__init__::563::jsonrpc.JsonRpcServer::(stop) Stopp= ing JsonRPC Server<br>Detector thread::DEBUG::2014-12-15 20:56:38,756::prot= ocoldetector::106::vds.MultiProtocolAcceptor::(_cleanup) Cleaning Acceptor<= br>MainThread::INFO::2014-12-15 20:56:38,757::vmchannels::188::vds::(stop) = VM channels listener was stopped.<br>MainThread::INFO::2014-12-15 20:56:38,= 758::momIF::91::MOM::(stop) Shutting down MOM<br>MainThread::DEBUG::2014-12= -15 20:56:38,759::task::595::Storage.TaskManager.Task::(_updateState) Task= =3D`26c7680c-23e2-42bb-964c-272e778a168a`::moving from state init -&gt; sta= te preparing<br>MainThread::INFO::2014-12-15 20:56:38,759::logUtils::44::di= spatcher::(wrapper) Run and protect: prepareForShutdown(options=3DNone)<br>= Thread-601576::ERROR::2014-12-15 20:56:38,755::BindingXMLRPC::1142::vds::(w= rapper) libvirt error<br>Traceback (most recent call last):<br>&nbsp;&nbsp;= File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 1135, in wrapper<br>&nbsp= ;&nbsp; &nbsp;res =3D f(*args, **kwargs)<br>&nbsp;&nbsp;File "/usr/share/vd= sm/rpc/BindingXMLRPC.py", line 463, in getCapabilities<br>&nbsp;&nbsp; &nbs= p;ret =3D api.getCapabilities()<br>&nbsp;&nbsp;File "/usr/share/vdsm/API.py= ", line 1245, in getCapabilities<br>&nbsp;&nbsp; &nbsp;c =3D caps.get()<br>= &nbsp;&nbsp;File "/usr/share/vdsm/caps.py", line 615, in get<br>&nbsp;&nbsp= ; &nbsp;caps.update(netinfo.get())<br>&nbsp;&nbsp;File "/usr/lib/python2.7/= site-packages/vdsm/netinfo.py", line 812, in get<br>&nbsp;&nbsp; &nbsp;nets= =3D networks()<br>&nbsp;&nbsp;File "/usr/lib/python2.7/site-packages/vdsm/= netinfo.py", line 119, in networks<br>&nbsp;&nbsp; &nbsp;allNets =3D ((net,= net.name()) for net in conn.listAllNetworks(0))<br>&nbsp;&nbsp;File "/usr/= lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 129, in wrappe= r<br>&nbsp;&nbsp; &nbsp;__connections.get(id(target)).pingLibvirt()<br>&nbs= p;&nbsp;File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3642, in= getLibVersion<br>&nbsp;&nbsp; &nbsp;if ret =3D=3D -1: raise libvirtError (= 'virConnectGetLibVersion() failed', conn=3Dself)<br>libvirtError: internal = error: client socket is closed<br><div><br></div><br>-- <br>Chris Adams &lt= ;cma@cmadams.net&gt;<br><div><br></div><br>------------------------------<b= r><div><br></div>Message: 4<br>Date: Tue, 16 Dec 2014 07:57:16 -0700<br>Fro= m: "Donny Davis" &amp;lt;donny(a)cloudspin.me&amp;gt;&lt;br&gt;To: "'Alon Bar-Lev'" &lt;alo= nbl@redhat.com&gt;,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"'Fedele= Stabile'"<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&lt;fedele.st= abile(a)fis.unical.it&amp;gt;&lt;br&gt;Cc: users(a)ovirt.org&lt;br&gt;Subject: Re: [ovirt-users= ] Creating new users on oVirt 3.5<br>Message-ID: &lt;008801d01940$9682f2f0$= c388d8d0$(a)cloudspin.me&amp;gt;&lt;br&gt;Content-Type: text/plain;&nbsp;&nbsp;&nbsp;&n= bsp;&nbsp;&nbsp;&nbsp;&nbsp;charset=3D"us-ascii"<br><div><br></div>Check ou= t my write-up on AAA, <br>I tried my best to break it down, and make it sim= ple<br><div><br></div>https://cloudspin.me/ovirt-simple-ldap-aaa/<br><div><= br></div>-----Original Message-----<br>From: users-bounces(a)ovirt.org [mailt= o:users-bounces@ovirt.org] On Behalf Of<br>Alon Bar-Lev<br>Sent: Tuesday, D= ecember 16, 2014 1:49 AM<br>To: Fedele Stabile<br>Cc: users(a)ovirt.org&lt;br&gt;Su= bject: Re: [ovirt-users] Creating new users on oVirt 3.5<br><div><br></div>= <br><div><br></div>----- Original Message -----<br>&gt; From: "Fedele Stabi= le" &amp;lt;fedele.stabile(a)fis.unical.it&amp;gt;&lt;br&gt;&amp;gt; To: users(a)ovirt.org&lt;br&gt;&amp;gt= ; Sent: Monday, December 15, 2014 8:05:28 PM<br>&gt; Subject: [ovirt-users]= Creating new users on oVirt 3.5<br>&gt; <br>&gt; Hello,<br>&gt; I have to = create some users on my oVirt 3.5 infrastructure.<br>&gt; On FridayI &nbsp;= was following istructions on <br>&gt; http://www.ovirt.org/LDAP_Quick_Start= <br>&gt; LDAP Quick Start<br>&gt; so I correctly created a OpenLDAP server = and a Kerberos service, but <br>&gt; this morning I read that the instructi= ons are obsolete...<br>&gt; Now I'm trying to understand how to implement t= he new mechanism... but <br>&gt; I'm in troubles:<br>&gt; 1) run yum instal= l ovirt-engine-extension-aaa-ldap<br>&gt; 2) copied files in /etc/ovirt-eng= ine/extensions.d and modified the <br>&gt; name in fis.unical.it-auth(n/z).= properties<br>&gt; 3) copied files in /etc/ovirt-engine/aaa but now I can't= do anything<br>&gt; <br>&gt; Can you help me with newbye instructions to i= nstall the aaa-extensions?<br>&gt; Thank you very much<br>&gt; Fedele Stabi= le<br><div><br></div>Hello,<br><div><br></div>Have you read[1]?<br>We of co= urse need help in improving documentation :) Can you please send<br>engine.= log when starting up engine so I can see if there are any issues?<br>Please= make sure that at /etc/ovirt-engine/extensions.d you set the<br>config.pro= file.file.1 to absolute file, /etc/ovirt-enigne/aaa/ as we wait<br>for 3.5.= 1 to support relative names.<br><div><br></div>The simplest sequence is:<br= p/examples/simple<br>to /etc/ovirt-engine 2. edit /etc/ovirt-engine/extensi= on.d/* replace ../aaa<br>to /etc/ovirt-engine/aaa this is pending 3.5.1.<br= s.user, vars.password to meet your setup.<br>4. restart engine.<br>5. send = me engine.log<br><div><br></div>Regards,<br>Alon<br><div><br></div>[1]<br>h= ttp://gerrit.ovirt.org/gitweb?p=3Dovirt-engine-extension-aaa-ldap.git;a=3Db= lob;<br>f=3DREADME;hb=3DHEAD<br>___________________________________________= ____<br>Users mailing list<br>Users@ovirt.org<br>http://lists.ovirt.org/mai= lman/listinfo/users<br><div><br></div><br><div><br></div>------------------= ------------<br><div><br></div>Message: 5<br>Date: Tue, 16 Dec 2014 15:50:2= 3 +0000<br>From: Alex Crow &amp;lt;acrow(a)integrafin.co.uk&amp;gt;&lt;br&gt;To: users@ovir= t.org<br>Subject: Re: [ovirt-users] gfapi, 3.5.1<br>Message-ID: &lt;549054B= F.2090105(a)integrafin.co.uk&amp;gt;&lt;br&gt;Content-Type: text/plain; charset=3Dutf-8= ; format=3Dflowed<br><div><br></div>Hi,<br><div><br></div>Anyone know if th= is is due to work correctly in the next iteration of 3.5?<br><div><br></div= ow wrote:<br>&gt; Hi,<br>&gt;<br>&gt; Will the vdsm patches to properly ena= ble libgfapi storage for VMs (and <br>&gt; matching refactored code in the = hosted-engine setup scripts) for VMs <br>&gt; make it into 3.5.1? It's not = in the snapshots yet it seems.<br>&gt;<br>&gt; I notice it's in master/3.6 = snapshot but something stops the HA stuff <br>&gt; in self-hosted setups fr= om connecting storage:<br>&gt;<br>&gt; from Master test setup:<br>&gt; /var= /log/ovirt-hosted-engine-ha/broker.log<br>&gt;<br>&gt; MainThread::INFO::20= 14-12-08 <br>&gt; 19:22:56,287::hosted_engine::222::ovirt_hosted_engine_ha.= agent.hosted_engine.HostedEngine::(_get_hostname) <br>&gt; Found certificat= e common name: 172.17.10.50<br>&gt; MainThread::WARNING::2014-12-08 <br>&gt= ; 19:22:56,395::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_eng= ine.HostedEngine::(_initialize_vdsm) <br>&gt; Failed to connect storage, wa= iting '15' seconds before the next attempt<br>&gt; MainThread::WARNING::201= 4-12-08 <br>&gt; 19:23:11,501::hosted_engine::497::ovirt_hosted_engine_ha.a= gent.hosted_engine.HostedEngine::(_initialize_vdsm) <br>&gt; Failed to conn= ect storage, waiting '15' seconds before the next attempt<br>&gt; MainThrea= d::WARNING::2014-12-08 <br>&gt; 19:23:26,610::hosted_engine::497::ovirt_hos= ted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) <br>&gt;= Failed to connect storage, waiting '15' seconds before the next attempt<br= :497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize= _vdsm) <br>&gt; Failed to connect storage, waiting '15' seconds before the = next attempt<br>&gt; MainThread::WARNING::2014-12-08 <br>&gt; 19:23:56,824:= :hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngin= e::(_initialize_vdsm) <br>&gt; Failed to connect storage, waiting '15' seco= nds before the next attempt<br>&gt; MainThread::ERROR::2014-12-08 <br>&gt; = 19:24:11,840::hosted_engine::500::ovirt_hosted_engine_ha.agent.hosted_engin= e.HostedEngine::(_initialize_vdsm) <br>&gt; Failed trying to connect storag= e:<br>&gt; MainThread::ERROR::2014-12-08 <br>&gt; 19:24:11,840::agent::173:= :ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) <br>&gt; Error: 'Fa= iled trying to connect storage' - trying to restart agent<br>&gt; MainThrea= d::WARNING::2014-12-08 <br>&gt; 19:24:16,845::agent::176::ovirt_hosted_engi= ne_ha.agent.agent.Agent::(_run_agent) <br>&gt; Restarting agent, attempt '8= '<br>&gt; MainThread::INFO::2014-12-08 <br>&gt; 19:24:16,855::hosted_engine= ::222::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostn= ame) <br>&gt; Found certificate common name: 172.17.10.50<br>&gt; MainThrea= d::WARNING::2014-12-08 <br>&gt; 19:24:16,962::hosted_engine::497::ovirt_hos= ted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) <br>&gt;= Failed to connect storage, waiting '15' seconds before the next attempt<br= :497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize= _vdsm) <br>&gt; Failed to connect storage, waiting '15' seconds before the = next attempt<br>&gt; MainThread::WARNING::2014-12-08 <br>&gt; 19:24:47,181:= :hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngin= e::(_initialize_vdsm) <br>&gt; Failed to connect storage, waiting '15' seco= nds before the next attempt<br>&gt; MainThread::WARNING::2014-12-08 <br>&gt= ; 19:25:02,288::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_eng= ine.HostedEngine::(_initialize_vdsm) <br>&gt; Failed to connect storage, wa= iting '15' seconds before the next attempt<br>&gt; MainThread::WARNING::201= 4-12-08 <br>&gt; 19:25:17,389::hosted_engine::497::ovirt_hosted_engine_ha.a= gent.hosted_engine.HostedEngine::(_initialize_vdsm) <br>&gt; Failed to conn= ect storage, waiting '15' seconds before the next attempt<br>&gt; MainThrea= d::ERROR::2014-12-08 <br>&gt; 19:25:32,404::hosted_engine::500::ovirt_hoste= d_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) <br>&gt; F= ailed trying to connect storage:<br>&gt; MainThread::ERROR::2014-12-08 <br>= &gt; 19:25:32,404::agent::173::ovirt_hosted_engine_ha.agent.agent.Agent::(_= run_agent) <br>&gt; Error: 'Failed trying to connect storage' - trying to r= estart agent<br>&gt; MainThread::WARNING::2014-12-08 <br>&gt; 19:25:37,409:= :agent::176::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) <br>&gt= ; Restarting agent, attempt '9'<br>&gt; MainThread::ERROR::2014-12-08 <br>&= gt; 19:25:37,409::agent::178::ovirt_hosted_engine_ha.agent.agent.Agent::(_r= un_agent) <br>&gt; Too many errors occurred, giving up. Please review the l= og and <br>&gt; consider filing a bug.<br>&gt; MainThread::INFO::2014-12-08= <br>&gt; 19:25:37,409::agent::118::ovirt_hosted_engine_ha.agent.agent.Agen= t::(run) <br>&gt; Agent shutting down<br>&gt; (END) - Next: /var/log/ovirt-= hosted-engine-ha/broker.log<br>&gt;<br>&gt; vdsm.log:<br>&gt;<br>&gt; Detec= tor thread::DEBUG::2014-12-08 <br>&gt; 19:20:45,458::protocoldetector::214:= :vds.MultiProtocolAcceptor::(_remove_connection) <br>&gt; Removing connecti= on 127.0.0.1:53083<br>&gt; Detector thread::DEBUG::2014-12-08 <br>&gt; 19:2= 0:45,458::BindingXMLRPC::1193::XmlDetector::(handleSocket) xml <br>&gt; ove= r http detected from ('127.0.0.1', 53083)<br>&gt; Thread-44::DEBUG::2014-12= -08 <br>&gt; 19:20:45,459::BindingXMLRPC::318::vds::(wrapper) client [127.0= .0.1]<br>&gt; Thread-44::DEBUG::2014-12-08 <br>&gt; 19:20:45,460::task::592= ::Storage.TaskManager.Task::(_updateState) <br>&gt; Task=3D`b5accf8f-014a-4= 12d-9fb8-9e9447d49b72`::moving from state init -&gt; <br>&gt; state prepari= ng<br>&gt; Thread-44::INFO::2014-12-08 <br>&gt; 19:20:45,460::logUtils::48:= :dispatcher::(wrapper) Run and protect: <br>&gt; connectStorageServer(domTy= pe=3D1, <br>&gt; spUUID=3D'ab2b5ee7-9aa7-426f-9d58-5e7d3840ad81', conList= =3D[{'connection': <br>&gt; 'zebulon.ifa.net:/engine', 'iqn': ',', 'protoco= l_version': '3'<br>&gt; , 'kvm': 'password', '=3D': 'user', ',': '=3D'}], o= ptions=3DNone)<br>&gt; Thread-44::DEBUG::2014-12-08 <br>&gt; 19:20:45,461::= hsm::2384::Storage.HSM::(__prefetchDomains) nfs local <br>&gt; path: /rhev/= data-center/mnt/zebulon.ifa.net:_engine<br>&gt; Thread-44::DEBUG::2014-12-0= 8 <br>&gt; 19:20:45,462::hsm::2408::Storage.HSM::(__prefetchDomains) Found = SD <br>&gt; uuids: (u'd3240928-dae9-4ed0-8a28-7ab552455063',)<br>&gt; Threa= d-44::DEBUG::2014-12-08 <br>&gt; 19:20:45,463::hsm::2464::Storage.HSM::(con= nectStorageServer) knownSDs: <br>&gt; {d3240928-dae9-4ed0-8a28-7ab552455063= : storage.nfsSD.findDomain}<br>&gt; Thread-44::ERROR::2014-12-08 <br>&gt; 1= 9:20:45,463::task::863::Storage.TaskManager.Task::(_setError) <br>&gt; Task= =3D`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Unexpected error<br>&gt; Traceba= ck (most recent call last):<br>&gt; &nbsp; File "/usr/share/vdsm/storage/ta= sk.py", line 870, in _run<br>&gt; &nbsp; &nbsp; return fn(*args, **kargs)<b= r>&gt; &nbsp; File "/usr/share/vdsm/logUtils.py", line 49, in wrapper<br>&g= t; &nbsp; &nbsp; res =3D f(*args, **kwargs)<br>&gt; &nbsp; File "/usr/share= /vdsm/storage/hsm.py", line 2466, in <br>&gt; connectStorageServer<br>&gt; = &nbsp; &nbsp; res.append({'id': conDef["id"], 'status': status})<br>&gt; Ke= yError: 'id'<br>&gt; Thread-44::DEBUG::2014-12-08 <br>&gt; 19:20:45,463::ta= sk::882::Storage.TaskManager.Task::(_run) <br>&gt; Task=3D`b5accf8f-014a-41= 2d-9fb8-9e9447d49b72`::Task._run: <br>&gt; b5accf8f-014a-412d-9fb8-9e9447d4= 9b72 (1, <br>&gt; 'ab2b5ee7-9aa7-426f-9d58-5e7d3840ad81', [{'kvm': 'passwor= d', ',': '=3D', <br>&gt; 'conn<br>&gt; ection': 'zebulon.ifa.net:/engine', = 'iqn': ',', 'protocol_version': <br>&gt; '3', '=3D': 'user'}]) {} failed - = stopping task<br>&gt; Thread-44::DEBUG::2014-12-08 <br>&gt; 19:20:45,463::t= ask::1214::Storage.TaskManager.Task::(stop) <br>&gt; Task=3D`b5accf8f-014a-= 412d-9fb8-9e9447d49b72`::stopping in state <br>&gt; preparing (force False)= <br>&gt; Thread-44::DEBUG::2014-12-08 <br>&gt; 19:20:45,463::task::990::Sto= rage.TaskManager.Task::(_decref) <br>&gt; Task=3D`b5accf8f-014a-412d-9fb8-9= e9447d49b72`::ref 1 aborting True<br>&gt; Thread-44::INFO::2014-12-08 <br>&= gt; 19:20:45,463::task::1168::Storage.TaskManager.Task::(prepare) <br>&gt; = Task=3D`b5accf8f-014a-412d-9fb8-9e9447d49b72`::aborting: Task is <br>&gt; a= borted: u"'id'" - code 100<br>&gt; Thread-44::DEBUG::2014-12-08 <br>&gt; 19= :20:45,463::task::1173::Storage.TaskManager.Task::(prepare) <br>&gt; Task= =3D`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Prepare: aborted: 'id'<br>&gt; T= hread-44::DEBUG::2014-12-08 <br>&gt; 19:20:45,463::task::990::Storage.TaskM= anager.Task::(_decref) <br>&gt; Task=3D`b5accf8f-014a-412d-9fb8-9e9447d49b7= 2`::ref 0 aborting True<br>&gt; Thread-44::DEBUG::2014-12-08 <br>&gt; 19:20= :45,463::task::925::Storage.TaskManager.Task::(_doAbort) <br>&gt; Task=3D`b= 5accf8f-014a-412d-9fb8-9e9447d49b72`::Task._doAbort: force False<br>&gt; Th= read-44::DEBUG::2014-12-08 <br>&gt; 19:20:45,463::resourceManager::977::Sto= rage.ResourceManager.Owner::(cancelAll) <br>&gt; Owner.cancelAll requests {= }<br>&gt; Thread-44::DEBUG::2014-12-08 <br>&gt; 19:20:45,463::task::592::St= orage.TaskManager.Task::(_updateState) <br>&gt; Task=3D`b5accf8f-014a-412d-= 9fb8-9e9447d49b72`::moving from state <br>&gt; preparing -&gt; state aborti= ng<br>&gt; Thread-44::DEBUG::2014-12-08 <br>&gt; 19:20:45,464::task::547::S= torage.TaskManager.Task::(__state_aborting) <br>&gt; Task=3D`b5accf8f-014a-= 412d-9fb8-9e9447d49b72`::_aborting: recover policy <br>&gt; none<br>&gt; Th= read-44::DEBUG::2014-12-08 <br>&gt; 19:20:45,464::task::592::Storage.TaskMa= nager.Task::(_updateState) <br>&gt; Task=3D`b5accf8f-014a-412d-9fb8-9e9447d= 49b72`::moving from state <br>&gt; aborting -&gt; state failed<br>&gt; Thre= ad-44::DEBUG::2014-12-08 <br>&gt; 19:20:45,464::resourceManager::940::Stora= ge.ResourceManager.Owner::(releaseAll) <br>&gt; Owner.releaseAll requests {= } resources {}<br>&gt; Thread-44::DEBUG::2014-12-08 <br>&gt; 19:20:45,464::= resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) <br>&gt; O= wner.cancelAll requests {}<br>&gt; Thread-44::ERROR::2014-12-08 <br>&gt; 19= :20:45,464::dispatcher::79::Storage.Dispatcher::(wrapper) 'id'<br>&gt; Trac= eback (most recent call last):<br>&gt; &nbsp; File "/usr/share/vdsm/storage= /dispatcher.py", line 71, in wrapper<br>&gt; &nbsp; &nbsp; result =3D ctask= .prepare(func, *args, **kwargs)<br>&gt; &nbsp; File "/usr/share/vdsm/storag= e/task.py", line 103, in wrapper<br>&gt; &nbsp; &nbsp; return m(self, *a, *= *kw)<br>&gt; &nbsp; File "/usr/share/vdsm/storage/task.py", line 1176, in p= repare<br>&gt; &nbsp; &nbsp; raise self.error<br>&gt; KeyError: 'id'<br>&gt= ; clientIFinit::ERROR::2014-12-08 <br>&gt; 19:20:48,190::clientIF::460::vds= ::(_recoverExistingVms) Vm's recovery <br>&gt; failed<br>&gt; Traceback (mo= st recent call last):<br>&gt; &nbsp; File "/usr/share/vdsm/clientIF.py", li= ne 404, in _recoverExistingVms<br>&gt; &nbsp; &nbsp; caps.CpuTopology().cor= es())<br>&gt; &nbsp; File "/usr/share/vdsm/caps.py", line 200, in __init__<= br>&gt; &nbsp; &nbsp; self._topology =3D _getCpuTopology(capabilities)<br>&= gt; &nbsp; File "/usr/share/vdsm/caps.py", line 232, in _getCpuTopology<br>= &gt; &nbsp; &nbsp; capabilities =3D _getFreshCapsXMLStr()<br>&gt; &nbsp; Fi= le "/usr/share/vdsm/caps.py", line 222, in _getFreshCapsXMLStr<br>&gt; &nbs= p; &nbsp; return libvirtconnection.get().getCapabilities()<br>&gt; &nbsp; F= ile "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", <br>&gt; = line 157, in get<br>&gt; &nbsp; &nbsp; passwd)<br>&gt; &nbsp; File "/usr/li= b/python2.7/site-packages/vdsm/libvirtconnection.py", <br>&gt; line 102, in= open_connection<br>&gt; &nbsp; &nbsp; return utils.retry(libvirtOpen, time= out=3D10, sleep=3D0.2)<br>&gt; &nbsp; File "/usr/lib/python2.7/site-package= s/vdsm/utils.py", line 935, in <br>&gt; retry<br>&gt; &nbsp; &nbsp; return = func()<br>&gt; &nbsp; File "/usr/lib64/python2.7/site-packages/libvirt.py",= line 102, in <br>&gt; openAuth<br>&gt; &nbsp; &nbsp; if ret is None:raise = libvirtError('virConnectOpenAuth() failed')<br>&gt; libvirtError: authentic= ation failed: polkit: <br>&gt; polkit\56retains_authorization_after_challen= ge=3D1<br>&gt; Authorization requires authentication but no agent is availa= ble.<br>&gt;<br>&gt;<br><div><br></div>-- <br>This message is intended only= for the addressee and may contain<br>confidential information. Unless you = are that person, you may not<br>disclose its contents or use it in any way = and are requested to delete<br>the message along with any attachments and n= otify us immediately.<br>"Transact" is operated by Integrated Financial Arr= angements plc. 29<br>Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 = Fax: (020) 7608<br>5300. (Registered office: as above; Registered in Englan= d and Wales<br>under number: 3727592). Authorised and regulated by the Fina= ncial<br>Conduct Authority (entered on the Financial Services Register; no.= 190856).<br><div><br></div><br><div><br></div>----------------------------= --<br><div><br></div>_______________________________________________<br>Use= rs mailing list<br>Users@ovirt.org<br>http://lists.ovirt.org/mailman/listin= fo/users<br><div><br></div><br>End of Users Digest, Vol 39, Issue 98<br>***= **********************************<br></div><div><br></div></div></body></h= tml> ------=_Part_10957803_1008904620.1418749854056--