Не удалось открыть канал, не удалось найти указанный файл 101xp

Обновлено: 04.07.2024

Автопредложение помогает быстро сузить результаты поиска, предлагая возможные совпадения по мере ввода.

  • ГОЛОС
  • Защита
  • Сетевое резервное копирование
  • Ошибка открытия носителя (83) Не удалось открыть канал сервера FT.
  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎09.04.2013 02:25

Я установил 3 новых медиасервера и пытаюсь создать резервную копию клиента через SAN, но получаю следующее сообщение об ошибке:

Ошибка открытия носителя (83) Не удалось открыть канал сервера FT: не удалось открыть канал

Я добавил эти записи на сервер мультимедиа:

В чем проблема и как ее решить?

  • Ярлыки:
  • 7,5
  • Резервное копирование и восстановление
  • Сетевое резервное копирование
  • Windows Server (2003–2008 гг.)
  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎09.04.2013 03:23

Какая операционная система и уровень медиасерверов?

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎09.04.2013 03:35

операционная система — Linux, версия — 2.5.1

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎09.04.2013 03:37

Предоставьте вывод следующей команды:

Возможная проблема с модулем.

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎09.04.2013 04:28

Итак, это 5220. В CLISH выберите Управление > FibreChannel и введите Показать, а также отправьте этот вывод.

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎09.04.2013 05:19

когда я запускаю /etc/init.d/nbftserver start, он говорит, что "ОШИБКА: модуль windrvr6 используется, невозможно удалить windrvr6".

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎09.04.2013 07:21

Я набрал Управление > FibreChannel и Показать, он ждет 15 минут.

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎09.04.2013 09:59

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎09.04.2013 23:38

Я добавил вывод Manage > FibreChannel-Show. Я думаю, что что-то не так с моей конфигурацией порта FC. Как вы видите в прикрепленном файле, вывод говорит:

