Re: [openstack-dev] [nova]API update week 5-11

2018-07-15 Thread Zhenyu Zheng
Thank you very much for the review and updates during the weekends.

On Sat, Jul 14, 2018 at 4:05 AM Matt Riedemann  wrote:

> On 7/11/2018 9:03 PM, Zhenyu Zheng wrote:
> > 2. Abort live migration in queued state:
> > -
> https://blueprints.launchpad.net/nova/+spec/abort-live-migration-in-queued-status
> > -
> https://review.openstack.org/#/q/topic:bp/abort-live-migration-in-queued-status+(status:open+OR+status:merged)
> > <
> https://review.openstack.org/#/q/topic:bp/abort-live-migration-in-queued-status+%28status:open+OR+status:merged%29
> >
> > - Weekly Progress: Review is going and it is in nova runway this
> > week. In API office hour, we discussed about doing the compute
> > service version checks oncompute.api.py side
> > than on rpc side. Dan has point of doing it on rpc side where
> > migration status can changed to running. We decided to further
> > discussed it on patch.
> >
> >
> > This is my own defence, Dan's point seems to be that the actual rpc
> > version pin could be set to be lower than the can_send_version even when
> > the service version is new enough, so he thinks doing it in rpc is
> better.
>
> That series is all rebased now and I'm +2 up the stack until the API
> change, where I'm just +1 since I wrote the compute service version
> checking part, but I think this series is ready for wider review.
>
> --
>
> Thanks,
>
> Matt
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] Need help on this neutron-server start error with vmware_nsx plugin enable

2018-07-15 Thread Enoch Huangfu
Hi Tong,
after change vmware_nsx to vmware_nsxv, still can't load, here are the logs:

2018-07-16 09:56:35.889 10814 DEBUG oslo_concurrency.lockutils [-] Lock
"plugin-directory" acquired by "neutron_lib.plugins.directory._create_plu
gin_directory" :: waited 0.000s inner
/usr/lib/python2.7/site-packages/oslo_concurrency/lockutils.py:273
2018-07-16 09:56:35.889 10814 DEBUG oslo_concurrency.lockutils [-] Lock
"plugin-directory" released by "neutron_lib.plugins.directory._create_plu
gin_directory" :: held 0.000s inner
/usr/lib/python2.7/site-packages/oslo_concurrency/lockutils.py:285
2018-07-16 09:56:35.890 10814 DEBUG oslo_concurrency.lockutils [-] Lock
"manager" acquired by "neutron.manager._create_instance" :: waited 0.000s
 inner /usr/lib/python2.7/site-packages/oslo_concurrency/lockutils.py:273
2018-07-16 09:56:35.890 10814 INFO neutron.manager [-] Loading core plugin:
vmware_nsxv.plugin.NsxDvsPlugin
2018-07-16 09:56:35.891 10814 ERROR neutron_lib.utils.runtime [-] Error
loading class by alias: NoMatches: No 'neutron.core_plugins' driver found
, looking for 'vmware_nsxv.plugin.NsxDvsPlugin'
2018-07-16 09:56:35.891 10814 ERROR neutron_lib.utils.runtime Traceback
(most recent call last):
2018-07-16 09:56:35.891 10814 ERROR neutron_lib.utils.runtime   File
"/usr/lib/python2.7/site-packages/neutron_lib/utils/runtime.py", line 46, in
 load_class_by_alias_or_classname
2018-07-16 09:56:35.891 10814 ERROR neutron_lib.utils.runtime
 namespace, name, warn_on_missing_entrypoint=False)
2018-07-16 09:56:35.891 10814 ERROR neutron_lib.utils.runtime   File
"/usr/lib/python2.7/site-packages/stevedore/driver.py", line 61, in __init__
2018-07-16 09:56:35.891 10814 ERROR neutron_lib.utils.runtime
 warn_on_missing_entrypoint=warn_on_missing_entrypoint
2018-07-16 09:56:35.891 10814 ERROR neutron_lib.utils.runtime   File
"/usr/lib/python2.7/site-packages/stevedore/named.py", line 89, in __init__
2018-07-16 09:56:35.891 10814 ERROR neutron_lib.utils.runtime
 self._init_plugins(extensions)
