From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Resent-From: Michael Shigorin Resent-Date: Tue, 23 Apr 2019 16:00:07 +0300 Resent-Message-ID: <20190423130007.GL18867@imap.altlinux.org> Resent-To: make-initrd@lists.altlinux.org Envelope-to: ar@cs.msu.ru Delivery-date: Mon, 22 Apr 2019 03:33:18 +0300 Date: Mon, 22 Apr 2019 02:33:11 +0200 From: Alexey Gladkov To: "Michael A. Kangin" Message-ID: <20190422003311.GA21174@Legion-PC.fortress> References: <3fd9233e-74e2-4c89-327b-f9309d030087@gmail.com> <489be984-aa29-53cf-c0a8-e4da309efc8a@complife.ru> <5b6ad98a-29bc-1c16-27df-d0a82b3e3adc@gmail.com> <28dad1c6-a80c-7b5d-a6b8-2c6a8f404842@complife.ru> <20190419210447.GV21174@Legion-PC.fortress> <7f74a951-a415-1581-4df0-909d5ba75020@complife.ru> <20190421134343.GW21174@Legion-PC.fortress> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-SA-Exim-Connect-IP: 194.107.17.36 X-SA-Exim-Mail-From: legion@altlinux.ru X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.cs.msu.ru X-Spam-Level: * X-Spam-Status: No, score=1.4 required=5.0 tests=BAYES_00,MIXED_ES,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.cs.msu.ru) Cc: Leonid Krivoshein , =?utf-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= Subject: Re: [make-initrd] [devel] syslinux X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2019 13:00:09 -0000 Archived-At: List-Archive: On Mon, Apr 22, 2019 at 01:08:57AM +0200, Michael A. Kangin wrote: > On 04/21/2019 05:44 PM, Michael A. Kangin wrote: > > > Замечания, появляющиеся в ходе тестирования сети, предпочтительней > > оформлять багами или для начала лучше писать сюда (для обсуждения и > > понимания, баг это или фича)? > > Давайте попробую пока тут изложить. > > > В образ initrd не попадает модуль ipv6, поэтому эти конфигурации пока > проверить не удалось, попробую завтра добавить этот модуль. > В логах (/var/log/ueventd.log): > [2019-04-21 13:28:21] uevent-handler: Running network handler ... > modprobe: FATAL: Module ipv6 not found in directory > /lib/modules/5.0.6-un-def-alt1 Ой. Да, нужно лучше проверять его наличие. > Если не указывать интерфейс, то согласно документации, > ip={on|any|dhcp|dhcp4|dhcp6} get configuration from DHCP server for all > interfaces. > Однако, под "all interfaces" понимается и lo тоже. И мы имеем > 16секундную задержку в инициализации сети, пока идёт попытка получить > адрес на lo: > > [2019-04-21 13:28:22] 030-network: lo: trying to obtain configuration > from dhcp ... > [2019-04-21 13:28:22] 030-network: run: ip -6 link set dev lo up > [2019-04-21 13:28:22] 030-network: run: udhcpc -v -n -i lo -t 3 -T 5 -s > /lib/network/udhcpc4.script -p /var/run/udcpc.lo.pid > [2019-04-21 13:28:22] 030-network: lo: waiting 16 seconds for > configuration by dhcp ... > [2019-04-21 13:28:37] 030-network: lo: dhcp done > [2019-04-21 13:28:38] 030-network: eth0: trying to obtain configuration > from dhcp ... > (обратите внимание на таймстампы) Эм. Вы правы и для loopback не нужно dhcp. > Нотации > ip=:[:[][:]] > ip=:[]:::::[:[][:]] > ip=:[]:::::[:[][:]] > работают согласно документации, за некоторыми исключениями: > > - фактически, это > ip=[]:[]:[gw]:[]:[]:: > > - фразой "Optionally set on the " на самом деле > описывается поведение "переименование сетевого интерфейса, имеющего > MAC-адрес в новое имя , (если оно свободно, иначе > ошибка)". Да, а вы ожидали другого ? > - mtu на сам сетевой интерфейс не применяется. При этом в конфигурации > есть такая запись: > /etc/network/ifaces/eth1:# cat iplink > mtu 9000 Видимо баг. > Не знаю, являются ли ошибкой следующие поведения: > - при конфигурации "ip=dhcp nameserver=8.8.8.8" в /etc/resolv.conf > попадают сервера, как указанные вручную, так и добытые с помощью DHCP. Я > могу представить ситуацию, когда хотелось бы избавиться от автоматически > предлагаемых серверов вообще (кроме того, был бы нелишний параметр для > search - для подстановки домена) Вы предполагаете, что параметры nameserver перетрут значения из DHCP ? Я старался сделать как в RH в этом месте. > - конфигурация типа > "ip=192.168.222.25::192.168.222.20:25:myhost:eth2:dhcp" какая-то > валидно-бессмысленная, вся информация игнорируется и на eth2 просто > получается dhcp. Да, описание через эти параметры может быть однозначной. Я следовал за RH в реализации [1]. Я не хотел бы плодить несовместимость несовместимости. [1] https://mirrors.edge.kernel.org/pub/linux/utils/boot/dracut/dracut.html#_network > В порядке фичреквеста, я бы кстати предложил поддерживать для статики > еще одну нотацию, более логично-лаконичную: > ip=:[/][:[:[:[]:[mac]]]] > уф, надеюсь не запутался скобочках > > С примерами: > ip=eth0:10.255.255.1 #(подразумевается /32) > ip=eth0:123.45.67.89/24:123.45.67.1 > ip=stor0:192.168.7.235/255.255.255.128:192.168.7.129:192.168.1.1:9000:fe:fe:de:ad:be:af Нужно проверить не противоречит ли она остальным. > И поддержка вланов тоже была бы совершенно не лишней - в датацентрах > dhcp & tftp может не нейтивом подаваться, а одним из вланов в транке на > порту. ок. попробую. -- Rgrds, legion