[sisyphus] Странные проблемы при использовании ovz-el + udev + sysvinit

[sisyphus] Странные проблемы при использовании ovz-el + udev + sysvinit

[Viacheslav Dubrovskyi]

Привет.

Хочу поделиться бедами. На своем рабочем десктопе я пользуюсь сизифом. 
При этом очень удобно пользоваться ovz VE для различных тестов.
И последнее время стало твориться что-то странное. Кто виноват не знаю. 
Особенно пугает все это в преддверии 7го бранча.

1. Убрали модуль nvidia для ovz-el. Ок. перешел на nouveau.

2. Опять начали скакать имена интерфейсов. Хотя 
/etc/udev/rules.d/70-persistent-net.rules на месте и не меняется. Кто 
виноват?

3. Сеть поднимается с помощью etcnet. Используется бридж, который IP 
получает по DHCP. Так вот при включении компьютера IP нет. При этом 
интерфейс поднят. Простой ifdown breth1; ifup breth1 решает проблему. 
кто виноват?

4. pulsaudio это вообще песня. После недавнего обновления аудио карточка 
(обычный snd_hda_intel) вообще пропала. Никакими методами заставить 
пульс её увидать не получилось. Помог только apt-get remove 
pulseaudio-daemon i586-pulseaudio-daemon alsa-plugins-pulse. Да и до 
этого работал он просто отвратительно. Постоянно пропадал звук и 
появлялся только при переключении настроек в pavucontrol. Попробую 
вообще без него. Использую KDE4.

Если есть кто-то, кого преследуют подобные траблы, то давайте расскажем 
об этих проблемах и может удастся что-то сделать.

-- 
WBR,
Viacheslav Dubrovskyi

Re: [sisyphus] Странные проблемы при использовании ovz-el + udev + sysvinit

[Mikhail Efremov]

On Tue, 26 Mar 2013 13:59:47 +0200 Viacheslav Dubrovskyi wrote:
> 3. Сеть поднимается с помощью etcnet. Используется бридж, который IP 
> получает по DHCP. Так вот при включении компьютера IP нет. При этом 
> интерфейс поднят. Простой ifdown breth1; ifup breth1 решает проблему. 
> кто виноват?

Скорее всего не хватает таймаута для получения адреса.
http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge#Does_DHCP_work_over.2Fthrough_a_bridge.3F

-- 
WBR, Mikhail Efremov

Re: [sisyphus] Странные проблемы при использовании ovz-el + udev + sysvinit

[Viacheslav Dubrovskyi]

26.03.2013 14:22, Mikhail Efremov пишет:
> On Tue, 26 Mar 2013 13:59:47 +0200 Viacheslav Dubrovskyi wrote:
>> 3. Сеть поднимается с помощью etcnet. Используется бридж, который IP
>> получает по DHCP. Так вот при включении компьютера IP нет. При этом
>> интерфейс поднят. Простой ifdown breth1; ifup breth1 решает проблему.
>> кто виноват?
> Скорее всего не хватает таймаута для получения адреса.
> http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge#Does_DHCP_work_over.2Fthrough_a_bridge.3F
Спасибо.
А раньше же работало. Вот что смущает.
Как эту настройку сделать средствами etcnet?

-- 
WBR,
Viacheslav Dubrovskyi

Re: [sisyphus] Странные проблемы при использовании ovz-el + udev + sysvinit

[Sergey Bolshakov]

>>>>> "Viacheslav" == Viacheslav Dubrovskyi <dubrsl-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:

 > 26.03.2013 14:22, Mikhail Efremov пишет:
 >> On Tue, 26 Mar 2013 13:59:47 +0200 Viacheslav Dubrovskyi wrote:
 >>> 3. Сеть поднимается с помощью etcnet. Используется бридж, который IP
 >>> получает по DHCP. Так вот при включении компьютера IP нет. При этом
 >>> интерфейс поднят. Простой ifdown breth1; ifup breth1 решает проблему.
 >>> кто виноват?
 >> Скорее всего не хватает таймаута для получения адреса.
 >> http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge#Does_DHCP_work_over.2Fthrough_a_bridge.3F
 > Спасибо.
 > А раньше же работало. Вот что смущает.
 > Как эту настройку сделать средствами etcnet?

Средствами etcnet.
 
$ pwd
/etc/net/ifaces/br0
$ cat brctl 
setfd AUTO 0

-- 

Re: [sisyphus] Странные проблемы при использовании ovz-el + udev + sysvinit

[Viacheslav Dubrovskyi]

26.03.2013 14:41, Sergey Bolshakov пишет:

>   > 26.03.2013 14:22, Mikhail Efremov пишет:
>   >> On Tue, 26 Mar 2013 13:59:47 +0200 Viacheslav Dubrovskyi wrote:
>   >>> 3. Сеть поднимается с помощью etcnet. Используется бридж, который IP
>   >>> получает по DHCP. Так вот при включении компьютера IP нет. При этом
>   >>> интерфейс поднят. Простой ifdown breth1; ifup breth1 решает проблему.
>   >>> кто виноват?
>   >> Скорее всего не хватает таймаута для получения адреса.
>   >> http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge#Does_DHCP_work_over.2Fthrough_a_bridge.3F
>   > Спасибо.
>   > А раньше же работало. Вот что смущает.
>   > Как эту настройку сделать средствами etcnet?
>
> Средствами etcnet.
>   
> $ pwd
> /etc/net/ifaces/br0
> $ cat brctl
> setfd AUTO 0
Ага, спасибо. Дошел до этого уже сам изучая /etc/net/scripts/create-bri
Проверю. Может поможет.

-- 
WBR,
Viacheslav Dubrovskyi

Re: [sisyphus] Странные проблемы при использовании ovz-el + udev + sysvinit

[Michael Shigorin]

On Tue, Mar 26, 2013 at 01:59:47PM +0200, Viacheslav Dubrovskyi wrote:
> 2. Опять начали скакать имена интерфейсов. Хотя
> /etc/udev/rules.d/70-persistent-net.rules на месте
> и не меняется. Кто виноват?

Глянь https://bugzilla.altlinux.org/show_bug.cgi?id=28484#c27
и около -- не помню, при уже сгенерированных рулесах ещё что-то
нужно или нет (попробуй поставить udev-rule-generator-net).

> 3. Сеть поднимается с помощью etcnet. Используется бридж,
> который IP получает по DHCP. Так вот при включении компьютера
> IP нет. При этом интерфейс поднят. Простой ifdown breth1; ifup
> breth1 решает проблему.  кто виноват?

Кривые федорины имена интерфейсов?

<news mode="breaking">
> 4. pulsaudio это вообще песня.
</news>

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Странные проблемы при использовании ovz-el + udev + sysvinit

[Viacheslav Dubrovskyi]

26.03.2013 17:15, Michael Shigorin пишет:
> On Tue, Mar 26, 2013 at 01:59:47PM +0200, Viacheslav Dubrovskyi wrote:
>> 2. Опять начали скакать имена интерфейсов. Хотя
>> /etc/udev/rules.d/70-persistent-net.rules на месте
>> и не меняется. Кто виноват?
> Глянь https://bugzilla.altlinux.org/show_bug.cgi?id=28484#c27
Не понятно от туда, что означает: - " Надо только 80-net-name-slot.rules 
скрыть,"  ?
У меня такой файл есть
[root@dubrwork ~]# rpm -qf /etc/udev/rules.d/80-net-name-slot.rules
udev-rule-generator-net-198-alt1

И он пустой.

70-persistent-net.rules  тоже есть и он как обычно нормальный. При 
препрыгивании интерфейса данные в нем и в интерфейсе не совпадают (маки).

[root@dubrwork ~]# rpm -qf /etc/udev/rules.d/70-persistent-net.rules
udev-rule-generator-net-198-alt1

[root@dubrwork ~]# cat /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x1186:0x4300 (r8169)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="1c:bd:b9:d8:14:57", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x8086:0x10ef (e1000e)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="78:e7:d1:7f:cf:13", ATTR{dev_id}=="0x0", 
ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"


> и около -- не помню, при уже сгенерированных рулесах ещё что-то
> нужно или нет (попробуй поставить udev-rule-generator-net).
Стоит
[root@dubrwork ~]# rpm -qa | grep udev-rule-generator-net
udev-rule-generator-net-198-alt1

