Эта строка сообщает Docker, что нужно запустить команду оболочки: echo '[local] \ nlocalhost \ n'> / etc / ansible / hosts
Эта команда оболочки будет напечатайте следующий текстовый блок в файле / etc / ansible / hosts
:
[local]
localhost
Это происходит потому, что \ n
- это символ «новой строки», обозначающий начало нового текста линия.Это означает, что echo
получил указание сделать следующее: напечатать текст [local]
, затем начать новую строку, вывести localhost
и, наконец, запустить другую новая линия. Этот вывод перенаправляется с использованием специального символа >
, а место назначения после перенаправления указывается как / etc / ansible / hosts
. Хотя этот файл может не иметь расширения .txt
, его можно рассматривать как простой текстовый файл.
Этот файл, вероятно, указан потому, что он используется Ansible для связи с разными хостами (в данном случае localhost) с помощью функции инвентаризации .
Итак, да, вы были в основном правы - это добавляет localhost в файл Ansible hosts. Стоит отметить, что эта команда перезапишет любой существующий файл в / etc / ansible / hosts
.
Удалите все дополнительные ifcfg-Wiredconnection1 или -2 из новых адаптеров, которые вы добавили на сервер, которые не используются l2 или l3 и перезапустите. Это будет работать.
Возможно, немного поздно, но проблема в моем случае заключалась в том, что поля UUID двух интерфейсов были одинаковыми, и они должны быть уникальными. Отключение NetworkManager помогает, но реальным решением будет изменение / удаление поля. Оставляем это здесь для использования в будущем.
Это решит проблему!
# rm /etc/udev/rules.d/70-persistent-ipoib.rules
# reboot
-Перезапустите сетевую службу
#systemctl restart network.service
СЕЙЧАС! Работающий.
Просто остановите и отключите NetworkManager
И еще раз перезапустить сервисы, все будет работать
#systemctl stop NetworkManager
#systemctl disable NetworkManager
#service network restart
перезапуск моей машины и сетевой сервис не решили эту проблему в моем linux-боксе.
Я удалил файл /etc/sysconfig/network-scripts/ifcfg-eth0
, а затем воссоздал файл с другим именем ifcfg-eth1
со статическим IP-адресом. После этого я запустил сетевую службу, и она сработала.
У меня возникла эта ошибка после импорта виртуальной машины. Решение состоит в том, чтобы исправить адрес HW в файле /etc/sysconfig/network -scripts/ifcfg -ens32 (ens32 оказался моим интерфейсом. Вы можете проверить свой с помощью Network Manager с файлом nmtui ).
Введите «ip-адрес» и запишите аппаратный адрес вашего интерфейса, например 00 :50 :56 :8d :6a :9e. Найдите интересующий вас интерфейс. из списка, который вы получаете от «ip addr».
Откройте для редактирования ваш /etc/sysconfig/network -scripts/ifcfg -ens32 (измените ifcfg -ens32 на имя вашего интерфейса, как указано выше, получите его из nmtui )и измените его адрес рядом с ключом HWADDR.
Теперь :перезапуск сервисной сети
Для меня это был отсутствующий файл/запись:/etc/sysconfig/network
.
Без файла и шлюза:
[root@randomHost ~]# file /etc/sysconfig/network
/etc/sysconfig/network: cannot open (No such file or directory)
[root@randomHost ~]#
[root@randomHost ~]#
[root@randomHost ~]# systemctl status network.service
● network.service - LSB: Bring up/down networking
Loaded: loaded (/etc/rc.d/init.d/network; bad; vendor preset: disabled)
Active: failed (Result: exit-code) since Mon 2019-01-07 10:53:38 UTC; 1 weeks 0 days ago
Docs: man:systemd-sysv-generator(8)
Jan 07 10:53:38 randomHost systemd[1]: network.service failed.
После добавления файла и шлюза:
[root@randomHost ~]#
[root@randomHost ~]# echo "GATEWAY=10.XX.XX.XX" >> /etc/sysconfig/network
[root@randomHost ~]#
[root@randomHost ~]# systemctl status network.service
● network.service - LSB: Bring up/down networking
Loaded: loaded (/etc/rc.d/init.d/network; bad; vendor preset: disabled)
Active: active (exited) since Mon 2019-01-14 12:18:28 UTC; 2s ago
Docs: man:systemd-sysv-generator(8)
Process: 329008 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=0/SUCCESS)