Requests: max-retries-exceeded 예외가 혼란스럽습니다.

요청은 사용자 편의를 위해 예외를 래핑합니다. Traceback이 오해의 소지가 있지만 원래 예외는 메시지의 일부입니다. 이를 개선하는 방법을 생각하겠습니다.

몇 가지 오류를 무시하려면 자동 재시도가 필요하다고 생각합니다.

나는 이것이 상당히 혼란스럽다는 것에 동의합니다. 요청은 절대 재시도하지 않으므로(urllib3의 HTTPConnectionPool에 대해 retries=0으로 설정) HTTPConnectionPool/MaxRetryError 항목이 없으면 오류가 훨씬 더 명확해집니다. 얼마나 많은 재시도를 수행했는지 알아내기 위해 두 라이브러리의 소스 코드를 살펴봐야 하는 지금까지 요청이 urllib3를 사용했다는 사실을 깨닫지 못했습니다.

ConnectionError(MaxRetryError("HTTPSConnectionPool(host='api.venere.com', port=443): \
    Max retries exceeded with url: /xhi-1.0/services/XHI_HotelAvail.json (\
    Caused by <class 'socket.error'>: [Errno 10054] \
    An existing connection was forcibly closed by the remote host)",),)

이상적으로 예외는 다음과 같이 보일 것입니다.

ConnectionError(<class 'socket.error'>: [Errno 10054] \
    An existing connection was forcibly closed by the remote host))

이상적일 것입니다. 문제는 우리처럼 이러한 예외를 래핑하는 것입니다. 훌륭한 API를 제공하지만 디버깅 환경은 좋지 않습니다. 문제를 해결하고 모든 정보를 보존하는 방법에 대한 아이디어가 있습니다.

우리는 또한 사용자가 configure _does_ 재시도하는 경우를 고려해야 합니다. 이 경우 이 예외가 적절합니다.

@Lukasa , 나는 당신이 그것을 고려할 필요가 있는지 확신하지 못합니다. Kenneth는 여기서 Requests가 API의 일부로 재시도를 명시적으로 지원해서는 안 된다고 말했습니다.

맞습니다. 하지만 사용자가 실제로 그렇게 하는 것을 막을 방법은 없습니다.

기록을 위해 내 계획은 가장 낮은 수준의 예외까지 가능한 한 아래쪽으로 횡단하여 대신 사용하는 것입니다. @benhoyt 예제의 문제점은 소켓 오류 예외를 사용할 수 없는 것 같습니다. (붙여놓은 것만 봐도.. 아직 재현해서 가지고 놀아보진 못했어요.)

@gabor 의 예제는 실제로 이것을 재현하기 쉽게 만듭니다. 발생한 예외를 포착하여 다음을 수행했습니다.

>>> e
ConnectionError(MaxRetryError("HTTPConnectionPool(host='localhost', port=1111): Max retries exceeded with url: / (Caused by <class 'socket.error'>: [Errno 111] Connection refused)",),)
>>> e.args
(MaxRetryError("HTTPConnectionPool(host='localhost', port=1111): Max retries exceeded with url: / (Caused by <class 'socket.error'>: [Errno 111] Connection refused)",),)
>>> e.args[0].args
("HTTPConnectionPool(host='localhost', port=1111): Max retries exceeded with url: / (Caused by <class 'socket.error'>: [Errno 111] Connection refused)",)
>>> e.args[0].args[0]
"HTTPConnectionPool(host='localhost', port=1111): Max retries exceeded with url: / (Caused by <class 'socket.error'>: [Errno 111] Connection refused)"
>>> isinstance(e.args[0].args[0], str)
True

따라서 우리가 할 수 있는 최선은 e.args[0].args[0] 저장된 메시지만 사용하는 것입니다. 이 메시지는 잠재적으로 혼란스러울 수도 있지만 @benhoyt 가 덜할 것입니다. 어느 쪽이든, 우리는 더 많거나 적은 세부 사항을 얻으려고 오류 메시지를 구문 분석하지 않을 것입니다. 왜냐하면 그건 완전히 미친 짓일 것이기 때문입니다.

