[GELÖST] "WDC WUH722020BL"-Platten werden nicht erkannt

[JamesByrnes]

Hallo Leute,

mir zwei WesternDigital-Platten in einen Rootserver eingebaut wurden. Laut Boot-Screen sind das "WDC WUH722020BL" (Revision W504) mit je 20TB. Auf der Konsole (Debian 12) werden die beiden Platten jedoch nicht erkannt:

Code: Alles auswählen

# lshw -class disk -short
H/W path                        Device     Class          Description
=====================================================================
/0/147/1.3/0/2.0.0              /dev/sda   disk           479GB MR9361-8i
/0/147/1.3/0/2.1.0              /dev/sdb   disk           10TB MR9361-8i
/0/147/7.1/0.3/0/2/2/0.0.0      /dev/sdc   disk           31GB UDisk
/0/147/7.1/0.3/0/2/2/0.0.0/0    /dev/sdc   disk           31GB

Code: Alles auswählen

# lsblk -S
NAME HCTL       TYPE VENDOR   MODEL      REV SERIAL                           TRAN
sda  0:2:0:0    disk AVAGO    MR9361-8i 4.68 0050e3210499c20e23b09e440eb00506 
sdb  0:2:1:0    disk AVAGO    MR9361-8i 4.68 009f25f584832d1023b09e440eb00506 
sdc  19:0:0:0   disk General  UDisk     5.00 General_UDisk-0:0                usb

Muss ich da einen speziellen Treiber zusätzlichen laden?

Viele Grüße
JamesByrnes

[debilian]

was sagt:

Code: Alles auswählen

fdisk -l

oder

Code: Alles auswählen

dmesg |grep ata

?

[niemand]

Welche Schnittstelle wird benutzt? Gibt es Einträge im Journal, die auf Probleme hinweisen?

[JamesByrnes]

Code: Alles auswählen

fdisk -l
Disk /dev/sda: 446.63 GiB, 479559942144 bytes, 936640512 sectors
Disk model: MR9361-8i       
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 262144 bytes / 262144 bytes
Disklabel type: gpt
Disk identifier: F4E4F1BF-7E1F-4790-980E-D17483511B7B

Device       Start       End   Sectors   Size Type
/dev/sda1       34      2047      2014  1007K BIOS boot
/dev/sda2     2048   2099199   2097152     1G EFI System
/dev/sda3  2099200 936640478 934541279 445.6G Linux LVM

Partition 1 does not start on physical sector boundary.


Disk /dev/sdb: 9.1 TiB, 10000294477824 bytes, 19531825152 sectors
Disk model: MR9361-8i       
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 262144 bytes / 262144 bytes
Disklabel type: gpt
Disk identifier: 3C868268-29A5-4A4B-BAE7-DCD12CD23AD5

Device     Start         End     Sectors  Size Type
/dev/sdb1   2048 19531823103 19531821056  9.1T Linux LVM


Disk /dev/mapper/pve-swap: 8 GiB, 8589934592 bytes, 16777216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 262144 bytes / 262144 bytes


Disk /dev/mapper/pve-root: 96 GiB, 103079215104 bytes, 201326592 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 262144 bytes / 262144 bytes


Disk /dev/mapper/vg00-proxmox--zfs_storage: 12 GiB, 12884901888 bytes, 25165824 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 262144 bytes / 262144 bytes


Disk /dev/mapper/vg00-proxmox--var: 4 GiB, 4294967296 bytes, 8388608 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 262144 bytes / 262144 bytes


Disk /dev/mapper/vg00-backups: 5 TiB, 5497558138880 bytes, 10737418240 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 262144 bytes / 262144 bytes


Disk /dev/mapper/vg00-mx--vmail_backup_hourly: 2 TiB, 2199023255552 bytes, 4294967296 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 262144 bytes / 262144 bytes
GPT PMBR size mismatch (2332975 != 61439999) will be corrected by write.
The backup GPT table is not on the end of the device.
Zum Einen

Disk /dev/sdc: 29.3 GiB, 31457280000 bytes, 61440000 sectors
Disk model: UDisk           
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: FAC4EBFB-765E-49F7-B938-5E2444334221

Device       Start     End Sectors  Size Type
/dev/sdc1       64     511     448  224K Microsoft basic data
/dev/sdc2      512    6271    5760  2.8M EFI System
/dev/sdc3     6272 2332327 2326056  1.1G Apple HFS/HFS+
/dev/sdc4  2332328 2332927     600  300K Microsoft basic data

/dev/sdc ist ein USB-Installationsstick mit Rescuesystem-

Code: Alles auswählen

