- Users - oVirt List Archives

Complete CentOS 7 environment
by Aslam, Usman 16 Dec '14

16 Dec '14

We are upgrading hardware and I'm upgrading/rebuilding our Ovirt infrastructure. Are CentOS 7 host nodes supported? And can the engine be installed on CentOS 7? (3.5 repo isn't working for me) Thanks, Usman

8 12

Re: [ovirt-users] 3. vdsm losing connection to libvirt (Chris Adams)
by Nikolai Sednev 16 Dec '14

16 Dec '14

------=_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> To: Donny Davis <donny(a)cloudspin.me> Cc: users(a)ovirt.org Subject: Re: [ovirt-users] Free Ovirt Powered Cloud Message-ID: <549039B6.2010804(a)redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Hi Donny, On 15/12/14 18:24, Donny Davis wrote: > Hi guys, I'm providing a free public cloud solution entirely based on > vanilla oVirt called cloudspin.me <http://cloudspin.me> > This looks great! :) > It runs on IPv6, and I am looking for people to use the system, host > services and report back to me with their results. > 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 :) > Data I am looking for > > Connection Speed - Is it comparable to other services > > User experience - Are there any changes recommended > > Does it work for you - What does, and does not work for you. > > > > I am trying to get funding to keep this a free resource for everyone to > use. (not from here:) > > I am completely open to any and all suggestions, and or help with > things. I am a one man show at the moment. > > If anyone has any questions please email me back > > Donny D > > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ------------------------------ Message: 2 Date: Tue, 16 Dec 2014 09:08:57 -0500 From: Pat Pierson <ihasn2004(a)gmail.com> To: nathan(a)robotics.net Cc: "users(a)ovirt.org" <users(a)ovirt.org> Subject: [ovirt-users] gluster rpms not found Message-ID: <CAMRYiEiKL1MEGoHWjKtnhW3DXjouU0w3hs5zFx75sfBL8M4JaQ(a)mail.gmail.com> 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: >* Actually I have vdsm-gluster, that is why vdsm tries to find the gluster *>* 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/attach…> -- Patrick Pierson -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20141216/58d14872/attach…> ------------------------------ Message: 3 Date: Tue, 16 Dec 2014 08:48:48 -0600 From: Chris Adams <cma(a)cmadams.net> To: users(a)ovirt.org Subject: [ovirt-users] vdsm losing connection to libvirt Message-ID: <20141216144848.GA1708(a)cmadams.net> 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> ------------------------------ Message: 4 Date: Tue, 16 Dec 2014 07:57:16 -0700 From: "Donny Davis" <donny(a)cloudspin.me> To: "'Alon Bar-Lev'" <alonbl(a)redhat.com>, "'Fedele Stabile'" <fedele.stabile(a)fis.unical.it> Cc: users(a)ovirt.org Subject: Re: [ovirt-users] Creating new users on oVirt 3.5 Message-ID: <008801d01940$9682f2f0$c388d8d0$(a)cloudspin.me> 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 ----- > From: "Fedele Stabile" <fedele.stabile(a)fis.unical.it> > To: users(a)ovirt.org > Sent: Monday, December 15, 2014 8:05:28 PM > Subject: [ovirt-users] Creating new users on oVirt 3.5 > > Hello, > I have to create some users on my oVirt 3.5 infrastructure. > On FridayI was following istructions on > http://www.ovirt.org/LDAP_Quick_Start > LDAP Quick Start > so I correctly created a OpenLDAP server and a Kerberos service, but > this morning I read that the instructions are obsolete... > Now I'm trying to understand how to implement the new mechanism... but > I'm in troubles: > 1) run yum install ovirt-engine-extension-aaa-ldap > 2) copied files in /etc/ovirt-engine/extensions.d and modified the > name in fis.unical.it-auth(n/z).properties > 3) copied files in /etc/ovirt-engine/aaa but now I can't do anything > > Can you help me with newbye instructions to install the aaa-extensions? > Thank you very much > Fedele Stabile 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> To: users(a)ovirt.org Subject: Re: [ovirt-users] gfapi, 3.5.1 Message-ID: <549054BF.2090105(a)integrafin.co.uk> 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: > Hi, > > Will the vdsm patches to properly enable libgfapi storage for VMs (and > matching refactored code in the hosted-engine setup scripts) for VMs > make it into 3.5.1? It's not in the snapshots yet it seems. > > I notice it's in master/3.6 snapshot but something stops the HA stuff > in self-hosted setups from connecting storage: > > from Master test setup: > /var/log/ovirt-hosted-engine-ha/broker.log > > MainThread::INFO::2014-12-08 > 19:22:56,287::hosted_engine::222::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname) > Found certificate common name: 172.17.10.50 > MainThread::WARNING::2014-12-08 > 19:22:56,395::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) > Failed to connect storage, waiting '15' seconds before the next attempt > MainThread::WARNING::2014-12-08 > 19:23:11,501::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) > Failed to connect storage, waiting '15' seconds before the next attempt > MainThread::WARNING::2014-12-08 > 19:23:26,610::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) > Failed to connect storage, waiting '15' seconds before the next attempt > MainThread::WARNING::2014-12-08 > 19:23:41,717::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) > Failed to connect storage, waiting '15' seconds before the next attempt > MainThread::WARNING::2014-12-08 > 19:23:56,824::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) > Failed to connect storage, waiting '15' seconds before the next attempt > MainThread::ERROR::2014-12-08 > 19:24:11,840::hosted_engine::500::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) > Failed trying to connect storage: > MainThread::ERROR::2014-12-08 > 19:24:11,840::agent::173::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) > Error: 'Failed trying to connect storage' - trying to restart agent > MainThread::WARNING::2014-12-08 > 19:24:16,845::agent::176::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) > Restarting agent, attempt '8' > MainThread::INFO::2014-12-08 > 19:24:16,855::hosted_engine::222::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname) > Found certificate common name: 172.17.10.50 > MainThread::WARNING::2014-12-08 > 19:24:16,962::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) > Failed to connect storage, waiting '15' seconds before the next attempt > MainThread::WARNING::2014-12-08 > 19:24:32,069::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) > Failed to connect storage, waiting '15' seconds before the next attempt > MainThread::WARNING::2014-12-08 > 19:24:47,181::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) > Failed to connect storage, waiting '15' seconds before the next attempt > MainThread::WARNING::2014-12-08 > 19:25:02,288::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) > Failed to connect storage, waiting '15' seconds before the next attempt > MainThread::WARNING::2014-12-08 > 19:25:17,389::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) > Failed to connect storage, waiting '15' seconds before the next attempt > MainThread::ERROR::2014-12-08 > 19:25:32,404::hosted_engine::500::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) > Failed trying to connect storage: > MainThread::ERROR::2014-12-08 > 19:25:32,404::agent::173::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) > Error: 'Failed trying to connect storage' - trying to restart agent > MainThread::WARNING::2014-12-08 > 19:25:37,409::agent::176::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) > Restarting agent, attempt '9' > MainThread::ERROR::2014-12-08 > 19:25:37,409::agent::178::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) > Too many errors occurred, giving up. Please review the log and > consider filing a bug. > MainThread::INFO::2014-12-08 > 19:25:37,409::agent::118::ovirt_hosted_engine_ha.agent.agent.Agent::(run) > Agent shutting down > (END) - Next: /var/log/ovirt-hosted-engine-ha/broker.log > > vdsm.log: > > Detector thread::DEBUG::2014-12-08 > 19:20:45,458::protocoldetector::214::vds.MultiProtocolAcceptor::(_remove_connection) > Removing connection 127.0.0.1:53083 > Detector thread::DEBUG::2014-12-08 > 19:20:45,458::BindingXMLRPC::1193::XmlDetector::(handleSocket) xml > over http detected from ('127.0.0.1', 53083) > Thread-44::DEBUG::2014-12-08 > 19:20:45,459::BindingXMLRPC::318::vds::(wrapper) client [127.0.0.1] > Thread-44::DEBUG::2014-12-08 > 19:20:45,460::task::592::Storage.TaskManager.Task::(_updateState) > Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::moving from state init -> > state preparing > Thread-44::INFO::2014-12-08 > 19:20:45,460::logUtils::48::dispatcher::(wrapper) Run and protect: > connectStorageServer(domType=1, > spUUID='ab2b5ee7-9aa7-426f-9d58-5e7d3840ad81', conList=[{'connection': > 'zebulon.ifa.net:/engine', 'iqn': ',', 'protocol_version': '3' > , 'kvm': 'password', '=': 'user', ',': '='}], options=None) > Thread-44::DEBUG::2014-12-08 > 19:20:45,461::hsm::2384::Storage.HSM::(__prefetchDomains) nfs local > path: /rhev/data-center/mnt/zebulon.ifa.net:_engine > Thread-44::DEBUG::2014-12-08 > 19:20:45,462::hsm::2408::Storage.HSM::(__prefetchDomains) Found SD > uuids: (u'd3240928-dae9-4ed0-8a28-7ab552455063',) > Thread-44::DEBUG::2014-12-08 > 19:20:45,463::hsm::2464::Storage.HSM::(connectStorageServer) knownSDs: > {d3240928-dae9-4ed0-8a28-7ab552455063: storage.nfsSD.findDomain} > Thread-44::ERROR::2014-12-08 > 19:20:45,463::task::863::Storage.TaskManager.Task::(_setError) > Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Unexpected error > Traceback (most recent call last): > File "/usr/share/vdsm/storage/task.py", line 870, in _run > return fn(*args, **kargs) > File "/usr/share/vdsm/logUtils.py", line 49, in wrapper > res = f(*args, **kwargs) > File "/usr/share/vdsm/storage/hsm.py", line 2466, in > connectStorageServer > res.append({'id': conDef["id"], 'status': status}) > KeyError: 'id' > Thread-44::DEBUG::2014-12-08 > 19:20:45,463::task::882::Storage.TaskManager.Task::(_run) > Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Task._run: > b5accf8f-014a-412d-9fb8-9e9447d49b72 (1, > 'ab2b5ee7-9aa7-426f-9d58-5e7d3840ad81', [{'kvm': 'password', ',': '=', > 'conn > ection': 'zebulon.ifa.net:/engine', 'iqn': ',', 'protocol_version': > '3', '=': 'user'}]) {} failed - stopping task > Thread-44::DEBUG::2014-12-08 > 19:20:45,463::task::1214::Storage.TaskManager.Task::(stop) > Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::stopping in state > preparing (force False) > Thread-44::DEBUG::2014-12-08 > 19:20:45,463::task::990::Storage.TaskManager.Task::(_decref) > Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::ref 1 aborting True > Thread-44::INFO::2014-12-08 > 19:20:45,463::task::1168::Storage.TaskManager.Task::(prepare) > Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::aborting: Task is > aborted: u"'id'" - code 100 > Thread-44::DEBUG::2014-12-08 > 19:20:45,463::task::1173::Storage.TaskManager.Task::(prepare) > Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Prepare: aborted: 'id' > Thread-44::DEBUG::2014-12-08 > 19:20:45,463::task::990::Storage.TaskManager.Task::(_decref) > Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::ref 0 aborting True > Thread-44::DEBUG::2014-12-08 > 19:20:45,463::task::925::Storage.TaskManager.Task::(_doAbort) > Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Task._doAbort: force False > Thread-44::DEBUG::2014-12-08 > 19:20:45,463::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) > Owner.cancelAll requests {} > Thread-44::DEBUG::2014-12-08 > 19:20:45,463::task::592::Storage.TaskManager.Task::(_updateState) > Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::moving from state > preparing -> state aborting > Thread-44::DEBUG::2014-12-08 > 19:20:45,464::task::547::Storage.TaskManager.Task::(__state_aborting) > Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::_aborting: recover policy > none > Thread-44::DEBUG::2014-12-08 > 19:20:45,464::task::592::Storage.TaskManager.Task::(_updateState) > Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::moving from state > aborting -> state failed > Thread-44::DEBUG::2014-12-08 > 19:20:45,464::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) > Owner.releaseAll requests {} resources {} > Thread-44::DEBUG::2014-12-08 > 19:20:45,464::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) > Owner.cancelAll requests {} > Thread-44::ERROR::2014-12-08 > 19:20:45,464::dispatcher::79::Storage.Dispatcher::(wrapper) 'id' > Traceback (most recent call last): > File "/usr/share/vdsm/storage/dispatcher.py", line 71, in wrapper > result = ctask.prepare(func, *args, **kwargs) > File "/usr/share/vdsm/storage/task.py", line 103, in wrapper > return m(self, *a, **kw) > File "/usr/share/vdsm/storage/task.py", line 1176, in prepare > raise self.error > KeyError: 'id' > clientIFinit::ERROR::2014-12-08 > 19:20:48,190::clientIF::460::vds::(_recoverExistingVms) Vm's recovery > failed > Traceback (most recent call last): > File "/usr/share/vdsm/clientIF.py", line 404, in _recoverExistingVms > caps.CpuTopology().cores()) > File "/usr/share/vdsm/caps.py", line 200, in __init__ > self._topology = _getCpuTopology(capabilities) > File "/usr/share/vdsm/caps.py", line 232, in _getCpuTopology > capabilities = _getFreshCapsXMLStr() > File "/usr/share/vdsm/caps.py", line 222, in _getFreshCapsXMLStr > return libvirtconnection.get().getCapabilities() > File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", > line 157, in get > passwd) > File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", > line 102, in open_connection > return utils.retry(libvirtOpen, timeout=10, sleep=0.2) > File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 935, in > retry > return func() > File "/usr/lib64/python2.7/site-packages/libvirt.py", line 102, in > openAuth > if ret is None:raise libvirtError('virConnectOpenAuth() failed') > libvirtError: authentication failed: polkit: > polkit\56retains_authorization_after_challenge=1 > Authorization requires authentication but no agent is available. > > -- 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:       +972   9 7692043<br>Mobile: +972 52 73427= 34<br>Email: nsednev(a)redhat.com<br>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>users-request(a)ovirt.org<br><b>To: <= /b>users(a)ovirt.org<br><b>Sent: </b>Tuesday, December 16, 2014 5:50:28 PM<br= ><b>Subject: </b>Users Digest, Vol 39, Issue 98<br><div><br></div>Send User= s mailing list submissions to<br>       =  users(a)ovirt.org<br><div><br></div>To subscribe or unsubscribe via the= World Wide Web, visit<br>        h= ttp://lists.ovirt.org/mailman/listinfo/users<br>or, via email, send a messa= ge with subject or body 'help' to<br>      &n= bsp; users-request(a)ovirt.org<br><div><br></div>You can reach the perso= n managing the list at<br>        u= sers-owner(a)ovirt.org<br><div><br></div>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>   1. Re: =  Free Ovirt Powered Cloud (Lior Vernia)<br>   2.   glus= ter rpms not found (Pat Pierson)<br>   3.  vdsm losing conne= ction to libvirt (Chris Adams)<br>   4. Re:  Creating new us= ers on oVirt 3.5 (Donny Davis)<br>   5. Re:  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 <lvernia(a)redhat.com><br>T= o: Donny Davis <donny(a)cloudspin.me><br>Cc: users(a)ovirt.org<br>Subject= : Re: [ovirt-users] Free Ovirt Powered Cloud<br>Message-ID: <549039B6.20= 10804(a)redhat.com><br>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>> Hi guys, I'm providing a free public cloud solution entirely b= ased on<br>> vanilla oVirt called cloudspin.me <http://cloudspin.me&g= t;<br>> <br><div><br></div>This looks great! :)<br><div><br></div>> I= t runs on IPv6, and I am looking for people to use the system, host<br>>= services and report back to me with their results.<br>> <br><div><br></= div>Do you also use IPv6 internally in your deployment? e.g. assign IPv6<br= >addresses to your hosts, storage domain, power management etc.? We'd be<br= >very interested to hear what works and what doesn't. And perhaps help<br>p= ush forward what doesn't, if you need it :)<br><div><br></div>> Data I a= m looking for<br>> <br>> Connection Speed - Is it comparable to other= services<br>> <br>> User experience - Are there any changes recommen= ded<br>> <br>> Does it work for you - What does, and does not work fo= r you.<br>> <br>>  <br>> <br>> I am trying to get funding = to keep this a free resource for everyone to<br>> use. (not from here:)<= br>> <br>> I am completely open to any and all suggestions, and or he= lp with<br>> things. I am a one man show at the moment.<br>> <br>>= If anyone has any questions please email me back<br>> <br>> Donny D<= br>> <br>>  <br>> <br>> <br>> <br>> ________________= _______________________________<br>> Users mailing list<br>> Users@ov= irt.org<br>> http://lists.ovirt.org/mailman/listinfo/users<br>> <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 <ihasn2= 004(a)gmail.com><br>To: nathan(a)robotics.net<br>Cc: "users(a)ovirt.org" <u= sers(a)ovirt.org><br>Subject: [ovirt-users]  gluster rpms not found<b= r>Message-ID:<br>        <CAMRYi= EiKL1MEGoHWjKtnhW3DXjouU0w3hs5zFx75sfBL8M4JaQ(a)mail.gmail.com><br>Content= -Type: text/plain; charset=3D"utf-8"<br><div><br></div>Nathan,<br> &nb= sp; Did you find a work around for this?  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>>*<><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 <nathan at<br>robotics.net <http:= //lists.ovirt.org/mailman/listinfo/users>><br>wrote:<br><div><br></di= v>>* Actually I have vdsm-gluster, that is why vdsm tries to find the gl= uster<br>*>* packages. Is there a way I can run the vdsm gluster rpm sea= rch manually to<br>*>* see what is going wrong?<br>*>>* [root at v= irt01a <http://lists.ovirt.org/mailman/listinfo/users><br>~]# yum lis= t installed |grep vdsm<br>*>* vdsm.x86_64         &n= bsp;  4.14.9-0.el6     @ovirt-3.4-stable<br>*>>* vdsm-= cli.noarch        4.14.9-0.el6     @ovirt-3.4= -stable<br>*>>* vdsm-gluster.noarch    4.14.9-0.el6   =   @ovirt-3.4-stable<br>*>>* vdsm-python.x86_64     4.1= 4.9-0.el6     @ovirt-3.4-stable<br>*>>* vdsm-python-zombier= eaper.noarch<br>*>* vdsm-xmlrpc.noarch     4.14.9-0.el6  =   @ovirt-3.4-stable<br>*>>>>* ><><br>*>* nath= an stratton | vp technology | broadsoft, inc | +1-240-404-6580<br><%2B1-= 240-404-6580> |<br>*>* www.broadsoft.com <http://www.broadsoft.com= /><br>*>>>* On Thu, Jun 19, 2014 at 8:39 PM, Andrew Lau <and= rew at<br>andrewklau.com <http://lists.ovirt.org/mailman/listinfo/users&= gt;> wrote:<br>*>>>* You're missing vdsm-gluster<br>*>>&g= t;>* yum install vdsm-gluster<br>*>>>>* On Fri, Jun 20, 2014= at 6:24 AM, Nathan Stratton <nathan at<br>robotics.net <http://lists= .ovirt.org/mailman/listinfo/users>><br>*>>* wrote:<br>*>>= * > I am running ovirt 3.4 and have gluster installed:<br>*>>* &gt= ;<br>*>>* > [root at virt01a<br><http://lists.ovirt.org/mailman= /listinfo/users>]# yum list installed<br>|grep gluster<br>*>>* &gt= ; glusterfs.x86_64       3.5.0-2.el6      @ov= irt-glusterfs-epel<br>*>>* > glusterfs-api.x86_64   3.5.0-2.e= l6      @ovirt-glusterfs-epel<br>*>>* > glusterfs-c= li.x86_64   3.5.0-2.el6      @ovirt-glusterfs-epel<br>*= >>* > glusterfs-fuse.x86_64  3.5.0-2.el6      = @ovirt-glusterfs-epel<br>*>>* > glusterfs-libs.x86_64  3.5.0-= 2.el6      @ovirt-glusterfs-epel<br>*>>* > glusterf= s-rdma.x86_64  3.5.0-2.el6      @ovirt-glusterfs-epel<b= r>*>>* > glusterfs-server.x86_64  3.5.0-2.el6     &= nbsp;@ovirt-glusterfs-epel<br>*>>* ><br>*>>* > However vd= sm can't seem to find them:<br>*>>* ><br>*>>* > Thread-13= ::DEBUG::2014-06-19<br>*>>* > 16:15:57,250::caps::458::root::(_get= KeyPackages) rpm package<br>*>>* glusterfs-rdma<br>*>>* > no= t found<br>*>>* > Thread-13::DEBUG::2014-06-19<br>*>>* > = 16:15:57,250::caps::458::root::(_getKeyPackages) rpm package<br>*>>* = glusterfs-fuse<br>*>>* > not found<br>*>>* > Thread-13::D= EBUG::2014-06-19<br>*>>* > 16:15:57,251::caps::458::root::(_getKey= Packages) rpm package<br>*>>* gluster-swift<br>*>>* > not fo= und<br>*>>* > Thread-13::DEBUG::2014-06-19<br>*>>* > 16:1= 5:57,252::caps::458::root::(_getKeyPackages) rpm package<br>*>>* >= gluster-swift-object not found<br>*>>* > Thread-13::DEBUG::2014-0= 6-19<br>*>>* > 16:15:57,252::caps::458::root::(_getKeyPackages) rp= m package glusterfs<br>*>>* not<br>*>>* > found<br>*>>= * > Thread-13::DEBUG::2014-06-19<br>*>>* > 16:15:57,252::caps::= 458::root::(_getKeyPackages) rpm package<br>*>>* > gluster-swift-p= lugin not found<br>*>>* > Thread-13::DEBUG::2014-06-19<br>*>&gt= ;* > 16:15:57,254::caps::458::root::(_getKeyPackages) rpm package<br>*&g= t;>* > gluster-swift-account not found<br>*>>* > Thread-13::= DEBUG::2014-06-19<br>*>>* > 16:15:57,254::caps::458::root::(_getKe= yPackages) rpm package<br>*>>* > gluster-swift-proxy not found<br>= *>>* > Thread-13::DEBUG::2014-06-19<br>*>>* > 16:15:57,25= 4::caps::458::root::(_getKeyPackages) rpm package<br>*>>* > gluste= r-swift-doc not found<br>*>>* > Thread-13::DEBUG::2014-06-19<br>*&= gt;>* > 16:15:57,255::caps::458::root::(_getKeyPackages) rpm package<= br>*>>* > glusterfs-server not found<br>*>>* > Thread-13:= :DEBUG::2014-06-19<br>*>>* > 16:15:57,255::caps::458::root::(_getK= eyPackages) rpm package<br>*>>* > gluster-swift-container not foun= d<br>*>>* > Thread-13::DEBUG::2014-06-19<br>*>>* > 16:15:= 57,255::caps::458::root::(_getKeyPackages) rpm package<br>*>>* > g= lusterfs-geo-replication not found<br>*>>* ><br>*>>* > An= y ideas?<br>*>>* ><br>*>>* >><><br>*>>* &g= t; nathan stratton | vp technology | broadsoft, inc |<br>+1-240-404-6580 &l= t;%2B1-240-404-6580> |<br>*>>* > www.broadsoft.com <http://w= ww.broadsoft.com/><br>*>>* ><br>*>>* > _______________= ________________________________<br>*>>* > Users mailing list<br>*= >>* > Users at ovirt.org <http://lists.ovirt.org/mailman/listin= fo/users><br>*>>* > http://lists.ovirt.org/mailman/listinfo/use= rs<br><http://lists.ovirt.org/mailman/listinfo/users><br>*>>* &= gt;<br>*>>>>-------------- next part --------------<br>An HTML = attachment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/use= rs/attachments/20140621/9b14c8fe/attachment.html><br><div><br></div><br>= -- <br>Patrick Pierson<br>-------------- next part --------------<br>An HTM= L attachment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/u= sers/attachments/20141216/58d14872/attachment-0001.html><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 <cma(a)cmadams.net><b= r>To: users(a)ovirt.org<br>Subject: [ovirt-users] vdsm losing connection to l= ibvirt<br>Message-ID: <20141216144848.GA1708(a)cmadams.net><br>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.  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.  There doesn't appe= ar to be any trigger<br>that I can see (not time of day, load, etc. related= ).  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= >Dec 15 20:56:45 node8 journal: End of file while reading data: Input/outpu= 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><and then all the normal-looking vdsm startup><br><div= ><br></div>It is happening about once a day, but not at any regular interva= 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: <err> =3D ''; <rc> =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 -> 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>  = File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 1135, in wrapper<br>&nbsp= ;   res =3D f(*args, **kwargs)<br>  File "/usr/share/vd= sm/rpc/BindingXMLRPC.py", line 463, in getCapabilities<br>   &nbs= p;ret =3D api.getCapabilities()<br>  File "/usr/share/vdsm/API.py= ", line 1245, in getCapabilities<br>    c =3D caps.get()<br>=   File "/usr/share/vdsm/caps.py", line 615, in get<br> &nbsp= ;  caps.update(netinfo.get())<br>  File "/usr/lib/python2.7/= site-packages/vdsm/netinfo.py", line 812, in get<br>    nets= =3D networks()<br>  File "/usr/lib/python2.7/site-packages/vdsm/= netinfo.py", line 119, in networks<br>    allNets =3D ((net,= net.name()) for net in conn.listAllNetworks(0))<br>  File "/usr/= lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 129, in wrappe= r<br>    __connections.get(id(target)).pingLibvirt()<br>&nbs= p; File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3642, in= getLibVersion<br>    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(a)cmadams.net><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" <donny(a)cloudspin.me><br>To: "'Alon Bar-Lev'" <alo= nbl(a)redhat.com>,        "'Fedele= Stabile'"<br>        <fedele.st= abile(a)fis.unical.it><br>Cc: users(a)ovirt.org<br>Subject: Re: [ovirt-users= ] Creating new users on oVirt 3.5<br>Message-ID: <008801d01940$9682f2f0$= c388d8d0$(a)cloudspin.me><br>Content-Type: text/plain;   &n= bsp;    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<br>Su= bject: Re: [ovirt-users] Creating new users on oVirt 3.5<br><div><br></div>= <br><div><br></div>----- Original Message -----<br>> From: "Fedele Stabi= le" <fedele.stabile(a)fis.unical.it><br>> To: users(a)ovirt.org<br>&gt= ; Sent: Monday, December 15, 2014 8:05:28 PM<br>> Subject: [ovirt-users]= Creating new users on oVirt 3.5<br>> <br>> Hello,<br>> I have to = create some users on my oVirt 3.5 infrastructure.<br>> On FridayI  = was following istructions on <br>> http://www.ovirt.org/LDAP_Quick_Start= <br>> LDAP Quick Start<br>> so I correctly created a OpenLDAP server = and a Kerberos service, but <br>> this morning I read that the instructi= ons are obsolete...<br>> Now I'm trying to understand how to implement t= he new mechanism... but <br>> I'm in troubles:<br>> 1) run yum instal= l ovirt-engine-extension-aaa-ldap<br>> 2) copied files in /etc/ovirt-eng= ine/extensions.d and modified the <br>> name in fis.unical.it-auth(n/z).= properties<br>> 3) copied files in /etc/ovirt-engine/aaa but now I can't= do anything<br>> <br>> Can you help me with newbye instructions to i= nstall the aaa-extensions?<br>> Thank you very much<br>> 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= ><div><br></div>1. copy recursive /usr/share/ovirt-engine-extension-aaa-lda= 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= >3. edit /etc/ovirt-engine/aaa/ldap1.properties and set vars.server,<br>var= 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(a)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 <acrow(a)integrafin.co.uk><br>To: users@ovir= t.org<br>Subject: Re: [ovirt-users] gfapi, 3.5.1<br>Message-ID: <549054B= F.2090105(a)integrafin.co.uk><br>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= >Thanks<br><div><br></div>Alex<br><div><br></div>On 09/12/14 10:33, Alex Cr= ow wrote:<br>> Hi,<br>><br>> Will the vdsm patches to properly ena= ble libgfapi storage for VMs (and <br>> matching refactored code in the = hosted-engine setup scripts) for VMs <br>> make it into 3.5.1? It's not = in the snapshots yet it seems.<br>><br>> I notice it's in master/3.6 = snapshot but something stops the HA stuff <br>> in self-hosted setups fr= om connecting storage:<br>><br>> from Master test setup:<br>> /var= /log/ovirt-hosted-engine-ha/broker.log<br>><br>> MainThread::INFO::20= 14-12-08 <br>> 19:22:56,287::hosted_engine::222::ovirt_hosted_engine_ha.= agent.hosted_engine.HostedEngine::(_get_hostname) <br>> Found certificat= e common name: 172.17.10.50<br>> 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>> Failed to connect storage, wa= iting '15' seconds before the next attempt<br>> MainThread::WARNING::201= 4-12-08 <br>> 19:23:11,501::hosted_engine::497::ovirt_hosted_engine_ha.a= gent.hosted_engine.HostedEngine::(_initialize_vdsm) <br>> Failed to conn= ect storage, waiting '15' seconds before the next attempt<br>> MainThrea= d::WARNING::2014-12-08 <br>> 19:23:26,610::hosted_engine::497::ovirt_hos= ted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) <br>>= Failed to connect storage, waiting '15' seconds before the next attempt<br= >> MainThread::WARNING::2014-12-08 <br>> 19:23:41,717::hosted_engine:= :497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize= _vdsm) <br>> Failed to connect storage, waiting '15' seconds before the = next attempt<br>> MainThread::WARNING::2014-12-08 <br>> 19:23:56,824:= :hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngin= e::(_initialize_vdsm) <br>> Failed to connect storage, waiting '15' seco= nds before the next attempt<br>> MainThread::ERROR::2014-12-08 <br>> = 19:24:11,840::hosted_engine::500::ovirt_hosted_engine_ha.agent.hosted_engin= e.HostedEngine::(_initialize_vdsm) <br>> Failed trying to connect storag= e:<br>> MainThread::ERROR::2014-12-08 <br>> 19:24:11,840::agent::173:= :ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) <br>> Error: 'Fa= iled trying to connect storage' - trying to restart agent<br>> MainThrea= d::WARNING::2014-12-08 <br>> 19:24:16,845::agent::176::ovirt_hosted_engi= ne_ha.agent.agent.Agent::(_run_agent) <br>> Restarting agent, attempt '8= '<br>> MainThread::INFO::2014-12-08 <br>> 19:24:16,855::hosted_engine= ::222::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostn= ame) <br>> Found certificate common name: 172.17.10.50<br>> MainThrea= d::WARNING::2014-12-08 <br>> 19:24:16,962::hosted_engine::497::ovirt_hos= ted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) <br>>= Failed to connect storage, waiting '15' seconds before the next attempt<br= >> MainThread::WARNING::2014-12-08 <br>> 19:24:32,069::hosted_engine:= :497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize= _vdsm) <br>> Failed to connect storage, waiting '15' seconds before the = next attempt<br>> MainThread::WARNING::2014-12-08 <br>> 19:24:47,181:= :hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngin= e::(_initialize_vdsm) <br>> Failed to connect storage, waiting '15' seco= nds before the next attempt<br>> 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>> Failed to connect storage, wa= iting '15' seconds before the next attempt<br>> MainThread::WARNING::201= 4-12-08 <br>> 19:25:17,389::hosted_engine::497::ovirt_hosted_engine_ha.a= gent.hosted_engine.HostedEngine::(_initialize_vdsm) <br>> Failed to conn= ect storage, waiting '15' seconds before the next attempt<br>> MainThrea= d::ERROR::2014-12-08 <br>> 19:25:32,404::hosted_engine::500::ovirt_hoste= d_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) <br>> F= ailed trying to connect storage:<br>> MainThread::ERROR::2014-12-08 <br>= > 19:25:32,404::agent::173::ovirt_hosted_engine_ha.agent.agent.Agent::(_= run_agent) <br>> Error: 'Failed trying to connect storage' - trying to r= estart agent<br>> MainThread::WARNING::2014-12-08 <br>> 19:25:37,409:= :agent::176::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) <br>&gt= ; Restarting agent, attempt '9'<br>> MainThread::ERROR::2014-12-08 <br>&= gt; 19:25:37,409::agent::178::ovirt_hosted_engine_ha.agent.agent.Agent::(_r= un_agent) <br>> Too many errors occurred, giving up. Please review the l= og and <br>> consider filing a bug.<br>> MainThread::INFO::2014-12-08= <br>> 19:25:37,409::agent::118::ovirt_hosted_engine_ha.agent.agent.Agen= t::(run) <br>> Agent shutting down<br>> (END) - Next: /var/log/ovirt-= hosted-engine-ha/broker.log<br>><br>> vdsm.log:<br>><br>> Detec= tor thread::DEBUG::2014-12-08 <br>> 19:20:45,458::protocoldetector::214:= :vds.MultiProtocolAcceptor::(_remove_connection) <br>> Removing connecti= on 127.0.0.1:53083<br>> Detector thread::DEBUG::2014-12-08 <br>> 19:2= 0:45,458::BindingXMLRPC::1193::XmlDetector::(handleSocket) xml <br>> ove= r http detected from ('127.0.0.1', 53083)<br>> Thread-44::DEBUG::2014-12= -08 <br>> 19:20:45,459::BindingXMLRPC::318::vds::(wrapper) client [127.0= .0.1]<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,460::task::592= ::Storage.TaskManager.Task::(_updateState) <br>> Task=3D`b5accf8f-014a-4= 12d-9fb8-9e9447d49b72`::moving from state init -> <br>> state prepari= ng<br>> Thread-44::INFO::2014-12-08 <br>> 19:20:45,460::logUtils::48:= :dispatcher::(wrapper) Run and protect: <br>> connectStorageServer(domTy= pe=3D1, <br>> spUUID=3D'ab2b5ee7-9aa7-426f-9d58-5e7d3840ad81', conList= =3D[{'connection': <br>> 'zebulon.ifa.net:/engine', 'iqn': ',', 'protoco= l_version': '3'<br>> , 'kvm': 'password', '=3D': 'user', ',': '=3D'}], o= ptions=3DNone)<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,461::= hsm::2384::Storage.HSM::(__prefetchDomains) nfs local <br>> path: /rhev/= data-center/mnt/zebulon.ifa.net:_engine<br>> Thread-44::DEBUG::2014-12-0= 8 <br>> 19:20:45,462::hsm::2408::Storage.HSM::(__prefetchDomains) Found = SD <br>> uuids: (u'd3240928-dae9-4ed0-8a28-7ab552455063',)<br>> Threa= d-44::DEBUG::2014-12-08 <br>> 19:20:45,463::hsm::2464::Storage.HSM::(con= nectStorageServer) knownSDs: <br>> {d3240928-dae9-4ed0-8a28-7ab552455063= : storage.nfsSD.findDomain}<br>> Thread-44::ERROR::2014-12-08 <br>> 1= 9:20:45,463::task::863::Storage.TaskManager.Task::(_setError) <br>> Task= =3D`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Unexpected error<br>> Traceba= ck (most recent call last):<br>>   File "/usr/share/vdsm/storage/ta= sk.py", line 870, in _run<br>>     return fn(*args, **kargs)<b= r>>   File "/usr/share/vdsm/logUtils.py", line 49, in wrapper<br>&g= t;     res =3D f(*args, **kwargs)<br>>   File "/usr/share= /vdsm/storage/hsm.py", line 2466, in <br>> connectStorageServer<br>> =     res.append({'id': conDef["id"], 'status': status})<br>> Ke= yError: 'id'<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,463::ta= sk::882::Storage.TaskManager.Task::(_run) <br>> Task=3D`b5accf8f-014a-41= 2d-9fb8-9e9447d49b72`::Task._run: <br>> b5accf8f-014a-412d-9fb8-9e9447d4= 9b72 (1, <br>> 'ab2b5ee7-9aa7-426f-9d58-5e7d3840ad81', [{'kvm': 'passwor= d', ',': '=3D', <br>> 'conn<br>> ection': 'zebulon.ifa.net:/engine', = 'iqn': ',', 'protocol_version': <br>> '3', '=3D': 'user'}]) {} failed - = stopping task<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,463::t= ask::1214::Storage.TaskManager.Task::(stop) <br>> Task=3D`b5accf8f-014a-= 412d-9fb8-9e9447d49b72`::stopping in state <br>> preparing (force False)= <br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,463::task::990::Sto= rage.TaskManager.Task::(_decref) <br>> Task=3D`b5accf8f-014a-412d-9fb8-9= e9447d49b72`::ref 1 aborting True<br>> Thread-44::INFO::2014-12-08 <br>&= gt; 19:20:45,463::task::1168::Storage.TaskManager.Task::(prepare) <br>> = Task=3D`b5accf8f-014a-412d-9fb8-9e9447d49b72`::aborting: Task is <br>> a= borted: u"'id'" - code 100<br>> Thread-44::DEBUG::2014-12-08 <br>> 19= :20:45,463::task::1173::Storage.TaskManager.Task::(prepare) <br>> Task= =3D`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Prepare: aborted: 'id'<br>> T= hread-44::DEBUG::2014-12-08 <br>> 19:20:45,463::task::990::Storage.TaskM= anager.Task::(_decref) <br>> Task=3D`b5accf8f-014a-412d-9fb8-9e9447d49b7= 2`::ref 0 aborting True<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20= :45,463::task::925::Storage.TaskManager.Task::(_doAbort) <br>> Task=3D`b= 5accf8f-014a-412d-9fb8-9e9447d49b72`::Task._doAbort: force False<br>> Th= read-44::DEBUG::2014-12-08 <br>> 19:20:45,463::resourceManager::977::Sto= rage.ResourceManager.Owner::(cancelAll) <br>> Owner.cancelAll requests {= }<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,463::task::592::St= orage.TaskManager.Task::(_updateState) <br>> Task=3D`b5accf8f-014a-412d-= 9fb8-9e9447d49b72`::moving from state <br>> preparing -> state aborti= ng<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,464::task::547::S= torage.TaskManager.Task::(__state_aborting) <br>> Task=3D`b5accf8f-014a-= 412d-9fb8-9e9447d49b72`::_aborting: recover policy <br>> none<br>> Th= read-44::DEBUG::2014-12-08 <br>> 19:20:45,464::task::592::Storage.TaskMa= nager.Task::(_updateState) <br>> Task=3D`b5accf8f-014a-412d-9fb8-9e9447d= 49b72`::moving from state <br>> aborting -> state failed<br>> Thre= ad-44::DEBUG::2014-12-08 <br>> 19:20:45,464::resourceManager::940::Stora= ge.ResourceManager.Owner::(releaseAll) <br>> Owner.releaseAll requests {= } resources {}<br>> Thread-44::DEBUG::2014-12-08 <br>> 19:20:45,464::= resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) <br>> O= wner.cancelAll requests {}<br>> Thread-44::ERROR::2014-12-08 <br>> 19= :20:45,464::dispatcher::79::Storage.Dispatcher::(wrapper) 'id'<br>> Trac= eback (most recent call last):<br>>   File "/usr/share/vdsm/storage= /dispatcher.py", line 71, in wrapper<br>>     result =3D ctask= .prepare(func, *args, **kwargs)<br>>   File "/usr/share/vdsm/storag= e/task.py", line 103, in wrapper<br>>     return m(self, *a, *= *kw)<br>>   File "/usr/share/vdsm/storage/task.py", line 1176, in p= repare<br>>     raise self.error<br>> KeyError: 'id'<br>&gt= ; clientIFinit::ERROR::2014-12-08 <br>> 19:20:48,190::clientIF::460::vds= ::(_recoverExistingVms) Vm's recovery <br>> failed<br>> Traceback (mo= st recent call last):<br>>   File "/usr/share/vdsm/clientIF.py", li= ne 404, in _recoverExistingVms<br>>     caps.CpuTopology().cor= es())<br>>   File "/usr/share/vdsm/caps.py", line 200, in __init__<= br>>     self._topology =3D _getCpuTopology(capabilities)<br>&= gt;   File "/usr/share/vdsm/caps.py", line 232, in _getCpuTopology<br>= >     capabilities =3D _getFreshCapsXMLStr()<br>>   Fi= le "/usr/share/vdsm/caps.py", line 222, in _getFreshCapsXMLStr<br>> &nbs= p;   return libvirtconnection.get().getCapabilities()<br>>   F= ile "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", <br>> = line 157, in get<br>>     passwd)<br>>   File "/usr/li= b/python2.7/site-packages/vdsm/libvirtconnection.py", <br>> line 102, in= open_connection<br>>     return utils.retry(libvirtOpen, time= out=3D10, sleep=3D0.2)<br>>   File "/usr/lib/python2.7/site-package= s/vdsm/utils.py", line 935, in <br>> retry<br>>     return = func()<br>>   File "/usr/lib64/python2.7/site-packages/libvirt.py",= line 102, in <br>> openAuth<br>>     if ret is None:raise = libvirtError('virConnectOpenAuth() failed')<br>> libvirtError: authentic= ation failed: polkit: <br>> polkit\56retains_authorization_after_challen= ge=3D1<br>> Authorization requires authentication but no agent is availa= ble.<br>><br>><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(a)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--