>> 3. Сеть поднимается с помощью etcnet. Используется бридж,
>> который IP получает по DHCP. Так вот при включении компьютера
>> IP нет. При этом интерфейс поднят. Простой ifdown breth1; ifup
>> breth1 решает проблему.  кто виноват?
> Кривые федорины имена интерфейсов?
нет. eth0 меняется с eth1

-- 
WBR,
Viacheslav Dubrovskyi

Re: [sisyphus] Странные проблемы при использовании ovz-el + udev + sysvinit

[Евгений Терешков]

Viacheslav Dubrovskyi пишет:

> Хочу поделиться бедами. На своем рабочем десктопе я пользуюсь сизифом.

Я тоже :-)
Сижу на ovz-el-alt83, т.к. в alt84 что-то не то с USB (#28722). В общем-то,
из бед было только воспроизводимо мёрвое зависание машины при старте любой
VE если запущена хоть одна машина в VirtualBox, но на другой машине вроде
не воспроизводилось, ну и надо это проверять на актуальных ядрах.

> При этом очень удобно пользоваться ovz VE для различных тестов.
> И последнее время стало твориться что-то странное. Кто виноват не знаю. 
> Особенно пугает все это в преддверии 7го бранча.
> 1. Убрали модуль nvidia для ovz-el. Ок. перешел на nouveau.

nouveau/intel, полёт нормальный. 3d не пользуюсь.

> 2. Опять начали скакать имена интерфейсов. Хотя 
> /etc/udev/rules.d/70-persistent-net.rules на месте и не меняется. Кто 
> виноват?

Не сталкивался. Есть 70-persistent-net.rules, есть машина и с новыми
eno1/eno2...

> 3. Сеть поднимается с помощью etcnet. Используется бридж, который IP 
> получает по DHCP. Так вот при включении компьютера IP нет. При этом 
> интерфейс поднят. Простой ifdown breth1; ifup breth1 решает проблему. 
> кто виноват?

Есть такое на серверах. Решил, что дело во времени сходимости stp, но
остановился на полутора минутах тайм-аута для dhcpcd. Сейчас поставил setfd
0 - вроде работает.

> 4. pulsaudio это вообще песня. После недавнего обновления аудио карточка 
> (обычный snd_hda_intel) вообще пропала. Никакими методами заставить 
> пульс её увидать не получилось. Помог только apt-get remove 
> pulseaudio-daemon i586-pulseaudio-daemon alsa-plugins-pulse. Да и до 
> этого работал он просто отвратительно. Постоянно пропадал звук и 
> появлялся только при переключении настроек в pavucontrol. Попробую 
> вообще без него. Использую KDE4.

Не юзаю пульс. И видимо пока рано :-)

-- 
С уважением, Терешков Евгений.
Jabber ID: evg@altlinux.org, evg_krsk@jabber.ru

Re: [sisyphus] Странные проблемы при использовании ovz-el + udev + sysvinit

[Viacheslav Dubrovskyi]

26.03.2013 17:54, Евгений Терешков пишет:
> Viacheslav Dubrovskyi пишет:
>
>> Хочу поделиться бедами. На своем рабочем десктопе я пользуюсь сизифом.
> Я тоже :-)
> Сижу на ovz-el-alt83, т.к. в alt84 что-то не то с USB (#28722). В общем-то,
> из бед было только воспроизводимо мёрвое зависание машины при старте любой
> VE если запущена хоть одна машина в VirtualBox, но на другой машине вроде
> не воспроизводилось, ну и надо это проверять на актуальных ядрах.
О да, есть такое. Забыл об этом еще написать.
>> 2. Опять начали скакать имена интерфейсов. Хотя
>> /etc/udev/rules.d/70-persistent-net.rules на месте и не меняется. Кто
>> виноват?
> Не сталкивался. Есть 70-persistent-net.rules, есть машина и с новыми
> eno1/eno2...

Я 5 раз ребутнулся и 2 раза интерфейсы сменились.

>> 3. Сеть поднимается с помощью etcnet. Используется бридж, который IP
>> получает по DHCP. Так вот при включении компьютера IP нет. При этом
>> интерфейс поднят. Простой ifdown breth1; ifup breth1 решает проблему.
>> кто виноват?
> Есть такое на серверах. Решил, что дело во времени сходимости stp, но
> остановился на полутора минутах тайм-аута для dhcpcd. Сейчас поставил setfd
> 0 - вроде работает.
Да, думаю поможет. У меня осложняется еще тем, что используется
WPA_DRIVER=wired
CONFIG_DOT1X=yes

>
>> 4. pulsaudio это вообще песня. После недавнего обновления аудио карточка
>> (обычный snd_hda_intel) вообще пропала. Никакими методами заставить
>> пульс её увидать не получилось. Помог только apt-get remove
>> pulseaudio-daemon i586-pulseaudio-daemon alsa-plugins-pulse. Да и до
>> этого работал он просто отвратительно. Постоянно пропадал звук и
>> появлялся только при переключении настроек в pavucontrol. Попробую
>> вообще без него. Использую KDE4.
> Не юзаю пульс. И видимо пока рано :-)
>
Да убил этого демона и радуюсь.


