From owner-freebsd-current@freebsd.org Fri Apr 30 13:21:33 2021 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8E3F85FE2FD for ; Fri, 30 Apr 2021 13:21:33 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4FWtLP2dYqz4lLg for ; Fri, 30 Apr 2021 13:21:33 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by mailman.nyi.freebsd.org (Postfix) id 58ABD5FE2FB; Fri, 30 Apr 2021 13:21:33 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5876C5FE60A for ; Fri, 30 Apr 2021 13:21:33 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mail-wr1-f49.google.com (mail-wr1-f49.google.com [209.85.221.49]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4FWtLN4fy8z4lTt for ; Fri, 30 Apr 2021 13:21:32 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by mail-wr1-f49.google.com with SMTP id d4so2137943wru.7 for ; Fri, 30 Apr 2021 06:21:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=9Qf7NKu7cV89NBSIKgF8YuJkPu0EDdu4ogVH3pAoo58=; b=faRsse7cZXVybCZ9uCVEcDCkl+8Qafyhui7PH4OVrwX+TmzRx3Qz8OgVLQKGOiZ67G Nv1c7/T/6BqXzSKdnCc6PSPbq5B4Y2VnGtLxBYOmH2bpJNoxL4Lj3w8cFGCR0fhO4mTV tQUiiPuXOMZunmdYEitLylNuzTpHIwHOXBQ90CtSIRb63AIz3YESGs5aN8IILCYNU0XJ q/UcEGKCUsmC9ygelijcqNG5EtjvFLwFlHm+YjO9V/xrZWXvavAe0SCsgoceMBafLMgR LaBW+9jQp2uZ1J87LMF41TJs8mMzo26Ix8DsztympjcsfsuSjMBtrXXGCWoVFK5vlnYC 7Plw== X-Gm-Message-State: AOAM532J4SdzBINz4lvf2v89l2wzM4oU9HP39MgxYPK8QfzEWG6qPGBM tuXNtlsr90Arsvz/Ev4VX19HIpAXA84bXMJ9zxNasFvhUUsKAw== X-Google-Smtp-Source: ABdhPJypVIsCr5rL+A8G2w2rR/MnU6j/xaLxlo98DNY81vBidcviwZU1lSkw6EbENGIvw5aomURIq5mT6oaTqNNR7tI= X-Received: by 2002:a5d:4a87:: with SMTP id o7mr7003483wrq.102.1619788890475; Fri, 30 Apr 2021 06:21:30 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= Date: Fri, 30 Apr 2021 15:21:19 +0200 Message-ID: Subject: What is OpenZFS doing during boot? To: current@freebsd.org X-Rspamd-Queue-Id: 4FWtLN4fy8z4lTt X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of uspoerlein@gmail.com designates 209.85.221.49 as permitted sender) smtp.mailfrom=uspoerlein@gmail.com X-Spamd-Result: default: False [-1.37 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[uqs@freebsd.org,uspoerlein@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_MIXED_CHARSET(0.62)[subject]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.221.49:from]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_NEQ_ENVFROM(0.00)[uqs@freebsd.org,uspoerlein@gmail.com]; R_DKIM_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[209.85.221.49:from:127.0.2.255]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.49:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.49:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[current] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Apr 2021 13:21:33 -0000 Hi folks, this is a stable/13 question but I figured it's still close enough to -CURRENT to count. So I wanted to update my (remote) system with freebsd-update, but that installed half a kernel and bricked the machine upon reboot. Lucky me I fixed OOB access just the day before. Did the usual world/kernel build and ran etcupdate, merging in my local changes. This bricked the system again, as it removed the -x bit on /etc/rc.d/netif, I filed https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255514 for that though (I never had such trouble with mergemaster, just even understanding what etcupdate is trying to do and how to bootstrap it is a mystery to me). Anyway, I have a data zpool on 2x encrypted GELI providers that I can only unlock (and zpool import) with 2 passphrases after the system has booted. Color me surprised when some RC script thought otherwise and tried to import the pool during boot. Why does it do that, that's not supposed to work and it should not even touch the encrypted bits (yet). mountroot: waiting for device /dev/mirror/gm0a... Dual Console: Serial Primary, Video Secondary GEOM_ELI: Device gpt/swap0.eli created. GEOM_ELI: Encryption: AES-XTS 128 GEOM_ELI: Crypto: accelerated software GEOM_ELI: Device gpt/swap1.eli created. GEOM_ELI: Encryption: AES-XTS 128 GEOM_ELI: Crypto: accelerated software Setting hostuuid: d7902500-4c7c-0706-0025-90d77c4c0e0f. Setting hostid: 0x8a2b4277. cannot import 'data': no such pool or dataset Destroy and re-create the pool fipmi0: Unknown IOCTL 40086481 ipmi0: Unknown IOCTL 40086481 rom a backup source. cachefile import failed, retrying nvpair_value_nvlpid 69 (zpool), jid 0, uid ist(nvp, &rv) == 0 (0x16 == 0) ASSERT at /usr/src/sys/contrib/openzfs/module/nv0: exited on signal 6 pair/fnvpair.c:586:fnvpair_value_nvlist()Abort trap cannot import 'data': no such pool or dataset ipmi0: Unknown IOCTL 40086481 ipmi0: Unknown IOCTL 40086481 Destroy and re-cpid 74 (zpool), jid 0, uid 0: exited on signal 6 reate the pool from a backup source. cachefile import failed, retrying nvpair_value_nvlist(nvp, &rv) == 0 (0x16 == 0) ASSERT at /usr/src/sys/contrib/openzfs/module/nvpair/fnvpair.c:586:fnvpair_value_nvlist()Abort trap Starting file system checks: /dev/mirror/gm0a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mirror/gm0a: clean, 370582 free (814 frags, 46221 blocks, 0.2% fragmentation) /dev/mirror/gm0d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mirror/gm0d: clean, 867640 free (1160 frags, 108310 blocks, 0.1% fragmentation) /dev/mirror/gm0e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mirror/gm0e: clean, 1267948 free (17228 frags, 156340 blocks, 0.7% fragmentation) Mounting local filesystems:. What do I need to do to _not_ have any zpool operations be attempted during startup? How does it even know of the existence of that pool? I guess it's zfs_enable=NO to stop /etc/rc.d/zpool from messing about. But more importantly, the GELI providers don't exist yet, why does it then segfault? Shouldn't it be a bit more robust on that front? Thanks all Uli