Подскажите, столкнулись с тем, что connect_timeout "не работает" в Connection

Question

Подскажите, столкнулись с тем, что connect_timeout "не работает" в Connection

String. Есть сервер, допустим X. Курл X:5432 до него отрабатывает за секунду, все ок. connect_timeout стоит на 3 секунды.
Мы "отрубаем" сервер "из розетки", курл теперь весит до него с десяток других секунд, НО connect_timeout в три секунды не срабатывает, а продолжает подключиться примерно столько же, сколько курл.

Есть предположение, что в данном случае нужен какой-то таймаут "уровнем выше", мб на уровне ОС? Видимо приложение пытается еще до подключения к БД и использования Connection String "развезолвить" хост с десяток других секунд, как вот этот вот кейс через таймаут ограничить?

#backend #devops #pgsql #programming #russian

0

20.11.2023

6 ответов

15 просмотров

Terrifin Автор вопроса

Ilya Anfimov
Покажыте достаточно полный код, которым подключает...

Вряд ли смогу показать :/ Там sql_alchemy с psycopg и engine_options = { "connect_args": {"connect_timeout": 3}

0

5 месяцев назад

Ilya Anfimov

Terrifin
Вряд ли смогу показать :/ Там sql_alchemy с psycop...

Ну, на нет и суда нет. Впрочем, могу посоветовать поискать в коде set_wait_callback. Если найдёте — можэте попытаться всунуть внутрь код таймаута. Или, кстати (лучшэ) — найдите любителя параллелизма и корутинов, который этот set_wait_callback вставил, и заставьте его в этой проблеме разбираться. (После set_wait_callback этот connection_timeout и не должэн работать, есличо).

0

5 месяцев назад

Ilya Anfimov

Terrifin
Вряд ли смогу показать :/ Там sql_alchemy с psycop...

Впрочем, его мог позвать sqlaclemy_gevent или какая-то другая библиотека для облегчения сопряжэния с green threads и корутинами.

0

5 месяцев назад

Alex

Не нужно gevent тащить в 2023м то году, если это не дикое легаси. Тем более что sqlalchemy уже поддерживает asyncio.

0

5 месяцев назад

Ilya Anfimov