9:34 a.m.
Hi all,
Fedora/RDO relationship topic came up few months ago on the rdo-list and
in the meantime details have been refined in a Trello card
https://trello.com/c/wzdl1IlZ/52-openstack-in-fedora which I'll try to
summarize in this post.
High level overview (aka tl;dr) is that RDO Liberty repository will be
providing EL7 packages, hosted on CentOS mirrors and built as a part
of CentOS CloudSIG.
For developers using Fedora latest trunk builds of openstack-* packages
will be available from Delorean Trunk.
OpenStack service packages (openstack-*) will be retired in Fedora
master while Oslo and OpenStack clients stay in Fedora proper to allow
using Fedora as a client of OpenStack based cloud providers.
Reasoning is that Fedora user population are developers who always
need latest and greatest version and Delorean Trunk packages are the
best match. We were trying to follow 1:1 mapping between Fedora and
OpenStack release but it is getting out of sync now (current f22 is
Juno, unreleased f23 is Kilo) and it's getting impossible to keep up
with required dependency versions in the current stable Fedora without
breaking older OpenStack release.
There is also wasted overhead of pushing OpenStack stable updates in
Fedora when stable builds are not interesting for the target
population.
For production setup EL7 platform is preferred and that's where we are
going to provide stable updates in released RDO versions.
Cheers,
Alan
10:12 a.m.
Reasoning is that Fedora user population are developers who always
need latest and greatest version and Delorean Trunk packages are the
best match. We were trying to follow 1:1 mapping between Fedora and
OpenStack release but it is getting out of sync now (current f22 is
Juno, unreleased f23 is Kilo) and it's getting impossible to keep up
with required dependency versions in the current stable Fedora without
breaking older OpenStack release.
Could you please,specify how to set up Delorean Trunk Repos for Liberty
( a kind of Quick Start Page for Liberty testing ) :-
1. CentOS 7.1
2. Fedora 22
Thanks.
Boris
There is also wasted overhead of pushing OpenStack stable updates in
Fedora when stable builds are not interesting for the target
population.
For production setup EL7 platform is preferred and that's where we are
going to provide stable updates in released RDO versions.
Cheers,
Alan
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
11:05 a.m.
On 15 Sep 2015, at 17:12, Boris Derzhavets
<bderzhavets(a)hotmail.com> wrote:
> Reasoning is that Fedora user population are developers who always
> need latest and greatest version and Delorean Trunk packages are the
> best match. We were trying to follow 1:1 mapping between Fedora and
> OpenStack release but it is getting out of sync now (current f22 is
> Juno, unreleased f23 is Kilo) and it's getting impossible to keep up
> with required dependency versions in the current stable Fedora without
> breaking older OpenStack release.
Could you please,specify how to set up Delorean Trunk Repos for Liberty
( a kind of Quick Start Page for Liberty testing ) :-
1. CentOS 7.1
2. Fedora 22
I don’t have it completely automated, but for repo setup, you can check:
https://github.com/booxter/vagrant-projects/blob/master/.ansible/delorean...
Ihar
11:33 a.m.
Subject: Re: [Rdo-list] RDO Liberty and Fedora
From: ihrachys(a)redhat.com
Date: Wed, 16 Sep 2015 18:05:37 +0200
CC: apevec(a)gmail.com; rdo-list(a)redhat.com
To: bderzhavets(a)hotmail.com
> On 15 Sep 2015, at 17:12, Boris Derzhavets <bderzhavets(a)hotmail.com> wrote:
>
>
>
> > Reasoning is that Fedora user population are developers who always
> > need latest and greatest version and Delorean Trunk packages are the
> > best match. We were trying to follow 1:1 mapping between Fedora and
> > OpenStack release but it is getting out of sync now (current f22 is
> > Juno, unreleased f23 is Kilo) and it's getting impossible to keep up
> > with required dependency versions in the current stable Fedora without
> > breaking older OpenStack release.
>
> Could you please,specify how to set up Delorean Trunk Repos for Liberty
> ( a kind of Quick Start Page for Liberty testing ) :-
> 1. CentOS 7.1
> 2. Fedora 22
I don’t have it completely automated, but for repo setup, you can check:
https://github.com/booxter/vagrant-projects/blob/master/.ansible/delorean...
Sorry, I feel a bit confused as far as I understood Rich Bowen recent message
[Rdo-list] RDO Test Day, Sep 23-24 (for CentOS 7.X) :-
1.Set up repos per https://www.rdoproject.org/RDO_test_day_Liberty
# cd /etc/yum.repos.d/
# wget http://trunk.rdoproject.org/centos7/delorean-deps.repo
# wget http://trunk.rdoproject.org/centos7/current/delorean.repo
Next for packstack install
# yum install -y openstack-packstack
Am I missing here enabling RDO KIlo repo or no ?
Either this set up ( no RDO Kilo enabling ) is just for 09/23-24/2015 ?
I apologize in advance for stupid questions.
Boris.
Ihar
11:42 a.m.
On 16 Sep 2015, at 18:33, Boris Derzhavets
<bderzhavets(a)hotmail.com> wrote:
> Subject: Re: [Rdo-list] RDO Liberty and Fedora
> From: ihrachys(a)redhat.com
> Date: Wed, 16 Sep 2015 18:05:37 +0200
> CC: apevec(a)gmail.com; rdo-list(a)redhat.com
> To: bderzhavets(a)hotmail.com
>
> > On 15 Sep 2015, at 17:12, Boris Derzhavets <bderzhavets(a)hotmail.com>
wrote:
> >
> >
> >
> > > Reasoning is that Fedora user population are developers who always
> > > need latest and greatest version and Delorean Trunk packages are the
> > > best match. We were trying to follow 1:1 mapping between Fedora and
> > > OpenStack release but it is getting out of sync now (current f22 is
> > > Juno, unreleased f23 is Kilo) and it's getting impossible to keep up
> > > with required dependency versions in the current stable Fedora without
> > > breaking older OpenStack release.
> >
> > Could you please,specify how to set up Delorean Trunk Repos for Liberty
> > ( a kind of Quick Start Page for Liberty testing ) :-
> > 1. CentOS 7.1
> > 2. Fedora 22
>
> I don’t have it completely automated, but for repo setup, you can check:
>
>
https://github.com/booxter/vagrant-projects/blob/master/.ansible/delorean...
Sorry, I feel a bit confused as far as I understood Rich Bowen recent message
[Rdo-list] RDO Test Day, Sep 23-24 (for CentOS 7.X) :-
1.Set up repos per https://www.rdoproject.org/RDO_test_day_Liberty
# cd /etc/yum.repos.d/
# wget http://trunk.rdoproject.org/centos7/delorean-deps.repo
# wget http://trunk.rdoproject.org/centos7/current/delorean.repo
Next for packstack install
# yum install -y openstack-packstack
Am I missing here enabling RDO KIlo repo or no ?
Either this set up ( no RDO Kilo enabling ) is just for 09/23-24/2015 ?
I apologize in advance for stupid questions.
Boris.
>
> Ihar
That’s actually a good question. I suspect that delorean-deps.repo may replace Kilo
providing needed deps missing in CentOS, but since the link returns 404, I can’t be sure.
Rich, why do I get 404 for the links above?
Ihar
12:05 p.m.
I suspect that delorean-deps.repo may replace Kilo providing needed
deps missing in CentOS,
That's correct.
but since the link returns 404, I can’t be sure.
Rich, why do I get 404 for the links above?
Looks like we're experience OS1 (cloud Delorean instance is running
on) outage fallout, I'm opening tickets as we type...
Cheers,
Alan
2:15 p.m.
That’s actually a good question. I suspect that delorean-deps.repo may replace Kilo
providing needed deps missing in CentOS, but since the link returns 404, I can’t be sure.
Rich, why do I get 404 for the links above?
Hopefully that was due to the typo in the DNS zone, which is now fixed.
--
Rich Bowen - rbowen(a)redhat.com
OpenStack Community Liaison
http://rdoproject.org/
2:54 p.m.
Subject: Re: [Rdo-list] RDO Liberty and Fedora
To: ihrachys(a)redhat.com; bderzhavets(a)hotmail.com
CC: rdo-list(a)redhat.com
From: rbowen(a)redhat.com
Date: Thu, 17 Sep 2015 15:15:28 -0400
>
> That’s actually a good question. I suspect that delorean-deps.repo may replace Kilo
providing needed deps missing in CentOS, but since the link returns 404, I can’t be sure.
>
> Rich, why do I get 404 for the links above?
Hopefully that was due to the typo in the DNS zone, which is now fixed.
Confirmed, problem is fixed. I got some other issues attempting RDO Liberty AIO set up on
CentOS 7.1
https://www.redhat.com/archives/rdo-list/2015-September/msg00147.html
Boris.
--
Rich Bowen - rbowen(a)redhat.com
OpenStack Community Liaison
http://rdoproject.org/
8:18 p.m.
New subject: [Rdo-list] keystoneauth1 seems broken
TL;DR: keystoneauth1 package seems broken, so not installed, Puppet
OpenStack CI broken, because keystone can't work.
http://logs.openstack.org/07/224107/1/check/gate-puppet-ceilometer-puppet...
In case you missed the information, probably a recent commit in
https://github.com/openstack-packages/python-keystoneauth1
Thanks,
--
Emilien Macchi
11:37 p.m.
New subject: [Rdo-list] keystoneauth1 seems broken
Emilien (and Graeme),
Although I do not have a solution for you yet, I confirm that something's
broken and I have in fact bumped into this today as well.
I raised the issue on IRC and Alan Pevec pointed me to this Bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1241812
In fact, what happened, is that this commit merged today:
https://review.openstack.org/#/c/191003/3
I'm really not sure what that commit is about, what they're trying to
accomplish or what is the use case for it.
We will try to get a better understanding and fix tomorrow for sure.
David Moreau Simard
Senior Software Engineer | Openstack RDO
dmsimard = [irc, github, twitter]
On Thu, Sep 17, 2015 at 9:18 PM, Emilien Macchi <emilien(a)redhat.com> wrote:
TL;DR: keystoneauth1 package seems broken, so not installed, Puppet
OpenStack CI broken, because keystone can't work.
http://logs.openstack.org/07/224107/1/check/gate-puppet-ceilometer-puppet...
In case you missed the information, probably a recent commit in
https://github.com/openstack-packages/python-keystoneauth1
Thanks,
--
Emilien Macchi
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
4:27 a.m.
New subject: [Rdo-list] keystoneauth1 seems broken
I raised the issue on IRC and Alan Pevec pointed me to this
Bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=1241812
In fact, what happened, is that this commit merged today:
https://review.openstack.org/#/c/191003/3
I'm really not sure what that commit is about, what they're trying to
accomplish or what is the use case for it.
That change in keystoneauth was merged before, I just commented on it yesterday.
https://review.openstack.org/221125 in os-client-config is where
keystoneauth1 dependency was added.
Here's full backtrace for "The plugin osc_password could not be found"
error:
# openstack --debug
The plugin osc_password could not be found
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/openstackclient/shell.py",
line 108, in run
ret_val = super(OpenStackShell, self).run(argv)
File "/usr/lib/python2.7/site-packages/cliff/app.py", line 213, in run
self.initialize_app(remainder)
File "/usr/lib/python2.7/site-packages/openstackclient/shell.py",
line 237, in initialize_app
argparse=self.options,
File "/usr/lib/python2.7/site-packages/os_client_config/config.py",
line 498, in get_one_cloud
loader = self._get_auth_loader(config)
File "/usr/lib/python2.7/site-packages/os_client_config/config.py",
line 418, in _get_auth_loader
return loading.get_plugin_loader(config['auth_type'])
File "/usr/lib/python2.7/site-packages/keystoneauth1/loading/base.py",
line 74, in get_plugin_loader
raise exceptions.NoMatchingPlugin(name)
NoMatchingPlugin: The plugin osc_password could not be found
END return value: 1
Relevant package versions:
python-openstackclient-1.6.1-dev46.el7.centos.noarch
os-client-config-1.7.1-0.99.20150917.1205git.el7.centos.noarch
and local build from master:
https://apevec.fedorapeople.org/openstack/python-keystoneauth1-1.0.1-0.1....
osc_password is defined in
/usr/lib/python2.7/site-packages/python_openstackclient-1.6.1.dev46-py2.7.egg-info/entry_points.txt:
...
[keystoneclient.auth.plugin]
osc_password = openstackclient.api.auth_plugin:OSCGenericPassword
token_endpoint = openstackclient.api.auth_plugin:TokenEndpoint
...
so I guess something went wrong between osc and occ, downgrading to
python-keystoneauth1-1.0.0 doesn't help.
Anyone who understands osc auth plugins please help!
Cheers,
Alan
6:38 a.m.
New subject: [Rdo-list] keystoneauth1 seems broken
So what happened here is that the os-client-config package recently
added a dependency on keystoneauth. This wasn't supposed to have
happened until the start of the Mitaka cycle but got ahead of itself.
Due to bad testing upstream there was a problem with how
openstackclient works with os-client-config that wasn't noticed until
the new os-client-config was released onto pypi.
https://bugs.launchpad.net/os-client-config/+bug/1496689 is the upstream bug.
I was trying to argue today that we should just roll back the
os-client-config dependency on keystoneauth until after liberty is
released, however I'm not sure which way that will go. For now it
would be best to skip the most recent version of os-client-config.
On 18 September 2015 at 19:27, Alan Pevec <apevec(a)gmail.com> wrote:
> I raised the issue on IRC and Alan Pevec pointed me to this
Bugzilla:
> https://bugzilla.redhat.com/show_bug.cgi?id=1241812
>
> In fact, what happened, is that this commit merged today:
> https://review.openstack.org/#/c/191003/3
> I'm really not sure what that commit is about, what they're trying to
> accomplish or what is the use case for it.
That change in keystoneauth was merged before, I just commented on it yesterday.
https://review.openstack.org/221125 in os-client-config is where
keystoneauth1 dependency was added.
Here's full backtrace for "The plugin osc_password could not be found"
error:
# openstack --debug
The plugin osc_password could not be found
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/openstackclient/shell.py",
line 108, in run
ret_val = super(OpenStackShell, self).run(argv)
File "/usr/lib/python2.7/site-packages/cliff/app.py", line 213, in run
self.initialize_app(remainder)
File "/usr/lib/python2.7/site-packages/openstackclient/shell.py",
line 237, in initialize_app
argparse=self.options,
File "/usr/lib/python2.7/site-packages/os_client_config/config.py",
line 498, in get_one_cloud
loader = self._get_auth_loader(config)
File "/usr/lib/python2.7/site-packages/os_client_config/config.py",
line 418, in _get_auth_loader
return loading.get_plugin_loader(config['auth_type'])
File "/usr/lib/python2.7/site-packages/keystoneauth1/loading/base.py",
line 74, in get_plugin_loader
raise exceptions.NoMatchingPlugin(name)
NoMatchingPlugin: The plugin osc_password could not be found
END return value: 1
Relevant package versions:
python-openstackclient-1.6.1-dev46.el7.centos.noarch
os-client-config-1.7.1-0.99.20150917.1205git.el7.centos.noarch
and local build from master:
https://apevec.fedorapeople.org/openstack/python-keystoneauth1-1.0.1-0.1....
osc_password is defined in
/usr/lib/python2.7/site-packages/python_openstackclient-1.6.1.dev46-py2.7.egg-info/entry_points.txt:
...
[keystoneclient.auth.plugin]
osc_password = openstackclient.api.auth_plugin:OSCGenericPassword
token_endpoint = openstackclient.api.auth_plugin:TokenEndpoint
...
so I guess something went wrong between osc and occ, downgrading to
python-keystoneauth1-1.0.0 doesn't help.
Anyone who understands osc auth plugins please help!
Cheers,
Alan
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
6:49 a.m.
New subject: [Rdo-list] keystoneauth1 seems broken
2015-09-18 13:38 GMT+02:00 Jamie Lennox <jamielennox(a)redhat.com>:
For now it would be best to skip the most recent version of
os-client-config.
Thanks Jamie for the late night update!
As a temp measure I'm forking os-client-config and will restore it to < 1.7.0
Cheers,
Alan
7:17 a.m.
New subject: [Rdo-list] keystoneauth1 seems broken
On 09/18/2015 01:49 PM, Alan Pevec wrote:
2015-09-18 13:38 GMT+02:00 Jamie Lennox
<jamielennox(a)redhat.com>:
> For now it would be best to skip the most recent version of os-client-config.
Thanks Jamie for the late night update!
As a temp measure I'm forking os-client-config and will restore it to < 1.7.0
1.6.0 worked for me locally.
Cheers,
Alan
_______________________________________________
Rdo-list mailing list
Rdo-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/rdo-list
To unsubscribe: rdo-list-unsubscribe(a)redhat.com
3388
days inactive
3391
days old
13 comments
8 participants
participants (8)
-
Alan Pevec -
Boris Derzhavets -
David Moreau Simard -
Dmitry Tantsur -
Emilien Macchi -
Ihar Hrachyshka -
Jamie Lennox -
Rich Bowen