mdadm Probleme

[Huhn Hur Tu]

Ich habe ein bestehendes nicht genutztes raid 1 auseinandergenommen und geloescht, doch beim erstellen eines neuen Raid1 bekomme ich folgende Meldung



mdadm: /dev/sdc appears to be part of a raid array:
level=raid0 devices=0 ctime=Thu Jan 1 01:00:00 1970
mdadm: partition table exists on /dev/sdc but will be lost or
meaningless after creating array
mdadm: Note: this array has metadata at the start and
may not be suitable as a boot device. If you plan to
store '/boot' on this device please ensure that
your boot-loader understands md/v1.x metadata, or use
--metadata=0.90
mdadm: /dev/sdd appears to be part of a raid array:
level=raid0 devices=0 ctime=Thu Jan 1 01:00:00 1970
mdadm: partition table exists on /dev/sdd but will be lost or
meaningless after creating array
mdadm: size set to 2930135488K
mdadm: automatically enabling write-intent bitmap on large array
Continue creating array? y
mdadm: unexpected failure opening /dev/md3000


Also bei beiden Platten

- level=raid0 devices=0 ctime=Thu Jan 1 01:00:00 1970


- mdadm --detail --scan

gibt kein Ergebniss zurueck



# mdadm -r /dev/sdc1
mdadm: /dev/sdc1 does not appear to be an md device
# mdadm -r /dev/sdd1
mdadm: /dev/sdd1 does not appear to be an md device
# mdadm -r /dev/sdd
mdadm: /dev/sdd does not appear to be an md device
# mdadm -r /dev/sdc
mdadm: /dev/sdc does not appear to be an md device
# mdadm -E /dev/sdc1
mdadm: No md superblock detected on /dev/sdc1.
# mdadm -E /dev/sdd1
mdadm: No md superblock detected on /dev/sdd1.



Was kann das sein?

Zweite Frage, kann ich statt der sdc/sdd auch UUIDs beim erstellen des Raid verwenden ?

[corresponder]

cat /proc/mdstat
sagt was?

stop doch mal das raid, scheint ja noch zu laufen, oder entfern die laufwerke aus dem md verbund....

[Huhn Hur Tu]

cat /proc/mdstat
Personalities : [raid1]
md1 : active (auto-read-only) raid1 sdb1[0]
3906885632 blocks super 1.2 [1/1] [U]
bitmap: 0/30 pages [0KB], 65536KB chunk

unused devices: <none>


SDB hat mit dem neuen Raid nix zu tun.

[Huhn Hur Tu]

Das alte Riad war /dev/md0


# mdadm --detail /dev/md0
mdadm: cannot open /dev/md0: No such file or directory

# mdadm --detail /dev/md1
/dev/md1:
Version : 1.2
Creation Time : Sat Aug 18 20:50:00 2018
Raid Level : raid1
Array Size : 3906885632 (3725.90 GiB 4000.65 GB)
Used Dev Size : 3906885632 (3725.90 GiB 4000.65 GB)
Raid Devices : 1
Total Devices : 1
Persistence : Superblock is persistent

Intent Bitmap : Internal

Update Time : Sat Aug 18 20:50:00 2018
State : clean
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0

Name : lilith:1 (local to host lilith)
UUID : 0a937f34:6a48cdf9:980f9a05:2de49fe4
Events : 0

Number Major Minor RaidDevice State
0 8 17 0 active sync /dev/sdb1

[corresponder]

Zweite Frage, kann ich statt der sdc/sdd auch UUIDs beim erstellen des Raid verwenden ?

ja, das geht

[corresponder]

mdadm --examine --scan

bringt was?

[Huhn Hur Tu]

mdadm --examine --scan
ARRAY /dev/md/1 metadata=1.2 UUID=0a937f34:6a48cdf9:980f9a05:2de49fe4 name=lilith:1

[Huhn Hur Tu]

ja, das geht

Hast du mir hierfuer ein Howto oder Doku, ich habe nix gefunden

[corresponder]

https://serverfault.com/questions/460138/mdadm-disk-configuration-by-uuid

[corresponder]

grundsätzlich finde ich die gut:
https://www.thomas-krenn.com/de/wiki/Software_RAID_mit_MDADM_verwalten

[Huhn Hur Tu]

Hm.. ich bin immer noch nicht weiter, irgendwas erkennt immer noch, dass die Platten mal einem Raid zugeordnet waren obwohl ich diese mehrfach mit parted und zero-superblock bearbeitet habe. Ich werd nicht schlau draus

[blubbersuelze]

hast du die Platten mit dd genullt?
Das ist bisher das einzige was bei mir immer sicher funktioniert hat.

[just4uk]

siehe blubbersuelze plus den Label der Disk(en) ändern von "Linux Raid" nach irgendwasanderes!
Da kann mdadm wirklich zickig sein :(

[marce]

nicht nur mdadm - "'ne Ersatzlplatte aus 'nem alten HW-Raid in ein anderes HW-Raid stopfen" kann auch ein langer, steiniger Weg sein....