From nobody Mon Apr 11 21:59:20 2022 X-Original-To: freebsd-current@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 5380311DA5C8 for ; Mon, 11 Apr 2022 21:59:37 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.oetec.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KcjSS4Hbpz4Ryh for ; Mon, 11 Apr 2022 21:59:36 +0000 (UTC) (envelope-from dclarke@blastwave.org) X-Spam-Status: No X-oetec-MailScanner-From: dclarke@blastwave.org X-oetec-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.731, required 6, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, DKIM_VALID_EF -0.10, NICE_REPLY_A -1.62, T_SCC_BODY_TEXT_LINE -0.01, URIBL_BLOCKED 0.00) X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-ID: 23BLxKaU003994 X-oetec-MailScanner-Information: Please contact oetec for more information Received: from [10.14.0.14] (static-198-54-132-57.cust.tzulo.com [198.54.132.57]) (authenticated bits=0) by mail.oetec.com (8.15.2/8.15.2/Debian-8+deb9u1) with ESMTPSA id 23BLxKaU003994 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Mon, 11 Apr 2022 17:59:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=blastwave.org; s=default; t=1649714363; bh=2uie6wP9pQeXUeaiso3qy4DbRGKgy1tWz0LmRjojVXk=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=gIFtVX+AsM2pUjaS1XsCAFE16oKLdFW+XhJKqOkOIKv3D6/h4R6KH+h9tmc+sCOHB 1e4G8T/tCTiLvRo6q3LEGY70qeo8IexuZjOBOppBmcooxo2rrxxW+4Et9JBOwWnj1M ADVj1JfXFngm2SmIfbsshQB9TgGTNK4pcbL6XqcYlP5/2mDLbMXN4bxuPTIfsGxveq Go92ISVaokS7cZTluR4bDS0gX7QdMhNphvAgA/CYBfgWFKhpaeQtPztqe8vMPN5GpZ FMvxDEfsma3EKBIw38c/XN6CUYsp/quk4BazFNrMq+RZSV4X913nO0hTu9aeY3z7sq K08xwIFz0NkGA== Message-ID: <689aaba0-52bb-741b-2da0-abbd60670c6e@blastwave.org> Date: Mon, 11 Apr 2022 17:59:20 -0400 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: main-n254654-d4e8207317c results in "no pools available to import" Content-Language: en-US To: Tomoaki AOKI , Ronald Klop Cc: freebsd-current@freebsd.org References: <778a795c-5413-9c79-5312-e34dd6bb29c1@blastwave.org> <20220412065005.235e5327a18cef8a49f43c8f@dec.sakura.ne.jp> From: Dennis Clarke In-Reply-To: <20220412065005.235e5327a18cef8a49f43c8f@dec.sakura.ne.jp> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4KcjSS4Hbpz4Ryh X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=blastwave.org header.s=default header.b=gIFtVX+A; dmarc=pass (policy=quarantine) header.from=blastwave.org; spf=pass (mx1.freebsd.org: domain of dclarke@blastwave.org designates 108.160.241.186 as permitted sender) smtp.mailfrom=dclarke@blastwave.org X-Spamd-Result: default: False [-4.17 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx:c]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; RCVD_IN_DNSWL_MED(-0.20)[108.160.241.186:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-current]; NEURAL_HAM_SHORT(-0.47)[-0.466]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 4/11/22 17:50, Tomoaki AOKI wrote: > On Mon, 11 Apr 2022 20:18:48 +0200 > Ronald Klop wrote: > >> On 4/11/22 17:17, Dennis Clarke wrote: >>> >>> Did the usual git pull origin main and buildworld/buildkernel but after installkernel the machine will not boot. >>> >>> The rev seems to be main-n254654-d4e8207317c. >>> >>> I can boot single user mode and get a command prompt but nothing past >>> that. Is there something borked in ZFS in CURRENT ? >>> >>> >>> >> >> >> Up until now you are the only one with this error on the mailinglist today. So I doubt something is borked. >> You could consider to share more details about your setup to help people to think along with you. >> >> Regards, >> Ronald. >> > > I have main at git c79331a42c308139828c1117f49224bb83617a53 booting > fine, and no commits relatd with ZFS exists within git d4e8207317c. I was just looking at that and there is one : root@phobos:/usr/src # root@phobos:/usr/src # /usr/local/bin/git --no-pager log -n 32 --pretty=oneline --abbrev-commit --graph * d4e8207317c (HEAD -> main, origin/main, origin/HEAD) vmm_instruction_emul.c: fix bhyve build * be0d16b0b05 bsdinstall: filter out disks that are unavailable from the list of options in ZFS * 5580e5bd716 nfscl: Clean up the code by removing unused arguments * 5a17f489d58 vmm: fix set but not used warning * 5241577a223 vmm: fix set but not used warning * 3587bfa797c vmm: fix set but not used warning * 5c272efaba2 vmm: fix set but not used warnings * f877977a034 vmm: fix set but not used warnings * 893a3dd697e vmm: fix set but not used warning * f3ef799f564 Only return a mapped address from efi_phys_to_kva * 57e47ae514b Include the EFI Runtime Code in the DMAP * bde57090337 UPDATING: Fix a few typos * c79331a42c3 bhyve: use linker set for ipc commands * 38c3cf6aede nfscl: Clean up the code by removing unused arguments * c45d934f6b7 nfscl: Ansify a function header * bd8701dede1 Document procstat(1) advlock command * a5229a255ea Implement procstat(1) advlocks command * e79866ddf1c procstat(1): add ability to specify subcommands not requiring pid lists * 50d3c72558f libprocstat: document procstat_getadvlock(3) * 039d1496b07 libprocstat: add procstat_getadvlock(3) * eca39864f70 Add sysctl KERN_LOCKF * 6ead1379fd4 sys/user.h: Add kinfo_lockf structure to report advisory locks * 147e4fe3f1f kern_lockf.c: remove no longer neeeded UFS headers * 59e85819be6 lockf: remove lf_inode from struct lockf_entry * 5c075d64049 ufs/acl.h: forward-declare struct inode * 8cc19b1e47d Style. * a3214fbe7ff mount: use pidfile_signal * 287451fd019 pidfile: add pidfile_signal * ecbdfbfd18d netgraph(3): Remove a double word in a source code comment * d048e8c6196 ofed: Fix a typo in a source code comment * 299fcf402dc fsck_ffs(8): Fix a typo in a source code comment * 009727ed577 routed(8): Remove a double word in a source code comment root@phobos:/usr/src # I see be0d16b0b05 bsdinstall: filter out disks that are unavailable from the list of options in ZFS Not sure what that does however. I am looking at : root@phobos:/usr/src # git pull origin main remote: Enumerating objects: 100, done. remote: Counting objects: 100% (16/16), done. remote: Compressing objects: 100% (3/3), done. remote: Total 100 (delta 13), reused 13 (delta 13), pack-reused 84 Receiving objects: 100% (100/100), 189.37 KiB | 1.38 MiB/s, done. Resolving deltas: 100% (57/57), completed with 12 local objects. From git.freebsd.org:src * branch main -> FETCH_HEAD d4e8207317c..673bce11ced main -> origin/main Updating d4e8207317c..673bce11ced Fast-forward lib/libc/sys/getdirentries.2 | 2 ++ sbin/ifconfig/ifconfig.8 | 5 +++-- stand/man/loader_lua.8 | 47 +++++++++++++++++++++++------------------------ sys/compat/linprocfs/linprocfs.c | 20 ++++++++++++++++++++ sys/compat/linux/linux_socket.c | 38 +++++++++++++++++++++++++++++--------- sys/compat/linux/linux_socket.h | 1 + sys/dev/axgbe/if_axgbe_pci.c | 65 ++++++++++++++++++++++++++++++++++++++++++++++++++++------------- sys/kern/vfs_subr.c | 1 + sys/kern/vfs_syscalls.c | 4 ++++ sys/netinet/ip_mroute.c | 26 ++++++++++++++++++++------ sys/netinet/ip_output.c | 2 +- sys/netinet6/ip6_output.c | 2 ++ sys/netpfil/ipfw/ip_fw2.c | 27 ++++++++++++--------------- sys/netpfil/ipfw/ip_fw_log.c | 7 +++++-- sys/netpfil/pf/pf_ioctl.c | 2 ++ sys/sys/vnode.h | 2 +- sys/vm/swap_pager.c | 4 ++-- 17 files changed, 180 insertions(+), 75 deletions(-) root@phobos:/usr/src # /usr/local/bin/git --no-pager log -n 32 --pretty=oneline --abbrev-commit --graph * 673bce11ced (HEAD -> main, origin/main, origin/HEAD) linux(4): Copyout actual size of addr to the user space in accept(). * bb0f644cd68 linux(4): Limit user-supplied sockaddr length in recvfrom(). * 68bfaefb3d9 linux(4): Remove unnecessary PTRIN(). * cf312f799a8 linux(4): Handle SO_DOMAIN in getsockopt syscall. * c6487446d7e getdirentries: return ENOENT for unlinked but still open directory. * bb46e9b5107 linux(4): Prevent an attempt to copy an uninitialized source address. * 6ca0ca7b4cb IPv4 multicast: fix LOR in shutdown path * 8e458a431eb Clean up some grammos I left behind. * 67f5810e07c Correct typos and more precise wording. * 632ea8ea984 ifconfig.8: Note that -l accepts -g in addition to -d and -u . . . . So again nothing from yesterday until today that says a word about ZFS. > So the info at which commit was running before update would be needed. > > I've encountered the situation like that, but it was far before OpenZFS > was introduced into base. If it's the same issue, /sbin/zfs SHALL be > updated in conjunction with kernel. > Right. I have seen it also but that was a long long time ago. Relatively speaking and OpenZFS has never been an issue. I wish I had a serial interface on the little laptop to boot to single usermode with and then can look around and capture the output. > If you can boot with any emergency environment (memstick or another > installation) and import now-non-bootable pool with e.g. `zpool import > -R /mnt -f ZPOOL`, I have been through that before and usually it was just to import a strange zpool from some other storage array onto some other machine. I don't think that is needed here. > Beware! If other updated components are mandatory for /sbin/zfs, the > above procedure is not at all enough. But would crash before actually > the pool is imported. Yep. Let's avoid that. I am going to see if I can build to commit 3587bfa797c on some other hardware and have a look. Just because I am curious. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional