[vdsm] which vdsm version for 3.2?
i tried running nightly engine (well, since 3.2 beta repo still contains an old version). from beta repo i got this vdsm version: vdsm-4.10.3-4.fc18.x86_64 it doesn't contain latest getHardwareInfo which engine expects[1] i enabled the nightly repo, expecting a newer vdsm, but nightly has vdsm versions of vdsm-4.10.3-0.87 I assume -4 in beta isn't getting replaced by -0.87? so which vdsm version are we using for 3.2 beta? [1]2013-01-17 15:15:53,222 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand] (QuartzScheduler_Worker-65) XML RPC error in command GetHardwareInfoVDS ( HostName = local_host ), the error was: java.util.concurrent.ExecutionException: java.lang.reflect.InvocationTargetException, type 'exceptions.Exception':method getVdsHardwareInfo is not supported ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
Re: [vdsm] which vdsm version for 3.2?
On Thu, Jan 17, 2013 at 10:20:12PM -0500, Itamar Heim wrote: i tried running nightly engine (well, since 3.2 beta repo still contains an old version). from beta repo i got this vdsm version: vdsm-4.10.3-4.fc18.x86_64 it doesn't contain latest getHardwareInfo which engine expects[1] i enabled the nightly repo, expecting a newer vdsm, but nightly has vdsm versions of vdsm-4.10.3-0.87 I assume -4 in beta isn't getting replaced by -0.87? Indeed. Nightlies are build from master branch. ovirt-3.2 would be built from ovirt-3.2 branch. so which vdsm version are we using for 3.2 beta? [1]2013-01-17 15:15:53,222 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand] (QuartzScheduler_Worker-65) XML RPC error in command GetHardwareInfoVDS ( HostName = local_host ), the error was: java.util.concurrent.ExecutionException: java.lang.reflect.InvocationTargetException, type 'exceptions.Exception':method getVdsHardwareInfo is not supported getVdsHardwareInfo (http://gerrit.ovirt.org/#/c/9258/) has not been backported to the ovirt-3.2 branch; I do not see that it has even been proposed. I suppose Yaniv (or someone) should do it. We still do not have a sane build for ovirt-3.2. On top of getVdsHardwareInfo we have bz 886087 Rest query add storage domain fails on fedora18: missing /sbin/scsi_id and http://gerrit.ovirt.org/#/c/10758/ (udev: Race fix- load and trigger dev rule) that blocks block storage. I told Douglas today that before these are fixed, there is no hurry for another build. Dan. ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel
Re: [vdsm] which vdsm version for 3.2?
On 01/17/2013 04:15 PM, Dan Kenigsberg wrote: On Thu, Jan 17, 2013 at 10:20:12PM -0500, Itamar Heim wrote: i tried running nightly engine (well, since 3.2 beta repo still contains an old version). from beta repo i got this vdsm version: vdsm-4.10.3-4.fc18.x86_64 it doesn't contain latest getHardwareInfo which engine expects[1] i enabled the nightly repo, expecting a newer vdsm, but nightly has vdsm versions of vdsm-4.10.3-0.87 I assume -4 in beta isn't getting replaced by -0.87? Indeed. Nightlies are build from master branch. ovirt-3.2 would be built from ovirt-3.2 branch. then shouldn't master move to a newer version (3.3 for engine soon, 4.11 for vdsm?) so which vdsm version are we using for 3.2 beta? [1]2013-01-17 15:15:53,222 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand] (QuartzScheduler_Worker-65) XML RPC error in command GetHardwareInfoVDS ( HostName = local_host ), the error was: java.util.concurrent.ExecutionException: java.lang.reflect.InvocationTargetException, type 'exceptions.Exception':method getVdsHardwareInfo is not supported getVdsHardwareInfo (http://gerrit.ovirt.org/#/c/9258/) has not been backported to the ovirt-3.2 branch; I do not see that it has even been proposed. I suppose Yaniv (or someone) should do it. We still do not have a sane build for ovirt-3.2. On top of getVdsHardwareInfo we have bz 886087 Rest query add storage domain fails on fedora18: missing /sbin/scsi_id and http://gerrit.ovirt.org/#/c/10758/ (udev: Race fix- load and trigger dev rule) that blocks block storage. I told Douglas today that before these are fixed, there is no hurry for another build. agree, but in general we need this build is we were supposed to have had the beta build by now... ___ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel