Hey during prepping ovirt live I am installing ovirt 3.3 nightly on a centos 6.4 machines I have discovered that I am missing tons of dependencies not found in the standard repo 1. gluster >=3.4 2. vdsm requires libvirt >= 0.10.2-18.el6_4.4 I get gluster from the gluster nightly repo I can get the libvirt from koji or something. but I think we shold provide these packages in our repository because currently it's just not installable. Ohad _______________________________________________ Infra mailing list Infra(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/infra

Hey during prepping ovirt live I am installing ovirt 3.3 nightly on a centos 6.4 machines I have discovered that I am missing tons of dependencies not found in the standard repo 1. gluster >=3.4 2. vdsm requires libvirt >= 0.10.2-18.el6_4.4

From: "Mike Burns" <mburns(a)redhat.com&gt; To: "Ohad Basan" <obasan(a)redhat.com&gt; Cc: "Dave Neary" <dneary(a)redhat.com&gt;, "infra" <infra(a)ovirt.org&gt; Sent: Tuesday, September 3, 2013 6:31:23 PM Subject: Re: ovirt 3.3 nightly on centos On 09/02/2013 12:38 PM, Ohad Basan wrote: > > > ----- Original Message ----- >> From: "Dave Neary" <dneary(a)redhat.com&gt; >> To: "Ohad Basan" <obasan(a)redhat.com&gt; >> Cc: "infra" <infra(a)ovirt.org&gt; >> Sent: Monday, September 2, 2013 7:35:09 PM >> Subject: Re: ovirt 3.3 nightly on centos >> >> Hi Ohad, >> >> That is what the RDO project does, I think it's OK for us to do this too. >> >> We should make sure we warn users when they're installing oVirt that >> some of the dependencies will upgrade certain core packages (libvirt, >> qemu, whatever else) and that this may break their support. >> >> In particular, we should make absolutely clear under what circumstances >> someone can run RHS as a storage back-end for oVirt (if we pull in >> Gluster 3.4 will that break their RHS?). >> >> Cheers, >> Dave. > you're right. > > the least we could do is instruct the users about which extra repositories > are mandatory for ovirt nightly installation. The repositories required should be the repos in the ovirt-release package. They're updated to include the glusterfs 3.4.0 repo.

Also, we should *not* be using nightly for the 3.3 livecd image. We should be using the beta repo. nightlies can (and probably do) have patches that were not approved for the 3.3 release. Beta is currently pointing to 3.3 (and will continue to until we have a 3.4 beta).

Mike > >> >> On 09/02/2013 06:14 PM, Ohad Basan wrote: >>> Hey >>> >>> during prepping ovirt live >>> I am installing ovirt 3.3 nightly on a centos 6.4 machines >>> I have discovered that I am missing tons of dependencies not found in the >>> standard repo >>> 1. gluster >=3.4 >>> 2. vdsm requires libvirt >= 0.10.2-18.el6_4.4 >>> I get gluster from the gluster nightly repo >>> I can get the libvirt from koji or something. >>> but I think we shold provide these packages in our repository because >>> currently it's just not installable. >>> >>> Ohad >>> _______________________________________________ >>> Infra mailing list >>> Infra(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/infra >>> >> >> -- >> Dave Neary - Community Action and Impact >> Open Source and Standards, Red Hat - http://community.redhat.com >> Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 >> > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra >

On Mon, Sep 02, 2013 at 12:14:44PM -0400, Ohad Basan wrote: > Hey > > during prepping ovirt live > I am installing ovirt 3.3 nightly on a centos 6.4 machines > I have discovered that I am missing tons of dependencies not found in the standard repo > 1. gluster >=3.4 > 2. vdsm requires libvirt >= 0.10.2-18.el6_4.4 Which reminds me of a problem with libvirt -18: Bug 895294 - vmUpdateDevice fails when nic has boot order set is to be fixed only for el6.5. Until then we are stuck with bugs such as https://bugzilla.redhat.com/show_bug.cgi?id=1001001 Unless we are willing to hack around the issue with something like the untested http://gerrit.ovirt.org/#/c/18796/

From: "Dan Kenigsberg" <danken(a)redhat.com&gt; To: "Itamar Heim" <iheim(a)redhat.com&gt; Cc: "Ohad Basan" <obasan(a)redhat.com&gt;, dallan(a)redhat.com, "infra" <infra(a)ovirt.org&gt;, "Dave Neary" <dneary(a)redhat.com&gt; Sent: Friday, September 6, 2013 10:31:07 PM Subject: Re: ovirt 3.3 nightly on centos On Wed, Sep 04, 2013 at 03:41:31PM +0300, Itamar Heim wrote: > On 09/03/2013 12:34 AM, Dan Kenigsberg wrote: > >On Mon, Sep 02, 2013 at 12:14:44PM -0400, Ohad Basan wrote: > >>Hey > >> > >>during prepping ovirt live > >>I am installing ovirt 3.3 nightly on a centos 6.4 machines > >>I have discovered that I am missing tons of dependencies not found in the > >>standard repo > >>1. gluster >=3.4 > >>2. vdsm requires libvirt >= 0.10.2-18.el6_4.4 > > > >Which reminds me of a problem with libvirt -18: > >Bug 895294 - vmUpdateDevice fails when nic has boot order set is to be > >fixed only for el6.5. Until then we are stuck with bugs such as > >https://bugzilla.redhat.com/show_bug.cgi?id=1001001 > > > >Unless we are willing to hack around the issue with something like the > >untested http://gerrit.ovirt.org/#/c/18796/ > > i don't see a simple solution to this one: > if we pick latest stable libvirt/qemu upstream for a > "(o)virt-preview" repo for .el6, then we won't get the stable 6.5 > when its released as it will have a lower version since rhel doesn't > tend to rebase. The libvirt team has agreed to quickly backport the fix to el6.4.z. Bug 1003934 - vmUpdateDevice fails when nic has boot order set is now solved by libvirt-0.10.2-18.el6_4.10 which should be required by vdsm. See http://gerrit.ovirt.org/18937 Thanks!