2018-07-16 09:56:35.891 10814 ERROR neutron_lib.utils.runtime   File
"/usr/lib/python2.7/site-packages/stevedore/driver.py", line 113, in
_init_plugins
2018-07-16 09:56:35.891 10814 ERROR neutron_lib.utils.runtime
 (self.namespace, name))
2018-07-16 09:56:35.891 10814 ERROR neutron_lib.utils.runtime NoMatches: No
'neutron.core_plugins' driver found, looking for
'vmware_nsxv.plugin.NsxDvsPlugin'
2018-07-16 09:56:35.891 10814 ERROR neutron_lib.utils.runtime
2018-07-16 09:56:36.038 10814 ERROR neutron_lib.utils.runtime [-] Error
loading class by class name: ImportError: No module named vmware_nsxv.plugin
2018-07-16 09:56:36.038 10814 ERROR neutron_lib.utils.runtime Traceback
(most recent call last):
2018-07-16 09:56:36.038 10814 ERROR neutron_lib.utils.runtime   File
"/usr/lib/python2.7/site-packages/neutron_lib/utils/runtime.py", line 52,
in load_class_by_alias_or_classname
2018-07-16 09:56:36.038 10814 ERROR neutron_lib.utils.runtime
 class_to_load = importutils.import_class(name)
2018-07-16 09:56:36.038 10814 ERROR neutron_lib.utils.runtime   File
"/usr/lib/python2.7/site-packages/oslo_utils/importutils.py", line 30, in
import_class
2018-07-16 09:56:36.038 10814 ERROR neutron_lib.utils.runtime
 __import__(mod_str)
2018-07-16 09:56:36.038 10814 ERROR neutron_lib.utils.runtime ImportError:
No module named vmware_nsxv.plugin
2018-07-16 09:56:36.038 10814 ERROR neutron_lib.utils.runtime
2018-07-16 09:56:36.039 10814 ERROR neutron.manager [-] Plugin
'vmware_nsxv.plugin.NsxDvsPlugin' not found.
2018-07-16 09:56:36.039 10814 DEBUG oslo_concurrency.lockutils [-] Lock
"manager" released by "neutron.manager._create_instance" :: held 0.150s
inner /usr/lib/python2.7/site-packages/oslo_concurrency/lockutils.py:285
2018-07-16 09:56:36.040 10814 ERROR neutron.service [-] Unrecoverable
error: please check log for details.: ImportError: Class not found.
2018-07-16 09:56:36.040 10814 ERROR neutron.service Traceback (most recent
call last):
2018-07-16 09:56:36.040 10814 ERROR neutron.service   File
"/usr/lib/python2.7/site-packages/neutron/service.py", line 86, in
serve_wsgi
2018-07-16 09:56:36.040 10814 ERROR neutron.service service.start()
2018-07-16 09:56:36.040 10814 ERROR neutron.service   File
"/usr/lib/python2.7/site-packages/neutron/service.py", line 62, in start
2018-07-16 09:56:36.040 10814 ERROR neutron.service self.wsgi_app =
_run_wsgi(self.app_name)
2018-07-16 09:56:36.040 10814 ERROR neutron.service   File
"/usr/lib/python2.7/site-packages/neutron/service.py", line 289, in
_run_wsgi
2018-07-16 09:56:36.040 10814 ERROR neutron.service app =
config.load_paste_app(app_name)
2018-07-16 09:56:36.040 10814 ERROR neutron.service   File
"/usr/lib/python2.7/site-packages/neutron/common/config.py", line 122, in
load_paste_app
2018-07-16 09:56:36.040 10814 ERROR neutron.service app =
loader.load_app(app_name)
2018-07-16 09:56:36.040 10814 ERROR neutron.service   File
"/usr/lib/python2.7/site-packages/oslo_service/wsgi.py", line 353, in

Re: [openstack-dev] [tripleo] Rocky blueprints

