Re: [openstack-dev] [Rally] Deployment check fails
Hey Andrey,
Here is the output of what you asked for
(overcloud) (.rally-venv) [stack@undercloud browbeat]$ rally env show
--only-spec
{
"existing@openstack": {
"endpoint": null,
"region_name": "",
"https_insecure": false,
"profiler_hmac_key": null,
"admin": {
"username": "admin",
"project_name": "admin",
"user_domain_name": "Default",
"password": "kYbMNEdPwGfCBUrwDH4rdxZyJ",
"project_domain_name": "Default"
},
"https_cacert": "",
"endpoint_type": null,
"auth_url": "https://10.0.0.5:13000//v3;,
"profiler_conn_str": null
}
}
(overcloud) (.rally-venv) [stack@undercloud browbeat]$ rally env info
2018-08-31 15:46:25.993 440110 ERROR rally.env.env_mgr [-] Plugin
exist...@openstack.info() method is broken: AuthenticationFailed: Failed to
authenticate to https://10.0.0.5:13000//v3 for user 'admin' in project
'admin': SSLError: SSL exception connecting to https://10.0.0.5:13000//v3:
HTTPSConnectionPool(host='10.0.0.5', port=13000): Max retries exceeded with
url: //v3 (Caused by SSLError(SSLError("bad handshake: Error([('SSL
routines', 'tls_process_server_certificate', 'certificate verify
failed')],)",),))
2018-08-31 15:46:25.993 440110 ERROR rally.env.env_mgr Traceback (most
recent call last):
2018-08-31 15:46:25.993 440110 ERROR rally.env.env_mgr File
"/home/stack/browbeat/.rally-venv/lib/python2.7/site-packages/rally/env/env_mgr.py",
line 523, in get_info
2018-08-31 15:46:25.993 440110 ERROR rally.env.env_mgr info = p.info()
2018-08-31 15:46:25.993 440110 ERROR rally.env.env_mgr File
"/home/stack/browbeat/.rally-venv/lib/python2.7/site-packages/rally_openstack/platforms/existing.py",
line 183, in info
2018-08-31 15:46:25.993 440110 ERROR rally.env.env_mgr for stype, name
in osclients.Clients(active_user).services().items():
2018-08-31 15:46:25.993 440110 ERROR rally.env.env_mgr File
"/home/stack/browbeat/.rally-venv/lib/python2.7/site-packages/rally_openstack/osclients.py",
line 860, in services
2018-08-31 15:46:25.993 440110 ERROR rally.env.env_mgr
available_services = self.keystone.service_catalog.get_endpoints()
2018-08-31 15:46:25.993 440110 ERROR rally.env.env_mgr File
"/home/stack/browbeat/.rally-venv/lib/python2.7/site-packages/rally_openstack/osclients.py",
line 225, in service_catalog
2018-08-31 15:46:25.993 440110 ERROR rally.env.env_mgr return
self.auth_ref.service_catalog
2018-08-31 15:46:25.993 440110 ERROR rally.env.env_mgr File
"/home/stack/browbeat/.rally-venv/lib/python2.7/site-packages/rally_openstack/osclients.py",
line 245, in auth_ref
2018-08-31 15:46:25.993 440110 ERROR rally.env.env_mgr error=str(e))
2018-08-31 15:46:25.993 440110 ERROR rally.env.env_mgr
AuthenticationFailed: Failed to authenticate to https://10.0.0.5:13000//v3
for user 'admin' in project 'admin': SSLError: SSL exception connecting to
https://10.0.0.5:13000//v3: HTTPSConnectionPool(host='10.0.0.5',
port=13000): Max retries exceeded with url: //v3 (Caused by
SSLError(SSLError("bad handshake: Error([('SSL routines',
'tls_process_server_certificate', 'certificate verify failed')],)",),))
2018-08-31 15:46:25.993 440110 ERROR rally.env.env_mgr
Env `overcloud (87e6bdec-45c3-4194-9d7c-0451c0c030b5)'
++--+---+
| platform | info | error
|
++--+---+
| existing@openstack | null | Plugin exist...@openstack.info() method is
broken |
++--+---+
On Fri, Aug 31, 2018 at 10:13 AM Andrey Kurilin
wrote:
> Hi!
>
> Sorry for such a not user-friendly error message. Several days ago, we
> merged a fix[*] for it and I'm planning to release a new version of
> rally-openstack package soon.
> While the fix is not released, please share the result of the 2 commands:
>
> - rally env show --only-spec # replace password and etc
> - rally env info
>
> [*] -
> https://github.com/openstack/rally-openstack/commit/5821f8b8714c532778f2eef142a5fdeb3a1e6f05
>
> пт, 31 авг. 2018 г. в 17:02, Sai Sindhur Malleni :
>
>> Hey all,
>>
>> rally deployment check fails saying, bad admin credentials but I'm able
>> to use the admin tenant to performance openstack operations like creating
>> VMs extra. rally deployment check fails without giving much information.
>> (.rally-venv) [stack@undercloud browbeat]$ rally deployment check
>>
>>
>> Platform opensta
[openstack-dev] [Rally] Deployment check fails
Hey all,
rally deployment check fails saying, bad admin credentials but I'm able to
use the admin tenant to performance openstack operations like creating VMs
extra. rally deployment check fails without giving much information.
(.rally-venv) [stack@undercloud browbeat]$ rally deployment check
Platform openstack:
Error while checking admin credentials:
AuthenticationFailed: Bad admin creds:
{
"auth_url": "https://10.0.0.5:13000//v3;,
"domain_name": null,
"endpoint_type": null,
"https_cacert": "",
"https_insecure": false,
"password": "***",
"profiler_conn_str": null,
"profiler_hmac_key": null,
"project_domain_name": "Default",
"region_name": "",
"tenant_name": "admin",
"user_domain_name": "Default",
"username": "admin"
}
I'm not sure that the reason is give I can source the adminrc and run
openstack commands normally.
Here are the contents of the rc file:
for key in $( set | awk '{FS="="} /^OS_/ {print $1}' ); do unset $key ;
done
export OS_NO_CACHE=True
export COMPUTE_API_VERSION=1.1
export OS_USERNAME=admin
export no_proxy=,10.0.0.5,192.168.24.7
export OS_USER_DOMAIN_NAME=Default
export OS_VOLUME_API_VERSION=3
export OS_CLOUDNAME=overcloud
export OS_AUTH_URL=https://10.0.0.5:13000//v3
export NOVA_VERSION=1.1
export OS_IMAGE_API_VERSION=2
export OS_PASSWORD=kYbMNEdPwGfCBUrwDH4rdxZyJ
export OS_PROJECT_DOMAIN_NAME=Default
export OS_IDENTITY_API_VERSION=3
export OS_PROJECT_NAME=admin
export OS_AUTH_TYPE=password
export PYTHONWARNINGS="ignore:Certificate has no, ignore:A true SSLContext
object is not available"
# Add OS_CLOUDNAME to PS1
if [ -z "${CLOUDPROMPT_ENABLED:-}" ]; then
export PS1=${PS1:-""}
export PS1=\${OS_CLOUDNAME:+"(\$OS_CLOUDNAME)"}\ $PS1
export CLOUDPROMPT_ENABLED=1
fi
Please let me know if there is a way to know more about what the issue is.
--
Sai Sindhur Malleni
Software Engineer
Red Hat Inc.
314 Littleton Road
Westford MA, USA
__
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-dev] [dib] pip-and-virtualenv element failing on CentOS
Hi all, I raised https://bugs.launchpad.net/diskimage-builder/+bug/1768135 a while ago as CentOS images using pip-and-virtual-env elements are failing to build. While exporting DIB_INSTALLTYPE_pip_and_virtualenv=package helps workaround the issue, this wasn't needed earlier. Would really appreciate any help from the dib community to debug/fix this issue. -- Sai Sindhur Malleni Software Engineer Red Hat Inc. 100 East Davie Street Raleigh, NC, USA Work: (919) 754-4557 | Cell: (919) 985-1055 __ 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] [Shaker] Shaker Image Builder fails in Ocata due to OS::Glance::Image deprecation
Awesome Ilya. Thanks a lot. Let me look at bringing CentOS to parity. On Fri, Mar 3, 2017 at 8:36 AM, Ilya Shakhat <ishak...@mirantis.com> wrote: > Hi Sai, > > As we discussed at PTG, I've added an option to build image using > diskimage-builder tool. The code is not merged yet, please see > https://review.openstack.org/#/c/441126/. With this patch > shaker-image-builder can automatically switch to do local build using > diskimage-builder when Glance v1 is not available. The behavior can also be > enforced by --image-builder-mode parameter. > > Thanks, > Ilya > > > > 2017-02-03 13:16 GMT+04:00 Ilya Shakhat <ishak...@mirantis.com>: >>> >>> Starting Ocata, looks like only glance v2 is enabled by default. This >>> breaks the shaker image builder template since we make use of the resource >>> type OS::Glance::Image and creating images from url links is not supported >>> in v2. How do we want deal with this? Maybe have the user pass in the >>> name/image-id and pass them as properties to the shaker image builder >>> template or instead advise the use to turn on the v1 API? >>> Thoughts/suggestions? >>> >> >> Looks like the only way to deal with that is to build the image manually >> and then pass its name via --image-name parameter (or name the image >> 'shaker-image'). >> >> Thanks, >> Ilya > > -- Sai Sindhur Malleni Software Engineer Red Hat Inc. 100 East Davie Street Raleigh, NC, USA Work: (919) 754-4557 | Cell: (919) 985-1055 __ 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][ironic] Hardware provisioning testing for Ocata
On Thu, Jun 8, 2017 at 11:10 AM, Emilien Macchi <emil...@redhat.com> wrote: > On Thu, Jun 8, 2017 at 2:21 PM, Justin Kilpatrick <jkilp...@redhat.com> > wrote: > > Morning everyone, > > > > I've been working on a performance testing tool for TripleO hardware > > provisioning operations off and on for about a year now and I've been > > using it to try and collect more detailed data about how TripleO > > performs in scale and production use cases. Perhaps more importantly > > YODA (Yet Openstack Deployment Tool, Another) automates the task > > enough that days of deployment testing is a set it and forget it > > operation. > > > > You can find my testing tool here [0] and the test report [1] has > > links to raw data and visualization. Just scroll down, click the > > capcha and click "go to kibana". I still need to port that machine > > from my own solution over to search guard. > > > > If you have too much email to consider clicking links I'll copy the > > results summary here. > > > > TripleO inspection workflows have seen massive improvements from > > Newton with a failure rate for 50 nodes with the default workflow > > falling from 100% to <15%. Using patches slated for Pike that spurious > > failure rate reaches zero. > > > > Overcloud deployments show a significant improvement of deployment > > speed in HA and stack update tests. > > > > Ironic deployments in the overcloud allow the use of Ironic for bare > > metal scale out alongside more traditional VM compute. Considering a > > single conductor starts to struggle around 300 nodes it will be > > difficult to push a multi conductor setup to it's limits. > > > > Finally Ironic node cleaning, shows a similar failure rate to > > inspection and will require similar attention in TripleO workflows to > > become painless. > > > > [0] https://review.openstack.org/#/c/384530/ > > [1] https://docs.google.com/document/d/194ww0Pi2J-dRG3- > X75mphzwUZVPC2S1Gsy1V0K0PqBo/ > > > > Thanks for your time! > > Hey Justin, > > All of this is really cool. I was wondering if you had a list of bugs > that you've faced or reported yourself regarding to performances > issues in TripleO. > As you might have seen in a separate thread on openstack-dev, we're > planning a sprint on June 21/22th to improve performances in TripleO. > Is this an IRC thing, or a video call? I work on the OpenStack Performance and Scale team and would love to participate. We would love your participation or someone from your team and if you > have time before, please add the deployment-time tag to the Launchpad > bugs that you know related to performances. > > Thanks a lot, > > > - Justin > > > > > __ > > 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 > > > > -- > Emilien Macchi > > __ > 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 > -- Sai Sindhur Malleni Software Engineer Red Hat Inc. 100 East Davie Street Raleigh, NC, USA Work: (919) 754-4557 | Cell: (919) 985-1055 __ 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] Atlanta PTG
Is there a plan to have a google hangouts session or similar to attend remotely? On Mon, Jan 23, 2017 at 8:45 AM, John Trowbridge <tr...@redhat.com> wrote: > > > On 01/21/2017 05:37 AM, Michele Baldessari wrote: > > Hi Emilien, > > > > while not a design session per se, I would love to propose a short slot > > for TripleO CI Q, if we have some time left. In short, I'd like to be > > more useful around CI failures, but I lack the understanding of a few > > aspects of our current CI (promotion, when do images get built, etc.), > > that would benefit quite a bit from a short session where we have a few > > CI folks in the room that could answer questions or give some tips. > > I know of quite few other people that are in the same boat and maybe > > this will help a bit our current issue where only a few folks always > > chase CI issues. > > > > If there is consensus (and some CI folks willing to attend ;) and time > > for this, I'll be happy to organize this and prepare a bunch of > > questions ideas beforehand. > > > > Great idea. We have a room for three days, so it is not like summit > where there is really limited time. > > > Thoughts? > > Michele > > > > On Wed, Jan 04, 2017 at 07:26:52AM -0500, Emilien Macchi wrote: > >> I would like to bring this topic up on your inbox, so we can continue > >> to make progress on the agenda. Feel free to follow existing examples > >> in the etherpad and propose a design dession. > >> > >> Thanks, > >> > >> On Wed, Dec 21, 2016 at 9:06 AM, Emilien Macchi <emil...@redhat.com> > wrote: > >>> General infos about PTG: https://www.openstack.org/ptg/ > >>> > >>> Some useful informations about PTG/TripleO: > >>> > >>> * When? We have a room between Wednesday and Friday included. > >>> Important sessions will happen on Wednesday and Thursday. We'll > >>> probably have sessions on Friday, but it might be more hands-on and > >>> hackfest, where people can enjoy the day to work together. > >>> > >>> * Let's start to brainstorm our topics: > >>> https://etherpad.openstack.org/p/tripleo-ptg-pike > >>> Feel free to add any topic, as soon as you can. We need to know asap > >>> which sessions will be share with other projects (eg: tripleo/mistral, > >>> tripleo/ironic, tripleo/heat, etc). > >>> > >>> > >>> Please let us know any question or feedback, > >>> Looking forward to seeing you there! > >>> -- > >>> Emilien Macchi > >> > >> > >> > >> -- > >> Emilien Macchi > >> > >> > ______ > >> 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 > -- Sai Sindhur Malleni Red Hat Inc. 100 East Davie Street Raleigh, NC, USA Work: (919) 754-4557 | Cell: (919) 985-1055 __ 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-dev] [Shaker] Shaker Image Builder fails in Ocata due to OS::Glance::Image deprecation
Hey, Starting Ocata, looks like only glance v2 is enabled by default. This breaks the shaker image builder template since we make use of the resource type OS::Glance::Image and creating images from url links is not supported in v2. How do we want deal with this? Maybe have the user pass in the name/image-id and pass them as properties to the shaker image builder template or instead advise the use to turn on the v1 API? Thoughts/suggestions? -- Sai Sindhur Malleni Software Engineer Red Hat Inc. 100 East Davie Street Raleigh, NC, USA Work: (919) 754-4557 | Cell: (919) 985-1055 __ 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] [Performance][Shaker]
Thanks Ilya! On Mon, Jan 23, 2017 at 6:56 AM, Ilya Shakhat <ishak...@mirantis.com> wrote: > Hi Sai, > > In UDP testing PPS represents packets sent by iperf client to server. Loss > is the percentage of packets that were not received by server (more > specifically the server tracks packets and sums gaps between of them, > https://github.com/esnet/iperf/blob/3.0.7/src/iperf_udp.c#L64). > > While reported PPS depends on bandwidth and concurrency it makes sense to > increase them until loss starts going up, meaning that the communication > channel is near the limit. > > Thanks, > Ilya > > 2017-01-21 1:19 GMT+04:00 Sai Sindhur Malleni <small...@redhat.com>: > >> Hey, >> >> When using the "iperf3" class in shaker for looking at UDP small packet >> performance, we see that as we scale up the concurrency the average PPS >> goes up and also the loss % increases. Is the loss % a percentage of the >> PPS or does the PPS only represent successful transmissions? Thanks! >> >> -- >> Sai Sindhur Malleni >> Software Engineer >> Red Hat Inc. >> 100 East Davie Street >> Raleigh, NC, USA >> Work: (919) 754-4557 | Cell: (919) 985-1055 >> >> >> __ >> OpenStack Development Mailing List (not for usage questions) >> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib >> e >> 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 > > -- Sai Sindhur Malleni Software Engineer Red Hat Inc. 100 East Davie Street Raleigh, NC, USA Work: (919) 754-4557 | Cell: (919) 985-1055 __ 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-dev] [Performance][Shaker]
Hey, When using the "iperf3" class in shaker for looking at UDP small packet performance, we see that as we scale up the concurrency the average PPS goes up and also the loss % increases. Is the loss % a percentage of the PPS or does the PPS only represent successful transmissions? Thanks! -- Sai Sindhur Malleni Software Engineer Red Hat Inc. 100 East Davie Street Raleigh, NC, USA Work: (919) 754-4557 | Cell: (919) 985-1055 __ 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