dmesg |grep ata
[    0.000000] Memory: 65735292K/67011760K available (20480K kernel code, 4125K rwdata, 12368K rodata, 4600K init, 17728K bss, 1276208K reserved, 0K cma-reserved)
[    0.548058] libata version 3.00 loaded.
[    1.199222] acpi_cpufreq: overriding BIOS provided _PSD data
[    1.232108] Write protecting the kernel read-only data: 34816k
[    1.233058] Freeing unused kernel image (rodata/data gap) memory: 1968K
[    1.578018] ata1: SATA max UDMA/133 abar m4096@0xee902000 port 0xee902100 irq 127
[    1.578021] ata2: SATA max UDMA/133 abar m4096@0xee902000 port 0xee902180 irq 127
[    1.578023] ata3: SATA max UDMA/133 abar m4096@0xee902000 port 0xee902200 irq 127
[    1.578026] ata4: SATA max UDMA/133 abar m4096@0xee902000 port 0xee902280 irq 127
[    1.578028] ata5: SATA max UDMA/133 abar m4096@0xee902000 port 0xee902300 irq 127
[    1.578030] ata6: SATA max UDMA/133 abar m4096@0xee902000 port 0xee902380 irq 127
[    1.578032] ata7: SATA max UDMA/133 abar m4096@0xee902000 port 0xee902400 irq 127
[    1.578034] ata8: SATA max UDMA/133 abar m4096@0xee902000 port 0xee902480 irq 127
[    1.579226] ata9: SATA max UDMA/133 abar m4096@0xe9b02000 port 0xe9b02100 irq 129
[    1.579230] ata10: SATA max UDMA/133 abar m4096@0xe9b02000 port 0xe9b02180 irq 129
[    1.585251] ata11: SATA max UDMA/133 abar m4096@0xe9502000 port 0xe9502100 irq 131
[    1.585256] ata12: SATA max UDMA/133 abar m4096@0xe9502000 port 0xe9502180 irq 131
[    1.585259] ata13: SATA max UDMA/133 abar m4096@0xe9502000 port 0xe9502200 irq 131
[    1.585261] ata14: SATA max UDMA/133 abar m4096@0xe9502000 port 0xe9502280 irq 131
[    1.585264] ata15: SATA max UDMA/133 abar m4096@0xe9502000 port 0xe9502300 irq 131
[    1.585266] ata16: SATA max UDMA/133 abar m4096@0xe9502000 port 0xe9502380 irq 131
[    1.585268] ata17: SATA max UDMA/133 abar m4096@0xe9502000 port 0xe9502400 irq 131
[    1.585270] ata18: SATA max UDMA/133 abar m4096@0xe9502000 port 0xe9502480 irq 131
[    1.890508] ata2: SATA link down (SStatus 0 SControl 300)
[    1.890548] ata4: SATA link down (SStatus 0 SControl 300)
[    1.890578] ata5: SATA link down (SStatus 0 SControl 300)
[    1.890612] ata8: SATA link down (SStatus 0 SControl 300)
[    1.890643] ata6: SATA link down (SStatus 0 SControl 300)
[    1.890682] ata1: SATA link down (SStatus 0 SControl 300)
[    1.890713] ata3: SATA link down (SStatus 0 SControl 300)
[    1.890743] ata7: SATA link down (SStatus 0 SControl 300)
[    1.894143] ata9: SATA link down (SStatus 0 SControl 300)
[    1.894686] ata10: SATA link down (SStatus 0 SControl 300)
[    1.898796] ata17: SATA link down (SStatus 0 SControl 300)
[    1.898841] ata18: SATA link down (SStatus 0 SControl 300)
[    1.898886] ata14: SATA link down (SStatus 0 SControl 300)
[    1.898938] ata13: SATA link down (SStatus 0 SControl 300)
[    1.899059] ata11: SATA link down (SStatus 0 SControl 300)
[    1.899110] ata16: SATA link down (SStatus 0 SControl 300)
[    1.899155] ata15: SATA link down (SStatus 0 SControl 300)
[    1.899201] ata12: SATA link down (SStatus 0 SControl 300)
[    2.217905] device-mapper: thin: Data device (dm-3) discard unsupported: Disabling discard passdown.
[    4.658390] EXT4-fs (dm-1): mounted filesystem 7206efd8-100e-45c7-8975-422aa29bc126 with ordered data mode. Quota mode: none.
[    6.238260] EXT4-fs (dm-5): mounted filesystem fbfc14ad-3401-4ab8-af16-848bde188912 with ordered data mode. Quota mode: none.
[    6.276322] EXT4-fs (dm-7): mounted filesystem dc8d7b2f-a587-49b4-81c8-167443c82e3b with ordered data mode. Quota mode: none.
[    6.294697] EXT4-fs (dm-6): mounted filesystem 160e88e8-032c-490f-b1e7-f1c916d7f8a5 with ordered data mode. Quota mode: none.

[debilian]

omz,
so viele devices
kannst ja das dmesg zu den WDC Platten befragen...

|grep WDC
|grep Western

...

[rhHeini]

Hängen die an dem 9361? Ich befürchte dann müssen die im Controller-Bios angemeldet werden.

[JamesByrnes]

Welche Schnittstelle wird benutzt? Gibt es Einträge im Journal, die auf Probleme hinweisen?

