On Mon, May 12, 2014 at 12:28 PM, Dan Kenigsberg <danken(a)redhat.com> 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>
> > To: "Roy Golan" <rgolan(a)redhat.com>
> > Cc: "users" <users(a)ovirt.org>
> > 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.
Gianluca