-- 
WBR,
Viacheslav Dubrovskyi

Re: [sisyphus] Странные проблемы при использовании ovz-el + udev + sysvinit

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 713 bytes --]

On Tue, Mar 26, 2013 at 01:59:47PM +0200, Viacheslav Dubrovskyi wrote:
> 2. Опять начали скакать имена 
> интерфейсов. Хотя /etc/udev/rules.d/70-persistent-net.rules 
> на месте и не меняется. Кто виноват?

udev теперь более навязчиво предлагает использовать новые имена
интерфейсов.  Старые привязки /etc/udev/rules.d/70-persistent-net.rules
больше не работают.  Я на одном сервере (с консольным доступом) рискнул
перейти на новые udev'ные имена:

$ cat /etc/net/ifaces/enp2s0/options
TYPE=eth
ONBOOT=yes
BOOTPROTO=static
Пока что работает, enp2s0 c enp3s0 местами не меняются.

Остается понять, как в этой ситуации люди будут обновлять удаленные
сервера без консольного доступа?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] Странные проблемы при использовании ovz-el + udev + sysvinit

[Viacheslav Dubrovskyi]

26.03.2013 18:20, Dmitry V. Levin пишет:
> On Tue, Mar 26, 2013 at 01:59:47PM +0200, Viacheslav Dubrovskyi wrote:
>> 2. Опять начали скакать имена
>> интерфейсов. Хотя /etc/udev/rules.d/70-persistent-net.rules
>> на месте и не меняется. Кто виноват?
> udev теперь более навязчиво предлагает использовать новые имена
> интерфейсов.  Старые привязки /etc/udev/rules.d/70-persistent-net.rules
> больше не работают.  Я на одном сервере (с консольным доступом) рискнул
> перейти на новые udev'ные имена:
>
> $ cat /etc/net/ifaces/enp2s0/options
> TYPE=eth
> ONBOOT=yes
> BOOTPROTO=static
> Пока что работает, enp2s0 c enp3s0 местами не меняются.
>
> Остается понять, как в этой ситуации люди будут обновлять удаленные
> сервера без консольного доступа?
Мне кажется это blocker.
Бага есть?

-- 
WBR,
Viacheslav Dubrovskyi

Re: [sisyphus] Странные проблемы при использовании ovz-el + udev + sysvinit

[Mike]

26.03.2013 15:59, Viacheslav Dubrovskyi пишет:
> Привет.
> 
> 
> 4. pulsaudio это вообще песня. После недавнего обновления аудио карточка
> (обычный snd_hda_intel) вообще пропала. Никакими методами заставить
> пульс её увидать не получилось. Помог только apt-get remove
> pulseaudio-daemon i586-pulseaudio-daemon alsa-plugins-pulse. Да и до
> этого работал он просто отвратительно. Постоянно пропадал звук и
> появлялся только при переключении настроек в pavucontrol. Попробую
> вообще без него. Использую KDE4.

А виноват в этом сам KDE4. Он сам умеет рулить пульсом, поэтому пока сам
руками ему не скажешь в "Мультмедиа" -> "Phonon" правильный приоритет
звуковых карт - они так и будут прыгать, попеременно меняясь как default
устройство.

> 
> Если есть кто-то, кого преследуют подобные траблы, то давайте расскажем
> об этих проблемах и может удастся что-то сделать.
>