Re: [ovirt-users] getVdsCapabilites unexpected exception [was: Re: AIO 3.4 on fedora 19 initial errors before coming up]

On Mon, May 12, 2014 at 12:28 PM, Dan Kenigsberg <danken(a)redhat.com&gt; wrote: > On Mon, May 12, 2014 at 02:33:52AM -0400, Francesco Romani wrote: > > Hi, > > > > ----- Original Message ----- > > > From: "Gianluca Cecchi" <gianluca.cecchi(a)gmail.com&gt; > > > To: "Roy Golan" <rgolan(a)redhat.com&gt; > > > Cc: "users" <users(a)ovirt.org&gt; > > > Sent: Sunday, May 11, 2014 11:49:06 PM > > > Subject: Re: [ovirt-users] getVdsCapabilites unexpected exception > [was: Re: AIO 3.4 on fedora 19 initial errors > > > before coming up] > > [...] > > > it seems the error in vdsm.log when I run the command above is of this > type: > > > > > > Thread-25::ERROR::2014-05-11 > > > 20:18:02,202::BindingXMLRPC::1086::vds::(wrapper) unexpected error > > > Traceback (most recent call last): > > > File "/usr/share/vdsm/BindingXMLRPC.py", line 1070, in wrapper > > > res = f(*args, **kwargs) > > > File "/usr/share/vdsm/BindingXMLRPC.py", line 393, in getCapabilities > > > ret = api.getCapabilities() > > > File "/usr/share/vdsm/API.py", line 1185, in getCapabilities > > > c = caps.get() > > > File "/usr/share/vdsm/caps.py", line 369, in get > > > caps.update(netinfo.get()) > > > File "/usr/lib64/python2.7/site-packages/vdsm/netinfo.py", line 557, > in get > > > netAttr.get('qosOutbound')) > > > File "/usr/lib64/python2.7/site-packages/vdsm/netinfo.py", line 487, in > > > _getNetInfo > > > ipv4addr, ipv4netmask, ipv6addrs = getIpInfo(iface) > > > File "/usr/lib64/python2.7/site-packages/vdsm/netinfo.py", line 317, in > > > getIpInfo > > > ipv6addrs = devInfo.get_ipv6_addresses() > > > SystemError: error return without exception set > > > > > > > > > Based on above errors, I think that for some reason these two python > related > > > packages that were updated yesterday are causing some problems with > vdsm. > > > Can you confirm that you can run ok the 3.4 vdsm with those? > > > > > > vdsm-4.14.6-0.fc19.x86_64 > > > > > > > > > May 10 21:24:23 Updated: python-ethtool-0.9-2.fc19.x86_64 > > > May 10 21:24:23 Updated: python-lxml-3.3.5-1.fc19.x86_64 > > > > > > I can also try to rollback and see... > > > > > > > > > I was right. > > > Against what to bugzilla? > > > This is a show stopper for fedora 19 ovirt users... > > > > Unfortunately, you are been hit by > https://bugzilla.redhat.com/show_bug.cgi?id=1078312 > > > > It is fixed on gerrit, but you'll need VDSM >= 4.14.8.1 > > Too bad that we did not manage to add a "Conflicts: vdsm <= 4.18.6" to > that release of python-ethtool-0.9-2.fc19.x86_64. But now that it is > out, there is not much that one can do but to upgrade to a new Vdsm or > roll back python-ethtool. > > The propblem was due to Vdsm-proper using libnl1 while that version of > python-ethtool starting to use linbnl3 and solved by > http://gerrit.ovirt.org/26514. Backporting this to the now-unsupported > ovirt-3.3 is not really viable, I a m afraid. > > Dan. > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > So, this was I was able to verify on my All-In-One environment based on Fedora 19. 1) yum update python-lxml verified that the only problem was related to python-ethtool and thisn work ok with python-lxml-3.3.5-1.fc19.x86_64 2) update vdsmd systemctl stop vdsmd yum localinstall http://resources.ovirt.org/pub/yum-repo/ovirt-release34.rpm yum remove ovirt-release (BTW: nice that 3.4.1 brings in ovirt-3.4-dependencies.repo file and removes (aka renames in .rpmsave) the explicit fedora-virt-preview.repo) yum update vdsm Now vdsm is at vdsm-4.14.8.1-0.fc19.x86_64 systemctl start vdsmd --> ok 3) update python-ethtool and verify new version of vdsm systemctl stop vdsmd yum update python-ethtool Now it is at version python-ethtool-0.9-2.fc19.x86_64 systemctl start vdsmd --> ok vdsClient -s 0 getVdsCaps doesn't return the unexpected exception any more 4) problem with ovirt-engine that apparently doesnt' start after the vdsm update also tried to reboot in this AIO system with only vdsmd updated I got - in engine.log 2014-05-13 00:02:30,480 ERROR [org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (MSC service thread 1-6) Could not parse option AutoRecoveryAllowedTypes value. 2014-05-13 00:02:30,482 INFO [org.ovirt.engine.core.bll.Backend] (MSC service thread 1-6) Running ovirt-engine 3.4.0-1.fc19 - in server.log 2014-05-13 00:02:28,358 INFO [org.jboss.as.ejb3.deployment.processors.EjbJndiBindingsDeploymentUnitProcessor] (MSC service thread 1-7) JNDI bindings for session bean named Scheduler in deployment unit subdeployment "scheduler.jar" of deployment "engine.ear" are as follows: java:global/engine/scheduler/Scheduler!org.ovirt.engine.core.utils.timer.SchedulerUtil java:app/scheduler/Scheduler!org.ovirt.engine.core.utils.timer.SchedulerUtil java:module/Scheduler!org.ovirt.engine.core.utils.timer.SchedulerUtil java:global/engine/scheduler/Scheduler java:app/scheduler/Scheduler java:module/Scheduler 2014-05-13 00:02:29,011 ERROR [org.apache.catalina.startup.ContextConfig] (MSC service thread 1-2) Cannot configure an authenticator for method NONE 2014-05-13 00:02:29,011 INFO [org.jboss.web] (MSC service thread 1-8) JBAS018210: Registering web context: /ovirt-engine/services 2014-05-13 00:02:29,014 INFO [org.jboss.web] (MSC service thread 1-3) JBAS018210: Registering web context: 2014-05-13 00:02:29,012 ERROR [org.jboss.web] (MSC service thread 1-2) JBAS018206: Webapp [/ovirt-engine/api] is unavailable due to startup errors 2014-05-13 00:02:29,015 ERROR [org.apache.catalina.core.StandardContext] (MSC service thread 1-2) Context [/ovirt-engine/api] startup failed due to previous errors 2014-05-13 00:02:29,048 INFO [org.jboss.web] (MSC service thread 1-6) JBAS018210: Registering web context: /api 2014-05-13 00:02:29,120 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.web.deployment.default-host./ovirt-eng ine/api: org.jboss.msc.service.StartException in service jboss.web.deployment.default-host./ovirt-engine/api: JBAS018040: Failed to start context at org.jboss.as.web.deployment.WebDeploymentService.start(WebDeploymentService.java:95) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc.jar:1.0.2.GA] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc.jar:1.0.2.GA] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_55] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_55] at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55] .... 2014-05-13 00:05:54,546 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-6-thread-11) [4356795b] -- executeIrsBrokerCommand: Attempting on storage pool 65c9777e-23f1-4f04-8cea-e7c8871dc88b 2014-05-13 00:05:54,558 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-6-thread-11) [4356795b] START, HSMGetAllTasksInfoVDSCommand(HostName = local_host, HostId = aab9571f-da17-4c3c-9e6b-d0224b84c31e), log id: 3cd3caa0 2014-05-13 00:05:54,565 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-6-thread-11) [4356795b] FINISH, HSMGetAllTasksInfoVDSCommand, return: [], log id: 3cd3caa0 2014-05-13 00:05:54,566 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-6-thread-11) [4356795b] FINISH, SPMGetAllTasksInfoVDSCommand, return: [], log id: 6e4451df 2014-05-13 00:05:54,566 INFO [org.ovirt.engine.core.bll.AsyncTaskManager] (org.ovirt.thread.pool-6-thread-11) [4356795b] Discovered no tasks on Storage Pool local_datacenter ... 2014-05-13 00:05:59,801 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015877: Stopped deployment ovirt-engine-reports.war in 757ms complete server.log for this part here: https://drive.google.com/file/d/0BwoPbcrMv8mvYllLTUg1eTlhZnc/edit?usp=sha... complete engine.log for this part here: https://drive.google.com/file/d/0BwoPbcrMv8mvWmVuMXF0ZjEzRk0/edit?usp=sha... 5) decided to update to 3.4.1 overall also for the engine part All went ok and smooth, also the dwh and reports part. And I'm able to start and use a Windows Xp vm.