[Bug 218866] Extra /dev/sd.. entries for a fake raid on Z10PE-D16 WS motherboard.

[Bug 218866] Extra /dev/sd.. entries for a fake raid on Z10PE-D16 WS motherboard.

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

Artem S. Tashkinov (aros@gmx.com) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|x86-64                      |SCSI
           Assignee|platform_x86_64@kernel-bugs |linux-scsi@vger.kernel.org
                   |.osdl.org                   |
            Product|Platform Specific/Hardware  |IO/Storage

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid on Z10PE-D16 WS motherboard.

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

Marc Debruyne (marc_debruyne@telenet.be) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Kernel Version|                            |6.8.3

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid on Z10PE-D16 WS motherboard.

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

Marc Debruyne (marc_debruyne@telenet.be) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Kernel Version|6.8.3                       |6.9.1

--- Comment #1 from Marc Debruyne (marc_debruyne@telenet.be) ---
Upgraded kernel to 6.9.1-gentoo-x86_64 (6.9.1)

same result.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid on Z10PE-D16 WS motherboard.

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

--- Comment #2 from Marc Debruyne (marc_debruyne@telenet.be) ---
Created attachment 306323
  --> https://bugzilla.kernel.org/attachment.cgi?id=306323&action=edit
dmesg

dmesg contains:

[   32.827175] /dev/sde20: Can't open blockdev
[   32.846921] /dev/sde19: Can't open blockdev
[   32.878496] ntfs3: Max link count 4000
[   32.878839] /dev/sde17: Can't open blockdev
[   32.884543] /dev/sdd20: Can't open blockdev
[   32.905281] /dev/sdd19: Can't open blockdev
[   32.922129] /dev/sdd17: Can't open blockdev

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid on Z10PE-D16 WS motherboard.

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

The Linux kernel's regression tracker (Thorsten Leemhuis) (regressions@leemhuis.info) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |regressions@leemhuis.info

--- Comment #3 from The Linux kernel's regression tracker (Thorsten Leemhuis) (regressions@leemhuis.info) ---
Is this a regression. IOW: is this something that did not happen with say 6.6.y
or 6.7.y? And are you using a vanilla kernel? Or something close to it?

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid on Z10PE-D16 WS motherboard.

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

Martin K. Petersen (mkp@mkp.net) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mkp@mkp.net

--- Comment #4 from Martin K. Petersen (mkp@mkp.net) ---
Looks like the partition table is invalid:

[    3.037149] GPT:Primary header thinks Alt. header is not at the end of the
disk.
[    3.037151] GPT:1951170559 != 1953525167
[    3.037153] GPT:Alternate GPT header not at the end of the disk.
[    3.037154] GPT:1951170559 != 1953525167
[    3.037156] GPT: Use GNU Parted to correct GPT errors.
[    3.037168]  sdd: sdd1 sdd2 sdd3 sdd4 sdd5 sdd6 sdd7 sdd8 sdd9 sdd10 sdd11
sdd12 sdd13 sdd14 sdd15 sdd16 sdd17 sdd18 sdd19 sdd20
[    3.037441] GPT:Primary header thinks Alt. header is not at the end of the
disk.
[    3.037443] GPT:1951170559 != 1953525167
[    3.037445] GPT:Alternate GPT header not at the end of the disk.
[    3.037446] GPT:1951170559 != 1953525167
[    3.037448] GPT: Use GNU Parted to correct GPT errors.
[    3.037459]  sde: sde1 sde2 sde3 sde4 sde5 sde6 sde7 sde8 sde9 sde10 sde11
sde12 sde13 sde14 sde15 sde16 sde17 sde18 sde19 sde20

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid on Z10PE-D16 WS motherboard.

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

