4:24 p.m.
Hi,
I am trying to deploy DVR with RDO manager.
I can find template references to DVR in -
/usr/share/openstack-tripleo-heat-templates/puppet/controller.yaml
/usr/share/openstack-tripleo-heat-templates/puppet/compute.yaml
I altered the defaults to enable DVR and deployed the Overcloud
successfully.
Unfortunately the DVR changes I made do not appear in the config files
on the nodes.
Has anyone managed to deploy DVR with RDO Manager?
Thanks
Charles
--
Charles Short
Cloud Engineer
Virtualization and Cloud Team
European Bioinformatics Institute (EMBL-EBI)
Tel: +44 (0)1223 494205
5:10 p.m.
On 02/24/2016 02:24 PM, Charles Short wrote:
Hi,
I am trying to deploy DVR with RDO manager.
I can find template references to DVR in -
/usr/share/openstack-tripleo-heat-templates/puppet/controller.yaml
/usr/share/openstack-tripleo-heat-templates/puppet/compute.yaml
I altered the defaults to enable DVR and deployed the Overcloud
successfully.
Unfortunately the DVR changes I made do not appear in the config files
on the nodes.
Has anyone managed to deploy DVR with RDO Manager?
Thanks
Charles
That's not how you want to go about customizing your deployment.
Rather than altering the original files, or the defaults, you want to
set parameters or defaults in environment files.
So, create an environment file with three sections:
resource_registry:
parameters:
parameter_defaults:
In these sections, you can override settings that appear in
overcloud.yaml and overcloud-resource-registry-puppet.yaml (in the
T-H-T root).
You include your environment file on the deployment command line with
-e <file>.
To help you with a basic understanding of how parameters are set:
overcloud-resource-registry-puppet.yaml is the source for where the
various resource files are found. These are occasionally overridden
when you want specific features enabled, such as when using network
isolation and you specify your NIC config YAMLs.
overcloud.yaml (in the T-H-T root) is where the parameters are all set.
If you want to override these, add the needed parameters to the
parameter_defaults: section. Sometimes it is necessary to put
parameters into the parameters: section (overriding their definition),
but usually adding parameter_defaults for the parameter is sufficient.
For examples, look in the environments directory inside
/usr/share/tripleo-heat-templates.
--
Dan Sneddon | Principal OpenStack Engineer
dsneddon(a)redhat.com | redhat.com/openstack
650.254.4025 | dsneddon:irc @dxs:twitter
5:41 p.m.
Thanks for the reply.
Sorry I should have been more explicit and mentioned that I actually created new altered
files enabling DVR and used the override to reference them , leaving the originals
untouched ( as I had already done with network config files for the nodes).
I will try creating a custom environment file and see if I have more luck implementing the
changes
Regards
Charles
Sent from my iPhone
On 24 Feb 2016, at 23:10, Dan Sneddon <dsneddon(a)redhat.com>
wrote:
> On 02/24/2016 02:24 PM, Charles Short wrote:
> Hi,
>
> I am trying to deploy DVR with RDO manager.
> I can find template references to DVR in -
>
> /usr/share/openstack-tripleo-heat-templates/puppet/controller.yaml
> /usr/share/openstack-tripleo-heat-templates/puppet/compute.yaml
>
> I altered the defaults to enable DVR and deployed the Overcloud
> successfully.
> Unfortunately the DVR changes I made do not appear in the config files
> on the nodes.
>
> Has anyone managed to deploy DVR with RDO Manager?
>
> Thanks
>
> Charles
That's not how you want to go about customizing your deployment.
Rather than altering the original files, or the defaults, you want to
set parameters or defaults in environment files.
So, create an environment file with three sections:
resource_registry:
parameters:
parameter_defaults:
In these sections, you can override settings that appear in
overcloud.yaml and overcloud-resource-registry-puppet.yaml (in the
T-H-T root).
You include your environment file on the deployment command line with
-e <file>.
To help you with a basic understanding of how parameters are set:
overcloud-resource-registry-puppet.yaml is the source for where the
various resource files are found. These are occasionally overridden
when you want specific features enabled, such as when using network
isolation and you specify your NIC config YAMLs.
overcloud.yaml (in the T-H-T root) is where the parameters are all set.
If you want to override these, add the needed parameters to the
parameter_defaults: section. Sometimes it is necessary to put
parameters into the parameters: section (overriding their definition),
but usually adding parameter_defaults for the parameter is sufficient.
For examples, look in the environments directory inside
/usr/share/tripleo-heat-templates.
--
Dan Sneddon | Principal OpenStack Engineer
dsneddon(a)redhat.com | redhat.com/openstack
650.254.4025 | dsneddon:irc @dxs:twitter
_______________________________________________
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:03 p.m.
On 02/24/2016 03:41 PM, Charles Short wrote:
Thanks for the reply.
Sorry I should have been more explicit and mentioned that I actually created new altered
files enabling DVR and used the override to reference them , leaving the originals
untouched ( as I had already done with network config files for the nodes).
I will try creating a custom environment file and see if I have more luck implementing
the changes
Regards
Charles
Sent from my iPhone
> On 24 Feb 2016, at 23:10, Dan Sneddon <dsneddon(a)redhat.com> wrote:
>
>> On 02/24/2016 02:24 PM, Charles Short wrote:
>> Hi,
>>
>> I am trying to deploy DVR with RDO manager.
>> I can find template references to DVR in -
>>
>> /usr/share/openstack-tripleo-heat-templates/puppet/controller.yaml
>> /usr/share/openstack-tripleo-heat-templates/puppet/compute.yaml
>>
>> I altered the defaults to enable DVR and deployed the Overcloud
>> successfully.
>> Unfortunately the DVR changes I made do not appear in the config files
>> on the nodes.
>>
>> Has anyone managed to deploy DVR with RDO Manager?
>>
>> Thanks
>>
>> Charles
>
> That's not how you want to go about customizing your deployment.
>
> Rather than altering the original files, or the defaults, you want to
> set parameters or defaults in environment files.
>
> So, create an environment file with three sections:
>
> resource_registry:
>
> parameters:
>
> parameter_defaults:
>
> In these sections, you can override settings that appear in
> overcloud.yaml and overcloud-resource-registry-puppet.yaml (in the
> T-H-T root).
>
> You include your environment file on the deployment command line with
> -e <file>.
>
> To help you with a basic understanding of how parameters are set:
>
> overcloud-resource-registry-puppet.yaml is the source for where the
> various resource files are found. These are occasionally overridden
> when you want specific features enabled, such as when using network
> isolation and you specify your NIC config YAMLs.
>
> overcloud.yaml (in the T-H-T root) is where the parameters are all set.
> If you want to override these, add the needed parameters to the
> parameter_defaults: section. Sometimes it is necessary to put
> parameters into the parameters: section (overriding their definition),
> but usually adding parameter_defaults for the parameter is sufficient.
>
> For examples, look in the environments directory inside
> /usr/share/tripleo-heat-templates.
>
> --
> Dan Sneddon | Principal OpenStack Engineer
> dsneddon(a)redhat.com | redhat.com/openstack
> 650.254.4025 | dsneddon:irc @dxs:twitter
>
> _______________________________________________
> 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
The thing is, where you modify the default matters. If there is a
default set, or if the parameter is set, inside overcloud.yaml, then
you need to either change it there, or (better) override it in the
environment file.
In other words, changing the default on a parameter won't have any
effect if the parameter default is already set higher up the
inheritance chain.
overcloud.yaml is the root of the inheritance, so everything below it
inherits the settings from overcloud.yaml, which is 'false' in the case
of NeutronDVR.
--
Dan Sneddon | Principal OpenStack Engineer
dsneddon(a)redhat.com | redhat.com/openstack
650.254.4025 | dsneddon:irc @dxs:twitter
1:42 p.m.
New subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
To be able to complete install I was forced:-
1. Build openstack-packstack via the most recent
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm from f21 repo
2. Rebuilt pm-utils-1.4.1-31.fc22.src.rpm on F23 and installed pm-utils , which is
wanted by nova puppet
to be installed.
3. I didn't activate any additional rdo repos
4 . Packstack completed OK (CONFIG_PROVISION_DEMO=n )
5. Attempt to launch CirrOS VM gives in nova-scheduler.log
2016-02-26 00:42:05.027 1332 ERROR nova.openstack.common.periodic_task
[req-bae09f16-87f4-4b2f-a9a9-548e63a4e7c9 - - - - -] Error during
SchedulerManager._run_periodic_tasks: 'HostManager' object has no attribute
'run_periodic_tasks'
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task Traceback (most
recent call last):
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File
"/usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py", line
224, in run_periodic_tasks
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task task(self,
context)
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File
"/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 75, in
_run_periodic_tasks
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task
self.driver.run_periodic_tasks(context)
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task AttributeError:
'HostManager' object has no attribute 'run_periodic_tasks'
I also was unable edit via dashboard as admin features of uploaded images.
/var/log/glance/api.log contains errors like image is queued .
I am under impression that F23 regardless Python 2.70.1 was used to run openstack
services
is not supposed to run Kilo.
Openstack-status looked really nice.
Patch mentioned in https://www.redhat.com/archives/rdo-list/2015-August/msg00007.html
I mean
https://review.openstack.org/gitweb?p=openstack/puppet-nova.git;a=commitd...
is gone from nova/manifests/scheduler.pp
Second file patched spec/classes/nova_scheduler_spec.rb I was unable to find on the
drive.
Thank you.
Boris
2:10 p.m.
New subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
The default one openstack-packstack-2015.1.9-4 gaves some error immediately and packstack
crashes right away. So absence of patch is understandable. I was looking for
openstack-packstack-2015.1.10
but was unable to find. I picked up pretty old version. I see for now.
Sorry.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Friday, February 26, 2016 2:42 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
To be able to complete install I was forced:-
1. Build openstack-packstack via the most recent
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm from f21 repo
2. Rebuilt pm-utils-1.4.1-31.fc22.src.rpm on F23 and installed pm-utils , which is
wanted by nova puppet
to be installed.
3. I didn't activate any additional rdo repos
4 . Packstack completed OK (CONFIG_PROVISION_DEMO=n )
5. Attempt to launch CirrOS VM gives in nova-scheduler.log
2016-02-26 00:42:05.027 1332 ERROR nova.openstack.common.periodic_task
[req-bae09f16-87f4-4b2f-a9a9-548e63a4e7c9 - - - - -] Error during
SchedulerManager._run_periodic_tasks: 'HostManager' object has no attribute
'run_periodic_tasks'
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task Traceback (most
recent call last):
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File
"/usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py", line
224, in run_periodic_tasks
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task task(self,
context)
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File
"/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 75, in
_run_periodic_tasks
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task
self.driver.run_periodic_tasks(context)
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task AttributeError:
'HostManager' object has no attribute 'run_periodic_tasks'
I also was unable edit via dashboard as admin features of uploaded images.
/var/log/glance/api.log contains errors like image is queued .
I am under impression that F23 regardless Python 2.70.1 was used to run openstack
services
is not supposed to run Kilo.
Openstack-status looked really nice.
Patch mentioned in https://www.redhat.com/archives/rdo-list/2015-August/msg00007.html
I mean
https://review.openstack.org/gitweb?p=openstack/puppet-nova.git;a=commitd...
is gone from nova/manifests/scheduler.pp
Second file patched spec/classes/nova_scheduler_spec.rb I was unable to find on the
drive.
Thank you.
Boris
_______________________________________________
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
3:13 p.m.
New subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
However,
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm 2015-12-01 23:42
168K
openstack-puppet-modules-2015.1.9-4.fc23.src.rpm
2015-07-31 09:24 2.1M
Build of the first one results install
dnf -y install \
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \
openstack-packstack-doc-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \
openstack-packstack-puppet-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm
It looks like 2015.1-0 was built latter then 2015.1.9, but naming of
packages has been changed.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Friday, February 26, 2016 3:10 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
The default one openstack-packstack-2015.1.9-4 gaves some error immediately and packstack
crashes right away. So absence of patch is understandable. I was looking for
openstack-packstack-2015.1.10
but was unable to find. I picked up pretty old version. I see for now.
Sorry.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Friday, February 26, 2016 2:42 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
To be able to complete install I was forced:-
1. Build openstack-packstack via the most recent
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm from f21 repo
2. Rebuilt pm-utils-1.4.1-31.fc22.src.rpm on F23 and installed pm-utils , which is
wanted by nova puppet
to be installed.
3. I didn't activate any additional rdo repos
4 . Packstack completed OK (CONFIG_PROVISION_DEMO=n )
5. Attempt to launch CirrOS VM gives in nova-scheduler.log
2016-02-26 00:42:05.027 1332 ERROR nova.openstack.common.periodic_task
[req-bae09f16-87f4-4b2f-a9a9-548e63a4e7c9 - - - - -] Error during
SchedulerManager._run_periodic_tasks: 'HostManager' object has no attribute
'run_periodic_tasks'
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task Traceback (most
recent call last):
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File
"/usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py", line
224, in run_periodic_tasks
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task task(self,
context)
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File
"/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 75, in
_run_periodic_tasks
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task
self.driver.run_periodic_tasks(context)
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task AttributeError:
'HostManager' object has no attribute 'run_periodic_tasks'
I also was unable edit via dashboard as admin features of uploaded images.
/var/log/glance/api.log contains errors like image is queued .
I am under impression that F23 regardless Python 2.70.1 was used to run openstack
services
is not supposed to run Kilo.
Openstack-status looked really nice.
Patch mentioned in https://www.redhat.com/archives/rdo-list/2015-August/msg00007.html
I mean
https://review.openstack.org/gitweb?p=openstack/puppet-nova.git;a=commitd...
is gone from nova/manifests/scheduler.pp
Second file patched spec/classes/nova_scheduler_spec.rb I was unable to find on the
drive.
Thank you.
Boris
_______________________________________________
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
_______________________________________________
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
12:51 p.m.
New subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
I've made fresh install RDO Kilo via packstack on F23 using repo
https://repos.fedorapeople.org/repos/openstack/openstack-kilo/f22/
and got the most recent versions of openstack-packstack-2015.1-0.14 and
openstack-puppet-modules-2015.1.12-6.fc23
When I attempt to launch VM nova-scheduler is clean now , but error each time appears in
nova-api.log :-
. . . .
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack queued = getattr(image,
'status') == 'queued'
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File
"/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py",
line 491, in __getattr__
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack self.get()
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File
"/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py",
line 509, in get
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack new = self.manager.get(self.id)
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File
"/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py",
line 494, in __getattr__
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack raise AttributeError(k)
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack AttributeError: id
Complete log is attached.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Friday, February 26, 2016 4:13 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
However,
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm 2015-12-01 23:42
168K
openstack-puppet-modules-2015.1.9-4.fc23.src.rpm
2015-07-31 09:24 2.1M
Build of the first one results install
dnf -y install \
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \
openstack-packstack-doc-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \
openstack-packstack-puppet-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm
It looks like 2015.1-0 was built latter then 2015.1.9, but naming of
packages has been changed.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Friday, February 26, 2016 3:10 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
The default one openstack-packstack-2015.1.9-4 gaves some error immediately and packstack
crashes right away. So absence of patch is understandable. I was looking for
openstack-packstack-2015.1.10
but was unable to find. I picked up pretty old version. I see for now.
Sorry.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Friday, February 26, 2016 2:42 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
To be able to complete install I was forced:-
1. Build openstack-packstack via the most recent
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm from f21 repo
2. Rebuilt pm-utils-1.4.1-31.fc22.src.rpm on F23 and installed pm-utils , which is
wanted by nova puppet
to be installed.
3. I didn't activate any additional rdo repos
4 . Packstack completed OK (CONFIG_PROVISION_DEMO=n )
5. Attempt to launch CirrOS VM gives in nova-scheduler.log
2016-02-26 00:42:05.027 1332 ERROR nova.openstack.common.periodic_task
[req-bae09f16-87f4-4b2f-a9a9-548e63a4e7c9 - - - - -] Error during
SchedulerManager._run_periodic_tasks: 'HostManager' object has no attribute
'run_periodic_tasks'
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task Traceback (most
recent call last):
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File
"/usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py", line
224, in run_periodic_tasks
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task task(self,
context)
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File
"/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 75, in
_run_periodic_tasks
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task
self.driver.run_periodic_tasks(context)
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task AttributeError:
'HostManager' object has no attribute 'run_periodic_tasks'
I also was unable edit via dashboard as admin features of uploaded images.
/var/log/glance/api.log contains errors like image is queued .
I am under impression that F23 regardless Python 2.70.1 was used to run openstack
services
is not supposed to run Kilo.
Openstack-status looked really nice.
Patch mentioned in https://www.redhat.com/archives/rdo-list/2015-August/msg00007.html
I mean
https://review.openstack.org/gitweb?p=openstack/puppet-nova.git;a=commitd...
is gone from nova/manifests/scheduler.pp
Second file patched spec/classes/nova_scheduler_spec.rb I was unable to find on the
drive.
Thank you.
Boris
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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
2:37 p.m.
New subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
The unclear thing to me :-
What has been changed in F23 causing Nova have to support Glance V2 .
which is not available on RDO Kilo :-
See :-
https://bugs.launchpad.net/python-glanceclient/+bug/1479296 , #3
https://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/us...
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Saturday, February 27, 2016 1:51 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
I've made fresh install RDO Kilo via packstack on F23 using repo
https://repos.fedorapeople.org/repos/openstack/openstack-kilo/f22/
and got the most recent versions of openstack-packstack-2015.1-0.14 and
openstack-puppet-modules-2015.1.12-6.fc23
When I attempt to launch VM nova-scheduler is clean now , but error each time appears in
nova-api.log :-
. . . .
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack queued = getattr(image,
'status') == 'queued'
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File
"/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py",
line 491, in __getattr__
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack self.get()
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File
"/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py",
line 509, in get
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack new = self.manager.get(self.id)
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File
"/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py",
line 494, in __getattr__
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack raise AttributeError(k)
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack AttributeError: id
Complete log is attached.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Friday, February 26, 2016 4:13 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
However,
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm 2015-12-01 23:42
168K
openstack-puppet-modules-2015.1.9-4.fc23.src.rpm
2015-07-31 09:24 2.1M
Build of the first one results install
dnf -y install \
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \
openstack-packstack-doc-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \
openstack-packstack-puppet-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm
It looks like 2015.1-0 was built latter then 2015.1.9, but naming of
packages has been changed.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Friday, February 26, 2016 3:10 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
The default one openstack-packstack-2015.1.9-4 gaves some error immediately and packstack
crashes right away. So absence of patch is understandable. I was looking for
openstack-packstack-2015.1.10
but was unable to find. I picked up pretty old version. I see for now.
Sorry.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Friday, February 26, 2016 2:42 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
To be able to complete install I was forced:-
1. Build openstack-packstack via the most recent
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm from f21 repo
2. Rebuilt pm-utils-1.4.1-31.fc22.src.rpm on F23 and installed pm-utils , which is
wanted by nova puppet
to be installed.
3. I didn't activate any additional rdo repos
4 . Packstack completed OK (CONFIG_PROVISION_DEMO=n )
5. Attempt to launch CirrOS VM gives in nova-scheduler.log
2016-02-26 00:42:05.027 1332 ERROR nova.openstack.common.periodic_task
[req-bae09f16-87f4-4b2f-a9a9-548e63a4e7c9 - - - - -] Error during
SchedulerManager._run_periodic_tasks: 'HostManager' object has no attribute
'run_periodic_tasks'
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task Traceback (most
recent call last):
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File
"/usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py", line
224, in run_periodic_tasks
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task task(self,
context)
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File
"/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 75, in
_run_periodic_tasks
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task
self.driver.run_periodic_tasks(context)
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task AttributeError:
'HostManager' object has no attribute 'run_periodic_tasks'
I also was unable edit via dashboard as admin features of uploaded images.
/var/log/glance/api.log contains errors like image is queued .
I am under impression that F23 regardless Python 2.70.1 was used to run openstack
services
is not supposed to run Kilo.
Openstack-status looked really nice.
Patch mentioned in https://www.redhat.com/archives/rdo-list/2015-August/msg00007.html
I mean
https://review.openstack.org/gitweb?p=openstack/puppet-nova.git;a=commitd...
is gone from nova/manifests/scheduler.pp
Second file patched spec/classes/nova_scheduler_spec.rb I was unable to find on the
drive.
Thank you.
Boris
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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
5:20 p.m.
New subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
Hacking GlanceClient on F23 works for me in meantime :-
https://review.openstack.org/gitweb?p=openstack/python-glanceclient.git;a...
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Saturday, February 27, 2016 3:37 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
The unclear thing to me :-
What has been changed in F23 causing Nova have to support Glance V2 .
which is not available on RDO Kilo :-
See :-
https://bugs.launchpad.net/python-glanceclient/+bug/1479296 , #3
https://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/us...
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Saturday, February 27, 2016 1:51 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
I've made fresh install RDO Kilo via packstack on F23 using repo
https://repos.fedorapeople.org/repos/openstack/openstack-kilo/f22/
and got the most recent versions of openstack-packstack-2015.1-0.14 and
openstack-puppet-modules-2015.1.12-6.fc23
When I attempt to launch VM nova-scheduler is clean now , but error each time appears in
nova-api.log :-
. . . .
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack queued = getattr(image,
'status') == 'queued'
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File
"/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py",
line 491, in __getattr__
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack self.get()
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File
"/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py",
line 509, in get
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack new = self.manager.get(self.id)
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File
"/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py",
line 494, in __getattr__
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack raise AttributeError(k)
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack AttributeError: id
Complete log is attached.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Friday, February 26, 2016 4:13 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
However,
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm 2015-12-01 23:42
168K
openstack-puppet-modules-2015.1.9-4.fc23.src.rpm
2015-07-31 09:24 2.1M
Build of the first one results install
dnf -y install \
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \
openstack-packstack-doc-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \
openstack-packstack-puppet-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm
It looks like 2015.1-0 was built latter then 2015.1.9, but naming of
packages has been changed.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Friday, February 26, 2016 3:10 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
The default one openstack-packstack-2015.1.9-4 gaves some error immediately and packstack
crashes right away. So absence of patch is understandable. I was looking for
openstack-packstack-2015.1.10
but was unable to find. I picked up pretty old version. I see for now.
Sorry.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Friday, February 26, 2016 2:42 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
To be able to complete install I was forced:-
1. Build openstack-packstack via the most recent
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm from f21 repo
2. Rebuilt pm-utils-1.4.1-31.fc22.src.rpm on F23 and installed pm-utils , which is
wanted by nova puppet
to be installed.
3. I didn't activate any additional rdo repos
4 . Packstack completed OK (CONFIG_PROVISION_DEMO=n )
5. Attempt to launch CirrOS VM gives in nova-scheduler.log
2016-02-26 00:42:05.027 1332 ERROR nova.openstack.common.periodic_task
[req-bae09f16-87f4-4b2f-a9a9-548e63a4e7c9 - - - - -] Error during
SchedulerManager._run_periodic_tasks: 'HostManager' object has no attribute
'run_periodic_tasks'
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task Traceback (most
recent call last):
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File
"/usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py", line
224, in run_periodic_tasks
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task task(self,
context)
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File
"/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 75, in
_run_periodic_tasks
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task
self.driver.run_periodic_tasks(context)
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task AttributeError:
'HostManager' object has no attribute 'run_periodic_tasks'
I also was unable edit via dashboard as admin features of uploaded images.
/var/log/glance/api.log contains errors like image is queued .
I am under impression that F23 regardless Python 2.70.1 was used to run openstack
services
is not supposed to run Kilo.
Openstack-status looked really nice.
Patch mentioned in https://www.redhat.com/archives/rdo-list/2015-August/msg00007.html
I mean
https://review.openstack.org/gitweb?p=openstack/puppet-nova.git;a=commitd...
is gone from nova/manifests/scheduler.pp
Second file patched spec/classes/nova_scheduler_spec.rb I was unable to find on the
drive.
Thank you.
Boris
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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
3:04 a.m.
New subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Saturday, February 27, 2016 6:20 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
Hacking GlanceClient on F23 works for me in meantime :-
https://review.openstack.org/gitweb?p=openstack/python-glanceclient.git;a...
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Saturday, February 27, 2016 3:37 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
The unclear thing to me :-
What has been changed in F23 causing Nova have to support Glance V2 .
which is not available on RDO Kilo :-
[BD] Answering myself :-
version of python-urllib3 is 1.13.1 (on F23 ) which is higher then 1.11.X
versions of same lib on CentOS 7.X <=1.10.4
That is a root cause of the trouble.
See :-
https://bugs.launchpad.net/python-glanceclient/+bug/1479296 , #3
https://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/us...
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Saturday, February 27, 2016 1:51 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
I've made fresh install RDO Kilo via packstack on F23 using repo
https://repos.fedorapeople.org/repos/openstack/openstack-kilo/f22/
and got the most recent versions of openstack-packstack-2015.1-0.14 and
openstack-puppet-modules-2015.1.12-6.fc23
When I attempt to launch VM nova-scheduler is clean now , but error each time appears in
nova-api.log :-
. . . .
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack queued = getattr(image,
'status') == 'queued'
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File
"/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py",
line 491, in __getattr__
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack self.get()
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File
"/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py",
line 509, in get
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack new = self.manager.get(self.id)
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack File
"/usr/lib/python2.7/site-packages/glanceclient/openstack/common/apiclient/base.py",
line 494, in __getattr__
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack raise AttributeError(k)
2016-02-27 21:41:18.368 2431 TRACE nova.api.openstack AttributeError: id
Complete log is attached.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Friday, February 26, 2016 4:13 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
However,
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm 2015-12-01 23:42
168K
openstack-puppet-modules-2015.1.9-4.fc23.src.rpm
2015-07-31 09:24 2.1M
Build of the first one results install
dnf -y install \
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \
openstack-packstack-doc-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm \
openstack-packstack-puppet-2015.1-0.14.dev1616.g5526c38.fc23.noarch.rpm
It looks like 2015.1-0 was built latter then 2015.1.9, but naming of
packages has been changed.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Friday, February 26, 2016 3:10 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: Re: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
The default one openstack-packstack-2015.1.9-4 gaves some error immediately and packstack
crashes right away. So absence of patch is understandable. I was looking for
openstack-packstack-2015.1.10
but was unable to find. I picked up pretty old version. I see for now.
Sorry.
________________________________________
From: rdo-list-bounces(a)redhat.com <rdo-list-bounces(a)redhat.com> on behalf of Boris
Derzhavets <bderzhavets(a)hotmail.com>
Sent: Friday, February 26, 2016 2:42 PM
To: Alan Pevec
Cc: rdo-list(a)redhat.com
Subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
To be able to complete install I was forced:-
1. Build openstack-packstack via the most recent
openstack-packstack-2015.1-0.14.dev1616.g5526c38.fc23.src.rpm from f21 repo
2. Rebuilt pm-utils-1.4.1-31.fc22.src.rpm on F23 and installed pm-utils , which is
wanted by nova puppet
to be installed.
3. I didn't activate any additional rdo repos
4 . Packstack completed OK (CONFIG_PROVISION_DEMO=n )
5. Attempt to launch CirrOS VM gives in nova-scheduler.log
2016-02-26 00:42:05.027 1332 ERROR nova.openstack.common.periodic_task
[req-bae09f16-87f4-4b2f-a9a9-548e63a4e7c9 - - - - -] Error during
SchedulerManager._run_periodic_tasks: 'HostManager' object has no attribute
'run_periodic_tasks'
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task Traceback (most
recent call last):
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File
"/usr/lib/python2.7/site-packages/nova/openstack/common/periodic_task.py", line
224, in run_periodic_tasks
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task task(self,
context)
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task File
"/usr/lib/python2.7/site-packages/nova/scheduler/manager.py", line 75, in
_run_periodic_tasks
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task
self.driver.run_periodic_tasks(context)
2016-02-26 00:42:05.027 1332 TRACE nova.openstack.common.periodic_task AttributeError:
'HostManager' object has no attribute 'run_periodic_tasks'
I also was unable edit via dashboard as admin features of uploaded images.
/var/log/glance/api.log contains errors like image is queued .
I am under impression that F23 regardless Python 2.70.1 was used to run openstack
services
is not supposed to run Kilo.
Openstack-status looked really nice.
Patch mentioned in https://www.redhat.com/archives/rdo-list/2015-August/msg00007.html
I mean
https://review.openstack.org/gitweb?p=openstack/puppet-nova.git;a=commitd...
is gone from nova/manifests/scheduler.pp
Second file patched spec/classes/nova_scheduler_spec.rb I was unable to find on the
drive.
Thank you.
Boris
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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
_______________________________________________
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:41 a.m.
New subject: [Rdo-list] Attempt to install RDO Kilo via packstack on F23
Hacking GlanceClient on F23 works for me in meantime :-
https://review.openstack.org/gitweb?p=openstack/python-glanceclient.git;a...
This was reviewed for stable/kilo in
https://review.openstack.org/244899 and denied b/c upstream Kilo caps
requests <2.8.0 and urllib3<1.11
[BD] Answering myself :-
version of python-urllib3 is 1.13.1 (on F23 ) which is higher then 1.11.X
versions of same lib on CentOS 7.X <=1.10.4
That is a root cause of the trouble.
We actually have urllib3 1.13.1 in cloud7-openstack-common-testing for
EL7 too, so I'll add this patch to RDO Kilo glanceclient package.
Cheers,
Alan
11:29 a.m.
Some feedback - I made this mostly work with automated template
deployment, but had to include puppet classes and fix some class
references -
I used an ExtraConfig template file to achieve this -
parameters:
NovaComputeExtraConfig:
'neutron::agents::l3::agent_mode': 'dvr'
'neutron::agents::ml2::ovs::enable_distributed_routing': 'True'
'neutron::agents::l3::interface_driver':
'neutron.agent.linux.interface.OVSInterfaceDriver'
compute_classes:
- '::neutron::agents::l3'
- '::neutron::plugins::ml2'
controllerExtraConfig:
'neutron::agents::l3::agent_mode': 'dvr_snat'
'neutron::server::router_distributed': 'True'
'neutron::plugins::ml2::network_vlan_ranges': 'datacentre:3510:3600'
controller_classes:
- '::neutron::plugins::ml2'
and included it with -e
For example a class reference in
/usr/share/openstack-tripleo-heat-templates/puppet/controller.yaml was
not there, so the above template corrects that
>
NeutronDVR:
default: 'False'
description: Whether to configure Neutron Distributed Virtual Routers
type: string
...
neutron_router_distributed: {get_param: NeutronDVR}
...
neutron_router_distributed: {get_input: neutron_router_distributed}
>
I now have other bits to automate to get DVR fully working
- -
1) The class property dvr_base_mac does not exist in
/usr/share/openstack-puppet/modules/neutron/manifests/server.pp, and it
really should as it needs to be set.
2) The metadata_agent.ini file on the compute nodes needs to reference
the metadata server on the controller nodes (and the agent needs to be
running on the compute nodes.)
I will work on these last two steps
Charles
On 24/02/2016 22:24, Charles Short wrote:
Hi,
I am trying to deploy DVR with RDO manager.
I can find template references to DVR in -
/usr/share/openstack-tripleo-heat-templates/puppet/controller.yaml
/usr/share/openstack-tripleo-heat-templates/puppet/compute.yaml
I altered the defaults to enable DVR and deployed the Overcloud
successfully.
Unfortunately the DVR changes I made do not appear in the config files
on the nodes.
Has anyone managed to deploy DVR with RDO Manager?
Thanks
Charles
--
Charles Short
Cloud Engineer
Virtualization and Cloud Team
European Bioinformatics Institute (EMBL-EBI)
Tel: +44 (0)1223 494205
3184
days inactive
3193
days old
12 comments
4 participants
participants (4)
-
Alan Pevec -
Boris Derzhavets -
Charles Short -
Dan Sneddon