При старте Docker контейнера, sh скрипты могут запускаться как node приложения по нескольким причинам. Вот некоторые возможные причины и объяснения:
1. Отсутствие шебанга: Шебанг (также известный как "shebang" или "hashbang") - это строка, начинающаяся с символов "#!" и указывающая на интерпретатор, который должен использоваться для выполнения скрипта. Если в sh скрипте отсутствует шебанг, Docker по умолчанию будет пытаться интерпретировать его как скрипт на языке оболочки-команды, такой как bash или sh. Если скрипт написан на языке JavaScript и предназначен для запуска с помощью Node.js, это может вызвать проблемы.
2. Неправильное указание интерпретатора: Если в шебанге скрипта указан неправильный интерпретатор, тогда Docker может выбрать неправильный интерпретатор при запуске скрипта. Например, если в скрипте указан интерпретатор Node.js (например, "#!/usr/bin/node"), а на контейнере отсутствует Node.js, Docker может попытаться интерпретировать скрипт с помощью его по умолчанию наличествующего интерпретатора, что, в свою очередь, может привести к запуску скрипта как обычного sh скрипта.
3. Неправильная настройка ENTRYPOINT или CMD команды: В Dockerfile, файле, который описывает настройки контейнера, есть директивы ENTRYPOINT и CMD, которые определяют команду, которая будет выполняться при запуске контейнера. Если неверно сконфигурированы эти директивы и указана команда запуска скрипта, которая не соответствует ожидаемому интерпретатору (например, задана команда запуска bash скрипта вместо node скрипта), то это может привести к запуску скрипта как sh скрипта.
4. Проблема с образом контейнера: В редких случаях, проблема может быть вызвана ошибкой в образе контейнера. Например, если в образе неверно настроен интерпретатор по умолчанию или команды ENTRYPOINT и CMD. В этом случае, необходимо обратиться к Dockerfile сборки образа и проверить настройки.
В целом, чтобы исправить проблему запуска sh скрипта как node приложения, можно проверить следующие моменты: наличие шебанга в скрипте и правильное указание интерпретатора, настройки ENTRYPOINT и CMD в Dockerfile, образ контейнера, который используется, и наличие необходимых зависимостей внутри контейнера (например, установленный Node.js).
Надеюсь, данная информация поможет разобраться в проблеме и найти ее решение.