2018-07-15 Thread Tony Breeds
On Fri, Jul 13, 2018 at 10:12:04AM +1000, Tony Breeds wrote:
> On Wed, Jul 11, 2018 at 10:39:30AM -0600, Alex Schultz wrote:
> > Currently open with pending patches (may need FFE):
> > - https://blueprints.launchpad.net/tripleo/+spec/multiarch-support
> 
> I'd like an FFE for this, the open reviews are in pretty good shape and
> mostly merged. (or +W'd).
> 
> We'll need another tripleo-common release after
> https://review.openstack.org/537768 merges which I'd really like to do
> next week if possible.

Upon reflection I've -W'd some of the changes for this blueprint until
Stein.  The 5 left are:
https://review.openstack.org/#/q/topic:bp/multiarch-support+is:open+label:Workflow%253E-1

Yours Tony.


signature.asc
Description: PGP signature
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [tripleo] Plan to switch the undercloud to be containerized by default

2018-07-15 Thread Wesley Hayutin
On Sun, Jul 15, 2018 at 4:38 PM Emilien Macchi  wrote:

> On Tue, Jul 10, 2018, 7:57 PM Emilien Macchi,  wrote:
>
>> with [tripleo] tag...
>>
>> On Tue, Jul 10, 2018 at 7:56 PM Emilien Macchi 
>> wrote:
>>
>>> This is an update on where things are regarding $topic, based on
>>> feedback I've got from the work done recently:
>>>
>>> 1) Switch --use-heat to take a boolean and deprecate it
>>>
>>> We still want to allow users to deploy non containerized underclouds, so
>>> we made this patch so they can use --use-heat=False:
>>> https://review.openstack.org/#/c/581467/
>>> Also https://review.openstack.org/#/c/581468 and
>>> https://review.openstack.org/581180 as dependencies
>>>
>>> 2) Configure CI jobs for containerized undercloud, except scenario001,
>>> 002 for timeout reasons (and figure out this problem in a parallel effort)
>>>
>>> https://review.openstack.org/#/c/575330
>>> https://review.openstack.org/#/c/579755
>>>
>>> 3) Switch tripleoclient to deploy by default a containerized undercloud
>>>
>>> https://review.openstack.org/576218
>>>
>>
> It merged today, hopefully all CI jobs (including promotion) will continue
> to run smoothly. Thanks everyone involved in this big effort!
>
>
>>> 4) Improve performances in general so scenario001/002 doesn't timeout
>>> when containerized undercloud is enabled
>>>
>>> https://review.openstack.org/#/c/581183 is the patch that'll enable the
>>> containerized undercloud
>>> https://review.openstack.org/#/c/577889/ is a patch that enables
>>> pipelining in ansible/quickstart, but more is about to come, I'll update
>>> the patches tonight.
>>>
>>
> These scenarios are still on the edge of a timeout, we'll keep working on
> those.
>
>
>>> 5) Cleanup quickstart to stop using use-heat except for fs003 (needed to
>>> disable containers, and keep coverage for non containerized undercloud)
>>>
>>> https://review.openstack.org/#/c/581534/
>>>
>>>
>>> Reviews are welcome, we aim to merge this work by milestone 3, in less
>>> than 2 weeks from now.
>>>
>>
> Since we merged the majority of the work, I think we can close the
> blueprint and not require FFE.
> Any feedback on that statement is welcome.
>
> Thanks,
> Emilien
>

Nice work Emiliien!!
Thanks


> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-- 

Wes Hayutin

Associate MANAGER

Red Hat



w hayu...@redhat.comT: +1919 <+19197544114>4232509
   IRC:  weshay


View my calendar and check my availability for meetings HERE

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [tripleo] Plan to switch the undercloud to be containerized by default

2018-07-15 Thread Emilien Macchi
On Tue, Jul 10, 2018, 7:57 PM Emilien Macchi,  wrote:

> with [tripleo] tag...
>
> On Tue, Jul 10, 2018 at 7:56 PM Emilien Macchi  wrote:
>
>> This is an update on where things are regarding $topic, based on feedback
>> I've got from the work done recently:
>>
>> 1) Switch --use-heat to take a boolean and deprecate it
>>
>> We still want to allow users to deploy non containerized underclouds, so
>> we made this patch so they can use --use-heat=False:
>> https://review.openstack.org/#/c/581467/
>> Also https://review.openstack.org/#/c/581468 and
>> https://review.openstack.org/581180 as dependencies
>>
>> 2) Configure CI jobs for containerized undercloud, except scenario001,
>> 002 for timeout reasons (and figure out this problem in a parallel effort)
>>
>> https://review.openstack.org/#/c/575330
>> https://review.openstack.org/#/c/579755
>>
>> 3) Switch tripleoclient to deploy by default a containerized undercloud
>>
>> https://review.openstack.org/576218
>>
>
It merged today, hopefully all CI jobs (including promotion) will continue
to run smoothly. Thanks everyone involved in this big effort!


