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=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709072639; x=1709677439; darn=lists.altlinux.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=gt6MIBOrBIL5io0teQ4Pdf5HhYKy7Aky8f/l07byZwQ=; b=ZcTgEc93wDv3o4eB0FntpwbTR3aZ/LxIBko7cYxTCEbqkAhNaQKp9V9BNC803wKt20 CWb57mDunZdDxxuMuLxru6Gr8+ihvWg2FMlPrDWhHww0GpnYYHmd1TDR69vZwxtum/QA Cj51Ab9Bku2vWZL2c4ZwHiTsRYZmn2S/sY1PHeoTVb43Eb7FWqajru3y9dExM9xVmj6s TvxGdYCGxnMubjfZrFuOOHQXTRyekrSmME+F3H2gCawSOKGvlSycgclYqcFdqsJb2OY4 EcKwTwjNeZsrDRXI54f2gponJFfn0iG3yJ2ZKdFPxWX7CMV4ICzyXrRWPzGVhwpXaYun neCg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709072639; x=1709677439; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=gt6MIBOrBIL5io0teQ4Pdf5HhYKy7Aky8f/l07byZwQ=; b=waePyF/nqecXJoYycGWhIwr0TOdW07yb63GUextBmmQnQI4rtVGUWXY+ytbUt+mPAt YpdWXgHzR2SY6VBBmzT/pidIHebSClqQcuFfQKJe4V/ePaNwumAWDzWRqS9KEPu2SdMf saKKHx/s9jmidrVjwTodiHdeRXLCsij8tT+eoI+lAscFRf0XDMG/uqIlisKKe+/FVSVe A0h5+AvIn4OqS0i3oELkkG3B2eoXQbZmMUqXopAU6AmfyunL6Tfeb/ER6tY4iPOfBjJ5 bC2m2WDy7PZZWEdUGraMWc0M4mfdNAvUDtlr/XJw3Zh7/dn8P3PbXCZ2p8hl8T9JjCkV OjQg== X-Gm-Message-State: AOJu0YyjRwpNv6zNRJojQ94ZcH3IJ6P7mDM2qJMK0dwJFhcaGdXM0jzK AL4wuzn7bkTpUHVefWcXpt1euys2OVJNjc9hPjqE8osKK4M7QMo9t1zKkVcZ X-Google-Smtp-Source: AGHT+IG4HPAKmay6lwaHaszRXhMaY48t6yG3Js37q1FRmwnUEUPYtOM1KzC5a4Vpp8QsB0inh1Af0A== X-Received: by 2002:ac2:482e:0:b0:512:8dad:2918 with SMTP id 14-20020ac2482e000000b005128dad2918mr6788260lft.53.1709072639069; Tue, 27 Feb 2024 14:23:59 -0800 (PST) Message-ID: Date: Wed, 28 Feb 2024 01:23:57 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: make-initrd@lists.altlinux.org References: <9dc91f89-f105-4c58-acc3-636c6633959a@gmail.com> Content-Language: ru, en-US From: Leonid Krivoshein In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [make-initrd] =?utf-8?q?put-udev-rules_=D0=B8_p11?= 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: Tue, 27 Feb 2024 22:24:02 -0000 Archived-At: List-Archive: On 2/27/24 21:59, Alexey Gladkov wrote: > On Tue, Feb 27, 2024 at 08:17:52PM +0300, Leonid Krivoshein wrote: >> On 2/27/24 19:44, Alexey Gladkov wrote: >>> On Tue, Feb 27, 2024 at 07:17:56PM +0300, Leonid Krivoshein wrote: >>>> Алексей, привет! >>>> >>>> >>>> Накануне p11 словили потенциальную граблю -- см. скриншот. Детали здесь >>>> точно не важны. В make-initrd появился чудесный строгий валидатор udev >>>> правил. Теперь, если в каком-то другом пакете пакуются правила с >>>> ошибками, может быть не только ругань, но и отказ собирать initrd. В >>>> случае инсталлятора 11.x это может означать, что в каких-то >>>> конфигурациях мы можем ничего не установить, но об ошибках в правилах >>>> udev узнаем только пост-фактум из логов. >>>> >>>> Тем не менее, проверка нужная. Но, может, стоит проверять все udev >>>> правила при упаковке на сборочнице, чтобы исключить такие сюрпризы? >>>> Можно ли (и насколько сложно) туда будет приделать твой валидатор? Что >>>> ты об этом думаешь? >>> По мотивам этого валидатора в systemd 254 был добавлен: udevadm verify. Он >>> делает ещё больше проверок т.к. он использует тот же парсер. >>> >>> Свою утилиту я писал глядя на правила в пакетах sisyphus и глядя в парсер >>> udev. >> Понятно. Если говорить о деталях, то в данном случае это была очередная >> попытка собрать апстримную версию в p10 всё на том же стенде с >> multipath, т.е. с более старой пакетной базой, где ещё не было данного >> коммита: >> https://git.altlinux.org/tasks/341515/gears/100/git?p=git;a=commitdiff;h=57ee6f941a4f3ea68bba67e018cf10bd954144ac >> , т.е. на текущем Сизифе именно этой ошибки случиться не может, но >> потенциально может произойти что-то аналогично. > Я лишь могу посоветовать вам внимательнее следить за тем, что вы > бэкпортируете в ваши стабильные бранчи. > > Например, утилита udev-rules появилась весной 2023, а говоришь ты про неё > сейчас. Кстати, исправление multipath-tools, о котором ты говоришь > появилось также в мае 2023. > >>> Запускать проверку правил важно и нужно. >> Только не во время инсталляции. Поэтому стоит подумать о ключике --force >> не только для udev-rules, а для всех потенциальных точек отказа. Иначе >> получится как в ситуации микрокодом новых процессоров AMD после выпуска >> 10.0, когда уже поздно пить Боржоми. :-) > Нет. Поздно будет, когда проблема с правилами всплывёт во время загрузки > системы. Очень трудно исправлять initramfs внутри него. )) > > Я очень хочу написать что-нибудь язвительное про тестирование и > сопровождение пакетов, но не буду. Понимаю всю твою аргументацию, тем не менее, в данной ситуации имеем следующее: со старой версией multipath-tools без вышеупомянутого коммита система с "ошибочным" правилом udev грузится. Вот что об этом пишет коммитер: Note (mwilck): technically, this udev rule was parsed and executed by udev correctly, and this is unlikely to change. But the missing comma didn't comply with the udev(7) man page. Так что получается, что парсер придрался к запятой, без которой всё равно всё работает и даже обещается, что так будет и дальше. В общем, мне кажется, и --force в make-initrd, и проверка на сборочнице в данном случае -- наиболее безопасные решения. -- WBR, Leonid Krivoshein.