Predis: 서버에서 줄을 읽는 동안 오류가 발생했습니다.

귀하의 문제는 매우 이상합니다. 이러한 종류의 예외는 일반적으로 소켓(이미 연결된)이 읽기 또는 쓰기 작업 중에 시간 초과에 도달할 때 발생하지만 Redis의 로컬 인스턴스를 처리할 때도 이러한 종류의 오류가 표시된다는 사실은 참으로 이상합니다. read_write_timeout 매개변수에 대해 사용자 지정(낮은) 값을 사용하여 Redis에 대한 연결을 구성했습니까?

아니, 우리는하지 않았다. 클라이언트에 전달되는 유일한 구성 매개변수는 값이 30 connection_timeout 입니다(기본값보다 높음).

이것은 흥미롭지 않을 수 있지만 예외가 발생하는 순간 다시 읽으려고 클라이언트를 약간 해킹하고 읽은 문자열을 예외 텍스트에 추가했습니다. 샘플을 너무 많이 가져오지는 않았지만 읽기 문자열은 유효한 출력의 몇 문자로 보였습니다(실제로 확인되지 않음). 어쨌든 비어 있지 않았습니다.

편집하다. 또 다른 데이터 포인트: 일반적으로 약 1초 이내에 전체 오류 인스턴스가 있지만 그 전후에는 아무 것도 없습니다. 이것이 Redis의 문제를 가리킬 수 있다는 것을 알고 있습니다. Predis를 범인으로 배제하는 방법이 있습니까(다른 언어/클라이언트를 사용하도록 호출을 다시 작성하는 것 외에)?

다음과 같은 코드로 try ... catch 블록에서 일반적으로 예외를 생성하는 호출을 래핑할 수 있습니까?

<?php
try {
    // Redis commands
}
catch (Predis\CommunicationException $exception) {
    $stream = $exception->getConnection()->getSocket();
    $metadata = var_export(stream_get_meta_data($stream), true);
    // log the $metadata string somewhere so that you can retrieve it
    throw $exception;
}

$metadata 를 사용하면 기본 PHP 스트림의 상태에 대한 유용한 세부 정보를 얻어 예외가 발생했을 때 서버에서 무슨 일이 일어나고 있는지 추측할 수 있습니다.

그런데 connection_timeout 의 값은 원격 끝점에 대한 클라이언트 소켓 스트림의 연결 작업에만 영향을 미칩니다. 대신 read_write_timeout 는 연결된 소켓을 통한 읽기 및 쓰기 작업의 시간 제한을 설정하는 데 사용됩니다(제 기억이 맞다면 기본값은 30초여야 함). 약간의 변경 사항이 있는지 확인하기 위해 read_write_timeout 더 높은 값을 설정할 수 있지만 위에서 설명한 것처럼 스트림 메타데이터의 몇 가지 샘플을 캡처한 후에만 수행하십시오.

아주 좋습니다. 둘 다 시도해 보겠습니다. 작업은 지금부터 약 12시간 후에 시작됩니다(우리는 CET에 있음). 결과를 보고하겠습니다.

감사합니다.

죄송합니다. 방금 Predis의 현재 동작이 해당 코드 스니펫에서 제대로 작동하지 않는다는 것을 알았습니다. 예외가 전파되기 전에 기본 스트림 리소스가 닫히지 않도록 false 를 반환하도록 이 코드 줄을 일시적으로 수정해야 합니다.

좋아. 끝났어. 아직 예외는 없었다.

몇 가지 오류가 있습니다. 다음은 예입니다(모두 동일하게 보입니다).

Message: Predis socket metadata dump: array (
  'stream_type' => 'tcp_socket/ssl',
  'mode' => 'r+',
  'unread_bytes' => 0,
  'seekable' => false,
  'timed_out' => true,
  'blocked' => true,
  'eof' => false,
)

timed_out => true 는 이론을 확인하고 read_write_timeout 올리면 문제가 해결되겠죠? (또는 적어도 지금은 없애도록)

