[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