Ich nehme mal an dass das SATA-Platten sind. Ich habe die weder gekauft, noch jemals in der Hand gehabt. Auf die Schnelle sehe ich im Journal nichts Auffälliges.

[JamesByrnes]

Hängen die an dem 9361? Ich befürchte dann müssen die im Controller-Bios angemeldet werden.

Wie kommst Du auf "dem 9361"? Woraus liest Du das?

[debilian]

Sind das besondere Controller?
Wenn ja, hängen auch andere Platten an dem?

[debilian]

MR9361-8i ist das Model in lsblk....

[JamesByrnes]

Sind das besondere Controller?
Wenn ja, hängen auch andere Platten an dem?

An dem hängen bereits zwei Festplatten sda und sdb.

Code: Alles auswählen

lspci | grep SATA
15:00.2 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 51)
42:00.2 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 51)
52:00.2 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 51)

Das Ganze ist von Supermicro.

[debilian]

Dann verwaltet am End der Controller die Platten und gibt diese erst dann ans BS weiter...
Wenn du eine ILO oder eine Controller CLI hast, kannst du die einbinden.....
falls die Büchse im RZ steht.

[rhHeini]

Hängen die an dem 9361? Ich befürchte dann müssen die im Controller-Bios angemeldet werden.

Wie kommst Du auf "dem 9361"? Woraus liest Du das?

In Deinem Output steht da was von MR9361-8i was einem LSI/Broadcom SATA/SAS-Controller entspricht. Egal ob da schon 2 Platten dran hängen, wenn da welche dazukommen musst Du die erst mal im Controllerbios anmelden und konfigurieren wie die zu verwenden sind. Der könnte da nämlich auch ein HW-Raid drauf aufbauen.

[heisenberg]

Na dann installiere dir mal megacli [1] oder storcli [2] und konfiguriere das ... storcli ist von der Syntax her wesentlich angenehmer. Ich würde wahrscheinlich beides installieren.

[1] https://www.thomas-krenn.com/de/wiki/Me ... _verwalten
[2] https://www.thomas-krenn.com/de/wiki/StorCLI

Variante 3 wäre, das im Raid-Controller-Bios zu tun. Da muss man dann den Server allerdings rebooten für.

[JamesByrnes]

Guten Morgen,

die beiden Links sind ganz nett, aber ziemlich heftig zum Umsetzen. Ich habe dann doch den RAID-Controller gefunden und nach einigen Versuchen in KVM-Konsole mit der virtuellen Tastatur es geschafft in das RAID-BIOS hinein zu kommen. Da waren auch die beiden Platten.
Jetzt stehen sie im Linux auch wieder parat:

Code: Alles auswählen

# lshw -class disk -short
H/W path                        Device     Class          Description
=====================================================================
/0/147/1.3/0/2.0.0              /dev/sda   disk           479GB MR9361-8i
/0/147/1.3/0/2.1.0              /dev/sdb   disk           10TB MR9361-8i
/0/147/1.3/0/2.2.0              /dev/sdc   disk           20TB MR9361-8i
/0/147/7.1/0.3/0/2/2/0.0.0      /dev/sdd   disk           31GB UDisk
/0/147/7.1/0.3/0/2/2/0.0.0/0    /dev/sdd   disk           31GB 

Also vielen Dank für die breite Unterstützung!

Viele Grüße
JamesByrnes

[heisenberg]

Du hast da also jetzt ein RAID-1 aus 2 Platten dazu gebaut.

Ich habe von Dir verstanden, dass Dir die beiden Programme zu kompliziert sind.

Der Nutzen von RAID-1 ist, dass irgendwann mal eine Platte wegfliegt und Du kannst die ohne Downtime tauschen lassen und dann kann irgendwann die nächste Platte sterben, ohne das es einen Ausfall gibt. Auf diese Weise hat man bei einem Server grundsätzlich keine Downtime aufgrund ausfallender SSDs/Festplatten.

Zwingend notwendig für diesen Nutzen ist, dass Du mitbekommst, dass da eine Platte ausgefallen ist. Sonst läuft das so wie ohne RAID-1: Eine Platte fällt irgendwann aus, irgendwann dann auch noch die Andere und dann darfst Du aus Deinem Backup, dass Du hoffentlich hast, die Daten wiederherstellen. (Irgendwann heisst nach einer Zeitdauer im Bereich von 1 Tag bis 20 Jahren. Bei Systemen mit einfacher Redundanz, d. h. eine Platte Ausfall wird verkraftet, wechselt man deswegen bei Ausfall zügig die schadhafte Platte, um nicht eine Downtime bzw. deutlich höheren Wiederherstellungsaufwand zu riskieren)

...und um den Array/Plattenstatus zu kontrollieren, brauchst Du megacli oder storcli.

---

Da Du Dir dessen bisher wohl nicht bewusst bist, könnte es also durchaus sein, dass von Deinen - vermutlich beiden anderen RAID-1 - Arrays bereits eine Platte ausgefallen ist.