@ sigmavirus24 , 예외에서 문자열 구문 분석이 끔찍한 생각이라는 데 동의합니다. 그러나 urllib3의 MaxRetryError는 기본 예외를 포함하는 reason 속성을 이미 노출합니다( 소스 코드 참조). 따라서 e.args[0].reason 원하는 것을 얻을 수 있습니다.

따라서 위의 예를 계속하면 e.args[0].reason 는 socket.error 의 인스턴스입니다.

>>> requests.get('http://localhost:1111')
Traceback (most recent call last):
  ...
requests.exceptions.ConnectionError: HTTPConnectionPool(host='localhost', port=1111): Max retries exceeded with url: / (Caused by <class 'socket.error'>: [Errno 10061] No connection could be made because the target machine actively refused it)
>>> e = sys.last_value
>>> e
ConnectionError(MaxRetryError("HTTPConnectionPool(host='localhost', port=1111): Max retries exceeded with url: / (Caused by <class 'socket.error'>: [Errno 10061] No connection could be made because the target machine actively refused it)",),)
>>> e.args[0]
MaxRetryError("HTTPConnectionPool(host='localhost', port=1111): Max retries exceeded with url: / (Caused by <class 'socket.error'>: [Errno 10061] No connection could be made because the target machine actively refused it)",)
>>> e.args[0].reason
error(10061, 'No connection could be made because the target machine actively refused it')

좋은 캐치 @benhoyt. 나는 원하는 만큼 urllib3에 익숙하지 않습니다.

당신이 보여준 것처럼 정말 보인다면.
requests.exceptions.ConnectionError: HTTPConnectionPool(host='localhost', port=1111): Max retries exceeded with url: / (Caused by <class 'socket.error'>: [Errno 61] Connection refused)

그렇다면 나는 더 나은 예외를 꿈꿀 수 없었습니다.

@piotr-dobrogost, 주요 문제(저를 위해)는 재시도가 전혀 관련되지 않은 경우 "최대 재시도 초과"에 대해 이야기한다는 사실이었습니다. 처음에는 제가 사용하고 있는 웹 서비스인 줄 알고 연락을 해봤습니다. 그런 다음 더 파고 들어 이것이 urllib3의 단점이라는 것을 발견했습니다. 그래서 당신은 혼란을 볼 수 있습니다.

예외의 (Caused by <class 'socket.error'>: [Errno 61] Connection refused) 부분을 ​​놓쳤습니까?

네, 맞습니다. 모든 것이 있습니다. 그러나 내가 언급했듯이 MaxRetryError는 붉은 청어이기 때문에 처음에는 그것을 놓쳤습니다.

이 최대 재시도는 항상 나를 미치게 만듭니다. 내가 뛰어들어 재시도 메시지를 스쿼시하기 위해 PR을 함께 넣을 수 없는지 확인하는 사람이 있습니까?

갑자기 나타나려는 것은 아니지만 Cloudant에서 수행하는 Python 작업에서 요청 톤을 사용합니다. 재시도 항목이 포함된 페이지가 표시되며 이는 청어일 수 있습니다.

정답은 _아마도_입니다.

문제는 기본적으로 재시도를 수행하지 않지만 실패한 요청을 자동으로 재시도하도록 요청을 구성할 수 있다는 것입니다. 이러한 상황에서 우리가 포장한 MaxRetryError 는 완전히 합리적입니다. MaxRetryError 가 있어야 할 때 제자리에 두지만 재시도가 이루어지지 않았다고 보장할 수 있을 때 제거하는 솔루션을 생각해낼 수 있다면 우리는 이를 고려할 것입니다. =)

@Lukasa 감사합니다. 여기 백로그에서 제 자신을 새로 고

변경을 위한 올바른 위치가 urllib3에 있는 것처럼 거의 나에게 보입니다. MaxRetryError는 자동 재시도의 맥락에서 발생하는 것이 합리적이지만 재시도가 0인 경우(아마도 순진한 요청 경험) 혼란스러울 수 있습니다.

