SSH-нода чистила не ту машину

Месяц боролся с ENOSPC на n8n-сервере. Воркфлоу падал при скачивании файла - «не осталось места». Логично: добавил SSH cleanup-ноду, которая удаляла старые файлы в /tmp/. Диск продолжал забиваться.

Потом вспомнил: SSH-нода ВСЕГДА подключается к удаленному серверу, то есть к машине с обрабатываемыми данными. Но сам n8n-хост - это совсем другая машина, а бинарные данные воркфлоу скапливались в /home/node/.n8n/binaryData/ прямо на n8n-хосте.

Я чистил удаленный /tmp/, а диск забивался локально.

Фикс: обычная Execute Command-нода (не SSH) с find/delete по /home/node/.n8n/binaryData/. Эта нода выполняется прямо на машине n8n. Через неделю диск свободно дышал.

Простой урок на класс задач: если n8n-нода работает с удаленным сервером и называется SSH - она работает с удаленным сервером. Для операций на самом n8n-хосте нужна Execute Command без credentials. Две разные машины, две разные ноды.

#n8n #автоматизация #DevOps #Telegram #bash #бизнеслогика #инженерия #разработка