2 1

Creating new users on oVirt 3.5
by Fedele Stabile 16 Dec '14

16 Dec '14

Hello, I have to create some users on my oVirt 3.5 infrastructure. On FridayI was following istructions on http://www.ovirt.org/LDAP_Quick_Start LDAP Quick Start so I correctly created a OpenLDAP server and a Kerberos service, but this morning I read that the instructions are obsolete... Now I'm trying to understand how to implement the new mechanism... but I'm in troubles: 1) run yum install ovirt-engine-extension-aaa-ldap 2) copied files in /etc/ovirt-engine/extensions.d and modified the name in fis.unical.it-auth(n/z).properties 3) copied files in /etc/ovirt-engine/aaa but now I can't do anything Can you help me with newbye instructions to install the aaa-extensions? Thank you very much Fedele Stabile

4 6

How to update zanata's source text ?
by plysan 16 Dec '14

16 Dec '14

Hi, When I'm trying to compile ovirt-engine-3.5 branch with pulled zanata source files, I get webadmin compilation errors. And the error message lead me to the outdated zanata translation file: org.ovirt.engine.ui.webadmin.ApplicationMessages The file has a source text called "{0} (VLAN {1})", but recent commit b068ec755198c27e65f936809104ba5068cd8fd2 has changed the text to "(VLAN {0})" So is there a way to update the zanata's source text (text on the left) ? It seems that I don't get any options to update it, I can only update the target text (text on the right). thanks.

