obs: health-check usług mówi DLACZEGO są nieosiągalne + log rozwiązanych adresów #9
Reference in New Issue
Block a user
Delete Branch "service-health-observability"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Kontekst
Z produkcji leci powtarzalny warning:
Adres
192.168.1.15:5000to wbudowany default zconstants.py(os.getenv("CONJURER_FILE_SERVICE", "http://192.168.1.15:5000")). Dostajesz go tylko wtedy, gdy zmiennaCONJURER_FILE_SERVICEnie dotarła do procesu bota. Dotychczasowy log tego nie rozróżniał.Zmiany (tylko bot.py, diagnostyka — zero zmian zachowania)
_service_alive→_service_health— zamiastboolzwraca wyjątek połączenia (alboNone). Warning pokazuje teraz typ i treść:ConnectionError→ nikt nie słucha (usługa leży / zły port),ConnectTimeout→ firewall / sieć docker,gaierror→ zła nazwa hosta / DNS.on_ready):musician(file) / librarian / radio. Widzisz w logu192.168.1.15:5000— env nie doszła; widzisz swój prawdziwy IP — problem sieciowy/usługi.Jak to czyta operator
.15→ sprawdź nazwę zmiennej (CONJURER_FILE_SERVICE) i czy compose/env ją wstrzykuje,unreachable [ConnectionError]→ usługa musician leży albo zły port/sieć.Dalszy rozwój (obserwacje)
Ten sam wzorzec (typ wyjątku w logu) warto przenieść na inne miejsca łykające
RequestExceptionpo cichu (np. wysyłka wyników librariana).🤖 Generated with Claude Code