* 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 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 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: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
* 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
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