Изменения документа 04. Прочее

Редактировал(а) Ирина Сафонова 27.06.2025, 21:30

От версии 1.1
отредактировано Ирина Сафонова
на 29.03.2023, 16:50
Изменить комментарий: К данной версии нет комментариев
К версии 3.1
отредактировано Ирина Сафонова
на 29.03.2023, 17:33
Изменить комментарий: К данной версии нет комментариев

Сводка

Подробности

Свойства страницы
Содержимое
... ... @@ -1,0 +1,24 @@
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 +)))