3 6

gfapi, 3.5.1
by Alex Crow 16 Dec '14

16 Dec '14

Hi, Will the vdsm patches to properly enable libgfapi storage for VMs (and matching refactored code in the hosted-engine setup scripts) for VMs make it into 3.5.1? It's not in the snapshots yet it seems. I notice it's in master/3.6 snapshot but something stops the HA stuff in self-hosted setups from connecting storage: from Master test setup: /var/log/ovirt-hosted-engine-ha/broker.log MainThread::INFO::2014-12-08 19:22:56,287::hosted_engine::222::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname) Found certificate common name: 172.17.10.50 MainThread::WARNING::2014-12-08 19:22:56,395::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Failed to connect storage, waiting '15' seconds before the next attempt MainThread::WARNING::2014-12-08 19:23:11,501::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Failed to connect storage, waiting '15' seconds before the next attempt MainThread::WARNING::2014-12-08 19:23:26,610::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Failed to connect storage, waiting '15' seconds before the next attempt MainThread::WARNING::2014-12-08 19:23:41,717::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Failed to connect storage, waiting '15' seconds before the next attempt MainThread::WARNING::2014-12-08 19:23:56,824::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Failed to connect storage, waiting '15' seconds before the next attempt MainThread::ERROR::2014-12-08 19:24:11,840::hosted_engine::500::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Failed trying to connect storage: MainThread::ERROR::2014-12-08 19:24:11,840::agent::173::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: 'Failed trying to connect storage' - trying to restart agent MainThread::WARNING::2014-12-08 19:24:16,845::agent::176::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Restarting agent, attempt '8' MainThread::INFO::2014-12-08 19:24:16,855::hosted_engine::222::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_get_hostname) Found certificate common name: 172.17.10.50 MainThread::WARNING::2014-12-08 19:24:16,962::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Failed to connect storage, waiting '15' seconds before the next attempt MainThread::WARNING::2014-12-08 19:24:32,069::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Failed to connect storage, waiting '15' seconds before the next attempt MainThread::WARNING::2014-12-08 19:24:47,181::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Failed to connect storage, waiting '15' seconds before the next attempt MainThread::WARNING::2014-12-08 19:25:02,288::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Failed to connect storage, waiting '15' seconds before the next attempt MainThread::WARNING::2014-12-08 19:25:17,389::hosted_engine::497::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Failed to connect storage, waiting '15' seconds before the next attempt MainThread::ERROR::2014-12-08 19:25:32,404::hosted_engine::500::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_vdsm) Failed trying to connect storage: MainThread::ERROR::2014-12-08 19:25:32,404::agent::173::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: 'Failed trying to connect storage' - trying to restart agent MainThread::WARNING::2014-12-08 19:25:37,409::agent::176::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Restarting agent, attempt '9' MainThread::ERROR::2014-12-08 19:25:37,409::agent::178::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Too many errors occurred, giving up. Please review the log and consider filing a bug. MainThread::INFO::2014-12-08 19:25:37,409::agent::118::ovirt_hosted_engine_ha.agent.agent.Agent::(run) Agent shutting down (END) - Next: /var/log/ovirt-hosted-engine-ha/broker.log vdsm.log: Detector thread::DEBUG::2014-12-08 19:20:45,458::protocoldetector::214::vds.MultiProtocolAcceptor::(_remove_connection) Removing connection 127.0.0.1:53083 Detector thread::DEBUG::2014-12-08 19:20:45,458::BindingXMLRPC::1193::XmlDetector::(handleSocket) xml over http detected from ('127.0.0.1', 53083) Thread-44::DEBUG::2014-12-08 19:20:45,459::BindingXMLRPC::318::vds::(wrapper) client [127.0.0.1] Thread-44::DEBUG::2014-12-08 19:20:45,460::task::592::Storage.TaskManager.Task::(_updateState) Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::moving from state init -> state preparing Thread-44::INFO::2014-12-08 19:20:45,460::logUtils::48::dispatcher::(wrapper) Run and protect: connectStorageServer(domType=1, spUUID='ab2b5ee7-9aa7-426f-9d58-5e7d3840ad81', conList=[{'connection': 'zebulon.ifa.net:/engine', 'iqn': ',', 'protocol_version': '3' , 'kvm': 'password', '=': 'user', ',': '='}], options=None) Thread-44::DEBUG::2014-12-08 19:20:45,461::hsm::2384::Storage.HSM::(__prefetchDomains) nfs local path: /rhev/data-center/mnt/zebulon.ifa.net:_engine Thread-44::DEBUG::2014-12-08 19:20:45,462::hsm::2408::Storage.HSM::(__prefetchDomains) Found SD uuids: (u'd3240928-dae9-4ed0-8a28-7ab552455063',) Thread-44::DEBUG::2014-12-08 19:20:45,463::hsm::2464::Storage.HSM::(connectStorageServer) knownSDs: {d3240928-dae9-4ed0-8a28-7ab552455063: storage.nfsSD.findDomain} Thread-44::ERROR::2014-12-08 19:20:45,463::task::863::Storage.TaskManager.Task::(_setError) Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Unexpected error Traceback (most recent call last): File "/usr/share/vdsm/storage/task.py", line 870, in _run return fn(*args, **kargs) File "/usr/share/vdsm/logUtils.py", line 49, in wrapper res = f(*args, **kwargs) File "/usr/share/vdsm/storage/hsm.py", line 2466, in connectStorageServer res.append({'id': conDef["id"], 'status': status}) KeyError: 'id' Thread-44::DEBUG::2014-12-08 19:20:45,463::task::882::Storage.TaskManager.Task::(_run) Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Task._run: b5accf8f-014a-412d-9fb8-9e9447d49b72 (1, 'ab2b5ee7-9aa7-426f-9d58-5e7d3840ad81', [{'kvm': 'password', ',': '=', 'conn ection': 'zebulon.ifa.net:/engine', 'iqn': ',', 'protocol_version': '3', '=': 'user'}]) {} failed - stopping task Thread-44::DEBUG::2014-12-08 19:20:45,463::task::1214::Storage.TaskManager.Task::(stop) Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::stopping in state preparing (force False) Thread-44::DEBUG::2014-12-08 19:20:45,463::task::990::Storage.TaskManager.Task::(_decref) Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::ref 1 aborting True Thread-44::INFO::2014-12-08 19:20:45,463::task::1168::Storage.TaskManager.Task::(prepare) Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::aborting: Task is aborted: u"'id'" - code 100 Thread-44::DEBUG::2014-12-08 19:20:45,463::task::1173::Storage.TaskManager.Task::(prepare) Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Prepare: aborted: 'id' Thread-44::DEBUG::2014-12-08 19:20:45,463::task::990::Storage.TaskManager.Task::(_decref) Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::ref 0 aborting True Thread-44::DEBUG::2014-12-08 19:20:45,463::task::925::Storage.TaskManager.Task::(_doAbort) Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::Task._doAbort: force False Thread-44::DEBUG::2014-12-08 19:20:45,463::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-44::DEBUG::2014-12-08 19:20:45,463::task::592::Storage.TaskManager.Task::(_updateState) Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::moving from state preparing -> state aborting Thread-44::DEBUG::2014-12-08 19:20:45,464::task::547::Storage.TaskManager.Task::(__state_aborting) Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::_aborting: recover policy none Thread-44::DEBUG::2014-12-08 19:20:45,464::task::592::Storage.TaskManager.Task::(_updateState) Task=`b5accf8f-014a-412d-9fb8-9e9447d49b72`::moving from state aborting -> state failed Thread-44::DEBUG::2014-12-08 19:20:45,464::resourceManager::940::Storage.ResourceManager.Owner::(releaseAll) Owner.releaseAll requests {} resources {} Thread-44::DEBUG::2014-12-08 19:20:45,464::resourceManager::977::Storage.ResourceManager.Owner::(cancelAll) Owner.cancelAll requests {} Thread-44::ERROR::2014-12-08 19:20:45,464::dispatcher::79::Storage.Dispatcher::(wrapper) 'id' Traceback (most recent call last): File "/usr/share/vdsm/storage/dispatcher.py", line 71, in wrapper result = ctask.prepare(func, *args, **kwargs) File "/usr/share/vdsm/storage/task.py", line 103, in wrapper return m(self, *a, **kw) File "/usr/share/vdsm/storage/task.py", line 1176, in prepare raise self.error KeyError: 'id' clientIFinit::ERROR::2014-12-08 19:20:48,190::clientIF::460::vds::(_recoverExistingVms) Vm's recovery failed Traceback (most recent call last): File "/usr/share/vdsm/clientIF.py", line 404, in _recoverExistingVms caps.CpuTopology().cores()) File "/usr/share/vdsm/caps.py", line 200, in __init__ self._topology = _getCpuTopology(capabilities) File "/usr/share/vdsm/caps.py", line 232, in _getCpuTopology capabilities = _getFreshCapsXMLStr() File "/usr/share/vdsm/caps.py", line 222, in _getFreshCapsXMLStr return libvirtconnection.get().getCapabilities() File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 157, in get passwd) File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 102, in open_connection return utils.retry(libvirtOpen, timeout=10, sleep=0.2) File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 935, in retry return func() File "/usr/lib64/python2.7/site-packages/libvirt.py", line 102, in openAuth if ret is None:raise libvirtError('virConnectOpenAuth() failed') libvirtError: authentication failed: polkit: polkit\56retains_authorization_after_challenge=1 Authorization requires authentication but no agent is available. -- 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).

