Запускаете Node Red в контейнере, какой именно выбрать?

($var->“val”) != “<> ~> => ” Извиняюсь за вторжение в тему — это была повторная публикация, изначально использованная для тестирования phpBB форума: [ font = ‘JetBrains Mono’ ]some->text[ / font ] работает (без пробелов). В Chrome с загруженным шрифтом JetBrains Mono — работает. В Safari — нет.

Я частично решил проблему: отформатировал USB в ext4 через терминал и смог продолжить распаковку. Я следил за USB-диском, он записал примерно 700 МБ, потом процесс остановился и повторный запуск не даёт эффекта. Если перезагрузить роутер, контейнер уже не виден. Я стирал и форматировал USB заново — без результата, логи показывают только загрузку и скачивание. Я использую старую флешку на 2 ГБ, но она была новой, так что с ней всё должно быть в порядке. Ошибок записи или сбросов нет. Используется примерно на 10 МБ больше оперативки, не понимаю, в чём проблема. Рабочая папка /usr/src/node-red не появляется. По-моему, что-то идёт не так. Не понимаю, почему процесс прерывается. Команды такие же, как в CHR, только нужно заранее посмотреть через Files, как MikroTik называет USB-диск после форматирования, у меня это usb1/. Значит, команды будут такими:

/container/envs/add name=nodered_envs key=TZ value=“Europe/Moscow”  
/container/mounts/add dst=/data name=data_nodered src=/usb1/data_nodered  

Временный диск — usb1/temp, корневой диск — usb1/nodered, в зависимости от скорости флешки. Но распаковка может занять много времени.  

Перед установкой контейнера свободно было 174 МБ ОЗУ, после распаковки — 159 МБ, после перезагрузки контейнер отсутствует и опять 174 МБ.

Спасибо, друг, что ответил. Да, я тоже это заметил и согласен с тобой. Я делал несколько попыток, иногда Mikrotik сам добавляет слэш / после удаления его. В общем, такие команды работали на CHR, и, похоже, они должны работать и на arm + внешний диск, но не работают. Меня подозревает, что он не сравнивает рабочий путь, что-то идет не так при выполнении скрипта после установки файлов. Я вижу, что примерно 700 МБ записывается на USB1, так что процесс срывается на последнем этапе. Может, есть несовместимость между этим NR-образом и версией mikrotik container 7.16, а может, NR просто притворяется, что устанавливается, и на самом деле находит себя на нативном диске. У тебя была возможность тоже попробовать? Есть ли у тебя ARM-маршрутизатор? Может, мне стоит открыть отдельную тему и попросить помощи. К сожалению, у нас нет хороших инструментов, чтобы отладить процесс и выяснить причину.

Вот [неотредактированный] скрипт, который устанавливает и удаляет NodeRed с помощью функций. :global containerImageTag "nodered/node-red:3.1.12-minimal"

