From: Alexey Gladkov <gladkov.alexey@gmail.com> To: make-initrd@lists.altlinux.org Subject: Re: [make-initrd] master updated Date: Wed, 24 Apr 2019 23:24:48 +0200 Message-ID: <20190424212448.GI9023@dhcp129-178.brq.redhat.com> (raw) In-Reply-To: <126da50b-d948-b9b9-43c8-35707703ee58@complife.ru> On Wed, Apr 24, 2019 at 06:43:00PM +0200, Michael A. Kangin wrote: > On 04/23/2019 04:26 PM, Alexey Gladkov wrote: > > > * Добавил возможность вызвать скрипт до и после старта сервиса; > yes > > > * Увеличил приоритет nameserver= и теперь они будет попадать в resolv.conf > > первыми; > yes > > > * Я добавил параметр ifname=<iface>:<macaddr> (как в dracut) для > > переименования интерфейсов; > yes > > > * Изменил обработку macaddr в ip. Теперь MAC меняется у интерфейса, а не > > переименовывает интерфейс. Это совпадает с поведением в fedora; > > В конфиги попадает, к интерфейсу не применяется. Наверное, та же фигня > что и с MTU > ~:# cat /etc/network/ifaces/eth1/iplink > set address 01:02:01:02:01:ff > set mtu 9000 > ~:# ip li sh dev eth1 > 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast > qlen 1000 > link/ether 52:54:00:a7:29:23 brd ff:ff:ff:ff:ff:ff Работаю над этим. > И еще пару мыслей о DHCP > В формате ip=dhcp действительно ли ему стоит пытаться поднимать все > интерфейсы, или было бы лучше пробовать по одному? > И если уж все, то лучше одновременно. Так dhcp-клиент вызывается хоть и последовательно, но работают параллельно. Потом опять синхронизируются. > Сейчас, когда дело дойдёт до тестирования в железе, какой-нибудь сервер > о шести 10G сетевушках будет делать ip link up для каждой из них секунд > по 20. > не хотелось бы получить необоснованных задержек при загрузке системы :) В таком случае нельзя говорить ip=dhcp. В этом случае нужно указывать какой интерфейс нужно настраивать. > Кроме того, если скажем сетевушки подключены к одной сети и получают > один и тот же NS, то /etc/resolv.conf может получиться такой вот > кучерявый с дублирующимися серверами: > ~:# cat /etc/resolv.conf > > nameserver 98.158.110.2 > nameserver 98.158.111.2 > # eth0: DHCP4 start > nameserver 192.168.222.1 > # eth0: DHCP4 end > > # eth1: DHCP6 start > nameserver fd00:eeee:0012:0000:0000:0000:0000:0001 > # eth1: DHCP6 end > > # eth2: DHCP4 start > nameserver 192.168.222.1 > # eth2: DHCP4 end > > ~:# cat /proc/cmdline > ip=dhcp nameserver="98.158.110.2 98.158.111.2" debug rdshell > > > И что именно в него попадает при dualstack для каждого интерфейса, v4 > или v6 адрес - дело случая, и разнится от загрузки к загрузке, бывает и > по три 192.168.222.1. Но попадает что-нибудь одно. Как раз сейчас нарвался на такое с resolv.conf. Я это попробую исправить. -- Rgrds, legion
prev parent reply other threads:[~2019-04-24 21:24 UTC|newest] Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-04-23 14:26 Alexey Gladkov 2019-04-23 18:57 ` Leonid Krivoshein 2019-04-23 22:48 ` Michael A. Kangin 2019-04-23 22:57 ` Leonid Krivoshein 2019-04-24 0:47 ` Leonid Krivoshein 2019-04-26 10:05 ` Alexey Gladkov 2019-04-26 10:55 ` Leonid Krivoshein 2019-04-26 11:31 ` Michael Shigorin 2019-04-26 12:21 ` Alexey Gladkov 2019-04-24 1:01 ` Leonid Krivoshein 2019-04-24 10:09 ` Alexey Gladkov 2019-04-24 11:13 ` Leonid Krivoshein 2019-04-26 12:20 ` Alexey Gladkov 2019-04-26 12:32 ` Michael A. Kangin 2019-04-26 12:39 ` Alexey Gladkov 2019-04-26 17:43 ` [make-initrd] Feature multipath is broken (was: Re: master updated) Alexey Gladkov 2019-04-26 17:59 ` [make-initrd] Feature multipath is broken Leonid Krivoshein 2019-04-26 18:23 ` Michael Shigorin 2019-04-26 18:40 ` Leonid Krivoshein 2019-04-26 18:48 ` [make-initrd] NFS root (was: Feature multipath is broken) Michael Shigorin 2019-04-26 19:07 ` [make-initrd] NFS root Leonid Krivoshein 2019-04-26 19:55 ` Michael Shigorin 2019-04-29 17:06 ` Leonid Krivoshein 2019-04-26 18:50 ` [make-initrd] Feature multipath is broken Alexey Gladkov 2019-04-26 18:43 ` Alexey Gladkov 2019-04-26 18:59 ` Leonid Krivoshein 2019-04-26 19:25 ` Alexey Gladkov 2019-04-24 16:43 ` [make-initrd] master updated Michael A. Kangin 2019-04-24 21:24 ` Alexey Gladkov [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20190424212448.GI9023@dhcp129-178.brq.redhat.com \ --to=gladkov.alexey@gmail.com \ --cc=make-initrd@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Make-initrd development discussion This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/make-initrd/0 make-initrd/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 make-initrd make-initrd/ http://lore.altlinux.org/make-initrd \ make-initrd@lists.altlinux.org make-initrd@lists.altlinux.ru make-initrd@lists.altlinux.com public-inbox-index make-initrd Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.make-initrd AGPL code for this site: git clone https://public-inbox.org/public-inbox.git