>> 4) Improve performances in general so scenario001/002 doesn't timeout
>> when containerized undercloud is enabled
>>
>> https://review.openstack.org/#/c/581183 is the patch that'll enable the
>> containerized undercloud
>> https://review.openstack.org/#/c/577889/ is a patch that enables
>> pipelining in ansible/quickstart, but more is about to come, I'll update
>> the patches tonight.
>>
>
These scenarios are still on the edge of a timeout, we'll keep working on
those.


>> 5) Cleanup quickstart to stop using use-heat except for fs003 (needed to
>> disable containers, and keep coverage for non containerized undercloud)
>>
>> https://review.openstack.org/#/c/581534/
>>
>>
>> Reviews are welcome, we aim to merge this work by milestone 3, in less
>> than 2 weeks from now.
>>
>
Since we merged the majority of the work, I think we can close the
blueprint and not require FFE.
Any feedback on that statement is welcome.

Thanks,
Emilien

>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [tripleo] Mistral workflow cannot establish connection

2018-07-15 Thread Samuel Monderer
Hi Remo,

Attached are templates I used for the deployment. They are based on a
deployment we did with OSP11.
I made the changes for it to work with OSP13.

I do think it's the roles_data.yaml file that is causing the error because
if remove the " -r $TEMPLATES_DIR/roles_data.yaml" from the deployment
script the deployment passes the point it was failing before but fails much
later because of the missing definition of the role.

Samuel

On Sun, Jul 15, 2018 at 8:35 PM Remo Mattei  wrote:

> I still think there is something wrong with some of your yaml, the
> roles_data is elaborating based on what your yaml files are. Can you share
> your deployment script did you make any of the yaml files yourself?
>
> Remo
>
> On Jul 15, 2018, at 8:57 AM, Remo Mattei  wrote:
>
> Here is the one I use
>
> 
>
>
>
> On Jul 15, 2018, at 8:02 AM, Samuel Monderer 
> wrote:
>
> It seems that the problem is in my roles_data.yaml file but I don't see
> what is the problem
> I've attached the file.
>
> On Sun, Jul 15, 2018 at 12:46 AM Remo Mattei  wrote:
>
>> It is a bad line in one of your yaml file. I would check them.
>>
>> Sent from my iPad
>>
>> On Jul 14, 2018, at 2:25 PM, Samuel Monderer <
>> smonde...@vasonanetworks.com> wrote:
>>
>> Hi,
>>
>> I'm trying to deploy redhat OSP13 but I get the following error.
>> (undercloud) [root@staging-director stack]# ./templates/deploy.sh
>> Started Mistral Workflow
>> tripleo.validations.v1.check_pre_deployment_validations. Execution ID:
>> 3ba53aa3-56c5-4024-8d62-bafad967f7c2
>> Waiting for messages on queue 'tripleo' with no timeout.
>> Removing the current plan files
>> Uploading new plan files
>> Started Mistral Workflow
>> tripleo.plan_management.v1.update_deployment_plan. Execution ID:
>> ff359b14-78d7-4b64-8b09-6ec3c4697d71
>> Plan updated.
>> Processing templates in the directory
>> /tmp/tripleoclient-ae4yIf/tripleo-heat-templates
>> Unable to establish connection to
>> https://192.168.50.30:13989/v2/action_executions: ('Connection
>> aborted.', BadStatusLine("''",))
>> (undercloud) [root@staging-director stack]#
>>
>> Couldn't find any info in the logs of what causes the error.
>>
>> Samuel
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org
>> ?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> 
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
> 
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [tripleo] Mistral workflow cannot establish connection

2018-07-15 Thread Remo Mattei
I still think there is something wrong with some of your yaml, the roles_data 
is elaborating based on what your yaml files are. Can you share your deployment 
script did you make any of the yaml files yourself? 

Remo 

