MDADM creates additional block devices

Question

I noticed a strange issue when creating RAID array with mdadm. As far as I see, it creates additional devices of md type. According to the kernel.org documentation, the md device type is Metadisk (RAID) devices.

The metadisk driver is used to span a filesystem across multiple physical disks.

However, this started to happens today on the same host. (I am using a configuration management tool to create a RAID array, but the same happens when I issue the mdadm commands manually.

lsblk output looks like below:

user@host:~$ lsblk
NAME      MAJ:MIN RM  SIZE RO TYPE  MOUNTPOINT
nvme0n1   259:0    0  1.7T  0 disk
└─md0       9:0    0  3.5T  0 raid0
  └─md0p2 259:2    0  1.8T  0 md
xvda      202:0    0   20G  0 disk
└─xvda1   202:1    0   20G  0 part  /
xvdf      202:80   0   20G  0 disk
nvme1n1   259:1    0  1.7T  0 disk
└─md0       9:0    0  3.5T  0 raid0
  └─md0p2 259:2    0  1.8T  0 md

Can someone shed some light? Is this expected? I am seeing this for the first time.

Host is Ubuntu 16.04.6 LTS

Clarification

Why are these created:

 └─md0p2 259:2    0  1.8T  0 md

Answer 1

When a block device is added to the system, the kernel attempts to parse any partition table that may exist on the device, and if successful, will add block devices for the partitions it thinks exists because of what it read in the partition table. Note that support for many partition table types can be configured into the kernel, so partition tables from e.g. Solaris and BSD will also be recognized.

It's possible for random data to somehow match what the kernel expects a partition table to look like, causing false partition devices to be created.

lsblk output has a "TYPE" column, but that may or may not be correct; this too may be a best-effort guess. The major device number is a better indication of what type of device it is; refer to /proc/devices to see what numbers correspond to what kernel driver. Here at least the md0p2 major device number is not the same as the md0 major device number, so it's not the md driver that created that device.

Zeroing out the first block helps prevent such misinterpretation of data as a partition table:

# dd if=/dev/zero of=/dev/md0 count=1

Double-check the device you are writing to!