> On Nov 29, 2023, at 6:20 PM, Miroslav Lachman <000.f...@quip.cz> wrote:
>
> On 29/11/2023 19:23, Michael Proto wrote:
>
>> This has always been the case on my systems going back to at least 11.0
>> (when I first started using ZFS) using diskid over gpt. When I import a vdev
>> via /dev/dis
On 29/11/2023 19:23, Michael Proto wrote:
This has always been the case on my systems going back to at least 11.0
(when I first started using ZFS) using diskid over gpt. When I import a
vdev via /dev/disk/SERIALp1 its associated /dev/ada1p1 disappears.
I never created / imported pool by /dev/
On 29/11/2023 20:58, Trev wrote:
Trev wrote on 28/11/23 12:09 am:
ARGH. After a few days the issue has again returned. top -S -H shows
that the process which continues to consume 100% of one CPU core is
arc_prune, the same process that causes a kernel panic on shutdown.
Any ideas on how to
Trev wrote on 28/11/23 12:09 am:
Trev wrote on 25/11/23 2:39 pm:
I recently updated from source FreeBSD 12-STABLE to FreeBSD 13-STABLE
(stable/13-221a60a42: Tue Nov 14 15:36:40 AEDT 2023).
Ever since, after my ZFS backup to an external USB drive, the system
continues to consume 100% of one co
On Tue, Nov 28, 2023 at 5:26 PM Miroslav Lachman <000.f...@quip.cz> wrote:
>
> I understand that "some" aliases are hidden when other style of aliases
> were used but I never see ada0pX missing even if gpt labels are used.
>
>
>
This has always been the case on my systems going back to at least 11
