Bug 32288

Summary: DHCP на bond-интерфейсе
Product: Sisyphus Reporter: Lenar Shakirov <snejok>
Component: etcnetAssignee: Mikhail Efremov <sem>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: normal    
Priority: P3 CC: bip, i3rain, ldv, rider, sem, shaba, vseleznv
Version: unstable   
Hardware: all   
OS: Linux   
URL: http://git.altlinux.org/gears/e/etcnet.git?p=etcnet.git;a=blob;f=etc/net/scripts/ifup-common;h=6d452b314fadfe991d7a7cb1cd6a227f36e8e451;hb=HEAD#l263
Attachments:
Description Flags
Логи none

Description Lenar Shakirov 2016-07-19 18:05:43 MSK
BOOTPROTO=dhcp на bond-интерфейсе не работает, ибо сначала оно пытается вызвать $DHCP_CLIENT на bond0 (ifup), а уже потом ...../setup-bond bond0

http://git.altlinux.org/gears/e/etcnet.git?p=etcnet.git;a=blob;f=etc/net/scripts/ifup-common;h=6d452b314fadfe991d7a7cb1cd6a227f36e8e451;hb=HEAD#l263

Немного похожая бага:
https://bugzilla.altlinux.org/show_bug.cgi?id=19151
Comment 1 Sergey Bolshakov 2016-12-03 19:44:35 MSK
В #173883 собран очередной etcnet-0.9.10-alt19, прошу проверить
Comment 2 Lenar Shakirov 2016-12-05 01:30:11 MSK
Created attachment 6888 [details]
Логи

Проверил с bond0 в режиме mode=1:
- при старте системы ip на bond0 есть, но SLAVE интерфейсы в DOWN'е и пакеты не ходят
- если после этого ifdown bond0 && ifup bond0, то SLAVE'ы не апаются, при этом странным образом dhcpcd в фоне говорит что ip получен, но на bond0 его нет и он NO-CARRIER

приложил:
1. grep -i bond dmesg и syslog
2. ip a после старта и после if{down,up}
Comment 3 Sergey Bolshakov 2016-12-05 15:02:13 MSK
не могу повторить такое поведение -- прошу показать содержимое eth?/* и bond0/*
Для справки, у меня (в виртуалке):
[root@qbox8 ifaces]# ls eth?/* bond0/*
bond0/options  eth0/options  eth1/options
[root@qbox8 ifaces]# cat eth?/options
(пустые)
[root@qbox8 ifaces]# cat bond0/options 
TYPE=bond
HOST="eth0 eth1"
BONDMODE=1
BONDOPTIONS='miimon 100'
BOOTPROTO=dhcp
Comment 4 Lenar Shakirov 2016-12-06 16:30:37 MSK
Простите за задержку.

На Sisyphus действительно работает
Я просто ставил эту версию etcnet на spt7 и там не заработало.

Я постараюсь разобраться в чем проблема с spt7.
Спасибо большое!
Comment 5 Lenar Shakirov 2016-12-06 18:30:43 MSK
Просветите, пожалуйста:

в процессе разборки с этой багой, скопипастил ваш конфиг,
в bond0/options поменял eth0 -> enp0s3, но etcnet не схавал,
поругавшись на обязательный TYPE в options,
выяснилось что проблема в имени интерфейса eth* -> enp*

из /etc/net/scripts/functions:

supported_type()
{
 local TYPE=${1:?missing 1st arg to $FUNCNAME}
 [ -x $SCRIPTDIR/create-$TYPE -o -x $SCRIPTDIR/destroy-$TYPE ] && return 0
 return 1
}

name2type()
{
 local NAME=${1:?missing 1st arg to $FUNCNAME}
 local CAND=${NAME%%[0-9]*}
 supported_type $CAND && echo $CAND
}

но $SCRIPTDIR/create-enp не идет в составе etcnet

Это стоит повесить?
Comment 6 Anton Farygin 2016-12-06 20:55:52 MSK
Это очень странно, у меня например есть такое:
TYPE=bond
ONBOOT=yes
HOST="uplink1 uplink2"
BONDMODE=0
BONDOPTIONS="miimon=100 lacp_rate=1"

И всё прекрасно работает.
Может быть кто-то написал TYPE=enp вместо TYPE=eth ?
Comment 7 Lenar Shakirov 2016-12-06 21:39:01 MSK
Антон, а что у вас в uplink1/options написано?
У меня каталог eth0/ пустой, по примеру Сергея.
Comment 8 Anton Farygin 2016-12-06 22:54:19 MSK
TYPE=eth

больше ничего.
Comment 9 Lenar Shakirov 2016-12-06 23:21:06 MSK
(In reply to comment #8)
> TYPE=eth
> 
Я пишу про случай когда options совсем нет
Comment 10 Sergey Bolshakov 2016-12-07 16:53:26 MSK
(In reply to comment #9)
> (In reply to comment #8)
> > TYPE=eth
> > 
> Я пишу про случай когда options совсем нет

У меня всё же options есть, но пустые. Указание типа для ethernet можно опустить,
если имена интерфейсов имеют вид eth* (напрю из-за net.ifnames=0),
в противном случае указание TYPE=eth необходимо.
Comment 11 Sergey Bolshakov 2016-12-07 16:54:43 MSK
fixed in etcnet-0.9.10-alt19
Comment 12 Andrey Bragin 2019-01-22 10:26:27 MSK
ALT Linux 7.0.5 SPT  (silo) до сих пор не решена проблема. 
Когда ждать исправление?
Comment 13 Anton Farygin 2019-01-22 11:00:29 MSK
Ошибки в 7.0.5 SPT исправляются через официальную техническую поддержку. Отправьте пожалуйста запрос туда с ссылкой на это сообщение.
Comment 14 Alexey Melyashinsky 2019-03-13 12:14:48 MSK
Исправлено в #223076.