Ask Your Question

Revision history [back]

Using field as comment
Yes. It was Newton. Try delorean trunks for RDO Mitaka current-passed-ci
sudo yum -y install yum-plugin-priorities
sudo curl -o /etc/yum.repos.d/delorean-newton.repo http://buildlogs.centos.org/centos/7/cloud/x86_64/rdo-trunk-mitaka-tested/delorean.repo
sudo curl -o /etc/yum.repos.d/delorean-deps-newton.repo https://trunk.rdoproject.org/centos7-mitaka/delorean-deps.repo
I would expect different packstack behaviour on Mitaka , unless changes, providing regression to packstack, were back ported . I am talking about ability to split Storage and Controller nodes on versions prior to Newton.

Using field as comment
Yes. It was Newton. Try delorean trunks for RDO Mitaka current-passed-ci

sudo
yum -y install yum-plugin-priorities
sudo
yum-plugin-priorities curl -o /etc/yum.repos.d/delorean-newton.repo http://buildlogs.centos.org/centos/7/cloud/x86_64/rdo-trunk-mitaka-tested/delorean.repo
sudo
http://buildlogs.centos.org/centos/7/cloud/x86_64/rdo-trunk-mitaka-tested/delorean.repo curl -o /etc/yum.repos.d/delorean-deps-newton.repo https://trunk.rdoproject.org/centos7-mitaka/delorean-deps.repo
https://trunk.rdoproject.org/centos7-mitaka/delorean-deps.repo

I would expect different packstack behaviour on Mitaka , unless changes, providing regression to packstack, were back ported . I am talking about ability to split Storage and Controller nodes on versions prior to Newton.

Using field as comment
Yes. It was Newton. Try delorean trunks for RDO Mitaka current-passed-ci

yum -y install yum-plugin-priorities
curl -o /etc/yum.repos.d/delorean-newton.repo /etc/yum.repos.d/delorean-mitaka.repo  http://buildlogs.centos.org/centos/7/cloud/x86_64/rdo-trunk-mitaka-tested/delorean.repo
curl -o /etc/yum.repos.d/delorean-deps-newton.repo /etc/yum.repos.d/delorean-deps-mitaka.repo https://trunk.rdoproject.org/centos7-mitaka/delorean-deps.repo

I would expect different packstack behaviour on Mitaka , unless changes, providing regression to packstack, were back ported . I am talking about ability to split Storage and Controller nodes on versions prior to Newton.

Using field as comment
Yes. It was Newton. Try delorean trunks for RDO Mitaka current-passed-ci

yum -y install yum-plugin-priorities
curl -o /etc/yum.repos.d/delorean-mitaka.repo  http://buildlogs.centos.org/centos/7/cloud/x86_64/rdo-trunk-mitaka-tested/delorean.repo
curl -o /etc/yum.repos.d/delorean-deps-mitaka.repo https://trunk.rdoproject.org/centos7-mitaka/delorean-deps.repo

I would expect different packstack behaviour on Mitaka , unless changes, providing regression to packstack, were back ported . I am talking about ability to split Storage and Controller nodes on versions prior to Newton.Newton.

I just verified RDO Newton trunks have
openstack-packstack-9.0.0-0.20160922140727.3f43120.el7.centos.src.rpm
RDO Mitaka trunks have
openstack-packstack-8.0.0-0.20160601145552.c5daafd.el7.centos.src.rpm
So I still expect old style packstack on Mitaka

Using field as commentUPDATE 11/15/2016
See the most recent official instructions are here
https://www.redhat.com/archives/rdo-list/2016-September/msg00054.html
e.g install just one mentioned rpm and enable required repo
If following link above you will experience failures open bug with bugzilla
END UPDATE

Yes. It was Newton. Try delorean trunks for RDO Mitaka current-passed-ci

yum -y install yum-plugin-priorities
curl -o /etc/yum.repos.d/delorean-mitaka.repo  http://buildlogs.centos.org/centos/7/cloud/x86_64/rdo-trunk-mitaka-tested/delorean.repo
curl -o /etc/yum.repos.d/delorean-deps-mitaka.repo https://trunk.rdoproject.org/centos7-mitaka/delorean-deps.repo