> On Jul 15, 2018, at 8:57 AM, Remo Mattei  wrote:
> 
> Here is the one I use
> 
> 
> 
> 
>> On Jul 15, 2018, at 8:02 AM, Samuel Monderer > > wrote:
>> 
>> It seems that the problem is in my roles_data.yaml file but I don't see what 
>> is the problem
>> I've attached the file.
>> 
>> On Sun, Jul 15, 2018 at 12:46 AM Remo Mattei > > wrote:
>> It is a bad line in one of your yaml file. I would check them. 
>> 
>> Sent from my iPad
>> 
>> On Jul 14, 2018, at 2:25 PM, Samuel Monderer > > wrote:
>> 
>>> Hi,
>>> 
>>> I'm trying to deploy redhat OSP13 but I get the following error.
>>> (undercloud) [root@staging-director stack]# ./templates/deploy.sh 
>>> Started Mistral Workflow 
>>> tripleo.validations.v1.check_pre_deployment_validations. Execution ID: 
>>> 3ba53aa3-56c5-4024-8d62-bafad967f7c2
>>> Waiting for messages on queue 'tripleo' with no timeout.
>>> Removing the current plan files
>>> Uploading new plan files
>>> Started Mistral Workflow tripleo.plan_management.v1.update_deployment_plan. 
>>> Execution ID: ff359b14-78d7-4b64-8b09-6ec3c4697d71
>>> Plan updated.
>>> Processing templates in the directory 
>>> /tmp/tripleoclient-ae4yIf/tripleo-heat-templates
>>> Unable to establish connection to 
>>> https://192.168.50.30:13989/v2/action_executions 
>>> : ('Connection aborted.', 
>>> BadStatusLine("''",))
>>> (undercloud) [root@staging-director stack]#
>>> 
>>> Couldn't find any info in the logs of what causes the error.
>>> 
>>> Samuel
>> 
>>> __
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe: openstack-dev-requ...@lists.openstack.org 
>>> ?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev 
>>> 
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe 
>> 
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev 
>> 
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org 
>> ?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev 
>> 
> 
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org 
> ?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev 
> 

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [tripleo] Mistral workflow cannot establish connection

2018-07-15 Thread Remo Mattei
Here is the one I use

roles_data.yaml
Description: Binary data
On Jul 15, 2018, at 8:02 AM, Samuel Monderer  wrote:It seems that the problem is in my roles_data.yaml file but I don't see what is the problemI've attached the file.On Sun, Jul 15, 2018 at 12:46 AM Remo Mattei  wrote:It is a bad line in one of your yaml file. I would check them. Sent from my iPadOn Jul 14, 2018, at 2:25 PM, Samuel Monderer  wrote:Hi,I'm trying to deploy redhat OSP13 but I get the following error.(undercloud) [root@staging-director stack]# ./templates/deploy.sh Started Mistral Workflow tripleo.validations.v1.check_pre_deployment_validations. Execution ID: 3ba53aa3-56c5-4024-8d62-bafad967f7c2Waiting for messages on queue 'tripleo' with no timeout.Removing the current plan filesUploading new plan filesStarted Mistral Workflow tripleo.plan_management.v1.update_deployment_plan. Execution ID: ff359b14-78d7-4b64-8b09-6ec3c4697d71Plan updated.Processing templates in the directory /tmp/tripleoclient-ae4yIf/tripleo-heat-templatesUnable to establish connection to https://192.168.50.30:13989/v2/action_executions: ('Connection aborted.', BadStatusLine("''",))(undercloud) [root@staging-director stack]#Couldn't find any info in the logs of what causes the error.Samuel__OpenStack Development Mailing List (not for usage questions)Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribehttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev__OpenStack Development Mailing List (not for usage questions)Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribehttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev__OpenStack Development Mailing List (not for usage questions)Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribehttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [Zun] Zun UI questions

2018-07-15 Thread Hongbin Lu
Hi Amy,

The wrong Keystone URI might be due to the an issue of the devstack
plugins. I have proposed fixes [1] [2] for that. Thanks for the suggestion
about adding a note for uninstalling pip packages. I have created a ticket
[3] for that.

[1] https://review.openstack.org/#/c/582799/
[2] https://review.openstack.org/#/c/582800/
[3] https://bugs.launchpad.net/zun/+bug/1781807

Best regards,
Hongbin

On Sun, Jul 15, 2018 at 10:16 AM Amy Marrich  wrote:

