два хоста:
psql "postgresql://localhost:5433,localhost:5434/postgres" -tc 'SHOW port'
Первая в списке БД на порту 5433 недоступна (curl выдает get connection refused), но libpq вместо того, чтобы проверить второй хост, который рабочий, и подключиться к нему, просто падает уже после первого хоста:
psql: error: connection to server at "localhost" (::1), port 5433 failed: FATAL: could not open file "global/pg_filenode.map": No such file or directory
Это как-то фиксится или by design? Были треды у Postgresql на эту тему?
Причем JDBC работает при таком кейсе, но заюзать его мы не можем :/
При таких условиях curl не должэн выдавать connection refused. Возможно, вы запускаете его откуда-то неоттуда.
Это один из примеров, дефакто там не localhost, и ошибка у libpq: connection failed: server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. Но смысл тот же, psycopg юзая libpq не идет дальше первого нерабочего хоста. С курлом все ок, он правильно отдает ошибку от "сломанного" хоста
Нет, curl не должэн отдавать connection refused, если там никак не refused. И да, libpq идёт дальшэ только если refused (ну, можэт ещё если timeout). Если соединение прошло, а что-то упало на аутэнтификацыи -- то дальшэ не идёт. Я не думаю, что есть простые способы изменить это поведение.
Хм так он смог достучатся судя по ошибке (
Там в целом какая-та "муть" произошла на сервере, основной посыл в том, что при любой "мути", libpq вместо перехода к следующему серверу, зачем-то падает, перемудрили в общем они что-то, зачем было при аутентификации падать (мб и с ней какой косяк там на низком уровне на серваке произошел), а при других кейсах брать следующий сервер и т.д.
Спорить про все случаи не буду, но про аутентификацию базовый принцип ИБ
Не брутфорсили чтобы типа 3 раза, если 3 разных хоста?
Ну, это клиент вроде как, ему-то не надо так выслужываться.
Обсуждают сегодня