Trochę trudne do znalezienia [1], ale:
Każda ankieta jest rejestrowana w dzienniku pamięci współdzielonej następująco:
NB: podlegają polerowaniu przed 2.0 wydany!
0 Backend_health - b0 Still healthy 4--X-S-RH 9 8 10 0.029291 0.030875 HTTP/1.1 200 Ok
...
Zauważ, że drugie słowo oznacza stan obecny, a pierwsza słowo == "Still" oznacza stan niezmieniony.
- 4 - XS-RH - Flagi wskazujące jak najnowszy sondaż poszedł
- 4 - połączenie IPv4 założona
- 6 - połączenie IPv6 założona
- x - Zapytanie transmisja nie powiodła
- X - żądania transmisji udało
- s - gniazdko TCP zamykania udało
- S - zamknięcie gniazda TCP udało
- r - odczyt odpowiedź udało
- R - Przeczytaj odpowiedź udało
- H - Zadowolony z wyniku
- 9 - Ilość pozytywnych sondażach w ostatnich .window ankietach
- 8 - .threshold (patrz wyżej)
- 10 - .window (patrz wyżej)
- 0,029291 - czas reakcji ta ankieta lub zero, jeśli nie udało
- 0.030875 - wykładnicza średnia (r = 4) czasu odpowiedzi na dobre ankiety.
- HTTP/1.1 200 Ok - Odpowiedź HTTP z zaplecza.
Powinieneś użyć varnishlog, aby uzyskać szczegółowe informacje o błędach.
[1] https://www.varnish-cache.org/trac/wiki/BackendPolling#SHMlog
Dzięki @NITEMAN, to wciąż nieco trudne do mnie znaleźć Couse głównego problemu: Backend_health - MainProd Wciąż zdrowy 4-- X --- 5 4 6 0,000000 0,145350 Brak kodu statusu HTTP lub innych wskazówek dotyczących błędu. Masz pomysł na debugowanie? –
Rozszerzyłem fragment dokumentacji. W twoim przypadku Lakier wykonuje polecenie, ale odpowiedź backendu nigdy nie wróci do Vanish, więc najprawdopodobniej będzie to czas. Lepiej sprawdź logi backendu dla wyników sondy. – NITEMAN
OK wielkie dzięki @NITEMAN Spróbuję rozwiązać problem po stronie zaplecza. –