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
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. 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@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
----- Original Message -----
From: "Dave Neary" <dneary@redhat.com> To: "Ohad Basan" <obasan@redhat.com> Cc: "infra" <infra@ovirt.org> 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.
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@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
On 09/02/2013 12:38 PM, Ohad Basan wrote:
----- Original Message -----
From: "Dave Neary" <dneary@redhat.com> To: "Ohad Basan" <obasan@redhat.com> Cc: "infra" <infra@ovirt.org> 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@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
From: "Mike Burns" <mburns@redhat.com> To: "Ohad Basan" <obasan@redhat.com> Cc: "Dave Neary" <dneary@redhat.com>, "infra" <infra@ovirt.org> 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@redhat.com> To: "Ohad Basan" <obasan@redhat.com> Cc: "infra" <infra@ovirt.org> 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. if you are referring to http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm
----- Original Message ----- then it is not installable on centos. Error: Package: ovirt-release-fedora-8-1.noarch (/ovirt-release-fedora.noarch) Requires: fedora-release
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).
I will try that.
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@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
On 09/03/2013 12:57 PM, Ohad Basan wrote:
From: "Mike Burns" <mburns@redhat.com> To: "Ohad Basan" <obasan@redhat.com> Cc: "Dave Neary" <dneary@redhat.com>, "infra" <infra@ovirt.org> 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@redhat.com> To: "Ohad Basan" <obasan@redhat.com> Cc: "infra" <infra@ovirt.org> 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. if you are referring to http://ovirt.org/releases/ovirt-release-fedora.noarch.rpm
----- Original Message ----- then it is not installable on centos. Error: Package: ovirt-release-fedora-8-1.noarch (/ovirt-release-fedora.noarch) Requires: fedora-release
http://resources.ovirt.org/releases/ovirt-release-el.noarch.rpm
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).
I will try that.
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@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@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/ Dan.
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.
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!
Alon suggested to use the nightly repository and not the beta one as currently there is a bug in the beta rpm that crashes the all in one plugin I still missing the required libvirt: vdsm-4.12.0-103.gitce1e10a.el6.x86_64 requires libvirt >= 0.10.2-18.el6_4.10 ----- Original Message -----
From: "Dan Kenigsberg" <danken@redhat.com> To: "Itamar Heim" <iheim@redhat.com> Cc: "Ohad Basan" <obasan@redhat.com>, dallan@redhat.com, "infra" <infra@ovirt.org>, "Dave Neary" <dneary@redhat.com> 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!
On Sun, Sep 08, 2013 at 07:15:26AM -0400, Ohad Basan wrote:
Alon suggested to use the nightly repository and not the beta one as currently there is a bug in the beta rpm that crashes the all in one plugin
I do not quite follow: the subject of this thread is "ovirt 3.3 nightly on centos". Why are you attempting to us vdsm/master for that? The master branch is *not* ovirt-3.3. Which bug crash are you refering to?
I still missing the required libvirt: vdsm-4.12.0-103.gitce1e10a.el6.x86_64 requires libvirt >= 0.10.2-18.el6_4.10
Yes, I should not have merged this requirement before https://bugzilla.redhat.com/show_bug.cgi?id=1003934 was closed and its libvirt-0.10.2-18.el6_4.10 became public. However, I am reluctant to revert this patch since we have more serious breakage in master until http://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:err... are merged. Dan.
participants (5)
-
Dan Kenigsberg -
Dave Neary -
Itamar Heim -
Mike Burns -
Ohad Basan