From nobody Mon Dec 5 16:52:19 2022 X-Original-To: fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4NQqN35GSNz4k8Vb for ; Mon, 5 Dec 2022 16:52:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NQqN34415z44BP for ; Mon, 5 Dec 2022 16:52:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1670259139; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=rkCgEJbWuwr/STfUYrp53DBzuLipUzxe0QprrEQJywQ=; b=Z8pCWTMl1Q83rp1l/Rs5rvAoqrHAtB+2Wa5GH7ftehFXFb0oGBG17NWYkaGSxYcci+Q5tu FYREMBxystgVH3bL7ePiXF2ODTUGKiVItDnPvZNPpds2yQu7sYtCGJk6a51NLi6/rrEuxq /FJ5+eYy61qzOXpPukSRThW3mKfb35szaQ9XWBCkRN6SjHtMDfTei+OtrRXw8tB+VkANt3 PtQhFeYQ8RvHnv7ldajKudr61n6wudiJMPc9/S3bAbCLlpvfYmIFttU+wXS8UrvVAmWExr 1L81lHUEmq68vwJlBh3rWeuTTwDU0sLiKAUtMsZPLWoFdqtyq5fh98/jZJWN+Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1670259139; a=rsa-sha256; cv=none; b=IX2ImG2zcYxt/3sBVK23TnSUDO0UpAmkOx/o6fHm9Q/qGYOhmFTXXnpLJH5P+5abvVc3nO JODoUG4LZP35PtMrRn2Ca9m6N+YIhPxnjv3+gMnmC9WvQ8DVfoFQOO04lnK7c9zqgA7nuo UZHr2AoqwFKPJizGcfSXs/Oyq+8UWR1RVX+dsow1lORSj2PACfuDYCkOZX7t0ZziRy4oZs MBxS21qz/8dFxivoHs0bk2GHNSpgkS/hmrwpJBa7wQQjj/F7B6XsaRo0AovWdQnV5v6D+V Gc95ccWEZ4fe+dYolVkvoaahUyZtuSGyG3v7FgAhND8SAdzeK+aqNLVcLJfRcg== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4NQqN336l4z14ZY for ; Mon, 5 Dec 2022 16:52:19 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 2B5GqJl2035238 for ; Mon, 5 Dec 2022 16:52:19 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 2B5GqJK1035237 for fs@FreeBSD.org; Mon, 5 Dec 2022 16:52:19 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 268157] /etc/rc.d/zpool runs too early, before usb disks available Date: Mon, 05 Dec 2022 16:52:19 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: usb X-Bugzilla-Version: 13.1-RELEASE X-Bugzilla-Keywords: needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: barneywolff@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: usb@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D268157 --- Comment #6 from Barney Wolff --- Does appear to be the same problem. As I read the zpool_main code, import -a processes cache file entries sequentially, so if one import fails badly, others will not get done. One brute-force fix for that would be to fork for each one. Presumably there is already code to serialize updates to the cache file, as potentially multiple root processes could do imports simultaneously. I think it's an open question what import should do if a vdev doesn't exist (yet). It might wait forever. I don't know how usb signals that it's done, = or whether zpool import can know if there are any usb vdevs, so always waiting= for usb to finish doesn't seem right. In my own case waiting for root mount would not help, as root is on the sd = card while I want usr, var, home on a usb disk pool. --=20 You are receiving this mail because: You are on the CC list for the bug.=