2 2

gluster rpms not found
by Pat Pierson 16 Dec '14

16 Dec '14

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: >* Actually I have vdsm-gluster, that is why vdsm tries to find the gluster *>* 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/attach…> -- Patrick Pierson

1 0

Re: [ovirt-users] NFS
by Nikolai Sednev 16 Dec '14

16 Dec '14

------=_Part_10836963_1058080440.1418737821013 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, Can you check iptables configured correctly, then put to maintenance host, power-cycle the host and after powered up and reachable, activate it in WEBUI? 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 3:31:27 PM Subject: Users Digest, Vol 39, Issue 96 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: NFS (Nir Soffer) 2. Re: Problem after update ovirt to 3.5 (Simone Tiraboschi) 3. Re: Problem after update ovirt to 3.5 (Yedidyah Bar David) 4. Re: How to update zanata's source text ? (Alexander Wels) 5. Re: bash: ./autogen.sh: No such file or directory (Nir Soffer) 6. Re: VM disk tab doesn't show storage name after 3.5 upgrade (Nir Soffer) 7. Re: NFS (Bob Doolittle) ---------------------------------------------------------------------- Message: 1 Date: Tue, 16 Dec 2014 07:45:57 -0500 (EST) From: Nir Soffer <nsoffer(a)redhat.com> To: Koen Vanoppen <vanoppen.koen(a)gmail.com> Cc: users(a)ovirt.org Subject: Re: [ovirt-users] NFS Message-ID: <1775969167.13951943.1418733957101.JavaMail.zimbra(a)redhat.com> Content-Type: text/plain; charset=utf-8 ----- Original Message ----- > From: "Koen Vanoppen" <vanoppen.koen(a)gmail.com> > To: users(a)ovirt.org > Sent: Tuesday, December 16, 2014 10:00:32 AM > Subject: [ovirt-users] NFS > > Dear all, > > We recently added 2 hypervisors to the domain on ovirt, but for some reason > they can't connect to the nfs share: > When I manually try to mount the nfs-share ([root@ovirthyp01dev ~]# mount > -vvv -t nfs -o vers=3,tcp progress:/media/NfsProgress /rhev/data-center/mnt/ Looks like your server does not accept nfs version 3 - does it work if you remove the vers=3 option? > progress.brusselsairport.aero \:_media_NfsProgress/) > : > mount: external mount: argv[3] = "-v" > mount: external mount: argv[4] = "-o" > mount: external mount: argv[5] = "rw,vers=3,tcp" > mount.nfs: timeout set for Tue Dec 16 08:56:47 2014 > mount.nfs: trying text-based options 'vers=3,tcp,addr=10.110.56.20' > mount.nfs: prog 100003, trying vers=3, prot=6 > mount.nfs: portmap query failed: RPC: Program not registered > mount.nfs: requested NFS version or transport protocol is not supported > > From vdsm.log: > Thread-277::ERROR::2014-12-16 > 08:46:32,504::storageServer::211::Storage.StorageServer.MountConnection::(connect) > Mount failed: (32, ';mount.nfs: requested NFS version or transport protocol > is not supported\n') > Traceback (most recent call last): > File "/usr/share/vdsm/storage/storageServer.py", line 209, in connect > self._mount.mount(self.options, self._vfsType) > File "/usr/share/vdsm/storage/mount.py", line 223, in mount > return self._runcmd(cmd, timeout) > File "/usr/share/vdsm/storage/mount.py", line 239, in _runcmd > raise MountError(rc, ";".join((out, err))) > MountError: (32, ';mount.nfs: requested NFS version or transport protocol is > not supported\n') > Thread-277::ERROR::2014-12-16 > 08:46:32,508::hsm::2433::Storage.HSM::(connectStorageServer) Could not > connect to storageServer > Traceback (most recent call last): > File "/usr/share/vdsm/storage/hsm.py", line 2430, in connectStorageServer > conObj.connect() > File "/usr/share/vdsm/storage/storageServer.py", line 328, in connect > return self._mountCon.connect() > File "/usr/share/vdsm/storage/storageServer.py", line 217, in connect > raise e > MountError: (32, ';mount.nfs: requested NFS version or transport protocol is > not supported\n') > > Any ideas? The rest (4 others) didn't have any problems... 4 other servers? Try to compare the configuration between these servers. Nir ------------------------------ Message: 2 Date: Tue, 16 Dec 2014 07:48:17 -0500 (EST) From: Simone Tiraboschi <stirabos(a)redhat.com> To: Juan Jose <jj197005(a)gmail.com> Cc: users(a)ovirt.org Subject: Re: [ovirt-users] Problem after update ovirt to 3.5 Message-ID: <1161380684.12062869.1418734097118.JavaMail.zimbra(a)redhat.com> Content-Type: text/plain; charset=utf-8 ----- Original Message ----- > From: "Juan Jose" <jj197005(a)gmail.com> > To: "Yedidyah Bar David" <didi(a)redhat.com>, sbonazzo(a)redhat.com > Cc: users(a)ovirt.org > Sent: Tuesday, December 16, 2014 1:03:17 PM > Subject: Re: [ovirt-users] Problem after update ovirt to 3.5 > > Hello everybody, > > It was the firewall, after upgrade my engine the NFS configuration had > disappered, I have configured again as Red Hat says and now it works > properly again. > > Many thank again for the indications. We already had a patch for it [1], it will released next month with oVirt 3.5.1 [1] http://gerrit.ovirt.org/#/c/32874/ > Juanjo. > > On Mon, Dec 15, 2014 at 2:32 PM, Yedidyah Bar David < didi(a)redhat.com > > wrote: > > > ----- Original Message ----- > > From: "Juan Jose" < jj197005(a)gmail.com > > > To: users(a)ovirt.org > > Sent: Monday, December 15, 2014 3:17:15 PM > > Subject: [ovirt-users] Problem after update ovirt to 3.5 > > > > Hello everybody, > > > > After upgrade my engine to oVirt 3.5, I have also upgraded one of my hosts > > to > > oVirt 3.5. After that it seems that all have gone good aparently. > > > > But in some seconds my ISO domain is desconnected and it is impossible to > > Activate. I'm attaching my engine.log. The below error is showed each time > > I > > try to Activate the ISO domain. Before the upgrade it was working without > > problems: > > > > 2014-12-15 13:25:07,607 ERROR > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, Call > > Stack: null, Custom Event ID: -1, Message: Failed to connect Host host1 to > > the Storage Domains ISO_DOMAIN. > > 2014-12-15 13:25:07,608 INFO > > [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] > > (org.ovirt.thread.pool-8-thread-5) [460733dd] FINISH, > > ConnectStorageServerVDSCommand, return: > > {81c0a853-715c-4478-a812-6a74808fc482=477}, log id: 3590969e > > 2014-12-15 13:25:07,615 ERROR > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, Call > > Stack: null, Custom Event ID: -1, Message: The error message for connection > > ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 returned by > > VDSM > > was: Problem while trying to mount target > > 2014-12-15 13:25:07,616 ERROR > > [org.ovirt.engine.core.bll.storage.NFSStorageHelper] > > (org.ovirt.thread.pool-8-thread-5) [460733dd] The connection with details > > ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 failed because > > of error code 477 and error message is: problem while trying to mount > > target > > > > If any other information is required, please tell me. > > Is the ISO domain on the engine host? > > Please check there iptables and /etc/exports, /etc/exports.d. > > Please post the setup (upgrade) log, check /var/log/ovirt-engine/setup. > > Thanks, > -- > Didi > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ------------------------------ Message: 3 Date: Tue, 16 Dec 2014 07:52:09 -0500 (EST) From: Yedidyah Bar David <didi(a)redhat.com> To: Juan Jose <jj197005(a)gmail.com> Cc: users(a)ovirt.org Subject: Re: [ovirt-users] Problem after update ovirt to 3.5 Message-ID: <1501161471.29130974.1418734329990.JavaMail.zimbra(a)redhat.com> Content-Type: text/plain; charset=utf-8 ----- Original Message ----- > From: "Juan Jose" <jj197005(a)gmail.com> > To: "Yedidyah Bar David" <didi(a)redhat.com>, sbonazzo(a)redhat.com > Cc: users(a)ovirt.org > Sent: Tuesday, December 16, 2014 2:03:17 PM > Subject: Re: [ovirt-users] Problem after update ovirt to 3.5 > > Hello everybody, > > It was the firewall, after upgrade my engine the NFS configuration had > disappered, I have configured again as Red Hat says and now it works > properly again. > > Many thank again for the indications. Sorry I didn't mention it before, this is a known bug [1]. Will be fixed in 3.5.1. [1] https://bugzilla.redhat.com/1109326 -- Didi ------------------------------ Message: 4 Date: Tue, 16 Dec 2014 07:52:33 -0500 From: Alexander Wels <awels(a)redhat.com> To: plysan <plysab(a)gmail.com> Cc: "Users(a)ovirt.org List" <users(a)ovirt.org> Subject: Re: [ovirt-users] How to update zanata's source text ? Message-ID: <3939744.arHGUUsGyg@awels> Content-Type: text/plain; charset="us-ascii" On Tuesday, December 16, 2014 10:35:18 AM plysan wrote: > 2014-12-15 22:27 GMT+08:00 Einav Cohen <ecohen(a)redhat.com>: > > > ----- Original Message ----- > > > From: "Alexander Wels" <awels(a)redhat.com> > > > Sent: Monday, December 15, 2014 7:45:41 AM > > > > > > On Sunday, December 14, 2014 03:03:56 PM plysan wrote: > > > > Hi, > > > > > > > > When I'm trying to compile ovirt-engine-3.5 branch with pulled zanata > > > > source files, I get webadmin compilation errors. And the error message > > > > lead > > > > > > me to the outdated zanata translation > > > > file: org.ovirt.engine.ui.webadmin.ApplicationMessages > > > > The file has a source text called "{0} (VLAN {1})", but recent commit > > > > b068ec755198c27e65f936809104ba5068cd8fd2 > > > > has changed the text to "(VLAN {0})" > > > > > > > > So is there a way to update the zanata's source text (text on the > > > > left) ? > > > > > > It seems that I don't get any options to update it, I can only update > > > > the > > > > > > target text (text on the right). > > > > > > > > thanks. > > > > > > The zanata source text is generated from default values from the ovirt > > > > source > > > > > code. Einav should know more about exactly how that is done. You should > > > always > > > match the translation to the source and not the other way around. So I > > > > am not > > > > > sure why you are trying to change the source. > > > > Alexander is correct; the source text cannot and should not be changed > > directly in Zanata. > > > > in order to update the source (English) text in Zanata, it needs to be > > pushed to Zanata from the source code. > > > > generally, we are not updating anything in Zanata for 3.5 anymore, since > > we are not planning any additional translation cycles for ovirt 3.5; > > however, since we are planning out-of-cycle possible updates for the > > German > > and Italian translation as an exception for 3.5, it *may* also involve > > pushing the updated source text to Zanata as part of the process, but this > > will not happen any time soon, to my understanding. > > > > I am not sure if you were trying to pull the latest translations from > > Zanata > > and then build ovirt-engine-3.5, or simply tried to build ovirt-engine-3.5 > > as is; > > if you were trying to build ovirt-engine-3.5 as-is and failed, that's bad > > - > > we need to fix that ASAP (however, I am pretty sure that we would have > > been > > notified about this issue already from jenkins / other people / etc.). > > I recommend to not attempt pulling the translations from Zanata yourself, > > as the pull itself is not enough - need to move some files around, run a > > few > > clean-up scripts, etc. If you still want to pull the translations > > yourself, > > and you are encountering problems as the ones you mentioned above - simply > > remove/"fix" the problematic translations *locally on the .properties > > files > > that you pulled from Zanata - NOT in Zanata itself*. > > Thanks for your responses. > > If I want to make some translation updates in zh_CN, Is it means that the > workflow is first modifying ovirt source code translations and then update > it to zanata ? > But zanata has a user friendly UI and has features that translator likes. > So I think first modifying translations in zanata and then update it to the > source code is better. Just my thoughts :) > The flow for some new text is the following: 1. The developer writes some new functionality. 2. The developer writes the *English* default message for that functionality. This includes a key to be used by the translators. 3. Some process takes those new message(s) and puts the *English* translation and the key into zanata. 4. The translator sees the key AND the English version in zanata and provides the localized version in zanata. 5. Some process pulls the translation from zanata and puts it into the source code (In a properties file). As you can see by the workflow the translator simply translated the English version of some message in zanata and that then automatically gets into the source code without the translator having to do anything besides that. Once you have made the change in zanata it will eventually end up in the project. The process in step 5 is not automatic. Now if you want to change a message in a particular locale and immediately see it, then you have manually modify the properties file for the locale you are interested in and compile the project. > thanks. > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users ------------------------------ Message: 5 Date: Tue, 16 Dec 2014 08:24:52 -0500 (EST) From: Nir Soffer <nsoffer(a)redhat.com> To: Ilan Hirsfeld <ilan.hirsfeld(a)gmail.com> Cc: users <users(a)ovirt.org> Subject: Re: [ovirt-users] bash: ./autogen.sh: No such file or directory Message-ID: <595905649.13968762.1418736292641.JavaMail.zimbra(a)redhat.com> Content-Type: text/plain; charset=utf-8 ----- Original Message ----- > From: "Ilan Hirsfeld" <ilan.hirsfeld(a)gmail.com> > To: "Yeela Kaplan" <ykaplan(a)redhat.com> > Cc: "users" <users(a)ovirt.org> > Sent: Monday, December 15, 2014 6:00:47 PM > Subject: Re: [ovirt-users] bash: ./autogen.sh: No such file or directory > > Are you sure??? > Because in instruction is written: > "Fedora and Red Hat Enterprise Linux 6 users must verify the following Thanks for reporting this, fixed now. > packages are installed before attempting to build:" > As far as I understand I EL7 not EL6. if you still think I have to do the > requested command line so should I have to do the previous command lines of > EL6 such as: > yum install > http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.r… > yum install http://danken.fedorapeople.org/python-pep8-1.4.5-2.el6.noarch.rpm > Am I wrong? > Regards, > Ilan. Nir ------------------------------ Message: 6 Date: Tue, 16 Dec 2014 08:28:27 -0500 (EST) From: Nir Soffer <nsoffer(a)redhat.com> To: Ernest Beinrohr <Ernest.Beinrohr(a)axonpro.sk> Cc: users <users(a)ovirt.org> Subject: Re: [ovirt-users] VM disk tab doesn't show storage name after 3.5 upgrade Message-ID: <964774187.13970271.1418736507786.JavaMail.zimbra(a)redhat.com> Content-Type: text/plain; charset=utf-8 ----- Original Message ----- > From: "Ernest Beinrohr" <Ernest.Beinrohr(a)axonpro.sk> > To: "users" <users(a)ovirt.org> > Sent: Monday, December 15, 2014 4:01:05 PM > Subject: [ovirt-users] VM disk tab doesn't show storage name after 3.5 upgrade > > Before 3.5 in VM disk tab, there was the name of the storage on which the > disks resides. After the upgrade to 3.5 this information is missing. > > > PS: as a workaround I have to "edit" the disk to see where it it. I have 7 > storages so this info is important for me. Sounds like a regression, please open a bug for this. Nir ------------------------------ Message: 7 Date: Tue, 16 Dec 2014 08:31:23 -0500 From: Bob Doolittle <bob(a)doolittle.us.com> To: Koen Vanoppen <vanoppen.koen(a)gmail.com>, "users(a)ovirt.org" <users(a)ovirt.org> Subject: Re: [ovirt-users] NFS Message-ID: <5490342B.6070107(a)doolittle.us.com> Content-Type: text/plain; charset="windows-1252" 95% of the time this is a firewall issue. As a test, I'd disable your firewall completely and see if that rectifies it. If so, you can work on proper firewall rules to allow oVirt to work. -Bob On 12/16/2014 03:30 AM, Koen Vanoppen wrote: > Already installed... :-) and the service nfs and rpcbind are running > > 2014-12-16 9:07 GMT+01:00 Karli Sj?berg <karli.sjoberg(a)slu.se > <mailto:karli.sjoberg@slu.se>>: > > On Tue, 2014-12-16 at 09:00 +0100, Koen Vanoppen wrote: > > Dear all, > > > > > > We recently added 2 hypervisors to the domain on ovirt, but for some > > reason they can't connect to the nfs share: > > When I manually try to mount the nfs-share ([root@ovirthyp01dev ~]# > > mount -vvv -t nfs -o vers=3,tcp > > progress:/media/NfsProgress > /rhev/data-center/mnt/progress.brusselsairport.aero > <http://progress.brusselsairport.aero>\:_media_NfsProgress/) > > : > > mount: external mount: argv[3] = "-v" > > mount: external mount: argv[4] = "-o" > > mount: external mount: argv[5] = "rw,vers=3,tcp" > > mount.nfs: timeout set for Tue Dec 16 08:56:47 2014 > > mount.nfs: trying text-based options 'vers=3,tcp,addr=10.110.56.20' > > mount.nfs: prog 100003, trying vers=3, prot=6 > > mount.nfs: portmap query failed: RPC: Program not registered > > mount.nfs: requested NFS version or transport protocol is not > > supported > > > > > > From vdsm.log: > > Thread-277::ERROR::2014-12-16 > > > 08:46:32,504::storageServer::211::Storage.StorageServer.MountConnection::(connect) > Mount failed: (32, ';mount.nfs: requested NFS version or transport > protocol is not supported\n') > > Traceback (most recent call last): > > File "/usr/share/vdsm/storage/storageServer.py", line 209, in > > connect > > self._mount.mount(self.options, self._vfsType) > > File "/usr/share/vdsm/storage/mount.py", line 223, in mount > > return self._runcmd(cmd, timeout) > > File "/usr/share/vdsm/storage/mount.py", line 239, in _runcmd > > raise MountError(rc, ";".join((out, err))) > > MountError: (32, ';mount.nfs: requested NFS version or transport > > protocol is not supported\n') > > Thread-277::ERROR::2014-12-16 > > 08:46:32,508::hsm::2433::Storage.HSM::(connectStorageServer) > Could not > > connect to storageServer > > Traceback (most recent call last): > > File "/usr/share/vdsm/storage/hsm.py", line 2430, in > > connectStorageServer > > conObj.connect() > > File "/usr/share/vdsm/storage/storageServer.py", line 328, in > > connect > > return self._mountCon.connect() > > File "/usr/share/vdsm/storage/storageServer.py", line 217, in > > connect > > raise e > > MountError: (32, ';mount.nfs: requested NFS version or transport > > protocol is not supported\n') > > > > > > Any ideas? The rest (4 others) didn't have any problems... > > > > > > plain text document attachment (ATT00001) > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org <mailto:Users@ovirt.org> > > http://lists.ovirt.org/mailman/listinfo/users > > # yum install -y nfs-utils > > ? > > > > -- > > Med V?nliga H?lsningar > > ------------------------------------------------------------------------------- > Karli Sj?berg > Swedish University of Agricultural Sciences Box 7079 (Visiting Address > Kron?sv?gen 8) > S-750 07 Uppsala, Sweden > Phone: +46-(0)18-67 15 66 <tel:%2B46-%280%2918-67%2015%2066> > karli.sjoberg(a)slu.se <mailto:karli.sjoberg@slu.se> > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20141216/6fbaaec0/attach…> ------------------------------ _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 39, Issue 96 ************************************* ------=_Part_10836963_1058080440.1418737821013 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,<br></div><div>Can you check iptables configured correc= tly, then put to maintenance host, power-cycle the host and after powered u= p and reachable, activate it in WEBUI?</div><div><br></div><div><span name= =3D"x"></span><br>Thanks in advance.<br><div><br></div>Best regards,<br>Nik= olai<br>____________________<br>Nikolai Sednev<br>Senior Quality Engineer a= t Compute team<br>Red Hat Israel<br>34 Jerusalem Road,<br>Ra'anana, Israel = 43501<br><div><br></div>Tel:       +972   9 7692043<br>= Mobile: +972 52 7342734<br>Email: nsednev(a)redhat.com<br>IRC: nsednev<span n= ame=3D"x"></span><br></div><div><br></div><hr id=3D"zwchr"><div style=3D"co= lor:#000;font-weight:normal;font-style:normal;text-decoration:none;font-fam= ily:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>users-request@= ovirt.org<br><b>To: </b>users(a)ovirt.org<br><b>Sent: </b>Tuesday, December 1= 6, 2014 3:31:27 PM<br><b>Subject: </b>Users Digest, Vol 39, Issue 96<br><di= v><br></div>Send Users mailing list submissions to<br>   &nb= sp;    users(a)ovirt.org<br><div><br></div>To subscribe o= r unsubscribe via the World Wide Web, visit<br>    &nbs= p;   http://lists.ovirt.org/mailman/listinfo/users<br>or, vi= a email, send a message with subject or body 'help' to<br>  &nbsp= ;     users-request(a)ovirt.org<br><div><br></div>Yo= u can reach the person managing the list at<br>    &nbs= p;   users-owner(a)ovirt.org<br><div><br></div>When replying, = please edit your Subject line so it is more specific<br>than "Re: Contents = of Users digest..."<br><div><br></div><br>Today's Topics:<br><div><br></div= >   1. Re:  NFS (Nir Soffer)<br>   2. Re:  Pr= oblem after update ovirt to 3.5 (Simone Tiraboschi)<br>   3. Re: =  Problem after update ovirt to 3.5 (Yedidyah Bar David)<br> &nbsp= ; 4. Re:  How to update zanata's source text ? (Alexander Wels)<br>&nb= sp;  5. Re:  bash: ./autogen.sh: No such file or directory (Nir S= offer)<br>   6. Re:  VM disk tab doesn't show storage name a= fter 3.5 upgrade<br>      (Nir Soffer)<br>   = 7. Re:  NFS (Bob Doolittle)<br><div><br></div><br>--------------------= --------------------------------------------------<br><div><br></div>Messag= e: 1<br>Date: Tue, 16 Dec 2014 07:45:57 -0500 (EST)<br>From: Nir Soffer &lt= ;nsoffer(a)redhat.com><br>To: Koen Vanoppen <vanoppen.koen(a)gmail.com&gt= ;<br>Cc: users(a)ovirt.org<br>Subject: Re: [ovirt-users] NFS<br>Message-ID:<b= r>        <1775969167.13951943.1= 418733957101.JavaMail.zimbra(a)redhat.com><br>Content-Type: text/plain; ch= arset=3Dutf-8<br><div><br></div>----- Original Message -----<br>> From: = "Koen Vanoppen" <vanoppen.koen(a)gmail.com><br>> To: users(a)ovirt.org= <br>> Sent: Tuesday, December 16, 2014 10:00:32 AM<br>> Subject: [ovi= rt-users] NFS<br>> <br>> Dear all,<br>> <br>> We recently added= 2 hypervisors to the domain on ovirt, but for some reason<br>> they can= 't connect to the nfs share:<br>> When I manually try to mount the nfs-s= hare ([root@ovirthyp01dev ~]# mount<br>> -vvv -t nfs -o vers=3D3,tcp pro= gress:/media/NfsProgress /rhev/data-center/mnt/<br><div><br></div>Looks lik= e your server does not accept nfs version 3 - does it work<br>if you remove= the vers=3D3 option?<br><div><br></div>> progress.brusselsairport.aero = \:_media_NfsProgress/)<br>> :<br>> mount: external mount: argv[3] =3D= "-v"<br>> mount: external mount: argv[4] =3D "-o"<br>> mount: extern= al mount: argv[5] =3D "rw,vers=3D3,tcp"<br>> mount.nfs: timeout set for = Tue Dec 16 08:56:47 2014<br>> mount.nfs: trying text-based options 'vers= =3D3,tcp,addr=3D10.110.56.20'<br>> mount.nfs: prog 100003, trying vers= =3D3, prot=3D6<br>> mount.nfs: portmap query failed: RPC: Program not re= gistered<br>> mount.nfs: requested NFS version or transport protocol is = not supported<br>> <br>> From vdsm.log:<br>> Thread-277::ERROR::20= 14-12-16<br>> 08:46:32,504::storageServer::211::Storage.StorageServer.Mo= untConnection::(connect)<br>> Mount failed: (32, ';mount.nfs: requested = NFS version or transport protocol<br>> is not supported\n')<br>> Trac= eback (most recent call last):<br>> File "/usr/share/vdsm/storage/storag= eServer.py", line 209, in connect<br>> self._mount.mount(self.options, s= elf._vfsType)<br>> File "/usr/share/vdsm/storage/mount.py", line 223, in= mount<br>> return self._runcmd(cmd, timeout)<br>> File "/usr/share/v= dsm/storage/mount.py", line 239, in _runcmd<br>> raise MountError(rc, ";= ".join((out, err)))<br>> MountError: (32, ';mount.nfs: requested NFS ver= sion or transport protocol is<br>> not supported\n')<br>> Thread-277:= :ERROR::2014-12-16<br>> 08:46:32,508::hsm::2433::Storage.HSM::(connectSt= orageServer) Could not<br>> connect to storageServer<br>> Traceback (= most recent call last):<br>> File "/usr/share/vdsm/storage/hsm.py", line= 2430, in connectStorageServer<br>> conObj.connect()<br>> File "/usr/= share/vdsm/storage/storageServer.py", line 328, in connect<br>> return s= elf._mountCon.connect()<br>> File "/usr/share/vdsm/storage/storageServer= .py", line 217, in connect<br>> raise e<br>> MountError: (32, ';mount= .nfs: requested NFS version or transport protocol is<br>> not supported\= n')<br>> <br>> Any ideas? The rest (4 others) didn't have any problem= s...<br><div><br></div>4 other servers?<br><div><br></div>Try to compare th= e configuration between these servers.<br><div><br></div>Nir<br><div><br></= div><br>------------------------------<br><div><br></div>Message: 2<br>Date= : Tue, 16 Dec 2014 07:48:17 -0500 (EST)<br>From: Simone Tiraboschi <stir= abos(a)redhat.com><br>To: Juan Jose <jj197005(a)gmail.com><br>Cc: user= s(a)ovirt.org<br>Subject: Re: [ovirt-users] Problem after update ovirt to 3.5= <br>Message-ID:<br>        <1161= 380684.12062869.1418734097118.JavaMail.zimbra(a)redhat.com><br>Content-Typ= e: text/plain; charset=3Dutf-8<br><div><br></div><br><div><br></div>----- O= riginal Message -----<br>> From: "Juan Jose" <jj197005(a)gmail.com><= br>> To: "Yedidyah Bar David" <didi(a)redhat.com>, sbonazzo(a)redhat.c= om<br>> Cc: users(a)ovirt.org<br>> Sent: Tuesday, December 16, 2014 1:0= 3:17 PM<br>> Subject: Re: [ovirt-users] Problem after update ovirt to 3.= 5<br>> <br>> Hello everybody,<br>> <br>> It was the firewall, a= fter upgrade my engine the NFS configuration had<br>> disappered, I have= configured again as Red Hat says and now it works<br>> properly again.<= br>> <br>> Many thank again for the indications.<br><div><br></div>We= already had a patch for it [1],<br>it will released next month with oVirt = 3.5.1<br><div><br></div>[1] http://gerrit.ovirt.org/#/c/32874/<br><div><br>= </div>> Juanjo.<br>> <br>> On Mon, Dec 15, 2014 at 2:32 PM, Yedidy= ah Bar David < didi(a)redhat.com ><br>> wrote:<br>> <br>> <br>= > ----- Original Message -----<br>> > From: "Juan Jose" < jj197= 005(a)gmail.com ><br>> > To: users(a)ovirt.org<br>> > Sent: Mond= ay, December 15, 2014 3:17:15 PM<br>> > Subject: [ovirt-users] Proble= m after update ovirt to 3.5<br>> > <br>> > Hello everybody,<br>= > > <br>> > After upgrade my engine to oVirt 3.5, I have also u= pgraded one of my hosts<br>> > to<br>> > oVirt 3.5. After that = it seems that all have gone good aparently.<br>> > <br>> > But = in some seconds my ISO domain is desconnected and it is impossible to<br>&g= t; > Activate. I'm attaching my engine.log. The below error is showed ea= ch time<br>> > I<br>> > try to Activate the ISO domain. Before = the upgrade it was working without<br>> > problems:<br>> > <br>= > > 2014-12-15 13:25:07,607 ERROR<br>> > [org.ovirt.engine.core= .dal.dbbroker.auditloghandling.AuditLogDirector]<br>> > (org.ovirt.th= read.pool-8-thread-5) [460733dd] Correlation ID: null, Call<br>> > St= ack: null, Custom Event ID: -1, Message: Failed to connect Host host1 to<br= >> > the Storage Domains ISO_DOMAIN.<br>> > 2014-12-15 13:25:07= ,608 INFO<br>> > [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectSt= orageServerVDSCommand]<br>> > (org.ovirt.thread.pool-8-thread-5) [460= 733dd] FINISH,<br>> > ConnectStorageServerVDSCommand, return:<br>>= > {81c0a853-715c-4478-a812-6a74808fc482=3D477}, log id: 3590969e<br>&gt= ; > 2014-12-15 13:25:07,615 ERROR<br>> > [org.ovirt.engine.core.da= l.dbbroker.auditloghandling.AuditLogDirector]<br>> > (org.ovirt.threa= d.pool-8-thread-5) [460733dd] Correlation ID: null, Call<br>> > Stack= : null, Custom Event ID: -1, Message: The error message for connection<br>&= gt; > ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 return= ed by<br>> > VDSM<br>> > was: Problem while trying to mount tar= get<br>> > 2014-12-15 13:25:07,616 ERROR<br>> > [org.ovirt.engi= ne.core.bll.storage.NFSStorageHelper]<br>> > (org.ovirt.thread.pool-8= -thread-5) [460733dd] The connection with details<br>> > ovirt-engine= .siee.local:/var/lib/exports/iso-20140303082312 failed because<br>> >= of error code 477 and error message is: problem while trying to mount<br>&= gt; > target<br>> > <br>> > If any other information is requ= ired, please tell me.<br>> <br>> Is the ISO domain on the engine host= ?<br>> <br>> Please check there iptables and /etc/exports, /etc/expor= ts.d.<br>> <br>> Please post the setup (upgrade) log, check /var/log/= ovirt-engine/setup.<br>> <br>> Thanks,<br>> --<br>> Didi<br>&gt= ; <br>> _______________________________________________<br>> Users ma= iling list<br>> Users(a)ovirt.org<br>> http://lists.ovirt.org/mailman/l= istinfo/users<br>> <br><div><br></div><br>------------------------------= <br><div><br></div>Message: 3<br>Date: Tue, 16 Dec 2014 07:52:09 -0500 (EST= )<br>From: Yedidyah Bar David <didi(a)redhat.com><br>To: Juan Jose <= jj197005(a)gmail.com><br>Cc: users(a)ovirt.org<br>Subject: Re: [ovirt-users]= Problem after update ovirt to 3.5<br>Message-ID:<br>   &nbs= p;    <1501161471.29130974.1418734329990.JavaMail.zi= mbra(a)redhat.com><br>Content-Type: text/plain; charset=3Dutf-8<br><div><b= r></div>----- Original Message -----<br>> From: "Juan Jose" <jj197005= @gmail.com><br>> To: "Yedidyah Bar David" <didi(a)redhat.com>, sb= onazzo(a)redhat.com<br>> Cc: users(a)ovirt.org<br>> Sent: Tuesday, Decemb= er 16, 2014 2:03:17 PM<br>> Subject: Re: [ovirt-users] Problem after upd= ate ovirt to 3.5<br>> <br>> Hello everybody,<br>> <br>> It was = the firewall, after upgrade my engine the NFS configuration had<br>> dis= appered, I have configured again as Red Hat says and now it works<br>> p= roperly again.<br>> <br>> Many thank again for the indications.<br><d= iv><br></div>Sorry I didn't mention it before, this is a known bug [1]. Wil= l be fixed<br>in 3.5.1.<br><div><br></div>[1] https://bugzilla.redhat.com/1= 109326<br>-- <br>Didi<br><div><br></div><br><div><br></div>----------------= --------------<br><div><br></div>Message: 4<br>Date: Tue, 16 Dec 2014 07:52= :33 -0500<br>From: Alexander Wels <awels(a)redhat.com><br>To: plysan &l= t;plysab(a)gmail.com><br>Cc: "Users(a)ovirt.org List" <users(a)ovirt.org&gt= ;<br>Subject: Re: [ovirt-users] How to update zanata's source text ?<br>Mes= sage-ID: <3939744.arHGUUsGyg@awels><br>Content-Type: text/plain; char= set=3D"us-ascii"<br><div><br></div>On Tuesday, December 16, 2014 10:35:18 A= M plysan wrote:<br>> 2014-12-15 22:27 GMT+08:00 Einav Cohen <ecohen@r= edhat.com>:<br>> > > ----- Original Message -----<br>> > = > From: "Alexander Wels" <awels(a)redhat.com><br>> > > Sent= : Monday, December 15, 2014 7:45:41 AM<br>> > > <br>> > >= On Sunday, December 14, 2014 03:03:56 PM plysan wrote:<br>> > > &= gt; Hi,<br>> > > > <br>> > > > When I'm trying to c= ompile ovirt-engine-3.5 branch with pulled zanata<br>> > > > so= urce files, I get webadmin compilation errors. And the error message<br>&gt= ; > <br>> > lead<br>> > <br>> > > > me to the ou= tdated zanata translation<br>> > > > file: org.ovirt.engine.ui.= webadmin.ApplicationMessages<br>> > > > The file has a source t= ext called "{0} (VLAN {1})", but recent commit<br>> > > > b068e= c755198c27e65f936809104ba5068cd8fd2<br>> > > > has changed the = text to "(VLAN {0})"<br>> > > > <br>> > > > So is t= here a way to update the zanata's source text (text on the<br>> > <br= >> > left) ?<br>> > <br>> > > > It seems that I don= 't get any options to update it, I can only update<br>> > <br>> &g= t; the<br>> > <br>> > > > target text (text on the right)= .<br>> > > > <br>> > > > thanks.<br>> > > = <br>> > > The zanata source text is generated from default values = from the ovirt<br>> > <br>> > source<br>> > <br>> >= > code. Einav should know more about exactly how that is done. You shou= ld<br>> > > always<br>> > > match the translation to the = source and not the other way around. So I<br>> > <br>> > am not= <br>> > <br>> > > sure why you are trying to change the sour= ce.<br>> > <br>> > Alexander is correct; the source text cannot= and should not be changed<br>> > directly in Zanata.<br>> > <b= r>> > in order to update the source (English) text in Zanata, it need= s to be<br>> > pushed to Zanata from the source code.<br>> > <b= r>> > generally, we are not updating anything in Zanata for 3.5 anymo= re, since<br>> > we are not planning any additional translation cycle= s for ovirt 3.5;<br>> > however, since we are planning out-of-cycle p= ossible updates for the<br>> > German<br>> > and Italian transl= ation as an exception for 3.5, it *may* also involve<br>> > pushing t= he updated source text to Zanata as part of the process, but this<br>> &= gt; will not happen any time soon, to my understanding.<br>> > <br>&g= t; > I am not sure if you were trying to pull the latest translations fr= om<br>> > Zanata<br>> > and then build ovirt-engine-3.5, or sim= ply tried to build ovirt-engine-3.5<br>> > as is;<br>> > if you= were trying to build ovirt-engine-3.5 as-is and failed, that's bad<br>>= > -<br>> > we need to fix that ASAP (however, I am pretty sure th= at we would have<br>> > been<br>> > notified about this issue a= lready from jenkins / other people / etc.).<br>> > I recommend to not= attempt pulling the translations from Zanata yourself,<br>> > as the= pull itself is not enough - need to move some files around, run a<br>> = > few<br>> > clean-up scripts, etc. If you still want to pull the = translations<br>> > yourself,<br>> > and you are encountering p= roblems as the ones you mentioned above - simply<br>> > remove/"fix" = the problematic translations *locally on the .properties<br>> > files= <br>> > that you pulled from Zanata - NOT in Zanata itself*.<br>> = <br>> Thanks for your responses.<br>> <br>> If I want to make some= translation updates in zh_CN, Is it means that the<br>> workflow is fir= st modifying ovirt source code translations and then update<br>> it to z= anata ?<br>> But zanata has a user friendly UI and has features that tra= nslator likes.<br>> So I think first modifying translations in zanata an= d then update it to the<br>> source code is better. Just my thoughts :)<= br>> <br><div><br></div>The flow for some new text is the following:<br>= <div><br></div>1. The developer writes some new functionality.<br>2. The de= veloper writes the *English* default message for that functionality. <br>Th= is includes a key to be used by the translators.<br>3. Some process takes t= hose new message(s) and puts the *English* translation <br>and the key into= zanata.<br>4. The translator sees the key AND the English version in zanat= a and provides <br>the localized version in zanata.<br>5. Some process pull= s the translation from zanata and puts it into the source <br>code (In a pr= operties file).<br><div><br></div><br>As you can see by the workflow the tr= anslator simply translated the English <br>version of some message in zanat= a and that then automatically gets into the <br>source code without the tra= nslator having to do anything besides that. Once <br>you have made the chan= ge in zanata it will eventually end up in the project. <br>The process in s= tep 5 is not automatic.<br><div><br></div>Now if you want to change a messa= ge in a particular locale and immediately see <br>it, then you have manuall= y modify the properties file for the locale you are <br>interested in and c= ompile the project.<br><div><br></div>> thanks.<br>> <br>> > &g= t; _______________________________________________<br>> > > Users = mailing list<br>> > > Users(a)ovirt.org<br>> > > http://lis= ts.ovirt.org/mailman/listinfo/users<br><div><br></div><br><div><br></div>--= ----------------------------<br><div><br></div>Message: 5<br>Date: Tue, 16 = Dec 2014 08:24:52 -0500 (EST)<br>From: Nir Soffer <nsoffer(a)redhat.com&gt= ;<br>To: Ilan Hirsfeld <ilan.hirsfeld(a)gmail.com><br>Cc: users <use= rs(a)ovirt.org><br>Subject: Re: [ovirt-users] bash: ./autogen.sh: No such = file or<br>        directory<br>Mes= sage-ID:<br>        <595905649.1= 3968762.1418736292641.JavaMail.zimbra(a)redhat.com><br>Content-Type: text/= plain; charset=3Dutf-8<br><div><br></div>----- Original Message -----<br>&g= t; From: "Ilan Hirsfeld" <ilan.hirsfeld(a)gmail.com><br>> To: "Yeela= Kaplan" <ykaplan(a)redhat.com><br>> Cc: "users" <users(a)ovirt.org= ><br>> Sent: Monday, December 15, 2014 6:00:47 PM<br>> Subject: Re= : [ovirt-users] bash: ./autogen.sh: No such file or directory<br>> <br>&= gt; Are you sure???<br>> Because in instruction is written:<br>> "Fed= ora and Red Hat Enterprise Linux 6 users must verify the following<br><div>= <br></div>Thanks for reporting this, fixed now.<br><div><br></div>> pack= ages are installed before attempting to build:"<br>> As far as I underst= and I EL7 not EL6. if you still think I have to do the<br>> requested co= mmand line so should I have to do the previous command lines of<br>> EL6= such as:<br>> yum install<br>> http://download.fedoraproject.org/pub= /epel/6/i386/epel-release-6-8.noarch.rpm<br>> yum install http://danken.= fedorapeople.org/python-pep8-1.4.5-2.el6.noarch.rpm<br>> Am I wrong?<br>= > Regards,<br>> Ilan.<br><div><br></div>Nir<br><div><br></div><br>---= ---------------------------<br><div><br></div>Message: 6<br>Date: Tue, 16 D= ec 2014 08:28:27 -0500 (EST)<br>From: Nir Soffer <nsoffer(a)redhat.com>= <br>To: Ernest Beinrohr <Ernest.Beinrohr(a)axonpro.sk><br>Cc: users &lt= ;users(a)ovirt.org><br>Subject: Re: [ovirt-users] VM disk tab doesn't show= storage name after<br>        3.5 = upgrade<br>Message-ID:<br>        &= lt;964774187.13970271.1418736507786.JavaMail.zimbra(a)redhat.com><br>Conte= nt-Type: text/plain; charset=3Dutf-8<br><div><br></div>----- Original Messa= ge -----<br>> From: "Ernest Beinrohr" <Ernest.Beinrohr(a)axonpro.sk>= <br>> To: "users" <users(a)ovirt.org><br>> Sent: Monday, December= 15, 2014 4:01:05 PM<br>> Subject: [ovirt-users] VM disk tab doesn't sho= w storage name after 3.5        upg= rade<br>> <br>> Before 3.5 in VM disk tab, there was the name of the = storage on which the<br>> disks resides. After the upgrade to 3.5 this i= nformation is missing.<br>> <br>> <br>> PS: as a workaround I have= to "edit" the disk to see where it it. I have 7<br>> storages so this i= nfo is important for me.<br><div><br></div>Sounds like a regression, please= open a bug for this.<br><div><br></div>Nir<br><div><br></div><br>---------= ---------------------<br><div><br></div>Message: 7<br>Date: Tue, 16 Dec 201= 4 08:31:23 -0500<br>From: Bob Doolittle <bob(a)doolittle.us.com><br>To:= Koen Vanoppen <vanoppen.koen(a)gmail.com>,     &nb= sp;   "users(a)ovirt.org"<br>     &nb= sp;  <users(a)ovirt.org><br>Subject: Re: [ovirt-users] NFS<br= >Message-ID: <5490342B.6070107(a)doolittle.us.com><br>Content-Type: tex= t/plain; charset=3D"windows-1252"<br><div><br></div>95% of the time this is= a firewall issue.<br><div><br></div>As a test, I'd disable your firewall c= ompletely and see if that<br>rectifies it. If so, you can work on proper fi= rewall rules to allow<br>oVirt to work.<br><div><br></div>-Bob<br><div><br>= </div>On 12/16/2014 03:30 AM, Koen Vanoppen wrote:<br>> Already installe= d... :-) and the service nfs and rpcbind are running<br>><br>> 2014-1= 2-16 9:07 GMT+01:00 Karli Sj?berg <karli.sjoberg(a)slu.se<br>> <mail= to:karli.sjoberg@slu.se>>:<br>><br>>     On Tue, 2014= -12-16 at 09:00 +0100, Koen Vanoppen wrote:<br>>     > Dear= all,<br>>     ><br>>     ><br>>   =   > We recently added 2 hypervisors to the domain on ovirt, but for= some<br>>     > reason they can't connect to the nfs share= :<br>>     > When I manually try to mount the nfs-share ([r= oot@ovirthyp01dev ~]#<br>>     > mount -vvv -t nfs -o vers= =3D3,tcp<br>>     > progress:/media/NfsProgress<br>> &nb= sp;   /rhev/data-center/mnt/progress.brusselsairport.aero<br>> &nbs= p;   <http://progress.brusselsairport.aero>\:_media_NfsProgress/= )<br>>     > :<br>>     > mount: external m= ount: argv[3] =3D "-v"<br>>     > mount: external mount: ar= gv[4] =3D "-o"<br>>     > mount: external mount: argv[5] = =3D "rw,vers=3D3,tcp"<br>>     > mount.nfs: timeout set for= Tue Dec 16 08:56:47 2014<br>>     > mount.nfs: trying text= -based options 'vers=3D3,tcp,addr=3D10.110.56.20'<br>>     &gt= ; mount.nfs: prog 100003, trying vers=3D3, prot=3D6<br>>     &= gt; mount.nfs: portmap query failed: RPC: Program not registered<br>> &n= bsp;   > mount.nfs: requested NFS version or transport protocol is = not<br>>     > supported<br>>     ><br>>=     ><br>>     > From vdsm.log:<br>> &nbsp= ;   > Thread-277::ERROR::2014-12-16<br>>     ><br>&= gt;     08:46:32,504::storageServer::211::Storage.StorageServer.M= ountConnection::(connect)<br>>     Mount failed: (32, ';mount.= nfs: requested NFS version or transport<br>>     protocol is n= ot supported\n')<br>>     > Traceback (most recent call las= t):<br>>     >   File "/usr/share/vdsm/storage/storage= Server.py", line 209, in<br>>     > connect<br>>   =   >     self._mount.mount(self.options, self._vfsType)<br= >>     >   File "/usr/share/vdsm/storage/mount.py", li= ne 223, in mount<br>>     >     return self._runc= md(cmd, timeout)<br>>     >   File "/usr/share/vdsm/st= orage/mount.py", line 239, in _runcmd<br>>     >   &nb= sp; raise MountError(rc, ";".join((out, err)))<br>>     > M= ountError: (32, ';mount.nfs: requested NFS version or transport<br>> &nb= sp;   > protocol is not supported\n')<br>>     > Th= read-277::ERROR::2014-12-16<br>>     > 08:46:32,508::hsm::2= 433::Storage.HSM::(connectStorageServer)<br>>     Could not<br= >>     > connect to storageServer<br>>     &gt= ; Traceback (most recent call last):<br>>     >   File= "/usr/share/vdsm/storage/hsm.py", line 2430, in<br>>     >= connectStorageServer<br>>     >     conObj.conne= ct()<br>>     >   File "/usr/share/vdsm/storage/storag= eServer.py", line 328, in<br>>     > connect<br>>  =   >     return self._mountCon.connect()<br>>   &= nbsp; >   File "/usr/share/vdsm/storage/storageServer.py", line 217= , in<br>>     > connect<br>>     >   &= nbsp; raise e<br>>     > MountError: (32, ';mount.nfs: requ= ested NFS version or transport<br>>     > protocol is not s= upported\n')<br>>     ><br>>     ><br>> =     > Any ideas? The rest (4 others) didn't have any problems.= ..<br>>     ><br>>     ><br>>   &nb= sp; > plain text document attachment (ATT00001)<br>>     &g= t; _______________________________________________<br>>     &g= t; Users mailing list<br>>     > Users(a)ovirt.org <mailto= :Users@ovirt.org><br>>     > http://lists.ovirt.org/mail= man/listinfo/users<br>><br>>     # yum install -y nfs-utils= <br>><br>>     ?<br>><br>><br>><br>>   &nb= sp; --<br>><br>>     Med V?nliga H?lsningar<br>><br>>=     ------------------------------------------------------------= -------------------<br>>     Karli Sj?berg<br>>   &nbs= p; Swedish University of Agricultural Sciences Box 7079 (Visiting Address<b= r>>     Kron?sv?gen 8)<br>>     S-750 07 Uppsala,= Sweden<br>>     Phone:  +46-(0)18-67 15 66 <tel:%2B46= -%280%2918-67%2015%2066><br>>     karli.sjoberg(a)slu.se <= mailto:karli.sjoberg@slu.se><br>><br>><br>><br>> ___________= ____________________________________<br>> Users mailing list<br>> Use= rs(a)ovirt.org<br>> http://lists.ovirt.org/mailman/listinfo/users<br><div>= <br></div>-------------- next part --------------<br>An HTML attachment was= scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/users/attachments= /20141216/6fbaaec0/attachment.html><br><div><br></div>------------------= ------------<br><div><br></div>____________________________________________= ___<br>Users mailing list<br>Users(a)ovirt.org<br>http://lists.ovirt.org/mail= man/listinfo/users<br><div><br></div><br>End of Users Digest, Vol 39, Issue= 96<br>*************************************<br></div><div><br></div></div>= </body></html> ------=_Part_10836963_1058080440.1418737821013--