--- Comment #5 from Marc Debruyne (marc_debruyne@telenet.be) ---
(In reply to The Linux kernel's regression tracker (Thorsten Leemhuis) from
comment #3)
> Is this a regression. IOW: is this something that did not happen with say
> 6.6.y or 6.7.y? And are you using a vanilla kernel? Or something close

The Gentoo kernels are very close to a vanilla kernel.

On my Linux from Scratch on another partition on same system with a vanilla
6.4.12 kernel same is occurring.

On Ubuntu 22.04 also on same system with kernel 6.2.0-33: same

I will compile a kernel 6.6.30 and post result.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid on Z10PE-D16 WS motherboard.

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

--- Comment #6 from Marc Debruyne (marc_debruyne@telenet.be) ---
(In reply to Martin K. Petersen from comment #4)
> Looks like the partition table is invalid:
> 
> [    3.037149] GPT:Primary header thinks Alt. header is not at the end of
> the disk.
> [    3.037151] GPT:1951170559 != 1953525167
> [    3.037153] GPT:Alternate GPT header not at the end of the disk.
> [    3.037154] GPT:1951170559 != 1953525167
> [    3.037156] GPT: Use GNU Parted to correct GPT errors.
> [    3.037168]  sdd: sdd1 sdd2 sdd3 sdd4 sdd5 sdd6 sdd7 sdd8 sdd9 sdd10
> sdd11 sdd12 sdd13 sdd14 sdd15 sdd16 sdd17 sdd18 sdd19 sdd20
> [    3.037441] GPT:Primary header thinks Alt. header is not at the end of
> the disk.
> [    3.037443] GPT:1951170559 != 1953525167
> [    3.037445] GPT:Alternate GPT header not at the end of the disk.
> [    3.037446] GPT:1951170559 != 1953525167
> [    3.037448] GPT: Use GNU Parted to correct GPT errors.
> [    3.037459]  sde: sde1 sde2 sde3 sde4 sde5 sde6 sde7 sde8 sde9 sde10
> sde11 sde12 sde13 sde14 sde15 sde16 sde17 sde18 sde19 sde20

/dev/ssd and /dev/sde are members of a raid 1 array.
This array is a fake raid. It's a LSI Software RAID witch is standard available
on the ASUS Z10PE-D16 WS motherboard. The firmware uses the end part of the
disk.

Note that the partitions 1 to 15 do not have this problem.
The partitions 16 to 20 contain a windows 11 system and 2 LFS systems which are
fully operational. (In Windows only the raid partitions are visible).

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid on Z10PE-D16 WS motherboard.

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

--- Comment #7 from Marc Debruyne (marc_debruyne@telenet.be) ---
Had to install kernel 6.6.21 on an old gentoo partition on same raid array.
Same result. So we can assume there is no regression.
Maybe it is the first time that someone uses so many partitions on a fake raid.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid on Z10PE-D16 WS motherboard.

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

--- Comment #8 from Marc Debruyne (marc_debruyne@telenet.be) ---
on https://docs.kernel.org/admin-guide/devices.html

************************************************************************
   8 block      SCSI disk devices (0-15)
                  0 = /dev/sda          First SCSI disk whole disk
                 16 = /dev/sdb          Second SCSI disk whole disk
                 32 = /dev/sdc          Third SCSI disk whole disk
                    ...
                240 = /dev/sdp          Sixteenth SCSI disk whole disk

                Partitions are handled in the same way as for IDE
                disks (see major number 3) except that the limit on
                partitions is 15.
************************************************************************

Is the number of partitions really limited to 15 partitions?

Surprisingly the extra /dev/ entries start from 16

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid on Z10PE-D16 WS motherboard.

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

Phillip Susi (phill@thesusis.net) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |phill@thesusis.net

--- Comment #9 from Phillip Susi (phill@thesusis.net) ---
This is no bug.  Fake raids are, well, fake.  The kernel sees both individual
disks and since they are mirror images of each other, both have the same
partitions on them.

The dmraid utility can be used to recognize the fake raid metadata and
configure the kernel device mapper to access the raid, and with the -Z switch,
it will remove the partitions from the underlying individual disks from the
kernel's view.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid on Z10PE-D16 WS motherboard.

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

Marc Debruyne (marc_debruyne@telenet.be) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|SCSI                        |MD

--- Comment #10 from Marc Debruyne (marc_debruyne@telenet.be) ---
Changed "Component" to MD

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid when more than 15 partitions

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

Marc Debruyne (marc_debruyne@telenet.be) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Extra /dev/sd.. entries for |Extra /dev/sd.. entries for
                   |a fake raid on Z10PE-D16 WS |a fake raid when more than
                   |motherboard.                |15 partitions

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid when more than 15 partitions

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

--- Comment #11 from Marc Debruyne (marc_debruyne@telenet.be) ---
(In reply to Phillip Susi from comment #9)
> This is no bug.  Fake raids are, well, fake.  The kernel sees both
> individual disks and since they are mirror images of each other, both have
> the same partitions on them.
> 
> The dmraid utility can be used to recognize the fake raid metadata and
> configure the kernel device mapper to access the raid, and with the -Z
> switch, it will remove the partitions from the underlying individual disks
> from the kernel's view.

dmraid is not used; mdadm is used

********************

cat /proc/mdstat

--------

Personalities : [raid1] [raid6] [raid5] [raid4] 
md125 : active raid5 sdh1[4] sdb1[2] sdi1[6] sda1[0] sdc1[1] sdf1[3]
      87890972160 blocks super 1.2 level 5, 512k chunk, algorithm 2 [6/6]
[UUUUUU]
      bitmap: 5/131 pages [20KB], 65536KB chunk

md126 : active raid1 sde[1] sdd[0]
      975585280 blocks super external:/md127/0 [2/2] [UU]

md127 : inactive sde[1](S) sdd[0](S)
      2354608 blocks super external:ddf

unused devices: <none>

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid when more than 15 partitions

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

--- Comment #12 from Phillip Susi (phill@thesusis.net) ---
(In reply to Marc Debruyne from comment #11)
> dmraid is not used; mdadm is used

Ahh yes, they did add support for the Intel fake raids to mdadm.  In that case,
mdadm needs to learn to remove the partitions from the underlying disk, but
that's a user space issue, not in the kernel.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid when more than 15 partitions

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

Marc Debruyne (marc_debruyne@telenet.be) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |ANSWERED

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid when more than 15 partitions

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

Marc Debruyne (marc_debruyne@telenet.be) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|ANSWERED                    |---

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.

[Bug 218866] Extra /dev/sd.. entries for a fake raid when more than 15 partitions

[bugzilla-daemon]

https://bugzilla.kernel.org/show_bug.cgi?id=218866

Artem S. Tashkinov (aros@gmx.com) changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|---                         |INVALID

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are the assignee for the bug.