NetBSD Problem Report #60900

From tls@panix.com  Sun Oct 18 16:13:09 2026
Return-Path: <tls@panix.com>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256
	 client-signature RSA-PSS (2048 bits) client-digest SHA256)
	(Client CN "mail.netbsd.org", Issuer "YR1" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id EA1011A923B
	for <gnats-bugs@gnats.NetBSD.org>; Sun, 18 Oct 2026 16:13:08 +0000 (UTC)
Message-Id: <4j73cf5brTzfYm@panix5.panix.com>
Date: Sun, 18 Oct 2026 12:13:06 -0400 (EDT)
From: tls@panix.com
Reply-To: tls@NetBSD.org
To: gnats-bugs@NetBSD.org
Subject: RAIDframe: autoconfiguration loses spares
X-Send-Pr-Version: 3.95
X-From4GNATS: "tls@panix.com via gnats" <gnats-admin@NetBSD.org>

>Number:         60900
>Category:       kern
>Synopsis:       Autoconfigured RAID sets lose their spares at the first reboot.
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Oct 18 16:15:00 +0000 2026
>Originator:     Thor Lancelot Simon
>Release:        NetBSD 11.0
>Organization:
>Environment:


System: NetBSD panix5.panix.com 11.0 NetBSD 11.0 (PANIX-WEBUSER) #0: Mon Oct 5 15:33:08 EDT 2026 root@juggler.panix.com:/misc/obj64/misc/devel/netbsd/11.0/src/sys/arch/amd64/compile/PANIX-WEBUSER amd64
Architecture: x86_64
Machine: amd64
>Description:
	When a RAID set is configured with one or more spares (via
	config file or via raidtl -a), RAID autoconfiguration
	loses the spares at the first reboot.  A related issue
	is that despite the documentation and code comments,
	even if a spare is available, a degraded set does not
	automatically reconstruct.  It also appears from code
	inspection that there are numerous minor bugs in the
	logic for handling spares and reconstruction, including
	an aparrent vnode leak when removing a spare, loss of
	the partition size of the spare if it differs from
	(exceeds that) of the replaced component, and racy
	handling of the in-memory reconstruction flag.
>How-To-Repeat:
	Configure a RAID set with a spare; ensure it is
	properly labelled and initialized; set it for
	autoconfiguration.  Reboot the system and observe
	the spare is nowhere to be seen in the running
	configuration.
>Fix:


>Unformatted:

Home	PR Database Search