1 0

NFS
by Koen Vanoppen 16 Dec '14

16 Dec '14

Dear all, We recently added 2 hypervisors to the domain on ovirt, but for some reason they can't connect to the nfs share: When I manually try to mount the nfs-share ([root@ovirthyp01dev ~]# mount -vvv -t nfs -o vers=3,tcp progress:/media/NfsProgress /rhev/data-center/mnt/ progress.brusselsairport.aero\:_media_NfsProgress/) : mount: external mount: argv[3] = "-v" mount: external mount: argv[4] = "-o" mount: external mount: argv[5] = "rw,vers=3,tcp" mount.nfs: timeout set for Tue Dec 16 08:56:47 2014 mount.nfs: trying text-based options 'vers=3,tcp,addr=10.110.56.20' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: portmap query failed: RPC: Program not registered mount.nfs: requested NFS version or transport protocol is not supported >From vdsm.log: Thread-277::ERROR::2014-12-16 08:46:32,504::storageServer::211::Storage.StorageServer.MountConnection::(connect) Mount failed: (32, ';mount.nfs: requested NFS version or transport protocol is not supported\n') Traceback (most recent call last): File "/usr/share/vdsm/storage/storageServer.py", line 209, in connect self._mount.mount(self.options, self._vfsType) File "/usr/share/vdsm/storage/mount.py", line 223, in mount return self._runcmd(cmd, timeout) File "/usr/share/vdsm/storage/mount.py", line 239, in _runcmd raise MountError(rc, ";".join((out, err))) MountError: (32, ';mount.nfs: requested NFS version or transport protocol is not supported\n') Thread-277::ERROR::2014-12-16 08:46:32,508::hsm::2433::Storage.HSM::(connectStorageServer) Could not connect to storageServer Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 2430, in connectStorageServer conObj.connect() File "/usr/share/vdsm/storage/storageServer.py", line 328, in connect return self._mountCon.connect() File "/usr/share/vdsm/storage/storageServer.py", line 217, in connect raise e MountError: (32, ';mount.nfs: requested NFS version or transport protocol is not supported\n') Any ideas? The rest (4 others) didn't have any problems...

