Menu

root@unites-raum-unit:~# docker logs --tail 50 -f n8n-app-1 Api key is used with unsecure connection. Failed to restore binary data ID - No such file or dir Api key is used with unsecure connection. Failed to restore binary data ID - No such file or dir Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Failed to restore binary data ID - No such file or dir Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. (node:7) [DEP0060] DeprecationWarning: The `util._extend` API is deprecated. Please use Object.assign() instead. Api key is used with unsecure connection. (node:7) [DEP0169] DeprecationWarning: `url.parse()` behavior is not standardized and prone to errors that have security implications. Use the WHATWG URL API instead. CVEs are not issued for `url.parse()` vulnerabilities. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Failed to restore binary data ID - No such file or dir Api key is used with unsecure connection. Failed to restore binary data ID - No such file or dir Api key is used with unsecure connection. Failed to restore binary data ID - No such file or dir Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection. Api key is used with unsecure connection.

Ситуация прояснилась. Раз Open WebUI выдает статус **200 OK**, значит, запрос успешно проходит через Nginx и доходит до n8n. Ошибка `[no_text_received]` означает, что n8n возвращает пустой ответ или ответ, который не соответствует формату OpenAI API.

В логах n8n мы видим много предупреждений `Api key is used with unsecure connection` и `Failed to restore binary data ID`. Это говорит о том, что n8n работает, но может испытывать трудности с обработкой данных в памяти.

В режиме **Technical Co-Pilot** переходим к исправлению конфигурации n8n.

### Почему это происходит?
Когда вы отправляете очень большой JSON, n8n может принять его, но при попытке обработать (распарсить) внутри workflow, процесс Node.js упирается в лимит памяти или лимит размера тела запроса и возвращает пустой результат, не «роняя» сам контейнер.

### Что нужно сделать (Инструкция):

Вам нужно отредактировать файл `docker-compose.yaml`, в котором описан сервис `n8n-app-1`.

1. **Откройте файл для редактирования** (обычно он находится в папке, где вы разворачивали n8n):
«`bash
nano docker-compose.yaml
«`

2. **Найдите раздел `services:` -> `n8n-app-1:` -> `environment:`** и добавьте туда следующие переменные:

«`yaml
environment:
— N8N_PAYLOAD_SIZE_MAX=100
— NODE_OPTIONS=—max-old-space-size=4096
— N8N_METRICS=true
«`
* `N8N_PAYLOAD_SIZE_MAX=100` — увеличивает лимит входящего запроса до 100МБ.
* `—max-old-space-size=4096` — выделяет Node.js (движку n8n) 4ГБ оперативной памяти для обработки тяжелых данных.

3. **Сохраните файл** (`Ctrl+O`, `Enter`) и **выйдите** (`Ctrl+X`).

4. **Перезапустите контейнеры**, чтобы настройки вступили в силу:
«`bash
docker compose up -d
«`

### Как проверить, что происходит внутри n8n:
Зайдите в интерфейс n8n в браузере и откройте вкладку **Executions** (История выполнений):
1. Посмотрите на последнее выполнение вашего workflow.
2. Если оно помечено красным (Error) — откройте его. n8n покажет на каком именно узле (Node) произошла ошибка при обработке вашего JSON.
3. Если выполнения вообще нет в списке — значит, n8n отсек запрос еще на входе (тогда точно поможет `N8N_PAYLOAD_SIZE_MAX`).

**Попробуйте применить эти настройки и снова отправить JSON. Если ошибка останется — загляните в «Executions» внутри n8n, там будет детальное описание ошибки.**

🤖 | 📅 | 🧠 CTX 6