> Hongbin,
>
> Doing the pip uninstall did the trick with the Flask version, when running
> another debug I did notice an incorrect IP for the Keystone URI and have
> restarted the machines networking and cleaned up the /etc/hosts.
>
> When doing a second stack, I did need to uninstall the pip packages again
> for the second stack.sh to complete, might be worth adding this to the docs
> as a note if people have issues. Second install still had the wrong IP
> showing as the Keystone URI, I'll try s fresh machine install next.
>
> Thanks for all your help!
>
> Amy (spotz)
>
> On Sat, Jul 14, 2018 at 9:42 PM, Hongbin Lu  wrote:
>
>> Hi Amy,
>>
>> Today, I created a fresh VM with Ubuntu16.04 and run ./stack.sh with your
>> local.conf, but I couldn't reproduce the two issues you mentioned (the
>> Flask version conflict issue and 401 issue). By analyzing the logs you
>> provided, it seems some python packages in your machine are pretty old.
>> First, could you paste me the output of "pip freeze". Second, if possible,
>> I would suggest to remove all the python packages and re-stack again as
>> following:
>>
>> * Run ./unstack
>> * Run ./clean.sh
>> * Run  pip freeze | grep -v '^\-e' | xargs sudo pip uninstall -y
>> * Run ./stack
>>
>> Please let us know if above steps still don't work.
>>
>> Best regards,
>> Hongbin
>>
>> On Sat, Jul 14, 2018 at 5:15 PM Amy Marrich  wrote:
>>
>>> Hongbin,
>>>
>>> This was a fresh install from master this week
>>>
>>> commit 6312db47e9141acd33142ae857bdeeb92c59994e
>>>
>>> Merge: ef35713 2742875
>>>
>>> Author: Zuul 
>>>
>>> Date:   Wed Jul 11 20:36:12 2018 +
>>>
>>>
>>> Merge "Cleanup keystone's removed config options"
>>>
>>> Except for builds with my patching kuryr-libnetwork locally builds have
>>> been done with reclone and fresh /opt/stack directories. Patch has been
>>> submitted for the Flask issue
>>>
>>> https://review.openstack.org/582634 but hasn't passed the gates yet.
>>>
>>>
>>> Following the instructions above on a new pull of devstack:
>>>
>>> commit 3b5477d6356a62d7d64a519a4b1ac99309d251c0
>>>
>>> Author: OpenStack Proposal Bot 
>>>
>>> Date:   Thu Jul 12 06:17:32 2018 +
>>>
>>> Updated from generate-devstack-plugins-list
>>>
>>> Change-Id: I8f702373c76953a0a29285f410d368c975ba4024
>>>
>>>
>>> I'm still able to use the openstack CLI for non-Zun commands but 401 on
>>> Zun
>>>
>>> root@zunui:~# openstack service list
>>>
>>>
>>> +--+--+--+
>>>
>>> | ID   | Name | Type
>>>   |
>>>
>>>
>>> +--+--+--+
>>>
>>> | 06be414af2fd4d59af8de0ccff78149e | placement| placement
>>>   |
>>>
>>> | 0df1832d6f8c4a5aa7b5e8bacf7339f8 | nova | compute
>>>   |
>>>
>>> | 3f1b2692a184443c85b631fa7acf714d | heat-cfn | cloudformation
>>> |
>>>
>>> | 3f6bcbb75f684041bf6eeaaf5ab4c14b | cinder   | block-storage
>>>   |
>>>
>>> | 6e06ac1394ee4872aa134081d190f18e | neutron  | network
>>>   |
>>>
>>> | 76afda8ecd18474ba382dbb4dc22b4bb | kuryr-libnetwork | kuryr-libnetwork
>>> |
>>>
>>> | 7b336b8b9b9c4f6bbcc5fa6b9400ccaf | cinderv3 | volumev3
>>>   |
>>>
>>> | a0f83f30276d45e2bd5fd14ff8410380 | nova_legacy  | compute_legacy
>>> |
>>>
>>> | a12600a2467141ff89a406ec3b50bacb | cinderv2 | volumev2
>>>   |
>>>
>>> | d5bfb92a244b4e7888cae28ca6b2bbac | keystone | identity
>>>   |
>>>
>>> | d9ea196e9cae4b0691f6c4b619eb47c9 | zun  | container
>>>   |
>>>
>>> | e528282e291f4ddbaaac6d6c82a0036e | cinder   | volume
>>>   |
>>>
>>> | e6078b2c01184f88a784b390f0b28263 | glance   | image
>>>   |
>>>
>>> | e650be6c67ac4e5c812f2a4e4cca2544 | heat | orchestration
>>>   |
>>>
>>>
>>> +--+--+--+
>>>
>>> root@zunui:~# openstack appcontainer list
>>>
>>> Unauthorized (HTTP 401) (Request-ID:
>>> req-e44f5caf-642c-4435-ab1d-98feae1fada9)
>>>
>>> root@zunui:~# zun list
>>>
>>> ERROR: Unauthorized (HTTP 401) (Request-ID:
>>> req-587e39d6-463f-4921-b45b-29576a00c242)
>>>
>>>
>>> Thanks,
>>>
>>>
>>> Amy (spotz)
>>>
>>>
>>>
>>> On Fri, Jul 13, 2018 at 10:34 PM, Hongbin Lu 
>>> wrote:
>>>
 Hi Amy,

 First, I want to confirm which version of devstack you were using? (go
 to the devstack folder and type "git log -1").

 If possible, I would suggest to do the following steps:

 * Run 

