From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 681DF158043 for ; Sun, 14 Apr 2024 07:28:38 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7EDAAE2A2E; Sun, 14 Apr 2024 07:28:31 +0000 (UTC) Received: from gw3.antarean.org (gw3.antarean.org [84.247.13.64]) by pigeon.gentoo.org (Postfix) with ESMTP id DE49DE29E3 for ; Sun, 14 Apr 2024 07:28:29 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by gw3.antarean.org (Postfix) with ESMTP id 4VHMNX5v1rzNkwr for ; Sun, 14 Apr 2024 09:28:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at antarean.org Received: from gw3.antarean.org ([127.0.0.1]) by localhost (gw3.antarean.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id urSp6K7eDBxt for ; Sun, 14 Apr 2024 09:28:28 +0200 (CEST) Received: from mailstore1.adm.antarean.org (localhost [127.0.0.1]) by gw3.antarean.org (Postfix) with ESMTP id 4VHMNX3KVlzNkZn for ; Sun, 14 Apr 2024 09:28:28 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mailstore1.adm.antarean.org (Postfix) with ESMTP id 4VHMNW63w2z1M for ; Sun, 14 Apr 2024 07:28:27 +0000 (UTC) X-Virus-Scanned: amavisd-new at antarean.org Received: from mailstore1.adm.antarean.org ([127.0.0.1]) by localhost (mailstore1.adm.antarean.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id diyproqaI_qZ for ; Sun, 14 Apr 2024 07:28:07 +0000 (UTC) Received: from persephone.localnet (persephone.adm.antarean.org [10.55.16.48]) by mailstore1.adm.antarean.org (Postfix) with ESMTPA id 4VHMN719yCz17 for ; Sun, 14 Apr 2024 07:28:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=antarean.org; s=default; t=1713079687; bh=Fj+oqUmNk3TFCopgCR4gT/by9PERIzD8Q5T2ALn96Zk=; h=From:To:Subject:Date:In-Reply-To:References; b=Ab2Zx8wgfXaejybR9CfuDXm4plnrjORfCTC1NSZQFBOwZzbIy8K8QKpu02hv169Ex dAwOxdkqrKKsaPzpVEvWbMo2QYnrhM4OBs6gH0Mu3lgGHTHLCTe1RDkfO5tM5O5rmu 1IzQEvH7W08615GsyhZJPdBnB+3Kng/breqYRZoA= From: "J. Roeleveld" To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] How to find out all openrc dependencies? Date: Sun, 14 Apr 2024 09:28:07 +0200 Message-ID: <4565188.LvFx2qVVIh@persephone> In-Reply-To: <3803238.kQq0lBPeGt@rogueboard> References: <6041387.lOV4Wx5bFT@persephone> <13497198.uLZWGnKmhe@persephone> <3803238.kQq0lBPeGt@rogueboard> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Archives-Salt: bc6ec595-5f52-42f3-a734-66cff294c735 X-Archives-Hash: 8323d553f57de9b3b57e459fe7b40084 On Thursday, 11 April 2024 12:10:31 CEST Michael wrote: > On Thursday, 11 April 2024 10:48:15 BST J. Roeleveld wrote: > > On Thursday, 11 April 2024 11:35:10 CEST Michael wrote: > > > On Thursday, 11 April 2024 06:19:57 BST J. Roeleveld wrote: > > > > Hi all, > > > > > > > > For a while I've been seeing the following ERROR-messages when booting > > > > 1 > > > > of > > > > my systems: > > > > > > > > * ERROR: cannot start multipathd as localmount would not start > > > > > > > > * ERROR: cannot start zfs-import as localmount would not start > > > > > > > > This isn't a big concern as these services will start correctly later: > > > > > > > > INIT: Entering runlevel: 3 > > > > > > > > * Starting multipathd ... > > > > [ ok ] > > > > * Importing ZFS pool(s) ... > > > > [ ok ] > > > > > > > > But I am trying to find the cause of these errors as they are > > > > preventing > > > > parallel-start from actually working correctly. > > > > > > > > When I check with "rc-depend", I don't see an obious cause: > > > > > > > > # /lib/rc/bin/rc-depend multipathd > > > > sysfs devfs udev udev-trigger modules fsck root localmount multipathd > > > > > > > > # /lib/rc/bin/rc-depend localmount > > > > sysfs devfs udev udev-trigger modules fsck root localmount > > > > > > > > # /lib/rc/bin/rc-depend zfs-import > > > > multipath sysfs devfs udev udev-trigger modules fsck root localmount > > > > multipathd zfs-import > > > > > > > > # /lib/rc/bin/rc-depend multipath > > > > multipath > > > > > > > > From how I read these, it should be able to start "localmount" > > > > properly > > > > before even trying to start "multipathd" and "zfs-import" > > > > There is also no technical dependency for "localmount" (the root > > > > filesystem > > > > is not on ZFS on this system) > > > > > > > > Any help/suggestions on how to find the cause would be appreciated. > > > > > > > > -- > > > > Joost > > > > > > Check if hwclock is in the boot runlevel: > > > > > > rc-update -s -v | grep hwclock > > > > What does "hwclock" got to do with this? > > It has no dependency with multipathd, zfs-import, localmount or anything > > else that is showing an error. > > > > -- > > Joost > > Our systems are certainly different, but I noticed this dependency on my > localmount which is missing on yours: > > # /lib/rc/bin/rc-depend localmount > sysfs devfs udev udev-trigger hwclock modules fsck root dmcrypt localmount > ^^^^^^^ > Have you compared your system services which has this problem, with other > systems of yours which can startup properly? Adding additional dependencies into the tree is more likely to cause further issues. I am actually looking for how to quickly find out which dependency is causing a circular dependency issue as the first time it thinks it needs to start a service it fails. But the 2nd time it starts, it goes correctly. I removed hwclock from ALL VMs as they don't actually have a hwclock. I did find out the actual cause of the problem through a lot of trial and error, but this is not really useful in actually quickly finding the problem. Being able to "simulate" the startup sequence for how OpenRC wants to do things would have simplified and sped up the entire process. -- Joost