(ПРИМЕЧАНИЕ. Порты в режиме "Инициатор*" настраиваются для целевого режима, когда SAN Client FT Media

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎10.04.2013, 00:06

Клиент SAN отключен или неактивен

Не могли бы вы проверить в разделе «Управление медиа и устройствами» > «Устройства» > «Медиа-серверы» и убедиться, что FT включен для всех рассматриваемых медиа-серверов.

/etc/init.d/nbftserver start пишет, что "ОШИБКА: модуль windrvr6 используется, невозможно удалить windrvr6".

говорит, Драйвер модуля вроде в порядке и загружен. Следовательно, это нормально, что он показал ошибку.

Выполните следующие команды на всех рассматриваемых медиа-серверах:

Пожалуйста, опубликуйте результат здесь.

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎10.04.2013, 00:15

Я проверил, что FT включен для всех медиасерверов. Я выполнил команды, которые вы отправили. У меня нет выхода. Мои целевые порты находятся в неизвестном состоянии, а статус ошибки равен 1.

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎10 апреля 2013 г., 00:22

Когда я пытаюсь запустить команду "nbhba -l", я получаю следующее сообщение об ошибке:

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎04-10-2013 01:05

Я бы не рекомендовал запускать команду nbftsrv_config без получения информации о зонировании со стороны коммутатора для серверов мультимедиа. Пожалуйста, проверьте, какие устройства/диски привязаны к медиасерверам. Кажется, это зонирование или псевдоним из-за проблемы с концом коммутатора. Возможно, цели определены неправильно.

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎10.04.2013 01:30

Не думаю, что это связано с зонированием. Порты целевого режима находятся в неизвестном состоянии.Прежде всего, я должен решить эту проблему, но я не знаю, как я могу это решить. Почему я вижу эти порты в неизвестном состоянии?

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎10.04.2013 03:50

Насколько я знаю, нужно что-то делать с зонированием. Я сталкивался с подобным типом проблемы ранее. Возможность существует. Если масштабирование и цели в порядке, по вашему мнению, выполнили ли вы следующую команду:

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎10.04.2013 04:04

вывод nbhba -l :

  • Отметить как новое
  • Добавить в закладки
  • Подписаться
  • Отключить звук
  • Отправить сообщение другу

‎10.04.2013 04:46

Хорошо, мы работаем с ПРИБОРОМ, а не с вашей собственной сборкой. Вам нужно сделать изрядное количество через CLISH. Тот факт, что целевые порты отображаются как НЕИЗВЕСТНЫЕ, не имеет ничего общего с зонами и имеет отношение к настройкам порта на коммутаторе или драйверу устройства.

Поэтому ваша команда SAN должна проверить состояние порта, к которому подключены эти цели. Затем в CLISH перейдите в «Настройки»> введите FibreTransport SANclient show и посмотрите, включена ли она. Если это так, отключите его с помощью «FibreTransport SANclient disabled» и, на всякий случай, также запустите «FibreTransport NBUAppliance disable». Затем перезапустите оба, включив их.

Затем перейдите в раздел «Управление» > «FibreChannel» > «Показать» и проверьте, вернулись ли целевые порты с WWPN и состоянием подключения.

Я пытаюсь использовать Docker на компьютере с Windows и сталкиваюсь со всеми возможными проблемами. Мой последний такой: Моя машина работает, но я не могу взаимодействовать с ней с помощью команд докера. Если я запускаю очень стандартную команду, например:

Я получаю следующее сообщение об ошибке:

Похоже, какой-то путь перепутался. Кто-нибудь знает, что это за путь и как это исправить?

В трее Docker запущен, однако в Docker->Settings статус: невозможно запустить. Нажмите, чтобы перезапустить Docker, исправит ошибку

25 ответов 25

Edit (2021). Этот ответ относится к старой панели инструментов Docker, а не к Docker Desktop.

При запуске docker ps и получении:

Необходимо установить следующие свойства среды:

Предполагается, что %USERPROFILE%\.docker\machine\machines\default — это путь по умолчанию, где находятся файлы докеров cert.pem , key.pem , ca-key.pem и ca.pem; имя виртуальной машины (созданное docker-machine create ) используется по умолчанию, а нижняя граница DHCP-сервера Virtual Box (находится в VirtualBox-> File-> Preferences-> Network-> Host-only Networks-> наведите указатель мыши на VirtualBox Host-Only Ethernet адаптер) — 192.168.99.100, и никакая другая виртуальная машина не работает в VirtualBox.

спасибо, это работает для меня, но мне приходится запускать эти команды каждый раз, когда я открываю командную строку. Есть ли способ, которым я могу установить значения навсегда.

После установки параметров я получаю следующее сообщение: Произошла ошибка при попытке подключения: Post xxx.xx.xx:2376/v1.24/imag es/create?fromImage=hello-world&tag=latest: dial tcp xx .xxx.xx.xx:2376: connec tex: Попытка подключения не удалась, поскольку подключенная сторона не ответила должным образом через некоторое время, или установленное соединение не удалось, поскольку подключенный хост не ответил. Где xxx — нижняя граница.

Если вы выполните команду docker-machine env --shell cmd, она покажет эти инструкции, а также сокращенную запись для их запуска, которую можно скопировать

Та же проблема в Win 7. Решение:

В окне быстрого запуска Docker по приглашению $ введите следующую строку:

your_user@your_machine MINGW64 ~

$ eval $("C:\Program Files\Docker Toolbox\docker-machine.exe" env по умолчанию)

Затем вы сможете запустить "docker run hello-world".

Я сталкиваюсь с этой проблемой при использовании docker-machine и не запускаю команду docker-machine env после перезагрузки. Я не знаю, как это сделать в cmd.exe, но если вы используете powershell, попробуйте ввести эту команду:

Это сработало для меня, знаем ли мы, почему это решает эту проблему? Раньше у меня не было, но я думаю, что обновление MS сломало Docker. Мне нужно постоянное решение.

@hamsterofdark docker-machine env отображает команду для настройки вашей оболочки для использования клиента Docker, какой бы ни была оболочка (она пытается автоматически обнаружить оболочку, если вы не укажете параметр оболочки). Ответ Аурата немедленно вызывает возвращенную команду.

Убедитесь, что Hyper-V запущен и работает:

  • открыть командную строку с повышенными правами
  • введите bcdedit /set hypervisorlaunchtype auto
  • перезагрузить
  • запустите "Docker для Windows"

Чтобы устранить некоторую путаницу: установка Docker в Windows имеет две версии: «Docker Toolbox» (старая версия, использует VirtualBox) и «Docker для Windows» (более новая версия, использует собственный Hyper-V). Если вы используете Docker Toolbox, см. другие ответы.Если вы используете Docker для Windows, используйте этот ответ.

Мне пришлось столкнуться с той же проблемой в Windows.

Создайте докер-машину (только если у вас ее нет)

Получите переменные ENV, которые нужны клиенту докера для подключения к машине докера (серверу) [это вам нужно будет делать каждый раз или устанавливать в переменных ENV]

Вы можете либо установить их вручную, либо запустить один из следующих способов в зависимости от среды вашей оболочки ( cmd , bash , power-shell )


  1. Откройте cmd с правами администратора.
  2. Выполнить следующую команду

docker-machine env --shell cmd по умолчанию

вы получите следующий вывод

SET DOCKER_TLS_VERIFY=1

SET DOCKER_HOST=tcp://192.168.99.102:2376

SET DOCKER_CERT_PATH=C:\Users\DBashyal.docker\machine\ машины\по умолчанию

SET DOCKER_MACHINE_NAME=default

REM Запустите эту команду, чтобы настроить вашу оболочку:

REM @FOR /f "tokens=*" %i IN ('docker-machine env --shell cmd по умолчанию') DO @%i

Скопируйте выделенную строку и выполните команду cmd

@FOR /f "tokens=*" %i IN ('docker-machine env --shell cmd default') DO @%i

Выполнить следующую команду

Я создал новую машину с помощью приведенной ниже команды

Затем выполнил команду


Я просмотрел все приведенные выше ответы, и ни один из них не сработал. Затем я узнал, что команду нужно запускать в командной строке Linux, такой как bash. так что попробуй:

Введите команду в виртуальную машину терминала Docker bash, которая поставляется с набором инструментов docker, а не с командной строкой Windows

Если вы уже убедились, что ваш докер запущен

Как указано в других ответах, вам нужно установить несколько переменных среды.

Самый простой способ сделать это:

Это запустит docker-machine env --shell cmd и добавит эти переменные окружения.

Если вы хотите, чтобы эти переменные были постоянными, определите их в окнах (руководство).


Щелкните правой кнопкой мыши значок Docker в области уведомлений и выберите «Переключиться на контейнеры Windows». Вам может быть предложено включить функцию контейнеров. Сделайте это и снова перезагрузитесь.

Чтобы запустить хост по умолчанию в Windows, я знаю три способа, приведенных ниже, вы можете использовать один из них.

Запуск или перезапуск уже созданного Docker компьютера по умолчанию:

Теперь проверьте окружение docker-machine

Необходимо установить следующие свойства среды:

Чтобы создать новую машину, используйте следующую команду:

Windows 10/HyperV:

Mac, Linux, Windows 7 и 8:


У меня была аналогичная проблема, когда я устанавливал Docker CE для Windows версии 17.11.0-ce-rc4-win39 (14244) Channel: edge e557194 в Windows 10.

Чтобы решить эту проблему,

  1. Я отключил Hyper-V (снято с флажка) в разделе «Включить или отключить функцию Windows», что требовало перезапуска ОС.
  2. И после первого перезапуска я включил «Hyper-V» (отмечено), что снова потребовало перезапуска ОС.

После второго перезапуска вышеуказанные команды Docker начали работать и выдавать правильный результат.

Итак, отключение и повторное включение Hyper-V решило эту проблему для меня.

Я получил решение этой проблемы. Это не так, как в ответе Никеша говорится, что SwitchDaemon может исправить это напрямую. Я думаю, вам следует выполнить эту команду дважды, чтобы переключить ваш демон на предыдущий демон.

Эта команда просто переключает ваш демон с вашего демона по умолчанию на другой демон (зависит от того, что вы установили). Когда вы переключитесь на другой демон, образы и контейнеры в прежнем демоне исчезнут (но не будут удалены).

У меня была эта проблема на компьютере с Windows 2016. Произошло потому, что служба докеров не была запущена. В моем случае служба докеров вышла из строя со следующей ошибкой

fatal: Ошибка при запуске демона: найден pid-файл, убедитесь, что docker не запущен, или удалите C:\ProgramData\docker.pid

Удаление файла C:\ProgramData\docker.pid помогло.


решено ниже. я скопировал ответ с другого форума

У меня возникла эта проблема после обновления. После переустановки VB я включил «VirtualBox NDIS6 Bridged Networking Driver» в свойствах сетевого подключения.

`

В моем случае это свойство отключено по умолчанию.

Windows 10 Professional Для меня служба Docker работала, но Docker все еще нужно было «запустить». То есть у меня был снят флажок «Запускать Docker при входе в систему» ​​на значке в трее Docker.

Прежде чем я узнал об этом, я зашел в папку с программой Docker и щелкнул «Docker для Windows». Через некоторое время появилось сообщение «Docker запущен».

Для меня эта ошибка была устранена после удаления файла daemon.json в "%programdata%\docker\config"

Содержимое моего daemon.json следующее:

Я создал это вручную в рамках некоторого тестирования. Но после того, как я перезапустил сервер, я начал получать ошибку в этом вопросе.

@Chloe, файл не создается по умолчанию, поэтому ваша система не может его найти. Это хороший ответ и потенциальное решение для людей, столкнувшихся с этой проблемой

Перезапустил мою систему. Затем я запустил «Терминал быстрого запуска Docker», а затем ввел его в окно оболочки.

У меня все прошло хорошо. Затем я открываю командную строку

Ошибка: Затем я вошел

Большинство приведенных выше рекомендаций также полезны.


Я увидел это сообщение об ошибке после выходных. У меня до этого настройки были в порядке. Моя конфигурация и соединения выглядели правильно. $docker-machine reboot default исправил это для меня в Windows 7


Машина Docker "по умолчанию" не существует. Используйте «docker-machine ls» для вывода списка машин. Используйте "docker-machine create", чтобы добавить новый.

Читайте также: