<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, May 12, 2014 at 12:28 PM, Dan Kenigsberg <span dir="ltr"><<a href="mailto:danken@redhat.com" target="_blank">danken@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5">On Mon, May 12, 2014 at 02:33:52AM -0400, Francesco Romani wrote:<br>
> Hi,<br>
><br>
> ----- Original Message -----<br>
> > From: "Gianluca Cecchi" <<a href="mailto:gianluca.cecchi@gmail.com">gianluca.cecchi@gmail.com</a>><br>
> > To: "Roy Golan" <<a href="mailto:rgolan@redhat.com">rgolan@redhat.com</a>><br>
> > Cc: "users" <<a href="mailto:users@ovirt.org">users@ovirt.org</a>><br>
> > Sent: Sunday, May 11, 2014 11:49:06 PM<br>
> > Subject: Re: [ovirt-users] getVdsCapabilites unexpected exception [was: Re: AIO 3.4 on fedora 19 initial errors<br>
> > before coming up]<br>
> [...]<br>
> > it seems the error in vdsm.log when I run the command above is of this type:<br>
> ><br>
> > Thread-25::ERROR::2014-05-11<br>
> > 20:18:02,202::BindingXMLRPC::1086::vds::(wrapper) unexpected error<br>
> > Traceback (most recent call last):<br>
> > File "/usr/share/vdsm/BindingXMLRPC.py", line 1070, in wrapper<br>
> > res = f(*args, **kwargs)<br>
> > File "/usr/share/vdsm/BindingXMLRPC.py", line 393, in getCapabilities<br>
> > ret = api.getCapabilities()<br>
> > File "/usr/share/vdsm/API.py", line 1185, in getCapabilities<br>
> > c = caps.get()<br>
> > File "/usr/share/vdsm/caps.py", line 369, in get<br>
> > caps.update(netinfo.get())<br>
> > File "/usr/lib64/python2.7/site-packages/vdsm/netinfo.py", line 557, in get<br>
> > netAttr.get('qosOutbound'))<br>
> > File "/usr/lib64/python2.7/site-packages/vdsm/netinfo.py", line 487, in<br>
> > _getNetInfo<br>
> > ipv4addr, ipv4netmask, ipv6addrs = getIpInfo(iface)<br>
> > File "/usr/lib64/python2.7/site-packages/vdsm/netinfo.py", line 317, in<br>
> > getIpInfo<br>
> > ipv6addrs = devInfo.get_ipv6_addresses()<br>
> > SystemError: error return without exception set<br>
> ><br>
> ><br>
> > Based on above errors, I think that for some reason these two python related<br>
> > packages that were updated yesterday are causing some problems with vdsm.<br>
> > Can you confirm that you can run ok the 3.4 vdsm with those?<br>
> ><br>
> > vdsm-4.14.6-0.fc19.x86_64<br>
> ><br>
> ><br>
> > May 10 21:24:23 Updated: python-ethtool-0.9-2.fc19.x86_64<br>
> > May 10 21:24:23 Updated: python-lxml-3.3.5-1.fc19.x86_64<br>
> ><br>
> > I can also try to rollback and see...<br>
> ><br>
> ><br>
> > I was right.<br>
> > Against what to bugzilla?<br>
> > This is a show stopper for fedora 19 ovirt users...<br>
><br>
> Unfortunately, you are been hit by <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1078312" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1078312</a><br>
><br>
> It is fixed on gerrit, but you'll need VDSM >= 4.14.8.1<br>
<br>
</div></div>Too bad that we did not manage to add a "Conflicts: vdsm <= 4.18.6" to<br>
that release of python-ethtool-0.9-2.fc19.x86_64. But now that it is<br>
out, there is not much that one can do but to upgrade to a new Vdsm or<br>
roll back python-ethtool.<br>
<br>
The propblem was due to Vdsm-proper using libnl1 while that version of<br>
python-ethtool starting to use linbnl3 and solved by<br>
<a href="http://gerrit.ovirt.org/26514" target="_blank">http://gerrit.ovirt.org/26514</a>. Backporting this to the now-unsupported<br>
ovirt-3.3 is not really viable, I a m afraid.<br>
<span class=""><font color="#888888"><br>
Dan.<br>
</font></span><div class=""><div class="h5">_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/users" target="_blank">http://lists.ovirt.org/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br><br></div><div class="gmail_extra">So, this was I was able to verify on my All-In-One environment based on Fedora 19.<br><br>1) yum update python-lxml<br></div><div class="gmail_extra">
verified that the only problem was related to python-ethtool and thisn work ok with python-lxml-3.3.5-1.fc19.x86_64<br><br></div><div class="gmail_extra">2) update vdsmd<br><br></div><div class="gmail_extra">systemctl stop vdsmd<br>
yum localinstall <a href="http://resources.ovirt.org/pub/yum-repo/ovirt-release34.rpm">http://resources.ovirt.org/pub/yum-repo/ovirt-release34.rpm</a><br>yum remove ovirt-release<br>(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)<br>
</div><div class="gmail_extra">yum update vdsm<br></div><div class="gmail_extra">Now vdsm is at vdsm-4.14.8.1-0.fc19.x86_64<br><br>systemctl start vdsmd --> ok<br><br></div><div class="gmail_extra">3) update python-ethtool and verify new version of vdsm<br>
</div><div class="gmail_extra">systemctl stop vdsmd<br>yum update python-ethtool<br></div><div class="gmail_extra">Now it is at version python-ethtool-0.9-2.fc19.x86_64<br></div><div class="gmail_extra">systemctl start vdsmd --> ok<br>
<br>vdsClient -s 0 getVdsCaps doesn't return the unexpected exception any more<br><br></div><div class="gmail_extra">4) problem with ovirt-engine that apparently doesnt' start after the vdsm update<br></div><div class="gmail_extra">
also tried to reboot in this AIO system with only vdsmd updated I got<br><br>- in engine.log<br>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.<br>
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<br><br></div><div class="gmail_extra">- in server.log<br></div><div class="gmail_extra">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:<br>
<br> java:global/engine/scheduler/Scheduler!org.ovirt.engine.core.utils.timer.SchedulerUtil<br> java:app/scheduler/Scheduler!org.ovirt.engine.core.utils.timer.SchedulerUtil<br> java:module/Scheduler!org.ovirt.engine.core.utils.timer.SchedulerUtil<br>
java:global/engine/scheduler/Scheduler<br> java:app/scheduler/Scheduler<br> java:module/Scheduler<br><br>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<br>
2014-05-13 00:02:29,011 INFO [org.jboss.web] (MSC service thread 1-8) JBAS018210: Registering web context: /ovirt-engine/services<br>2014-05-13 00:02:29,014 INFO [org.jboss.web] (MSC service thread 1-3) JBAS018210: Registering web context: <br>
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<br>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<br>
2014-05-13 00:02:29,048 INFO [org.jboss.web] (MSC service thread 1-6) JBAS018210: Registering web context: /api<br>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<br>
ine/api: org.jboss.msc.service.StartException in service jboss.web.deployment.default-host./ovirt-engine/api: JBAS018040: Failed to start context<br> at org.jboss.as.web.deployment.WebDeploymentService.start(WebDeploymentService.java:95)<br>
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc.jar:<a href="http://1.0.2.GA">1.0.2.GA</a>]<br> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc.jar:<a href="http://1.0.2.GA">1.0.2.GA</a>]<br>
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_55]<br> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_55]<br>
at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55]<br>....<br>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<br>
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<br>
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<br>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<br>
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<br>...<br>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<br>
<br></div><div class="gmail_extra">complete server.log for this part here:<br><a href="https://drive.google.com/file/d/0BwoPbcrMv8mvYllLTUg1eTlhZnc/edit?usp=sharing">https://drive.google.com/file/d/0BwoPbcrMv8mvYllLTUg1eTlhZnc/edit?usp=sharing</a><br>
<br></div><div class="gmail_extra">complete engine.log for this part here:<br><a href="https://drive.google.com/file/d/0BwoPbcrMv8mvWmVuMXF0ZjEzRk0/edit?usp=sharing">https://drive.google.com/file/d/0BwoPbcrMv8mvWmVuMXF0ZjEzRk0/edit?usp=sharing</a><br>
</div><div class="gmail_extra"><br><br></div><div class="gmail_extra">5) decided to update to 3.4.1 overall also for the engine part<br><br></div><div class="gmail_extra">All went ok and smooth, also the dwh and reports part.<br>
And I'm able to start and use a Windows Xp vm.<br><br></div><div class="gmail_extra">Gianluca<br></div></div>