LINUX.ORG.RU

История изменений

Исправление intelfx, (текущая версия) :

Т.е. существует строчка After=remote-fs.target, которая и заставляет dhcp-сервер запускаться позже. Если попытаться, что то изменить, т.е. systemctl edit isc-dhcp-server и добавить

Предлагаю сменить дистрибутив на вменяемый, т. е. на такой, в котором юнит для isc-dhcp-server написан вручную, а не сгенерирован из (криво написанного) SysV-скрипта. Потому что никакого After=remote-fs.target в этом юните по смыслу быть не должно.

А если серьёзнее, то в вашем локальном патче (который вы редактируете командой systemctl edit) нужно сделать так:

[Unit]
After=
After=network-online.target slapd.service nss-lookup.target
Before=remote-fs-pre.target

И да, вам нужно не Before=remote-fs.target, а Before=remote-fs-pre.target.


Хотя на самом деле это всё бесполезно. Между запуском DHCP-сервера и попыткой примонтировать ФС пройдёт очень мало времени, считанные миллисекунды. Вы точно уверены, что за это время СХД успеет обновить аренду и стать доступной по нужному адресу? Иначе достучаться до СХД всё равно не удастся.

И в любом случае не понятно, почему перезагрузка «управляющего сервера» должна заставить СХД потерять аренду. Если он правда её теряет, то мне кажется, что сеть попросту абсолютно неправильно спроектирована.

Исходная версия intelfx, :

Т.е. существует строчка After=remote-fs.target, которая и заставляет dhcp-сервер запускаться позже. Если попытаться, что то изменить, т.е. systemctl edit isc-dhcp-server и добавить

Предлагаю сменить дистрибутив на вменяемый, т. е. на такой, в котором юнит для isc-dhcp-server написан вручную, а не сгенерирован из (криво написанного) SysV-скрипта. Потому что никакого After=remote-fs.target в этом юните по смыслу быть не должно.

А если серьёзнее, то в вашем локальном патче (который вы редактируете командой systemctl edit) нужно сделать так:

[Unit]
After=
After=network-online.target slapd.service nss-lookup.target
Before=remote-fs-pre.target

И да, вам нужно не Before=remote-fs.target, а Before=remote-fs-pre.target.

Хотя на самом деле это всё бесполезно. Между запуском DHCP-сервера и попыткой примонтировать ФС пройдёт очень мало времени, считанные миллисекунды. Вы точно уверены, что за это время СХД успеет обновить аренду и стать доступной по нужному адресу? Иначе достучаться до СХД всё равно не удастся.

И в любом не понятно, почему перезагрузка «управляющего сервера» должна заставить СХД потерять аренду. Если он правда её теряет, то мне кажется, что сеть попросту абсолютно неправильно спроектирована.