ALT Linux Sisyphus discussions
 help / color / mirror / Atom feed
* Re: [sisyphus] Обновился NetworkManager : беда!!
  2015-02-18 12:08 [sisyphus] Обновился NetworkManager : беда!! Хихин Руслан
@ 2015-02-18  8:15 ` Sergei Naumov
  2015-02-18 12:26   ` Anton Farygin
  0 siblings, 1 reply; 10+ messages in thread
From: Sergei Naumov @ 2015-02-18  8:15 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussions


> 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'ом в последнем обновлении?

-- Sergei


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [sisyphus] Обновился NetworkManager : беда!!
@ 2015-02-18 12:08 Хихин Руслан
  2015-02-18  8:15 ` Sergei Naumov
  0 siblings, 1 reply; 10+ messages in thread
From: Хихин Руслан @ 2015-02-18 12:08 UTC (permalink / raw)
  To: sisyphus



On Wednesday 18 February 2015 10:33:51 Sergei Naumov wrote:
> При этом, если сделать NM_CONTROLLED=yes и DISABLED=yes, как описано на
> wiki для интерфейсов, контролируемых NM, то все равно начинается
> свистопляска с поднятием/опусканием

Мне кажется, что etcnet игнорирует  опцию  NM_CONTROLLED , а NetworkManager 
учитывает.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [sisyphus] Обновился NetworkManager : беда!!
  2015-02-18  8:15 ` Sergei Naumov
@ 2015-02-18 12:26   ` Anton Farygin
  2015-02-18 13:42     ` Mikhail Efremov
  0 siblings, 1 reply; 10+ messages in thread
From: Anton Farygin @ 2015-02-18 12:26 UTC (permalink / raw)
  To: sisyphus

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 не должен игнорировать эту опцию.

У вас просто NM как-то криво работает.

А не может он ещё конфликтовать с systemd-networkd?





^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [sisyphus] Обновился NetworkManager : беда!!
  2015-02-18 12:26   ` Anton Farygin
@ 2015-02-18 13:42     ` Mikhail Efremov
  2015-02-18 13:45       ` Mikhail Efremov
  2015-02-18 15:15       ` Sergei Naumov
  0 siblings, 2 replies; 10+ messages in thread
From: Mikhail Efremov @ 2015-02-18 13:42 UTC (permalink / raw)
  To: sisyphus

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


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [sisyphus] Обновился NetworkManager : беда!!
  2015-02-18 13:42     ` Mikhail Efremov
@ 2015-02-18 13:45       ` Mikhail Efremov
  2015-02-18 15:15       ` Sergei Naumov
  1 sibling, 0 replies; 10+ messages in thread
From: Mikhail Efremov @ 2015-02-18 13:45 UTC (permalink / raw)
  To: sisyphus

On Wed, 18 Feb 2015 16:42:31 +0300 Mikhail Efremov wrote:
> On Wed, 18 Feb 2015 15:26:04 +0300 Anton Farygin wrote:

> > У вас просто NM как-то криво работает.
> 
> Как именно криво работает NM?

А, прочитал "у нас".

-- 
WBR, Mikhail Efremov


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [sisyphus] Обновился NetworkManager : беда!!
  2015-02-18 13:42     ` Mikhail Efremov
  2015-02-18 13:45       ` Mikhail Efremov
@ 2015-02-18 15:15       ` Sergei Naumov
  2015-02-18 15:31         ` Anton Farygin
  2015-02-18 15:38         ` Хихин Руслан
  1 sibling, 2 replies; 10+ messages in thread
From: Sergei Naumov @ 2015-02-18 15:15 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussions


> Etcnet ничего не знает про NM_CONTROLLED, поэтому нужно всегда
> устанавливать нужное значение DISABLED. Т.е. поведение NM зависит от
> значения NM_CONTROLLED, а etcnet - переменной DISABLED.
> Когда-то идея была в том, etcnet-у не надо ничего знать о
> существовании NM, но возможно уже стоит научить etcnet понимать
> NM_CONTROLLED. Впрочем, учитывая, что у нас сейчас несколько сетевых
> подсистем, возможно стоит ввести новую переменную. Например, сделать
> возможным указывать CONFMETHOD для конкретного интерфейса (вместо
> глобальной в /etc/sysconfig/network, которая сейчас вообще не слишком
> осмысленна. Кстати, тем подсистемам, которые не умеют использовать
> конфигурацию etcnet, вполне имеет смысл ее использовать).

Гы... Я ведь делал NM_CONTROLLED=yes и DISABLED=yes, как написано на wiki. Стало быть etcnet должен был "заткнуться". Но свистопляска все равно была.

А вот что касается systemd-network... Он вроде как исполняет etcnet. Там в /etc/init.d/network написано... :-)

-- Sergei


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [sisyphus] Обновился NetworkManager : беда!!
  2015-02-18 15:15       ` Sergei Naumov
@ 2015-02-18 15:31         ` Anton Farygin
  2015-02-20  6:01           ` Sergei Naumov
  2015-02-18 15:38         ` Хихин Руслан
  1 sibling, 1 reply; 10+ messages in thread
From: Anton Farygin @ 2015-02-18 15:31 UTC (permalink / raw)
  To: sisyphus

On 18.02.2015 18:15, Sergei Naumov wrote:
>
>> Etcnet ничего не знает про NM_CONTROLLED, поэтому нужно всегда
>> устанавливать нужное значение DISABLED. Т.е. поведение NM зависит от
>> значения NM_CONTROLLED, а etcnet - переменной DISABLED.
>> Когда-то идея была в том, etcnet-у не надо ничего знать о
>> существовании NM, но возможно уже стоит научить etcnet понимать
>> NM_CONTROLLED. Впрочем, учитывая, что у нас сейчас несколько сетевых
>> подсистем, возможно стоит ввести новую переменную. Например, сделать
>> возможным указывать CONFMETHOD для конкретного интерфейса (вместо
>> глобальной в /etc/sysconfig/network, которая сейчас вообще не слишком
>> осмысленна. Кстати, тем подсистемам, которые не умеют использовать
>> конфигурацию etcnet, вполне имеет смысл ее использовать).
>
> Гы... Я ведь делал NM_CONTROLLED=yes и DISABLED=yes, как написано на
> wiki. Стало быть etcnet должен был "заткнуться". Но свистопляска все
> равно была.
>
> А вот что касается systemd-network... Он вроде как исполняет etcnet. Там
> в /etc/init.d/network написано... :-)


systemd-networkd это всё-таки нечто другое, не network.service

rpm -qa|grep systemd что говорит ?




^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [sisyphus] Обновился NetworkManager : беда!!
  2015-02-18 15:15       ` Sergei Naumov
  2015-02-18 15:31         ` Anton Farygin
@ 2015-02-18 15:38         ` Хихин Руслан
  2015-02-18 15:52           ` Mikhail Efremov
  1 sibling, 1 reply; 10+ messages in thread
From: Хихин Руслан @ 2015-02-18 15:38 UTC (permalink / raw)
  To: sisyphus



On Wednesday 18 February 2015 18:15:24 Sergei Naumov wrote:
> Гы... Я ведь делал NM_CONTROLLED=yes и DISABLED=yes, как написано на wiki.
> Стало быть etcnet должен был "заткнуться". Но свистопляска все равно была.
>
> А вот что касается systemd-network... Он вроде как исполняет etcnet. Там в
> /etc/init.d/network написано... :-)

А не может тут сыграть роковую роль опция:

ONBOOT=yes

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [sisyphus] Обновился NetworkManager : беда!!
  2015-02-18 15:38         ` Хихин Руслан
@ 2015-02-18 15:52           ` Mikhail Efremov
  0 siblings, 0 replies; 10+ messages in thread
From: Mikhail Efremov @ 2015-02-18 15:52 UTC (permalink / raw)
  To: sisyphus

On Wed, 18 Feb 2015 18:38:17 +0300 Хихин Руслан wrote:
> 
> 
> On Wednesday 18 February 2015 18:15:24 Sergei Naumov wrote:
> > Гы... Я ведь делал NM_CONTROLLED=yes и DISABLED=yes, как написано на wiki.
> > Стало быть etcnet должен был "заткнуться". Но свистопляска все равно была.
> >
> > А вот что касается systemd-network... Он вроде как исполняет etcnet. Там в
> > /etc/init.d/network написано... :-)
> 
> А не может тут сыграть роковую роль опция:
> 
> ONBOOT=yes

Нет. Для NM это означает, что соединение нужно использовать для
подключения автоматически.

-- 
WBR, Mikhail Efremov


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [sisyphus] Обновился NetworkManager : беда!!
  2015-02-18 15:31         ` Anton Farygin
@ 2015-02-20  6:01           ` Sergei Naumov
  0 siblings, 0 replies; 10+ messages in thread
From: Sergei Naumov @ 2015-02-20  6:01 UTC (permalink / raw)
  To: ALT Linux Sisyphus discussions


> 18.02.2015, 19:32:00 пользователь Anton Farygin (rider@altlinux.com) написал:

> > А вот что касается systemd-network... Он вроде как исполняет etcnet. Там
> > в /etc/init.d/network написано... :-)
> 
> systemd-networkd это всё-таки нечто другое, не network.service
> rpm -qa|grep systemd что говорит ?

Нету этого компонента:

[serge@yarilo ~]$ rpm -qa | grep systemd
systemd-utils-217-alt3
systemd-sysvinit-217-alt3
pam_systemd-217-alt3
i586-libsystemd-217-alt3
libsystemd-217-alt3
systemd-services-217-alt3
systemd-217-alt3
[serge@yarilo ~]$ 

-- Sergei


^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2015-02-20  6:01 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-02-18 12:08 [sisyphus] Обновился NetworkManager : беда!! Хихин Руслан
2015-02-18  8:15 ` Sergei Naumov
2015-02-18 12:26   ` Anton Farygin
2015-02-18 13:42     ` Mikhail Efremov
2015-02-18 13:45       ` Mikhail Efremov
2015-02-18 15:15       ` Sergei Naumov
2015-02-18 15:31         ` Anton Farygin
2015-02-20  6:01           ` Sergei Naumov
2015-02-18 15:38         ` Хихин Руслан
2015-02-18 15:52           ` Mikhail Efremov

ALT Linux Sisyphus discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
		sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
	public-inbox-index sisyphus

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.sisyphus


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git