From: Roman Mamedov <rm@romanrm.net>
To: Daniel Buschke <damage@devloop.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: add fails: nvme1n1p2 does not have a valid v1.2 superblock, not importing
Date: Thu, 8 May 2025 11:27:01 +0500 [thread overview]
Message-ID: <20250508112701.5a203e9a@nvm> (raw)
In-Reply-To: <5e5df22d-ecd4-40fc-84dc-9508e28a6aae@devloop.de>
On Tue, 6 May 2025 12:25:13 +0200
Daniel Buschke <damage@devloop.de> wrote:
> 1. What exactly does this error message mean? I think replacing a failed
> drive with a new one is what RAID is for? So this shouldn't be an issue
> at all?
>
> 2. During my search I got the feeling that the problem is that the
> failed drive is somehow still "present" in the raid. Thus the add is
> handled as a "re add" which fails because there is no md superblock on
> the new device. Is my conclusion correct?
>
> 3. If 2. is correct how do I remove the failed but not really present
> device? Commands like "mdadm ... --remove failed" did not help.
>
> 4. I already replaced old devices in this RAID successfully before. What
> may have changed that this issue happens?
I agree that it is a weird error to get in this situation. "man mdadm" gives
something to try:
--add-spare
Add a device as a spare. This is similar to --add except that
it does not attempt --re-add first. The device will be added as
a spare even if it looks like it could be an recent member of
the array.
Another idea (from the same man page) would be "mdadm ... --fail detached".
--
With respect,
Roman
prev parent reply other threads:[~2025-05-08 6:36 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-06 10:25 add fails: nvme1n1p2 does not have a valid v1.2 superblock, not importing Daniel Buschke
2025-05-08 6:27 ` Roman Mamedov [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20250508112701.5a203e9a@nvm \
--to=rm@romanrm.net \
--cc=damage@devloop.de \
--cc=linux-raid@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.