означает, что команда ping не найдена (либо $PATH неправильно сконфигурирован, либо ping недоступен, или что-то еще).
Как проверить переменную docker $ PATH?
Запустите $ docker exec -ti echo $PATH , он должен вывести что-то вроде следующего
Редактировать: должен быть $ docker exec -ti bash -c ‘echo «$PATH»‘
/home/user/.bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
$PATH – это переменная среды, установленная в оболочках * nix, она содержит каталоги, в которых просматриваются исполняемые файлы.
К какому исполняемому файлу он относится?
Как говорится в выводе ошибки, исполняемый файл ping . Как только вы узнаете содержимое $PATH , вы можете проверить, в чем проблема ( ping должен быть в /bin , по крайней мере, на контейнерах, которые у меня есть здесь), и попытаться его решить.
Чтобы открыть интерактивную консоль для проверки/работы с контейнером, запустите $ docker exec -ti bash .
Linux: первое знакомство // Демо-занятие курса «Administrator Linux. Professional»
Обновить
Я проверил бункер, нет пинга внутри
Вероятно, вам нужно установить iputils-ping , см. Ответы здесь, но в основном (при условии, что ваш контейнер основан на Debian или Ubuntu или аналогичном дистрибутиве)
$ apt-get update $ apt-get install iputils-ping
Сначала введите bash в контейнер № 1
docker container exec -it CONTAINER bash
apt update
apt install iputils-ping
exit
затем введите команду ping, и она должна работать нормально
например, docker container exec -it new_pizd ping new_nginx2
Вместо использования nginx в команде запуска контейнера Docker, поскольку в образе nginx нет команды ping, используйте nginx: alpine. nginx: с альпийским изображением связана команда ping. Пример следует
docker container run —name new_nginx2 -d —network my_app_net nginx:alpine
Шаг -1 Docker-контейнер exec -it mynginx ping newnginx, если приведенный выше шаг дает ошибку OCI exec runtime-ошибка: exec fail: container_linux.go: 348: запуск процесса контейнера вызвал “exec: ” ping”: исполняемый файл не найден в $ PATH “: неизвестно
Step -2 док-контейнер exec -it mynginx bash
Шаг-3, apt-get update
Шаг -4 apt-get установить iputils-ping
Step-5 док-контейнер exec -it mynginx ping newnginx
Источник: techarks.ru
Ожидаемая программа не найдена в PATH или не является исполняемой
Я продолжаю запускать lb build , исправляю проблему за проблемой, а затем запускаю ее снова, и теперь я получаю это сообщение:
dpkg: warning: ‘start-stop-daemon’ not found in PATH or not executable dpkg: error: 1 expected program not found in PATH or not executable Note: root’s PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin E: Sub-process /usr/bin/dpkg returned an error code (2) P: Begin unmounting filesystems. P: Saving caches. Reading package lists. Done Building dependency tree. Done
Затем я пошел проверить свой путь, и я вижу
Python: как правильно указать пути импорта
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
Это ясно показывает /usr/local/sbin , /usr/sbin и /sbin .
**ОБНОВЛЕНИЕ 1**
Следовали этому руководству
Каждая команда выполнялась нормально, но после повторного запуска lb build сообщение об ошибке остается тем же.
**ОБНОВЛЕНИЕ 2 — Дополнительная информация**
Источник: question-it.com
Термин «venvScriptsactivate.ps1» не распознается как имя командлета, функции, файла сценария или исполняемой программы.
Я пытался активировать venv на прошлой неделе. В настоящее время ошибки говорят: «Не удалось загрузить модуль venv». Для получения дополнительной информации запустите «Import-Module venv», но когда я запускаю это, терминал сообщает мне: Import-Module: указанный модуль «venv» не был загружен, потому что ни в одном модуле не найден действительный файл модуля.
Я установил и обновил virtualenv. Я удалил и переустановил как пакет, так и Python3, пытаясь исправить.
Я добавил python и родительский каталог проекта в PATH. Без результатов. Я работал над этим на прошлой неделе и сдавался несколько раз ни с чем. Может кто-нибудь мне помочь? Python версии 3.10.1
Должен ли я откатывать свою версию Python?
PS C:UsersCoreyDevelopment_Cortugavenv-testScripts> venvScriptsactivate.ps1 venvScriptsactivate.ps1 : Термин ‘venvScriptsactivate.ps1’ не распознан как имя командлета, функции, файла сценария или исполняемой программы. Проверьте правильность написания имени или, если был указан путь, убедитесь, что путь указан правильно, и повторите попытку. В строке:1 символ:1
-
venvScriptsactivate.ps1
PS C:UsersCoreyDevelopment_Cortugavenv-testScripts> cd..PS C:UsersCoreyDevelopment_Cortugavenv-test> venvScriptsactivate.ps1 venvScriptsactivate.ps1 : Термин «venvScriptsactivate.ps1» не распознается как имя командлета, функции, файла сценария или исполняемой программы. Проверьте правильность написания имени или, если был указан путь, убедитесь, что путь указан правильно, и повторите попытку. В строке:1 символ:1
-
venvScriptsactivate.ps1
+ CategoryInfo : ObjectNotFound: (venvScriptsactivate.ps1:String) [], CommandNotFoundException + FullyQualifiedErrorId : CommandNotFoundException
PS C:UsersCoreyDevelopment_Cortugavenv-test> venvScriptsactivate.ps1venvScriptsactivate.ps1: не удалось загрузить модуль venv. Для получения дополнительной информации запустите «Import-Module venv». В строке:1 символ:1
-
венвскриптыактивировать.ps1
+ CategoryInfo : ObjectNotFound: (venvScriptsactivate.ps1:String) [], CommandNotFoundException + FullyQualifiedErrorId : CouldNotAutoLoadModule
PS C:UsersCoreyDevelopment_Cortugavenv-test> Import-Module venvImport-Module : указанный модуль ‘venv’ не был загружен, так как ни в одном из каталогов модуля не найден действительный файл модуля. В строке:1 символ:1
-
Модуль импорта venv
+ CategoryInfo : ResourceUnavailable: (venv:String) [Import-Module], FileNotFoundException + FullyQualifiedErrorId : Modules_ModuleNotFound,Microsoft.PowerShell.Commands.ImportModuleCommand
Источник: stackru.com