Изменения документа 04. Прочее
Редактировал(а) Ирина Сафонова 27.06.2025, 21:30
От версии 3.1
отредактировано Ирина Сафонова
на 29.03.2023, 17:33
на 29.03.2023, 17:33
Изменить комментарий:
К данной версии нет комментариев
К версии 1.1
отредактировано Ирина Сафонова
на 29.03.2023, 16:50
на 29.03.2023, 16:50
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (1 изменено, 0 добавлено, 0 удалено)
Подробности
- Свойства страницы
-
- Содержимое
-
... ... @@ -1,24 +1,0 @@ 1 -(% style="color:#4169E1" %) 2 -**Содержание** 3 - 4 -{{toc/}} 5 - 6 -(% style="color:#4169E1" %) 7 -== Почему мои запросы уходят в time out? == 8 - 9 ----- 10 - 11 -**Ответ:** может быть множество причин, почему запрос долго отрабатывается и уходит в тайм-аут. 12 -Для выполнения "тяжелого" и длинного запроса в SQLLab по умолчанию Cloud BI позволяет ему выполняться не более 6 часов, прежде чем он будет завершен системой управления очередями Celery. Если необходимо увеличить время выполнения запроса, можно указать время ожидания в конфигурации: 13 - 14 -(% class="box infomessage" %) 15 -((( 16 -SQLLAB_ASYNC_TIME_LIMIT_SEC = 60 * 60 * 6 17 -))) 18 - 19 -Если появляются тайм-ауты (504 Gateway Time-Out) при загрузке дашборда или среза данных, вероятно, клиент находится за прокси-шлюзом от BI-системы. Если клиент не получил своевременный ответ от BI-системы, эти сервера будут напрямую отправлять код состояния 504. BI-система имеет ограничение времени ожидания на стороне клиента для решения этой проблемы. Если запрос не вернулся в течение тайм-аута на стороне клиента (по умолчанию 60 секунд), то BI отобразит предупреждающее сообщение, чтобы избежать сообщение о тайм-ауте шлюза. Если лимит времени больше ожидания шлюза, то его можно изменить в настройках времени ожидания: 20 - 21 -(% class="box infomessage" %) 22 -((( 23 -SUPERSET_WEBSERVER_TIMEOUT = 60 24 -)))