read_write_timeout _might_ 값을 올리면 문제를 완화하는 데 도움이 되지만 실제로 시간 초과의 원인에 따라 다르며 기본값은 이미 매우 높은 값인 60초(지금 확인됨)입니다. 또한 스크립트가 Redis에 성공적으로 연결할 수 있다는 사실은 임시 TCP/IP 포트 고갈과 관련된 문제를 배제합니다.

Redis 인스턴스에 평균적으로 몇 개의 동시 클라이언트가 연결되어 있습니까? TCP/IP 대신 UNIX 도메인 소켓을 사용하여 locahost에서 실행되는 Redis 인스턴스에 연결하고 여전히 임의의 오류가 발생하는지 확인할 수 있습니까?

문제가 있는 두 개의 Redis 서버에는 17 +/- 5개의 연결이 있습니다. 하나는 최대 스파이크가 30이고 다른 하나는 일일 스파이크가 60-100입니다(둘 다 몇 분 동안 지속되며 오류 시간과 일치하지 않음). 서버 중 하나에 UNIX 소켓을 사용하려고 합니다.

다음과 유사한 매우 적은 수의 오류가 발생했습니다.

Message: Connection timed out
Thrown at: /var/www/lib/redis/Predis.php:1568
Trace:
#0 /var/www/lib/redis/Predis.php(1518): Predis\Connection->onCommunicationException('Connection time...', 110)
#1 /var/www/lib/redis/Predis.php(1494): Predis\Connection->redisStreamInitializer(Object(Predis\ConnectionParameters))
#2 /var/www/lib/redis/Predis.php(1648): Predis\Connection->connect()
#3 /var/www/lib/redis/Predis.php(1599): Predis\Connection->getSocket()
#4 /var/www/lib/redis/Predis.php(1573): Predis\Connection->writeBytes('*2??$4??AUTH??$...')
#5 /var/www/lib/redis/Predis.php(1582): Predis\Connection->writeCommand(Object(Predis\Commands\Auth))
#6 /var/www/lib/redis/Predis.php(225): Predis\Connection->executeCommand(Object(Predis\Commands\Auth))
#7 /var/www/lib/redis/RedisProxy.php(21): Predis\Client->__call('auth', Array)

이것은 단지 때문에 될 수있는 이 변화하지만 어쩌면 그것은 당신을 위해 몇 가지 추가 정보가 있습니다.

음, connect() 작업 중에도 시간 초과가 발생하는 것을 보는 것은 다소 안심할 수 있습니다. 그렇지 않으면 완전히 이상했을 것입니다 :-) 어쨌든, Redis에 대한 100개의 동시 연결은 (적어도 Redis 측에서는) 문제를 일으키지 않아야 합니다.

그런데 방금 Xdebug가 로드된 상태에서 PHP를 실행하고 있다는 것을 알았습니다. Xdebug가 프로덕션 환경에서 PHP 코드를 상당히 느리게 할 수 있다는 사실 외에도 PHP 스트림이나 로드 중인 무언가를 엉망으로 만들 수 있는지 모르겠습니다. 가능하면 비활성화를 시도해야 하며 이렇게 해도 문제가 해결되지 않으면... 글쎄요. 할 말을 잃었습니다.

상황이 어떻게 돌아가는지 보고 이것은 Predis의 버그로 보이지 않으며 내가 생각할 수 있는 유일한 것은 다음과 같습니다.

• 연결 문제(그러나 이것은 localhost의 연결에는 의미가 없습니다)
• PHP + Apache 환경의 일종의 잘못된 구성(몇 년 동안 Apache를 사용하지 않아 도움이 될 수 없음)

아주 좋습니다. Xdebug를 비활성화해도 문제가 해결되지 않으면 다른 클라이언트 라이브러리에서 이를 재현해 보겠습니다. Redis 사람들이 이것을 알아낼 수 있을 만큼 충분히 좁혀지기를 바랍니다. 우리는 루프백 연결을 위해 유닉스 소켓을 사용할 것입니다. 비록 그들이 이것을 해결하지 못하더라도(속도 향상은 건강에 좋습니다), 그래서 그 포인터에도 감사드립니다.

시간 내 주셔서 감사합니다 :)

어떻게 진행되는지 알려주세요, 이제 궁금합니다 :-)

물론 결과와 함께 여기에 쓰겠습니다. Xdebug를 비활성화한 이후로 오류가 없었습니다. 그대로 유지되기를 바랍니다.

몇 가지 흥미로운 팁이 있으므로 Redis 메일링 목록에서 이 문제(시간 초과)에 대한 진행 중인 토론 에 대한 링크를 추가하기만 하면 됩니다.

사실 제가 그 쓰레드의 OP를 썼어요 :) 그래도 링크 올려주셔서 너무 좋았어요.

문제의 원인은 잘못된 Realtek 드라이버였습니다(커널 2.6.30 이전의 r8169는 버그가 있으므로 r8168을 사용해야 함). Redis 또는 Predis와 관련이 없습니다.

업데이트 감사합니다. 이것은 다른 사람들에게 귀중한 정보가 될 수 있습니다. 이러한 종류의 이상한 문제를 디버깅하는 것은 원인이 낮은 수준에 있을 때 어렵고 시간이 많이 소요될 수 있습니다.

Abesto, 귀찮게 해서 죄송합니다. 하지만 동일한 문제가 발생하고 있습니다. "문제의 원인이 Realtek 드라이버에 결함이 있음"을 어떻게 알아냈는지 궁금합니다.

감사 해요!

@rookie7799 전혀 문제 없습니다. /var/log/kernel.log 에는 오류가 발생한 동시에 "인터페이스 업" 메시지가 포함되어 있습니다. 이 메시지가 표시되기 전에 링크가 잠시 중단되었습니다.

Hetzner의 문제 및 자세한 솔루션 언급: http://wiki.hetzner.de/index.php/Installation_des_r8168-Treibers/en

답변에 너무 오래 걸려서 죄송합니다.

코드에서 "brpop bar 0" 명령을 사용할 때도 동일한 문제가 발생했습니다. read_write_timeout을 -1로 설정하면 해결할 수 있지만... 더 나은 솔루션이 있습니까? 또는 이 솔루션이 다른 알 수 없는 문제를 일으킬 수 있습니까? 그런데 우리 시스템의 경우 60초 제한 시간으로는 충분하지 않습니다.(

0이 아닌 두 번째 인수로 차단 작업을 수행할 수 있습니다. "시간 초과"에 도달하면 블록이 해제됩니다. 그런 다음 몇 가지 검사를 실행하고 차단 명령을 다시 실행할 수 있습니다. 이렇게 하면 매우 긴 연결을 끊지 않도록 서버를 구성하지 않아도 됩니다.

좋은 생각이네요 답변 감사합니다 :)

오랜 시간이 지난 후에 다시 이 문제를 제기해서 죄송합니다. 하지만 이 오류 메시지가 표시되는 데는 다른 이유가 있는 것 같습니다. 앞에서 언급한 대로 스트림 디버깅을 시도했고 다음과 같은 결과를 얻었습니다.

array(7) {
  ["stream_type"]=>
  string(14) "tcp_socket/ssl"
  ["mode"]=>
  string(2) "r+"
  ["unread_bytes"]=>
  int(0)
  ["seekable"]=>
  bool(false)
  ["timed_out"]=>
  bool(false)
  ["blocked"]=>
  bool(true)
  ["eof"]=>
  bool(false)
}

read_write_timeout 설정되어 -1 , 우리는 하나 개의 마스터와 하나 개의 슬레이브 사용 replication => true . IP 주소로 판단하면 마스터에서 오류가 발생합니다.

차단 모드 연결에 대한 아이디어가 있습니까? 다른 PHP Redis 라이브러리 에 이것을 구성할 수 있는 것을 보았습니다.

우리는 방금 phpredis에서 전환했고 이것은 cron 작업입니다. 오류는 정확히 60초 후에 발생합니다.

감사합니다!

이것이 내가 디버그 정보를 캡처하는 방법입니다.

          catch (Predis\CommunicationException $exception) {
                $stream = $exception->getConnection()->getResource();
                $errorMessage = var_export(stream_get_meta_data($stream), true);
                //Log::info($errorMessage);
                continue;
            }