4 6

Re: [ovirt-users] bash: ./autogen.sh: No such file or directory
by Yeela Kaplan 16 Dec '14

16 Dec '14

yum install make autoconf automake pyflakes logrotate gcc python-pep8 libvirt-python python-devel \ python-nose rpm-build sanlock-python genisoimage python-ordereddict python-pthreading libselinux-python\ python-ethtool m2crypto python-dmidecode python-netaddr python-inotify python-argparse git \ python-cpopen bridge-utils libguestfs-tools-c pyparted openssl libnl3 libtool gettext-devel python-ioprocess \ policycoreutils-python python-simplejson ----- Original Message ----- > From: "Ilan Hirsfeld" <ilan.hirsfeld(a)gmail.com> > To: "Yedidyah Bar David" <didi(a)redhat.com> > Cc: "Yeela Kaplan" <ykaplan(a)redhat.com> > Sent: Monday, December 15, 2014 5:39:13 PM > Subject: Re: [ovirt-users] bash: ./autogen.sh: No such file or directory > > [root@localhost Desktop]# pwd > /home/bih016/Desktop > [root@localhost Desktop]# cd vdsm > [root@localhost vdsm]# ./autogen.sh --system > ./autogen.sh: line 3: autoreconf: command not found > Running ./configure with --prefix=/usr --sysconfdir=/etc > --localstatedir=/var --libdir=/usr/lib64 > ./autogen.sh: line 26: ./configure: No such file or directory > Regards, > Ilan. > > On Mon, Dec 15, 2014 at 5:35 PM, Yedidyah Bar David <didi(a)redhat.com> wrote: > > > > ----- Original Message ----- > > > From: "Ilan Hirsfeld" <ilan.hirsfeld(a)gmail.com> > > > To: "Yeela Kaplan" <ykaplan(a)redhat.com>, didi(a)redhat.com > > > Sent: Monday, December 15, 2014 5:31:12 PM > > > Subject: Re: [ovirt-users] bash: ./autogen.sh: No such file or directory > > > > > > On Mon, Dec 15, 2014 at 5:29 PM, Ilan Hirsfeld <ilan.hirsfeld(a)gmail.com> > > > wrote: > > > > > > > > Hi, > > > > > > > > The OS is: > > > > [root@localhost Desktop]# cat /etc/redhat-release > > > > CentOS Linux release 7.0.1406 (Core) > > > > [root@localhost Desktop]# uname -r > > > > 3.10.0-123.13.1.el7.x86_64 > > > > [root@localhost Desktop]# rpm -qa | grep release > > > > ovirt-release35-001-0.5.rc2.noarch > > > > centos-release-7-0.1406.el7.centos.2.5.x86_64 > > > > > > > > [root@localhost Desktop]# pwd > > > > /home/bih016/Desktop > > > > > > > > I follow the instructions on the site > > http://www.ovirt.org/Vdsm_Developers > > > > : > > > > > > > > *http://www.ovirt.org/Vdsm_Developers#Installing_the_required_packages > > > > <http://www.ovirt.org/Vdsm_Developers#Installing_the_required_packages > > >* > > > > > > > > 1. yum install > > > > http://resources.ovirt.org/releases/ovirt-release/ovirt-release35.rpm > > > > > > > > 2. rpm -q wget 2> /dev/null || yum install wget > > > > wget -O /etc/yum.repos.d/glusterfs-epel.repo > > > > > > http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/glusterf… > > > > > > > > *http://www.ovirt.org/Vdsm_Developers#Getting_the_source > > > > <http://www.ovirt.org/Vdsm_Developers#Getting_the_source>:* > > > > git clone http://gerrit.ovirt.org/p/vdsm.git > > > > > > > > *http://www.ovirt.org/Vdsm_Developers#Building_a_VDSM_RPM > > > > <http://www.ovirt.org/Vdsm_Developers#Building_a_VDSM_RPM>:* > > > > [root@localhost Desktop]# ./autogen.sh --system > > > > bash: ./autogen.sh: No such file or directory > > > > > > > > Regards, > > > > Ilan. > > > > > > > > > > > > > > > > On Mon, Dec 15, 2014 at 5:07 PM, Yeela Kaplan <ykaplan(a)redhat.com> > > wrote: > > > >> > > > >> what is the directory you're running it from (pwd)? > > > >> You should be under vdsm. > > > > So you should follow Yeela's advice. > > > > > >> Try listing the files and see if the script autogen.sh is there. > > > >> > > > >> ----- Original Message ----- > > > >> > From: "Ilan Hirsfeld" <ilan.hirsfeld(a)gmail.com> > > > >> > To: "users" <users(a)ovirt.org> > > > >> > Sent: Monday, December 15, 2014 4:54:52 PM > > > >> > Subject: [ovirt-users] bash: ./autogen.sh: No such file or directory > > > >> > > > > >> > Hi, > > > >> > I'm trying to do a Building a VDSM RPM and in command line I type > > the > > > >> > following: > > > >> > ./autogen.sh --system > > > >> > bash: ./autogen.sh: No such file or directory > > > >> > Can anybody help what was wrong? > > > >> > Any help will be blessed. > > > >> > Regards, > > > >> > Ilan. > > > >> > > > > >> > _______________________________________________ > > > >> > Users mailing list > > > >> > Users(a)ovirt.org > > > >> > http://lists.ovirt.org/mailman/listinfo/users > > > >> > > > > >> > > > > > > > > > > > -- > > Didi > > > > >