I would expect different packstack behaviour on Mitaka , unless changes, providing regression to packstack, were back ported . I am talking about ability to split Storage and Controller nodes on versions prior to Newton.

I just verified RDO Newton trunks have
openstack-packstack-9.0.0-0.20160922140727.3f43120.el7.centos.src.rpm
RDO Mitaka trunks have
openstack-packstack-8.0.0-0.20160601145552.c5daafd.el7.centos.src.rpm
So I still expect old style packstack on Mitaka

UPDATE 11/15/2016
See the most recent official instructions are here
https://www.redhat.com/archives/rdo-list/2016-September/msg00053.html

https://www.redhat.com/archives/rdo-list/2016-September/msg00054.html
e.g install just one mentioned rpm and enable required repo
If following link above you will experience failures open bug with bugzilla
END UPDATE

Yes. It was Newton. Try delorean trunks for RDO Mitaka current-passed-ci

yum -y install yum-plugin-priorities
curl -o /etc/yum.repos.d/delorean-mitaka.repo  http://buildlogs.centos.org/centos/7/cloud/x86_64/rdo-trunk-mitaka-tested/delorean.repo
curl -o /etc/yum.repos.d/delorean-deps-mitaka.repo https://trunk.rdoproject.org/centos7-mitaka/delorean-deps.repo

I would expect different packstack behaviour on Mitaka , unless changes, providing regression to packstack, were back ported . I am talking about ability to split Storage and Controller nodes on versions prior to Newton.

I just verified RDO Newton trunks have
openstack-packstack-9.0.0-0.20160922140727.3f43120.el7.centos.src.rpm
RDO Mitaka trunks have
openstack-packstack-8.0.0-0.20160601145552.c5daafd.el7.centos.src.rpm
So I still expect old style packstack on Mitaka

UPDATE 11/15/2016
See the most recent official instructions are here
https://www.redhat.com/archives/rdo-list/2016-September/msg00053.html
https://www.redhat.com/archives/rdo-list/2016-September/msg00054.html
e.g install just one mentioned rpm and enable required repo
If following link above you will experience failures open bug with bugzilla
END UPDATE

Yes. It was Newton. Try delorean trunks for RDO Mitaka current-passed-ci

yum -y install yum-plugin-priorities
curl -o /etc/yum.repos.d/delorean-mitaka.repo  http://buildlogs.centos.org/centos/7/cloud/x86_64/rdo-trunk-mitaka-tested/delorean.repo
curl -o /etc/yum.repos.d/delorean-deps-mitaka.repo https://trunk.rdoproject.org/centos7-mitaka/delorean-deps.repo

I would expect different packstack behaviour on Mitaka , unless changes, providing regression to packstack, were back ported . I am talking about ability to split Storage and Controller nodes on versions prior to Newton.

I just verified RDO Newton trunks have
openstack-packstack-9.0.0-0.20160922140727.3f43120.el7.centos.src.rpm
RDO Mitaka trunks have
openstack-packstack-8.0.0-0.20160601145552.c5daafd.el7.centos.src.rpm
So I still expect old style packstack on Mitaka

UPDATE 11/16/2016
See Packstack install RDO Newton with Keystone API V2 on CentOS 7.2
I was unable to find patch https://review.openstack.org/gitweb?p=openstack/packstack.git;a=patch;h=3a7e88c80d0c8935b0eb964567e774fc6ba370c2
in RDO Newton trunk "current-passed-ci", so you still have to set up RDO Newton via packstack with Keystone API v2.0
END UPDATE
UPDATE 11/15/2016
See the most recent official instructions here
https://www.redhat.com/archives/rdo-list/2016-September/msg00053.html
https://www.redhat.com/archives/rdo-list/2016-September/msg00054.html
e.g install just one mentioned rpm and enable required repo
If following link above you will experience failures open bug with bugzilla
END UPDATE

