Dotaz: Problém s přidáním disku do raid1

[Karel]

Dobrý den všem, mám problém s přidáním disku do RAID1.

Po výpadku proudu systém odmítal nabootovat, z jednoho z disků se ozývaly podivné zvuky specifické spíš pro robota než pro harddisku. Po odebrání disku systém naběhl a pole normálně funguje s jedním diskem. (OS není součástí raidu)

Koupil jsem tedy nový disk, vytvořil na něm pomocí
sddisk -d /dev/sda | sddisk /dev/sdb
stejnou tabulku oddílů jako na prvním disku a pomocí
mdadm --manage /dev/md0 --add /dev/sdb1
se ho pokusil přidat do pole (na každém disku je vytvořen raid oddíl o něco menší než celková velikost disku.

Bohužel příkaz končí hláškou
mdam: /dev/sdb1 not large enough to join array

Můžete mi prosím poradit? Níže uvádím výpisy.

sfdisk -s /dev/sda
488386584

sfdisk -s /dev/sda1
488385551

sfdisk -s /dev/sdb
488386583

sfdisk -s /dev/sdb1
488385551

mdadm --detail /dev/md0

/dev/md0:
Version : 1.2
Creation Time : Sun Nov 8 10:25:00 2015
Raid Level : raid1
Array Size : 488255488 (465.64 GiB 499.97 GB)
Used Dev Size : 488255488 (465.64 GiB 499.97 GB)
Raid Devices : 2
Total Devices : 1
Persistence : Superblock is persistent

Intent Bitmap : Internal

Update Time : Sat Feb 13 15:24:37 2016
State : active, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0

Name : sirva:0 (local to host sirva)
UUID : a31c764f:3e0f27b4:0cf067a0:b765fd82
Events : 111793

Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 0 1 active sync /dev/sda


fdisk /dev/sda (výpis oddílů)

Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
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: dos
Disk identifier: 0xefa949dd

Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 976773150 976771103 465.8G fd Linux raid autodetect


fdisk /dev/sdb (výpis oddílů)

Disk /dev/sdb: 465.8 GiB, 500107861504 bytes, 976773167 sectors
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: dos
Disk identifier: 0x1bd754bd

Device Boot Start End Sectors Size Id Type
/dev/sdb1 2048 976773150 976771103 465.8G fd Linux raid autodetect


Odpovědi

[dustin]

Máš v jádru načtené nové rozměry partišny sdb1, tedy je správně výpis /proc/partitions? Po změně přes sfdisk se někdy nové hodnoty do jádra nenačtou, je pak potřeba zavolat např. partprobe.

[vandrovnik]

A je v tom raidu opravdu sda1? Mě mate tohle:

Number Major Minor RaidDevice State
0 0 0 0 removed
1 8 0 1 active sync /dev/sda

Ale asi jsem zvyklý na výpis z cat /proc/mdstat, třeba je to takhle správně...

KR

Samozřejmě to správně není.

Ve stávajícím raidu je /dev/sda místo předpokládaného /dev/sda1. To je celý problém.

/dev/sda je nutně větší, než /dev/sda1, proto nejde přidat do raidu /dev/sdb1, který je stejné velikosti jako /dev/sda1.

[v]

A ani nepůjde přidat celý disk, protože sdb je o sektor menší než sda. Ať žijí desktopové hdd ...

[Karel]

Tak když jsem to zkusil s přidáním /dev/sdb namísto /dev/sdb1, tak se disk do pole přidal a začal se synchronizovat.
Chápu to tedy správně tak, že se ignorovala partišna, kterou jsem na tom disku vytvořil (ve stejné velikosti jako na sda) anebo si to mdadm rozpoznal sám a použil ji?

Jde mi o to jestli ten jeden chybějící blok bude hrát nějakou roli...

Jinak díky všem za rychlé odpovědi.

[alkoholik]

Ty cisla snad vidis, ne? 488255488 je mensi nez 488386583 i 488386584. Kdyby ten blok chybel, tak do pole neprida ani cely sdb.
A ten RAID se sam spatne nesestavil, nekdo ho blbe nastavil uz na uplnem zacatku. To neokecas..
;)

[Karel]

Hmm zdá se, že to opravdu neokecám. Takže jsem nevytvořil pole z oddílů ale z celých disků, to jsem blbec. Snad to alespoň další rok vydrží než na to budu muset sáhnout.

[lertimir]

Ale to v zásadě chyba není. Pokud jsi rozhodnutý mít celý disk jednolitě použitý, tak v zásadě není důvod tam udělat jeden oddíl přes celý disk a použít až ten míst toho použít disk celý. Jedině snad ze zvyku, protože Widle ti filesystém na přímém disku neudělají. Také používám LUKS třeba přímo nad diskem bez oddílů. To co je zarážející, je to, že na tom disku existuje smysluplná tabulka oddílů, protože ten RAID by ji měl smáznout. Pokud dvě bloková zařízení složíš do RAID 1 (nebo X blokových zařízení do RAID 5) pole se postaví nad nejmenší společnou velikostí takže máš štěstí, že ten tvůj havarovaný disk byl menší než ten co vydržel (i když si teď uvědomuji, že patrně tam je ještě ve hře velikost stripu na poli a že pole se patrně vytváří jen v celočíselných násobcích stripů, takže na konci může být drobná variabilita mezi velikostmi použitých blokových zařízení, protože pole je ostře menší)

[dustin]

Superblock verze 1.2 začíná až 4k od začátku zařízení https://raid.wiki.kernel.org/index.php/RAID_superblock_formats#Sub-versions_of_the_version-1_superblock (tedy zde disku), takže tam ta partition tabulka zůstala zachovaná.

[Jendа]

Jak to, že tam do sda1 vůbec vidí zvenku? To jsou metadata 0.9?

Ten sektor je dobrý trolling, proto vždycky na konci kus nechávám (případně tam dávám swap, který se snadno zruší a vytvoří nový menší). Ale FS i pole by měly jít snadno zmenšit.