[sisyphus] Обновился NetworkManager : беда!!

[Mikhail Efremov]

On Fri, 20 Feb 2015 08:59:51 +0300 Sergei Naumov wrote:
> 
> > 18.02.2015, 19:49:42 пользователь Mikhail Efremov (sem на altlinux.ru) написал:
> > 
> > On Wed, 18 Feb 2015 18:08:41 +0300 Sergei Naumov wrote:
> > > 
> > > > > > > > Feb 17 15:29:51 yarilo dhcpcd[9667]: received signal TERM from PID
> > > > > > > > 523, stopping
> > > > > > > 
> > > > > > > А процесс 523 это NetworkManager... :-( Зачем он убивает DHCP?
> > > > > > Я во втором логе не вижу сообщений от самого NM. Где они?
> > > > > 
> > > > > Вот, есть. DHCP стартует, интерфейс поднимается, затем зачем-то NM посылает 'down' интерфейсу. Я не знаю как в глубине работает NM, но видимо, от этого он посылает TERM на DHCP, который и довершает все остальное.
> > > > В этом логе я тоже не вижу сообщений от NM.
> > > 
> > > А это не от него?
> > > Feb 18 08:42:22 yarilo nm-dispatcher: Dispatching action 'down' for eth0
> > > И он посылает ему TERM. Номер процесса ведь соответствует NetworkManager.
> > Нет, не от него.
> > Сообщения от NM были видны в первом логе, хоть и не все.
> > Я всего лишь хотел увидеть такой же лог, но с CONFIG_IPV6=no в options,
> > чтобы подтвердить свою мысль о том, что происходит. Собственно, отличий
> > быть не должно, но хотелось бы убедиться.
> 
> В новом логе почему-то действительно нет сообщений от NetworkManager. Только от nm-dispatcher.

Вы смотрите какой-то не тот лог или как-то не так.
Хорошо, основываясь на первом логе предположу, что ваш роутер
анонсирует наличие у него DHCPv6. При этом NM пытается запросить
конфигурацию, но у него не получается, т.к. он не умеет использовать
для этого dhcpcd. В результате NM считает, что настроить интерфейс у
него не получилось и пытается сделать это заново.
Если вам действительно нужно настраивать на интерфейсе IPv6, то
нужно использовать dhclient вместо dhcpcd (пакет dhcp-client).
Если нет, то нужно либо правильно настроить роутер, либо не
использовать в NM соединение, прочитанное из etcnet, создав вместо него
соединение в редакторе соединений и установив "Игнорировать" для IPv6.

Также можете повесить багу на NM, при установленном CONFIG_IPV6=no
нужно действительно игнорировать IPv6, видимо. Сейчас же это означает
просто не читать настройки IPv6 из etcnet. Похоже NM по умолчанию все
равно пытается его настраивать при наличии роутера, который явно просит
это делать.

-- 
WBR, Mikhail Efremov