urllib3에서는 요청을 통해 혼란스러운 오류가 여기 에서 트리거될 수 있는 것 같습니다. retries==0 and max_retries!=0 때만 MaxRetryError 를 발생시키는 것이 좋습니다. max_retries==0 대신 일반 RequestError 가 발생하면 대신 발생합니다.

요청에 의해 사용되는 urllib3가 포함된 패키지에 존재하는 것을 보았습니다. 그냥 궁금해서요. 왜 그런가요? 어쨌든, 이것들은 내가 거기에서 던지고 싶었던 몇 가지 아이디어였습니다. 나는 여전히 코드베이스를 따라잡고 있다.

수정 사항이 urllib3에 속하는지 여부는 완전히 @shazow에 달려 있습니다. urllib3가 기본적으로 _does_ 재시도(IIRC 3회)한다는 점을 감안할 때 urllib3의 동작을 그대로 유지하기를 원할 수 있습니다. 그의 입력을 얻기 위해 그를 핑(ping)합니다.

일부 종속성 문제를 피하기 위해 urllib3을 공급합니다. 본질적으로 이것은 우리가 항상 알려진 버전의 urllib3에 대해 작동한다는 것을 의미합니다. 이것은 거친 세부 사항을 원할 경우 #1384 및 #1812에서 극도로 길게 논의되었습니다.

휴 껄끄럽지만 유익합니다. @shazow 이것들은 내가 가진 몇 가지 생각입니다. 위와 같이 MaxRetryError 대신 RequestError를 발생시킵니다. 정말 urlopen 을 확인한 후 MaxRetryError를 더 잘 이해한다고 생각합니다.

이중 편집: 실제로는 kwarg일지라도 raise MaxRetryError(retries=0) 하고 retries==0 의 메시지를 변경할 수 있습니다.

재시도를 완전히 비활성화하고 항상 MaxRetryError 대신 원래 예외를 발생시키는 retries=False 는 어떻습니까?

urlopen에 재시도 없음을 요청하는 것과 재시도 횟수에서 0으로 카운트다운하는 것을 구별할 수 있으면 유용할 것입니다. 재시도를 요청하지 않은 경우 MaxRetryError가 표시되는 것은 이상한 일입니다.

누구든지 이에 대한 패치+테스트를 하고 싶다면 감사하겠습니다. :)

@shazow 훌륭합니다. 사이클을 찾을 수 있다면 게임을 하고 싶습니다. 뭔가 있으면 핑하겠습니다.

\영형/

^^ 패치가 나온건지 궁금합니다. 이 문제는 1년이 지난 것 같습니다.

내가 아는 한. =)

retries=False 는 v1.9부터 원래 예외를 발생시켜야 합니다(래핑 없음).

@kevinburke 생각?

시간이 조금 더 필요합니다

케빈 버크
전화: 925.271.7005 | 20밀리초.com

2014년 10월 5일 일요일 오전 10시 37분, Ian Cordasco [email protected]
썼다:

@kevinburke https://github.com/kevinburke 생각?

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/kennethreitz/requests/issues/1198#issuecomment -57945403
.

네 해결된 것 같아요

requests.get('http://localhost:11211')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "requests/api.py", line 60, in get
    return request('get', url, **kwargs)
  File "requests/api.py", line 49, in request
    return session.request(method=method, url=url, **kwargs)
  File "requests/sessions.py", line 457, in request
    resp = self.send(prep, **send_kwargs)
  File "requests/sessions.py", line 569, in send
    r = adapter.send(request, **kwargs)
  File "requests/adapters.py", line 407, in send
    raise ConnectionError(err, request=request)
requests.exceptions.ConnectionError: ('Connection aborted.', error(61, 'Connection refused'))

내가 너무 내 끝에서 연결 거부 문제가 발생하기 때문에 이것이 어떻게 해결되었는지 알려주시겠습니까? 내 파이썬 스크립트에서 RPC 서버에 연결하려고합니다

