netplan во время загрузки
Из всего, что я смог найти до сих пор, я очень озадачен тем, почему кто-то когда-либо захочет использовать netplan на серьезной машине, такой как сервер, когда вы хотите, чтобы сеть во время процесса загрузки. Итак, я чувствую, что просто не хватает чего-то, чего нет в главной вики или в любом другом месте, которое я могу найти.
Как я могу сделать netplan простую вещь, что ifupdown делает и приносит
У меня есть 4 сервера, на которых запущен Ubuntu 18.04, но один из них - новая сборка, в которой остальные были обновлены, поэтому только одна из них запущена netplan и другие, похоже, все еще используют ifupdown. Три с ifupdown работают отлично, но новый не будет запускать сеть до тех пор, пока не будет загружен, и я останусь без сетевых дисков (nfs), и такие вещи, как apache, которые полагаются на эти диски, не будут запускаться, потому что диски отсутствуют.
Я обошел это, поместив команды в мой crontab, который ждет несколько секунд, убедитесь, что сеть запущена, затем монтирует диски и запускает службы.
У кого-нибудь есть способ сделать netplan инициализацией сети во время запуска?
>> Добавление подробнее & lt; & lt;
Моя NFS смонтирована в / etc / fstab на всех машинах, и только эта новая машина имеет проблемы. Сетевой интерфейс работает в режиме онлайн, но после попытки монтирования и надежного монтирования я должен был добавить 15-секундную задержку в crontab. Нулевые секунды никогда не работали, 5 секунд работы много раз. 10 работали большую часть времени, 15 секунд работали каждый раз.
crontab entry
@reboot sleep 15; mount -a
journalctl --no-pager -lu systemd-networkd
-- Logs begin at Mon 2018-05-21 06:11:07 PDT, end at Tue 2018-05-22 04:17:22 PDT. --
May 21 06:11:12 data1 systemd[1]: Starting Network Service...
May 21 06:11:12 data1 systemd-networkd[1170]: Enumeration completed
May 21 06:11:12 data1 systemd[1]: Started Network Service.
May 21 06:11:12 data1 systemd-networkd[1170]: lo: Link is not managed by us
May 21 06:11:12 data1 systemd-networkd[1170]: enp31s0: IPv6 successfully enabled
May 21 06:11:15 data1 systemd-networkd[1170]: enp31s0: Gained carrier
May 21 06:11:16 data1 systemd-networkd[1170]: enp31s0: Gained IPv6LL
May 21 06:11:17 data1 systemd-networkd[1170]: enp31s0: DHCPv4 address 192.168.1.113/24 via 192.168.1.1
May 21 06:11:17 data1 systemd-networkd[1170]: Not connected to system bus, not setting hostname.
May 21 06:11:17 data1 systemd-networkd[1170]: enp31s0: Configured
networkctl
IDX LINK TYPE OPERATIONAL SETUP
1 lo loopback carrier unmanaged
2 enp31s0 ether routable configured
3 ответа
netplan вообще не имеет проблем с запуском сети при запуске. Некоторые места для поиска, чтобы отладить это:
вывод journalctl --no-pager -lu systemd-networkd - какие сетевые интерфейсы занимают много времени для настройки и почему? вывод networkctl - ожидаемые интерфейсы после загрузки или нет?Чтобы узнать, почему определенное монтирование не удалось при загрузке, вы можете посмотреть вывод журнала для конкретного блока .mount. Например, если у вас есть /mnt/nfs как удаленная точка монтирования, вы можете запустить journalctl --no-pager -lu mnt-nfs.mount.
Сообщается об ошибке, сообщаемой с systemd, о том, что она пытается установить сетевые файловые системы слишком рано, прежде чем сеть будет полностью сконфигурировано. https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1577575 Эта ошибка еще не подтверждена разработчиками, но вполне возможно, что здесь есть ошибки в systemd относительно заказа. Я думаю, что отчет об ошибке будет лучшим местом для отслеживания прогресса.
-
1Я обновил мой вопрос, чтобы включить ответы на Ваши вопросы. Сайту netplan делает правильно активировать сетевая карта просто очень поздно в процессе загрузки. На других машинах, ifupdown ждет в сети, чтобы инициализировать, прежде чем дать последовательность загрузки, чтобы продолжить и они все загружается правильно. Только эта новая коробка возникли проблемы с последовательностью загрузки. – schworak 22 May 2018 в 14:33
-
2ок, я обновил ответ с более намеки об отладке, и указатель, чтобы открыть сообщения об ошибках против systemd в. – slangasek 22 May 2018 в 21:48
-
3Похоже, что я victom ошибки. Я буду держать глаз на то, что отчет об ошибке. – schworak 26 May 2018 в 16:00
netplan вообще не имеет проблем с запуском сети при запуске. Некоторые места для поиска, чтобы отладить это:
вывод journalctl --no-pager -lu systemd-networkd - какие сетевые интерфейсы занимают много времени для настройки и почему? вывод networkctl - ожидаемые интерфейсы после загрузки или нет?Чтобы узнать, почему определенное монтирование не удалось при загрузке, вы можете посмотреть вывод журнала для конкретного блока .mount. Например, если у вас есть /mnt/nfs как удаленная точка монтирования, вы можете запустить journalctl --no-pager -lu mnt-nfs.mount.
Сообщается об ошибке, сообщаемой с systemd, о том, что она пытается установить сетевые файловые системы слишком рано, прежде чем сеть будет полностью сконфигурировано. https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1577575 Эта ошибка еще не подтверждена разработчиками, но вполне возможно, что здесь есть ошибки в systemd относительно заказа. Я думаю, что отчет об ошибке будет лучшим местом для отслеживания прогресса.
netplan вообще не имеет проблем с запуском сети при запуске. Некоторые места для поиска, чтобы отладить это:
вывод journalctl --no-pager -lu systemd-networkd - какие сетевые интерфейсы занимают много времени для настройки и почему? вывод networkctl - ожидаемые интерфейсы после загрузки или нет?Чтобы узнать, почему определенное монтирование не удалось при загрузке, вы можете посмотреть вывод журнала для конкретного блока .mount. Например, если у вас есть /mnt/nfs как удаленная точка монтирования, вы можете запустить journalctl --no-pager -lu mnt-nfs.mount.
Сообщается об ошибке, сообщаемой с systemd, о том, что она пытается установить сетевые файловые системы слишком рано, прежде чем сеть будет полностью сконфигурировано. https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1577575 Эта ошибка еще не подтверждена разработчиками, но вполне возможно, что здесь есть ошибки в systemd относительно заказа. Я думаю, что отчет об ошибке будет лучшим местом для отслеживания прогресса.