Yes. It was Newton. Try delorean trunks for RDO Mitaka current-passed-ci

yum -y install yum-plugin-priorities
curl -o /etc/yum.repos.d/delorean-mitaka.repo  http://buildlogs.centos.org/centos/7/cloud/x86_64/rdo-trunk-mitaka-tested/delorean.repo
curl -o /etc/yum.repos.d/delorean-deps-mitaka.repo https://trunk.rdoproject.org/centos7-mitaka/delorean-deps.repo

I would expect different packstack behaviour on Mitaka , unless changes, providing regression to packstack, were back ported . I am talking about ability to split Storage and Controller nodes on versions prior to Newton.

I just verified RDO Newton trunks have
openstack-packstack-9.0.0-0.20160922140727.3f43120.el7.centos.src.rpm
RDO Mitaka trunks have
openstack-packstack-8.0.0-0.20160601145552.c5daafd.el7.centos.src.rpm
So I still expect old style packstack on Mitaka

UPDATE 11/16/2016
See Packstack install RDO Newton with Keystone API V2 on CentOS 7.2
I was unable to find patch https://review.openstack.org/gitweb?p=openstack/packstack.git;a=patch;h=3a7e88c80d0c8935b0eb964567e774fc6ba370c2
in RDO Newton trunk "current-passed-ci", so you still have to set up RDO Newton via packstack with Keystone API v2.0
See also https://bugzilla.redhat.com/show_bug.cgi?id=1330289
In particular, focus on Section "External Trackers"

END UPDATE
UPDATE 11/15/2016
See the most recent official instructions here
https://www.redhat.com/archives/rdo-list/2016-September/msg00053.html
https://www.redhat.com/archives/rdo-list/2016-September/msg00054.html
e.g install just one mentioned rpm and enable required repo
If following link above you will experience failures open bug with bugzilla
END UPDATE

Yes. It was Newton. Try delorean trunks for RDO Mitaka current-passed-ci

yum -y install yum-plugin-priorities
curl -o /etc/yum.repos.d/delorean-mitaka.repo  http://buildlogs.centos.org/centos/7/cloud/x86_64/rdo-trunk-mitaka-tested/delorean.repo
curl -o /etc/yum.repos.d/delorean-deps-mitaka.repo https://trunk.rdoproject.org/centos7-mitaka/delorean-deps.repo

I would expect different packstack behaviour on Mitaka , unless changes, providing regression to packstack, were back ported . I am talking about ability to split Storage and Controller nodes on versions prior to Newton.

I just verified RDO Newton trunks have
openstack-packstack-9.0.0-0.20160922140727.3f43120.el7.centos.src.rpm
RDO Mitaka trunks have
openstack-packstack-8.0.0-0.20160601145552.c5daafd.el7.centos.src.rpm
So I still expect old style packstack on Mitaka

UPDATE 11/16/2016
See Packstack install RDO Newton with Keystone API V2 on CentOS 7.2
I was unable to find patch https://review.openstack.org/gitweb?p=openstack/packstack.git;a=patch;h=3a7e88c80d0c8935b0eb964567e774fc6ba370c2
in RDO Newton trunk "current-passed-ci", so you still have to set up RDO Newton via packstack with Keystone API v2.0
See also https://bugzilla.redhat.com/show_bug.cgi?id=1330289
In particular, focus on Section "External Trackers"
END UPDATE
UPDATE 11/15/2016
See the most recent official instructions here
https://www.redhat.com/archives/rdo-list/2016-September/msg00053.html
https://www.redhat.com/archives/rdo-list/2016-September/msg00054.html
e.g install just one mentioned rpm and enable required repo
If following link above you will experience failures open bug with bugzilla
END UPDATE

Yes. It was Newton. Try delorean trunks for RDO Mitaka current-passed-ci

yum -y install yum-plugin-priorities
curl -o /etc/yum.repos.d/delorean-mitaka.repo  http://buildlogs.centos.org/centos/7/cloud/x86_64/rdo-trunk-mitaka-tested/delorean.repo
curl -o /etc/yum.repos.d/delorean-deps-mitaka.repo https://trunk.rdoproject.org/centos7-mitaka/delorean-deps.repo

I would expect different packstack behaviour on Mitaka , unless changes, providing regression to packstack, were back ported . I am talking about ability to split Storage and Controller nodes on versions prior to Newton.

I just verified RDO Newton trunks have
openstack-packstack-9.0.0-0.20160922140727.3f43120.el7.centos.src.rpm
RDO Mitaka trunks have
openstack-packstack-8.0.0-0.20160601145552.c5daafd.el7.centos.src.rpm
So I still expect old style packstack on Mitaka

UPDATE 11/16/2016
See Packstack install RDO Newton with Keystone API V2 on CentOS 7.2
I was unable to find patch https://review.openstack.org/gitweb?p=openstack/packstack.git;a=patch;h=3a7e88c80d0c8935b0eb964567e774fc6ba370c2
in RDO Newton trunk "current-passed-ci", so you still have to set up RDO Newton via packstack with Keystone API v2.0
See also :-
https://bugzilla.redhat.com/show_bug.cgi?id=1330289
In particular, focus on Section "External Trackers"
END UPDATE
UPDATE 11/15/2016
See the most recent official instructions here
https://www.redhat.com/archives/rdo-list/2016-September/msg00053.html
https://www.redhat.com/archives/rdo-list/2016-September/msg00054.html
e.g install just one mentioned rpm and enable required repo
If following link above you will experience failures open bug with bugzilla
END UPDATE

Yes. It was Newton. Try delorean trunks for RDO Mitaka current-passed-ci

yum -y install yum-plugin-priorities
curl -o /etc/yum.repos.d/delorean-mitaka.repo  http://buildlogs.centos.org/centos/7/cloud/x86_64/rdo-trunk-mitaka-tested/delorean.repo
curl -o /etc/yum.repos.d/delorean-deps-mitaka.repo https://trunk.rdoproject.org/centos7-mitaka/delorean-deps.repo

I would expect different packstack behaviour on Mitaka , unless changes, providing regression to packstack, were back ported . I am talking about ability to split Storage and Controller nodes on versions prior to Newton.

I just verified RDO Newton trunks have
openstack-packstack-9.0.0-0.20160922140727.3f43120.el7.centos.src.rpm
RDO Mitaka trunks have
openstack-packstack-8.0.0-0.20160601145552.c5daafd.el7.centos.src.rpm
So I still expect old style packstack on Mitaka

UPDATE 11/16/2016
See Packstack install RDO Newton with Keystone API V2 on CentOS 7.2
I was unable to find patch https://review.openstack.org/gitweb?p=openstack/packstack.git;a=patch;h=3a7e88c80d0c8935b0eb964567e774fc6ba370c2
in RDO Newton trunk "current-passed-ci", so you still have to set up RDO Newton via packstack with Keystone API v2.0
See also :-
https://bugzilla.redhat.com/show_bug.cgi?id=1330289
In particular, focus on Section "External Trackers"

You can double check that file /usr/lib/python2.7/site-packages/packstack/plugins/keystone_100.py still has
on line 141 :-
 {"CMD_OPTION": "keystone-api-version",
             "PROMPT": "Enter the Keystone API version string.",
             "OPTION_LIST": ['v2.0', 'v3'],
             "VALIDATORS": [validators.validate_options],
             "DEFAULT_VALUE": 'v2.0',
             "MASK_INPUT": False,
             "LOOSE_VALIDATION": False,
             "CONF_NAME": 'CONFIG_KEYSTONE_API_VERSION',
             "USE_DEFAULT": True,
             "NEED_CONFIRM": False,
             "CONDITION": False},

END UPDATE

UPDATE 11/15/2016
See the most recent official instructions here
https://www.redhat.com/archives/rdo-list/2016-September/msg00053.html
https://www.redhat.com/archives/rdo-list/2016-September/msg00054.html
e.g install just one mentioned rpm and enable required repo
If following link above you will experience failures open bug with bugzilla
END UPDATE

