Re: main-n254654-d4e8207317c results in "no pools available to import"
- Reply: Thomas Laus : "Re: main-n254654-d4e8207317c results in "no pools available to import""
- Reply: Graham Perrin : "Re: main-n254654-d4e8207317c results in "no pools available to import""
- In reply to: Mark Millard : "Re: main-n254654-d4e8207317c results in "no pools available to import""
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Tue, 12 Apr 2022 22:35:08 UTC
On 4/12/22 18:15, Mark Millard wrote: > From: Thomas Laus <lausts_at_acm.org> > Date: Tue, 12 Apr 2022 15:48:32 +0000 : > >> On 4/12/22 08:29, Ronald Klop wrote: >>> Are you guys both using NVME or EFI? Just wondering if the common >>> problem is in ZFS or some other component. >>> I will try to gather more information on the machine that actually demonstrates the problem in question. >> I just repeated this issue on the desktop computer that is used for my >> weekly builds that get distributed to the other PC's in the house. Excellent isolation test. I tried the same sort of process on a separate machine to no avail. I was not using NVME storage. I was using a brand new Samsung SSD and you can see that listed in the output : https://lists.freebsd.org/archives/freebsd-current/2022-April/001759.html * * * * the above should be considered a red herring * * * * That machine simply worked as expected. Slight surprise but then again no one else was seeing this issue. Until Thomas Laus also caught it : https://lists.freebsd.org/archives/freebsd-current/2022-April/001761.html So we have at least two examples in the wild. I will focus on the problem case I have and try to get better information. Somehow. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional