[sisyphus] Обновился NetworkManager : беда!!
Mikhail Efremov
sem на altlinux.ru
Ср Фев 18 16:42:31 MSK 2015
On Wed, 18 Feb 2015 15:26:04 +0300 Anton Farygin wrote:
> On 18.02.2015 11:15, Sergei Naumov wrote:
> >
> >> 18.02.2015, 12:05:20 пользователь Хихин Руслан (ruslandh на gmail.com)
> >> написал:
> >>
> >>
> >> On Wednesday 18 February 2015 10:33:51 Sergei Naumov wrote:
> >> > При этом, если сделать NM_CONTROLLED=yes и DISABLED=yes, как описано на
> >> > wiki для интерфейсов, контролируемых NM, то все равно начинается
> >> > свистопляска с поднятием/опусканием
> >> Мне кажется, что etcnet игнорирует опцию NM_CONTROLLED , а
> >> NetworkManager учитывает.
> >
> > Так и возвращаемся к первоначальному вопросу: что же такое произошло с
> > NM'ом в последнем обновлении?
>
> etcnet не должен игнорировать эту опцию.
Etcnet ничего не знает про NM_CONTROLLED, поэтому нужно всегда
устанавливать нужное значение DISABLED. Т.е. поведение NM зависит от
значения NM_CONTROLLED, а etcnet - переменной DISABLED.
Когда-то идея была в том, etcnet-у не надо ничего знать о
существовании NM, но возможно уже стоит научить etcnet понимать
NM_CONTROLLED. Впрочем, учитывая, что у нас сейчас несколько сетевых
подсистем, возможно стоит ввести новую переменную. Например, сделать
возможным указывать CONFMETHOD для конкретного интерфейса (вместо
глобальной в /etc/sysconfig/network, которая сейчас вообще не слишком
осмысленна. Кстати, тем подсистемам, которые не умеют использовать
конфигурацию etcnet, вполне имеет смысл ее использовать).
> У вас просто NM как-то криво работает.
Как именно криво работает NM?
> А не может он ещё конфликтовать с systemd-networkd?
Возможно.
--
WBR, Mikhail Efremov
Подробная информация о списке рассылки Sisyphus