Yes. It was Newton. Try delorean trunks for RDO Mitaka current-passed-ci

yum -y install yum-plugin-priorities
curl -o /etc/yum.repos.d/delorean-mitaka.repo  http://buildlogs.centos.org/centos/7/cloud/x86_64/rdo-trunk-mitaka-tested/delorean.repo
curl -o /etc/yum.repos.d/delorean-deps-mitaka.repo https://trunk.rdoproject.org/centos7-mitaka/delorean-deps.repo

I would expect different packstack behaviour on Mitaka , unless changes, providing regression to packstack, were back ported . I am talking about ability to split Storage and Controller nodes on versions prior to Newton.

I just verified RDO Newton trunks have
openstack-packstack-9.0.0-0.20160922140727.3f43120.el7.centos.src.rpm
RDO Mitaka trunks have
openstack-packstack-8.0.0-0.20160601145552.c5daafd.el7.centos.src.rpm
So I still expect old style packstack on Mitaka

UPDATE 11/16/2016
See Packstack install RDO Newton with Keystone API V2 on CentOS 7.2
I was unable to find patch https://review.openstack.org/gitweb?p=openstack/packstack.git;a=patch;h=3a7e88c80d0c8935b0eb964567e774fc6ba370c2
in RDO Newton trunk "current-passed-ci", so you still have to set up RDO Newton via packstack with Keystone API v2.0
See also :-
https://bugzilla.redhat.com/show_bug.cgi?id=1330289
In particular, focus on Section "External Trackers"

You can double check that file /usr/lib/python2.7/site-packages/packstack/plugins/keystone_100.py still has
on line 141 :-
 {"CMD_OPTION": "keystone-api-version",
             "PROMPT": "Enter the Keystone API version string.",
             "OPTION_LIST": ['v2.0', 'v3'],
             "VALIDATORS": [validators.validate_options],
             "DEFAULT_VALUE": 'v2.0',
             "MASK_INPUT": False,
             "LOOSE_VALIDATION": False,
             "CONF_NAME": 'CONFIG_KEYSTONE_API_VERSION',
             "USE_DEFAULT": True,
             "NEED_CONFIRM": False,
             "CONDITION": False},

@abe, you made a mistake setting up delorean repos for Newton. I have system running RDO Newton on bare metal right now

[root@Server72Centos ~(keystone_admin)]# rpm -qa \*openstack-packstack\*
openstack-packstack-puppet-9.0.0-0.20161021225918.af7b24a.el7.centos.noarch
openstack-packstack-9.0.0-0.20161021225918.af7b24a.el7.centos.noarch

END UPDATE

UPDATE 11/15/2016
See the most recent official instructions here
https://www.redhat.com/archives/rdo-list/2016-September/msg00053.html
https://www.redhat.com/archives/rdo-list/2016-September/msg00054.html
e.g install just one mentioned rpm and enable required repo
If following link above you will experience failures open bug with bugzilla
END UPDATE

Yes. It was Newton. Try delorean trunks for RDO Mitaka current-passed-ci

yum -y install yum-plugin-priorities
curl -o /etc/yum.repos.d/delorean-mitaka.repo  http://buildlogs.centos.org/centos/7/cloud/x86_64/rdo-trunk-mitaka-tested/delorean.repo
curl -o /etc/yum.repos.d/delorean-deps-mitaka.repo https://trunk.rdoproject.org/centos7-mitaka/delorean-deps.repo

I would expect different packstack behaviour on Mitaka , unless changes, providing regression to packstack, were back ported . I am talking about ability to split Storage and Controller nodes on versions prior to Newton.

I just verified RDO Newton trunks have
openstack-packstack-9.0.0-0.20160922140727.3f43120.el7.centos.src.rpm
RDO Mitaka trunks have
openstack-packstack-8.0.0-0.20160601145552.c5daafd.el7.centos.src.rpm
So I still expect old style packstack on Mitaka