Re: [openstack-dev] [tripleo] Mistral workflow cannot establish connection

2018-07-15 Thread Samuel Monderer
It seems that the problem is in my roles_data.yaml file but I don't see
what is the problem
I've attached the file.

On Sun, Jul 15, 2018 at 12:46 AM Remo Mattei  wrote:

> It is a bad line in one of your yaml file. I would check them.
>
> Sent from my iPad
>
> On Jul 14, 2018, at 2:25 PM, Samuel Monderer 
> wrote:
>
> Hi,
>
> I'm trying to deploy redhat OSP13 but I get the following error.
> (undercloud) [root@staging-director stack]# ./templates/deploy.sh
> Started Mistral Workflow
> tripleo.validations.v1.check_pre_deployment_validations. Execution ID:
> 3ba53aa3-56c5-4024-8d62-bafad967f7c2
> Waiting for messages on queue 'tripleo' with no timeout.
> Removing the current plan files
> Uploading new plan files
> Started Mistral Workflow
> tripleo.plan_management.v1.update_deployment_plan. Execution ID:
> ff359b14-78d7-4b64-8b09-6ec3c4697d71
> Plan updated.
> Processing templates in the directory
> /tmp/tripleoclient-ae4yIf/tripleo-heat-templates
> Unable to establish connection to
> https://192.168.50.30:13989/v2/action_executions: ('Connection aborted.',
> BadStatusLine("''",))
> (undercloud) [root@staging-director stack]#
>
> Couldn't find any info in the logs of what causes the error.
>
> Samuel
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>


roles_data.yaml
Description: application/yaml
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [Zun] Zun UI questions

2018-07-15 Thread Amy Marrich
Hongbin,

Doing the pip uninstall did the trick with the Flask version, when running
another debug I did notice an incorrect IP for the Keystone URI and have
restarted the machines networking and cleaned up the /etc/hosts.

When doing a second stack, I did need to uninstall the pip packages again
for the second stack.sh to complete, might be worth adding this to the docs
as a note if people have issues. Second install still had the wrong IP
showing as the Keystone URI, I'll try s fresh machine install next.

Thanks for all your help!

Amy (spotz)

On Sat, Jul 14, 2018 at 9:42 PM, Hongbin Lu  wrote:

