From: Nigel Croxon <ncroxon@redhat.com>
To: Wols Lists <antlists@youngman.org.uk>, linux-raid@vger.kernel.org
Subject: Re: raid0: device does not exist with examine and scan
Date: Fri, 28 Jul 2017 09:50:14 -0400 [thread overview]
Message-ID: <15aa9a9c-acec-894c-3d23-5cd3616aeabb@redhat.com> (raw)
In-Reply-To: <983cdf1c-abab-d20f-f71f-9f7441f4f3ce@redhat.com>
On 07/27/2017 01:17 PM, Nigel Croxon wrote:
> On 07/27/2017 01:07 PM, Wols Lists wrote:
>> On 27/07/17 17:11, Nigel Croxon wrote:
>>>
>>> Hello all,
>>>
>>> The device name referenced in the mdadm --examine --scan does not exist
>>> when using metadata=1.2 and --name on the creation.
>>> I am using metadata 0.9 as a bases to test against 1.2.
>>> Am I fighting a udev rule? Did the symlink from /dev/md/TEST_MD to
>>> /dev/md0 disappear?
>>>
>>>
>>> If I start with METADATA=0.9 and specifying a --name
>>>
>>> # mdadm --create --verbose /dev/md0 --level=0 --metadata=0.9
>>> --raid-devices=2 --name=TEST_MD /dev/sdd /dev/sde
>>>
>>> with METADATA=0.9, there is no NAME field printed on DETAIL
>>
>> I don't think 0.9 metadata supports names ...
>>>
>>> # mdadm -D /dev/md0
>>> /dev/md0:
>>> Version : 0.90
>>> Creation Time : Thu Jul 27 10:36:02 2017
>>> Raid Level : raid0
>>> Array Size : 293045760 (279.47 GiB 300.08 GB)
>>> Raid Devices : 2
>>> Total Devices : 2
>>> Preferred Minor : 0
>>> Persistence : Superblock is persistent
>>>
>>> Update Time : Thu Jul 27 10:36:02 2017
>>> State : clean
>>> Active Devices : 2
>>> Working Devices : 2
>>> Failed Devices : 0
>>> Spare Devices : 0
>>>
>>> Chunk Size : 512K
>>>
>>> Consistency Policy : none
>>>
>>> UUID : 623d8bac:8819491b:e9034e5d:acd14f01
>>> Events : 0.1
>>>
>>> Number Major Minor RaidDevice State
>>> 0 8 48 0 active sync /dev/sdd
>>> 1 8 64 1 active sync /dev/sde
>>>
>>>
>>> The --examine --scan shows /dev/md0, and not /dev/md/TEST_MD.
>>> # mdadm --examine --scan
>>> ARRAY /dev/md0 UUID=65cb66eb:d8a0d9ff:85609b40:89383835
>>>
>>>
>>> Next, change the METADATA=1.2 and specifying a --name
>>> # mdadm --create --verbose /dev/md0 --level=0 --metadata=1.2
>>> --raid-devices=2 --name=TEST_MD /dev/sdd /dev/sde
>>>
>>> With METADATA=1.2, there is a NAME field printed:
>>> thinkstation:TEST_MD (local to host thinkstation)
>>>
>>> # mdadm -D /dev/md0
>>> /dev/md0:
>>> Version : 1.2
>>> Creation Time : Thu Jul 27 11:13:02 2017
>>> Raid Level : raid0
>>> Array Size : 292784128 (279.22 GiB 299.81 GB)
>>> Raid Devices : 2
>>> Total Devices : 2
>>> Persistence : Superblock is persistent
>>>
>>> Update Time : Thu Jul 27 11:13:02 2017
>>> State : clean
>>> Active Devices : 2
>>> Working Devices : 2
>>> Failed Devices : 0
>>> Spare Devices : 0
>>>
>>> Chunk Size : 512K
>>>
>>> Consistency Policy : none
>>>
>>> Name : thinkstation:TEST_MD (local to host thinkstation)
>>> UUID : 591d68eb:5182a6e2:ead93be0:812f7fc6
>>> Events : 0
>>>
>>> Number Major Minor RaidDevice State
>>> 0 8 48 0 active sync /dev/sdd
>>> 1 8 64 1 active sync /dev/sde
>>>
>>> The --examine --scan is shows /dev/md/TEST_MD and not /dev/md0.
>>>
>>> # mdadm --examine --scan
>>> ARRAY /dev/md/TEST_MD metadata=1.2
>>> UUID=413a8ca9:a1edb21b:9eb8876d:784349ed name=thinkstation:TEST_MD
>>>
>>> This problem is, /dev/md/TEST_MD does not exist. /dev/md0 does.
>>
>> Is the array running? This is an educated guess on my part, but I think
>> it's running the array that creates the symlink.
>>>
>
> # mdadm --create --verbose /dev/md0 --level=0 --metadata=1.2
> --raid-devices=2 --name=TEST_MD /dev/sdd /dev/sde
> mdadm: chunk size defaults to 512K
> mdadm: array /dev/md0 started.
>
> # cat /proc/mdstat
> Personalities : [raid0]
> md0 : active raid0 sde[1] sdd[0]
> 292784128 blocks super 1.2 512k chunks
>
> unused devices: <none>
>
> # mdadm --examine --scan
> ARRAY /dev/md/TEST_MD metadata=1.2
> UUID=fff9f89d:62dcc596:665386ca:d19f2487 name=thinkstation:TEST_MD
>
> # ls /dev/md/
> ls: cannot access /dev/md/: No such file or directory
>
>
>>> mdadm --version
>>> mdadm - v4.0-158-gcb91230 - 2017-07-10
>>>
>>> Am I fighting udev rules?
>>>
>> Cheers,
>> Wol
>>
>>
Looks like I'm all set.
1) Reboot - and the symlink will be there.
or
2) stop the device and reassemble with -I
This is how the udev rules do it.
-Nigel
prev parent reply other threads:[~2017-07-28 13:50 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-27 16:11 raid0: device does not exist with examine and scan Nigel Croxon
2017-07-27 17:07 ` Wols Lists
2017-07-27 17:17 ` Nigel Croxon
2017-07-28 13:50 ` Nigel Croxon [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=15aa9a9c-acec-894c-3d23-5cd3616aeabb@redhat.com \
--to=ncroxon@redhat.com \
--cc=antlists@youngman.org.uk \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox