,
Date: 05/29/2014 11:58 AM
Subject: Re: [openstack-dev] [neutron] Supporting retries in neutronclient
Hi Paul,
Just out of curiosity, I am assuming you are using the client that
still relies on httplib2. Patch [1] replaced httplib2 with requests,
but I believe that a new client that incorporates
+1. After reading through this thread, I think that a blind --retries
N could be harmful and unwise given the current API definition. Users
that need a retry for an SSL error are going to get in to the habit of
adding --retries N to all their calls and they'll end up in trouble
because they
: Aaron Rosen aaronoro...@gmail.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org,
Date: 05/28/2014 07:44 PM
Subject: Re: [openstack-dev] [neutron] Supporting retries in
neutronclient
Hi,
I'm curious if other openstack clients implement
questions)
openstack-dev@lists.openstack.org,
Date: 05/28/2014 07:44 PM
Subject: Re: [openstack-dev] [neutron] Supporting retries in neutronclient
Hi,
I'm curious if other openstack clients implement this type of retry
thing. I think retrying on GET/DELETES/PUT's should probably be okay.
What
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org,
Date: 05/28/2014 07:44 PM
Subject: Re: [openstack-dev] [neutron] Supporting retries in
neutronclient
Hi,
I'm curious if other openstack clients implement this type of retry
thing. I think
...@gmail.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org,
Date: 05/29/2014 11:58 AM
Subject: Re: [openstack-dev] [neutron] Supporting retries in neutronclient
Hi Paul,
Just out of curiosity, I am assuming you are using the client that
still
11:58 AM
Subject: Re: [openstack-dev] [neutron] Supporting retries in
neutronclient
Hi Paul,
Just out of curiosity, I am assuming you are using the client that
still relies on httplib2. Patch [1] replaced httplib2 with requests,
but I believe that a new client that incorporates
wrote on 05/27/2014 09:40:00 PM:
From: Aaron Rosen aaronoro...@gmail.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org,
Date: 05/27/2014 09:44 PM
Subject: Re: [openstack-dev] [neutron] Supporting retries in
neutronclient
Hi
.
Aaron Rosen aaronoro...@gmail.com wrote on 05/27/2014 09:40:00 PM:
From: Aaron Rosen aaronoro...@gmail.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org,
Date: 05/27/2014 09:44 PM
Subject: Re: [openstack-dev] [neutron] Supporting
On Tue, May 27, 2014 at 12:48 PM, Paul Ward wpw...@us.ibm.com wrote:
Currently, neutronclient is hardcoded to only try a request once in
retry_request by virtue of the fact that it uses self.retries as the retry
count, and that's initialized to 0 and never changed. We've seen an issue
where
wrote on 05/27/2014 01:56:12 PM:
From: Kyle Mestery mest...@noironetworks.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org,
Date: 05/27/2014 02:00 PM
Subject: Re: [openstack-dev] [neutron] Supporting retries in neutronclient
On Tue
(not for usage questions)
openstack-dev@lists.openstack.org,
Date: 05/27/2014 02:00 PM
Subject: Re: [openstack-dev] [neutron] Supporting retries in
neutronclient
On Tue, May 27, 2014 at 12:48 PM, Paul Ward wpw...@us.ibm.com wrote:
Currently, neutronclient is hardcoded to only try a request once
/27/2014 02:00 PM
Subject: Re: [openstack-dev] [neutron] Supporting retries in
neutronclient
On Tue, May 27, 2014 at 12:48 PM, Paul Ward wpw...@us.ibm.com wrote:
Currently, neutronclient is hardcoded to only try a request once in
retry_request by virtue of the fact that it uses
Subject: Re: [openstack-dev] [neutron] Supporting retries in
neutronclient
In fact, nova should be careful about changing number of retries for
neutron client.
It's known that under significant load (people test serial VM
creation) neutron client may timeout on POST operation which does
port
Hi,
Is it possible to detect when the ssl handshaking error occurs on the
client side (and only retry for that)? If so I think we should do that
rather than retrying multiple times. The danger here is mostly for POST
operations (as Eugene pointed out) where it's possible for the response to
not
Joe Gordon joe.gord...@gmail.com wrote on 05/27/2014 07:31:16 PM:
From: Joe Gordon joe.gord...@gmail.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org,
Date: 05/27/2014 07:32 PM
Subject: Re: [openstack-dev] [neutron] Supporting retries
: 05/27/2014 07:32 PM
Subject: Re: [openstack-dev] [neutron] Supporting retries in
neutronclient
On Tue, May 27, 2014 at 1:51 PM, Eugene Nikanorov
enikano...@mirantis.com
wrote:
In fact, nova should be careful about changing number of retries for
neutron client.
It's known
17 matches
Mail list logo