4 4

Problem after update ovirt to 3.5 (Juan Jose)
by Nikolai Sednev 16 Dec '14

16 Dec '14

------=_Part_10317007_2024199731.1418650214305 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Juan, Looks like a bug connected to NFS mount, can you supply VDSM and libvirt logs? Was NFS share active and up after upgrade? Was all of your hosts at the same host cluster at the same VDSM version at 3.5 after engine was upgraded to 3.5? 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: Monday, December 15, 2014 3:21:58 PM Subject: Users Digest, Vol 39, Issue 82 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. Problem after update ovirt to 3.5 (Juan Jose) ---------------------------------------------------------------------- Message: 1 Date: Mon, 15 Dec 2014 14:17:15 +0100 From: Juan Jose <jj197005(a)gmail.com> To: "users(a)ovirt.org" <users(a)ovirt.org> Subject: [ovirt-users] Problem after update ovirt to 3.5 Message-ID: <CADrE9wbepEG3xU8B0ANS8JuTouiVJ8mC5BSdBD6Q16uKfW4eHA(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hello everybody, After upgrade my engine to oVirt 3.5, I have also upgraded one of my hosts to oVirt 3.5. After that it seems that all have gone good aparently. But in some seconds my ISO domain is desconnected and it is impossible to Activate. I'm attaching my engine.log. The below error is showed each time I try to Activate the ISO domain. Before the upgrade it was working without problems: 2014-12-15 13:25:07,607 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Failed to connect Host host1 to the Storage Domains ISO_DOMAIN. 2014-12-15 13:25:07,608 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-5) [460733dd] FINISH, ConnectStorageServerVDSCommand, return: {81c0a853-715c-4478-a812-6a74808fc482=477}, log id: 3590969e 2014-12-15 13:25:07,615 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: The error message for connection ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 returned by VDSM was: Problem while trying to mount target 2014-12-15 13:25:07,616 ERROR [org.ovirt.engine.core.bll.storage.NFSStorageHelper] (org.ovirt.thread.pool-8-thread-5) [460733dd] The connection with details ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 failed because of error code 477 and error message is: problem while trying to mount target If any other information is required, please tell me. Many thanks in advanced, Juanjo. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20141215/c90d6bc1/attach…> -------------- next part -------------- A non-text attachment was scrubbed... Name: engine.log Type: text/x-log Size: 2594755 bytes Desc: not available URL: <http://lists.ovirt.org/pipermail/users/attachments/20141215/c90d6bc1/attach…> ------------------------------ _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 39, Issue 82 ************************************* ------=_Part_10317007_2024199731.1418650214305 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 Juan,</div><div>Looks like a bug connected to NFS mount= , can you supply VDSM and libvirt logs?</div><div>Was NFS share active and = up after upgrade?</div><div>Was all of your hosts at the same host cluster = at the same VDSM version at 3.5 after engine was upgraded to 3.5?</div><div= ><br></div><div><span name=3D"x"></span><br>Thanks 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></div>Tel:      = +972   9 7692043<br>Mobile: +972 52 7342734<br>Email: nsednev(a)redhat.= com<br>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;te= xt-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;">= <b>From: </b>users-request(a)ovirt.org<br><b>To: </b>users(a)ovirt.org<br><b>Se= nt: </b>Monday, December 15, 2014 3:21:58 PM<br><b>Subject: </b>Users Diges= t, Vol 39, Issue 82<br><div><br></div>Send Users mailing list submissions t= o<br>        users(a)ovirt.org<br><di= v><br></div>To subscribe or unsubscribe via the World Wide Web, visit<br>&n= bsp;       http://lists.ovirt.org/mailma= n/listinfo/users<br>or, via email, send a message with subject or body 'hel= p' to<br>        users-request@ovir= t.org<br><div><br></div>You can reach the person managing the list at<br>&n= bsp;       users-owner(a)ovirt.org<br><div= ><br></div>When replying, please edit your Subject line so it is more speci= fic<br>than "Re: Contents of Users digest..."<br><div><br></div><br>Today's= Topics:<br><div><br></div>   1.  Problem after update ovirt= to 3.5 (Juan Jose)<br><div><br></div><br>---------------------------------= -------------------------------------<br><div><br></div>Message: 1<br>Date:= Mon, 15 Dec 2014 14:17:15 +0100<br>From: Juan Jose <jj197005(a)gmail.com&= gt;<br>To: "users(a)ovirt.org" <users(a)ovirt.org><br>Subject: [ovirt-use= rs] Problem after update ovirt to 3.5<br>Message-ID:<br>   &= nbsp;    <CADrE9wbepEG3xU8B0ANS8JuTouiVJ8mC5BSdBD6Q1= 6uKfW4eHA(a)mail.gmail.com><br>Content-Type: text/plain; charset=3D"utf-8"= <br><div><br></div>Hello everybody,<br><div><br></div>After upgrade my engi= ne to oVirt 3.5, I have also upgraded one of my hosts<br>to oVirt 3.5. Afte= r that it seems that all have gone good aparently.<br><div><br></div>But in= some seconds my ISO domain is desconnected and it is impossible to<br>Acti= vate. I'm attaching my engine.log. The below error is showed each time<br>I= try to Activate the ISO domain. Before the upgrade it was working without<= br>problems:<br><div><br></div>2014-12-15 13:25:07,607 ERROR<br>[org.ovirt.= engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]<br>(org.ovirt.t= hread.pool-8-thread-5) [460733dd] Correlation ID: null, Call<br>Stack: null= , Custom Event ID: -1, Message: Failed to connect Host host1 to<br>the Stor= age Domains ISO_DOMAIN.<br>2014-12-15 13:25:07,608 INFO<br>[org.ovirt.engin= e.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]<br>(org.ovirt.th= read.pool-8-thread-5) [460733dd] FINISH,<br>ConnectStorageServerVDSCommand,= return:<br>{81c0a853-715c-4478-a812-6a74808fc482=3D477}, log id: 3590969e<= br>2014-12-15 13:25:07,615 ERROR<br>[org.ovirt.engine.core.dal.dbbroker.aud= itloghandling.AuditLogDirector]<br>(org.ovirt.thread.pool-8-thread-5) [4607= 33dd] Correlation ID: null, Call<br>Stack: null, Custom Event ID: -1, Messa= ge: The error message for connection<br>ovirt-engine.siee.local:/var/lib/ex= ports/iso-20140303082312 returned by<br>VDSM was: Problem while trying to m= ount target<br>2014-12-15 13:25:07,616 ERROR<br>[org.ovirt.engine.core.bll.= storage.NFSStorageHelper]<br>(org.ovirt.thread.pool-8-thread-5) [460733dd] = The connection with details<br>ovirt-engine.siee.local:/var/lib/exports/iso= -20140303082312 failed because<br>of error code 477 and error message is: p= roblem while trying to mount target<br><div><br></div>If any other informat= ion is required, please tell me.<br><div><br></div>Many thanks in advanced,= <br><div><br></div>Juanjo.<br>-------------- next part --------------<br>An= HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.org/piperma= il/users/attachments/20141215/c90d6bc1/attachment.html><br>-------------= - next part --------------<br>A non-text attachment was scrubbed...<br>Name= : engine.log<br>Type: text/x-log<br>Size: 2594755 bytes<br>Desc: not availa= ble<br>URL: <http://lists.ovirt.org/pipermail/users/attachments/20141215= /c90d6bc1/attachment.bin><br><div><br></div>----------------------------= --<br><div><br></div>_______________________________________________<br>Use= rs mailing list<br>Users(a)ovirt.org<br>http://lists.ovirt.org/mailman/listin= fo/users<br><div><br></div><br>End of Users Digest, Vol 39, Issue 82<br>***= **********************************<br></div><div><br></div></div></body></h= tml> ------=_Part_10317007_2024199731.1418650214305--

2 2