Bug 32288 - DHCP на bond-интерфейсе
Summary: DHCP на bond-интерфейсе
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: etcnet (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Mikhail Efremov
QA Contact: qa-sisyphus
URL: http://git.altlinux.org/gears/e/etcne...
Keywords:
Depends on:
Blocks:
 
Reported: 2016-07-19 18:05 MSK by Lenar Shakirov
Modified: 2019-03-13 12:14 MSK (History)
7 users (show)

See Also:


Attachments
Логи (1.48 KB, application/x-gzip)
2016-12-05 01:30 MSK, Lenar Shakirov
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
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.