> Hi Amy,
>
> Today, I created a fresh VM with Ubuntu16.04 and run ./stack.sh with your
> local.conf, but I couldn't reproduce the two issues you mentioned (the
> Flask version conflict issue and 401 issue). By analyzing the logs you
> provided, it seems some python packages in your machine are pretty old.
> First, could you paste me the output of "pip freeze". Second, if possible,
> I would suggest to remove all the python packages and re-stack again as
> following:
>
> * Run ./unstack
> * Run ./clean.sh
> * Run  pip freeze | grep -v '^\-e' | xargs sudo pip uninstall -y
> * Run ./stack
>
> Please let us know if above steps still don't work.
>
> Best regards,
> Hongbin
>
> On Sat, Jul 14, 2018 at 5:15 PM Amy Marrich  wrote:
>
>> Hongbin,
>>
>> This was a fresh install from master this week
>>
>> commit 6312db47e9141acd33142ae857bdeeb92c59994e
>>
>> Merge: ef35713 2742875
>>
>> Author: Zuul 
>>
>> Date:   Wed Jul 11 20:36:12 2018 +
>>
>>
>> Merge "Cleanup keystone's removed config options"
>>
>> Except for builds with my patching kuryr-libnetwork locally builds have
>> been done with reclone and fresh /opt/stack directories. Patch has been
>> submitted for the Flask issue
>>
>> https://review.openstack.org/582634 but hasn't passed the gates yet.
>>
>>
>> Following the instructions above on a new pull of devstack:
>>
>> commit 3b5477d6356a62d7d64a519a4b1ac99309d251c0
>>
>> Author: OpenStack Proposal Bot 
>>
>> Date:   Thu Jul 12 06:17:32 2018 +
>>
>> Updated from generate-devstack-plugins-list
>>
>> Change-Id: I8f702373c76953a0a29285f410d368c975ba4024
>>
>>
>> I'm still able to use the openstack CLI for non-Zun commands but 401 on
>> Zun
>>
>> root@zunui:~# openstack service list
>>
>> +--+--+-
>> -+
>>
>> | ID   | Name | Type
>> |
>>
>> +--+--+-
>> -+
>>
>> | 06be414af2fd4d59af8de0ccff78149e | placement| placement
>> |
>>
>> | 0df1832d6f8c4a5aa7b5e8bacf7339f8 | nova | compute
>> |
>>
>> | 3f1b2692a184443c85b631fa7acf714d | heat-cfn | cloudformation
>> |
>>
>> | 3f6bcbb75f684041bf6eeaaf5ab4c14b | cinder   | block-storage
>> |
>>
>> | 6e06ac1394ee4872aa134081d190f18e | neutron  | network
>> |
>>
>> | 76afda8ecd18474ba382dbb4dc22b4bb | kuryr-libnetwork | kuryr-libnetwork
>> |
>>
>> | 7b336b8b9b9c4f6bbcc5fa6b9400ccaf | cinderv3 | volumev3
>> |
>>
>> | a0f83f30276d45e2bd5fd14ff8410380 | nova_legacy  | compute_legacy
>> |
>>
>> | a12600a2467141ff89a406ec3b50bacb | cinderv2 | volumev2
>> |
>>
>> | d5bfb92a244b4e7888cae28ca6b2bbac | keystone | identity
>> |
>>
>> | d9ea196e9cae4b0691f6c4b619eb47c9 | zun  | container
>> |
>>
>> | e528282e291f4ddbaaac6d6c82a0036e | cinder   | volume
>> |
>>
>> | e6078b2c01184f88a784b390f0b28263 | glance   | image
>> |
>>
>> | e650be6c67ac4e5c812f2a4e4cca2544 | heat | orchestration
>> |
>>
>> +--+--+-
>> -+
>>
>> root@zunui:~# openstack appcontainer list
>>
>> Unauthorized (HTTP 401) (Request-ID: req-e44f5caf-642c-4435-ab1d-
>> 98feae1fada9)
>>
>> root@zunui:~# zun list
>>
>> ERROR: Unauthorized (HTTP 401) (Request-ID: req-587e39d6-463f-4921-b45b-
>> 29576a00c242)
>>
>>
>> Thanks,
>>
>>
>> Amy (spotz)
>>
>>
>>
>> On Fri, Jul 13, 2018 at 10:34 PM, Hongbin Lu 
>> wrote:
>>
>>> Hi Amy,
>>>
>>> First, I want to confirm which version of devstack you were using? (go
>>> to the devstack folder and type "git log -1").
>>>
>>> If possible, I would suggest to do the following steps:
>>>
>>> * Run ./unstack
>>> * Run ./clean
>>> * Pull down the latest version of devstack (if it is too old)
>>> * Pull down the latest version of all the projects under /opt/stack/
>>> * Run ./stack
>>>
>>> If above steps couldn't resolve the problem, please let me know.
>>>
>>> Best regards,
>>> Hongbin
>>>
>>>
>>> On Fri, Jul 13, 2018 at 10:33 AM Amy Marrich  wrote:
>>>
 Hongbin,

 Let me know if you still want me to mail the dev list, but here are the
 gists for the installations and the broken CLI I mentioned

 local.conf - which is basically the developer quickstart instructions
 for Zun