:global makeContainer do={
   :local tag $1
   :global containerImageTag
   :if ([:typeof $tag]!="str") do={ :set tag $containerImageTag }

   # вычисляем значения по умолчанию
   :local cid $id
   :if ([:typeof $cid]!="num" or $cid > 0 or $cid < 255) do={ :set cid [:rndnum from=101 to=199] }
   :local basedisk "usb1"
   :local prefix "172.19"

   # итоговые пути/имена
   :local rootdir "$basedisk/containers/$tag/root-$cid"
   :local datadir "$basedisk/containers/$tag/data-$cid"
   :local subnet "$prefix.$cid"
   :local label "$tag $cid"
   :local vethName "veth$cid-$tag"

   :put "Перед продолжением убедитесь, что все соответствует вашим ожиданиям:"
   :put " - будет загружен образ '$tag' с $[/container/config/get registry-url]"
   :put " - временный образ сохранится в $[/container/config/get tmpdir]"
   :put " - контейнер установится в root-dir=$rootdir"
   :put " - VETH получит IP $subnet.1/24 и шлюз $subnet.254/24"
   :put " - используется '$cid-$tag' в envlist, с параметром id=$cid в переменной LOCAL_INSTANCE_ID"
   :put " - монтируется локальная папка для данных в $datadir"

   :if ([/terminal/ask "Введите 'y', чтобы продолжить. Любая другая клавиша отменяет действие."] = "y") do={
       /interface veth add name=$vethName address="$subnet.1/24" gateway="$subnet.254" comment=$label
       /ip address add address="$subnet.254/24" interface=$vethName comment=$label
       /container env add name="$cid-$tag" key="LOCAL_INSTANCE_ID" value=$cid comment=$label
       /container mounts add name="$cid-$tag" dst="/data" src=$datadir comment=$label
       /container add remote-image=$tag interface=$vethName root-dir=$rootdir mounts="$cid-$tag" logging=yes envlist="$cid-$tag" comment=$label

       /ip/firewall/nat add chain=dstnat action=dst-nat protocol=tcp port=1880 to-addresses=172.19.132.1 to-ports=1880 comment=$label disabled=yes
   }
   /container
   :delay 5s
   print
}

:global removeContainer do={
   # параметр tag= для поиска по комментарию при удалении — будьте осторожны
   :local label $tag
   :global containerImageTag
   :if ([:typeof $label] != "str") do={
       :set label $containerImageTag
   }
   /interface veth remove [find comment~$label]
   /ip address remove [find comment~$label]
   /container remove [find comment~$label]
   /container env remove [find comment~$label]
   /container mounts remove [find comment~$label]
   /ip/firewall/nat remove [find comment~$label]
}

Вырежьте и вставьте эти функции в CLI, затем используйте $makeContainer в командной строке, и вам покажут, что происходит. Чтобы удалить контейнер, используйте "$removeContainer" в CLI. В общем, не самый изящный способ, поскольку скрипт старый, но самый простой для изменения вне остальных моих скриптов.

Можешь не обращать внимания на скрипт — он просто был у меня и я им пользовался для теста. Но похоже, что идей больше нет. У тебя: ext4 формат на USB с путями без слэшей для root-dir / tmpdir, образ, подходящий под архитектуру — на hAPac2/3 это может быть непросто, но мы подтвердили, что на DockerHub есть образы linux/arm/v6. Поскольку NodeRED обычно работает на RouterOS, проблема явно связана с hAPac3 и/или USB-диском. В чем именно — загадка. Работает ли загрузка простого контейнера типа “alpine”? То есть, согласно https://nodered.org/docs/getting-started/local , это МОЖЕТ сработать. Если какой-то шаг не удаётся — значит, не работает.

В общем, ты можешь использовать базовый linux-образ Alpine, установить в нём NodeJS, а потом пакет NodeRED для Node, и изменить cmd= в /container, чтобы запускать NodeRED.

Поскольку Alpine очень лёгкий, ты должен дойти до шага 4 (установки NodeRED):

создай новый Alpine /container с такими параметрами:  
remote-image = alpine  
cmd = tail -f /dev/null  
root-disk/network — в остальном то же, что и в твоих экспериментах с node-red  
включи логирование

Запусти контейнер alpine (если он распакуется…).  
Зайди в терминал RouterOS, чтобы получить шелл контейнера через /container/shell #, где # — номер из /container/print.

В шелле alpine выполни:  
apk add nodejs  
apk add npm  
npm install -g --unsafe-perm node-red  
node-red

NodeRED должен запуститься из шелла по последней команде. Попробуй открыть порт в браузере (если кажется, что оно запустилось). Если всё работает — выйди из нодреда и шелла через пару ^C, вернись в UI контейнера и…  
Останови контейнер, чтобы изменить “cmd=”.  
Поставь “Cmd:” просто в node-red.  
Запусти контейнер — он должен работать так же, как при запуске из шелла. Если да — включи опцию boot-at-start=yes.

Но, честно говоря, мы уже цепляемся за соломинки.