From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: * X-Spam-Status: No, score=1.2 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 Date: Fri, 26 Apr 2019 20:43:38 +0200 From: Alexey Gladkov To: make-initrd@lists.altlinux.org Message-ID: <20190426184338.GQ9023@dhcp129-178.brq.redhat.com> References: <20190423142655.GB9023@dhcp129-178.brq.redhat.com> <1e4fdd6d-862d-a7e4-497c-48693e4cd2aa@gmail.com> <20190426174338.GP9023@dhcp129-178.brq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [make-initrd] Feature multipath is broken X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: make-initrd@lists.altlinux.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Apr 2019 18:43:42 -0000 Archived-At: List-Archive: On Fri, Apr 26, 2019 at 08:59:25PM +0300, Leonid Krivoshein wrote: > > 26.04.2019 20:43, Alexey Gladkov пишет: > > On Wed, Apr 24, 2019 at 04:01:13AM +0300, Leonid Krivoshein wrote: > >> 23.04.2019 17:26, Alexey Gladkov пишет: > >>> Я обновил master и исправил ряд багов, которые мы обсуждали в личке. Я мог > >>> что-нибудь забыть. > >> Ещё нашёл. При генерации с конфигом, содержащим: > >> > >> FEATURES += multipath > >> > >> make-initrd вываливается с ошибкой про недоступность модуля scsi_dh > >> (такого действительно нет в ядре 5.x). > > Модули я поправил, но нарвался на то, что правила для udev у нас > > в пакете multipath-tools написаны для федоры [1]. Мантейнеры этим пакетом > > не пользуются, иначе бы они заметили. > Да, очень забавный баг! > > > > Кроме того, правила содержат вызовы утилит systemd. Видимо, нужно > > сохранить в фиче вариант правил для "не-systemd". > > > > И кажется для меня новый челендж написать в initrd-cp копирование утилит > > из правил udev'а. > Определением таких зависимостей занимается именно initrd-cp? initrd-cp копирует файлы с зависимостями. Для бинарных файлов это библиотеки, для шелл-скриптов сейчас это интерпретатор. > Надо же, не знал. Может, тогда уж сразу и в shell-скриптах имеет смысл > искать ссылки на вызываемые программы? По крайней мере, тут уже готовый > код функциклирует в сборочнице. Если конечно это не будет оверхедом. Получение списка команд вызываемых из шелл-скрипте у нас сделано через alt-specific фичу в bash. Есть проект [1], который пытается сделать парсер, который можно использовать для анализа скриптов без выполнения. [1] https://github.com/mvdan/sh > А я извиняюсь за обещанный NFS. Нельзя сказать "извиняюсь". Это значит, что вы сами себя извиняете )) Не извиняйся. Я пока тоже за NFS не взялся. Пока стараюсь стабилизировать настройку сети. Также двигаюсь довольно медленно по плану реализации method=. > Всё железо и образы подготовил, но меня > завалило срочными задачами аж до вторника. Если получится, попробую на > виртуалках в выходные или в праздники посмотреть, тогда уже сразу с > новой версией. Кстати, кто/что посоветует: NFS-корень ведь read-only? Не обязательно. > Может, там немного /etc/fstab поменять достаточно? Или ссылкой в меня > киньте... Не понял вопроса. -- Rgrds, legion