@SiddheshS 이 문제는 일부 예외를 수정하여 수정되었습니다. 실제 연결 거부 오류와 관련이 없습니다. 문제에 대한 도움을 요청하려면 스택 오버플로 사용을 고려해야 합니다.

같은 문제가 발생했습니다. 때때로 발생했습니다. 해결 방법, 나를 도울 수 있는 사람이 있습니까? .감사 해요.

requests.exceptions.ConnectionError: HTTPSConnectionPool(host='api.xxxx.com', port=443): URL에서 최대 재시도 횟수 초과: /v2/goods/?category=0&sort_type=2&page_size=3&page_num=13&t=0&count=110(원인 by NewConnectionError(': 새 연결을 설정하지 못했습니다: [Errno 110] 연결 시간이 초과되었습니다',))
역추적(가장 최근 호출 마지막):
파일 "test.py", 335행,
기본()
파일 "test.py", 290행, 메인
결과 = get_goods_info()
get_goods_info에서 파일 "test.py", 67행
결과 = 요청.get(URL)
파일 "/usr/local/lib/python2.7/site-packages/requests/api.py", 69행, get
반환 요청('get', url, params=params, *_kwargs)
요청 시 파일 "/usr/local/lib/python2.7/site-packages/requests/api.py", 50행
응답 = session.request(메소드=메서드, url=url, *_kwargs)
요청 시 파일 "/usr/local/lib/python2.7/site-packages/requests/sessions.py", 468행
resp = self.send(준비, *_send_kwargs)
파일 "/usr/local/lib/python2.7/site-packages/requests/sessions.py", 576행, 보내기
r = 어댑터.보내기(요청, *_kwargs)
파일 "/usr/local/lib/python2.7/site-packages/requests/adapters.py", 423행, 보내기
연결 오류 발생(e, 요청=요청)

@nkjulia 연결 시도가 시간 초과되어 원격 서버에 과부하가 걸리거나 연결 시간 초과가 너무 낮음을 나타냅니다.

나도 이거 잘못알았어....

@kevinburke 연결 거부 오류가 발생한 후 문제가 어떻게 해결되었습니까? 조언 부탁드립니다. 티아

내 포스트 메이트를 무시하십시오. 내 컴퓨터에 여러 버전의 파이썬이 있어서 올바른 버전을 선택할 수 없고 오류가 발생했습니다. 누군가에게 도움이 될 수 있다는 생각에 이 글을 올립니다.

같은 문제가 발생했습니다. 때때로 발생했습니다. 해결 방법, 나를 도울 수 있는 사람이 있습니까? .감사 해요.

requests.exceptions.ConnectionError: HTTPSConnectionPool(host='api.xxxx.com', port=443): URL에서 최대 재시도 횟수 초과: /v2/goods/?category=0&sort_type=2&page_size=3&page_num=13&t=0&count=110(원인 by NewConnectionError(': 새 연결을 설정하지 못했습니다: [Errno 110] 연결 시간이 초과되었습니다',))
역추적(가장 최근 호출 마지막):
파일 "test.py", 335행,
기본()
파일 "test.py", 290행, 메인
결과 = get_goods_info()
get_goods_info에서 파일 "test.py", 67행
결과 = 요청.get(URL)
파일 "/usr/local/lib/python2.7/site-packages/requests/api.py", 69행, get
반환 요청('get', url, params=params, *_kwargs)
요청 시 파일 "/usr/local/lib/python2.7/site-packages/requests/api.py", 50행
응답 = session.request(메소드=메서드, url=url, *_kwargs)
요청 시 파일 "/usr/local/lib/python2.7/site-packages/requests/sessions.py", 468행
resp = self.send(준비, *_send_kwargs)
파일 "/usr/local/lib/python2.7/site-packages/requests/sessions.py", 576행, 보내기
r = 어댑터.보내기(요청, *_kwargs)
파일 "/usr/local/lib/python2.7/site-packages/requests/adapters.py", 423행, 보내기
연결 오류 발생(e, 요청=요청)

이 문제가 해결되었다면 조언을 부탁드립니다.