나는 다음을 얻는다 :

array (
  'timed_out' => false,
  'blocked' => true,
  'eof' => false,
  'stream_type' => 'tcp_socket/ssl',
  'mode' => 'r+',
  'unread_bytes' => 0,
  'seekable' => false,
)

read_write_timeout을 -1로, redis.conf의 시간 초과를 0으로, blpop의 두 번째 매개변수를 0으로 설정했습니다. 누구든지 이에 대해 더 자세히 알아낼 수 있습니까?

더 많은 정보:
장기 실행 장인 명령에서 Laravel 5.1과 함께 redis 3(도커 이미지, 알파인 변형) 사용.

아니 벤, 나는 이것을 해결할 수 없었습니다.

벤 크롬웰은 다음과 같이 썼습니다.
>

안녕하세요 @pravindahal https://github.com/pravindahal

디버그 캡처 코드를 게시해 주셔서 감사합니다. 아무데나 나왔어?
결의안을 향해?

비슷한 문제가 있습니다:-

|배열(
'stream_type' => 'tcp_socket/ssl',
'모드' => 'r+',
'읽지 않은_바이트' => 0,
'찾을 수 있는' => 거짓,
'timed_out' => 거짓,
'차단됨' => 참,
'eof' => 거짓,
)
|

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/nrk/predis/issues/32#issuecomment-263821705 또는
스레드를 음소거
https://github.com/notifications/unsubscribe-auth/AA2nC7YRPNChZdEOx9c1N3pBJNbr0KW3ks5rDT5XgaJpZM4HN5ze .

죄송합니다. 문제가 동일한지 확신이 서지 않아 댓글을 삭제했습니다.
더 많은 디버깅 후.

하지만 그럴 수도 있습니다.

Predis를 phpredis로 교체했는데 동일한 오류가 발생했습니다. 후에
더 검색하면 default_socket_timeout 설정을 찾아 다음으로 설정했습니다.
-1. 이것은 php.ini에 있습니다

http://php.net/manual/en/filesystem.configuration.php#ini.default - 소켓 시간 초과

그것은 트릭을 했다. 설정에도 불구하고 필요한 것 같습니다
연결 매개변수 read_write_timeout. PHP의 설정이 그것을 능가합니다. 둘 다
사물의 외모에 필요합니다.

2016년 11월 30일 11시 43분에 Pravin Dahal [email protected] 은 다음과 같이 썼습니다.

아니 벤, 나는 이것을 해결할 수 없었습니다.

벤 크롬웰은 다음과 같이 썼습니다.
>

안녕하세요 @pravindahal https://github.com/pravindahal

디버그 캡처 코드를 게시해 주셔서 감사합니다. 아무데나 나왔어?
결의안을 향해?

비슷한 문제가 있습니다:-

|배열(
'stream_type' => 'tcp_socket/ssl',
'모드' => 'r+',
'읽지 않은_바이트' => 0,
'찾을 수 있는' => 거짓,
'timed_out' => 거짓,
'차단됨' => 참,
'eof' => 거짓,
)
|

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/nrk/predis/issues/32#issuecomment-263821705 또는
스레드를 음소거
AA2nC7YRPNChZdEOx9c1N3pBJNbr0KW3ks5rDT5XgaJpZM4HN5ze>.

—
당신이 댓글을 달았기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/nrk/predis/issues/32#issuecomment-263853786 또는 음소거
스레드
https://github.com/notifications/unsubscribe-auth/AApvTxieAw1-Jfa6NvXJbwKTW8VP9rgfks5rDWFYgaJpZM4HN5ze
.

나는 거의 1년 후에 여기로 돌아와서 논평을 해야 한다고 생각합니다.

소켓 설정이 변경되면 Composer가 작동하지 않습니다(패키지 설치/업데이트).

패키지가 구성 설정을 존중하지 않고 PHP의 기본값을 무시할 수 없는 이유를 모르겠습니다. 누군가 이 글을 읽고 해결책을 알고 있는 경우를 대비하여 이 댓글을 남겨주세요!