[Linux Software RAID] Hoe identificeer ik schijven

[campr112]

Hallo,

ik zit met het volgende probleem. Ik had 2 IDE controllers, Promise Tx2-100. Ik had daarop een RAID array van 6x80Gb schijven. Dus 400 Gig over... De configuratie is als volgt:

Feb 17 19:49:36 debian kernel: PIIX4: IDE controller on PCI bus 00 dev 39
Feb 17 19:49:36 debian kernel: PIIX4: chipset revision 1
Feb 17 19:49:36 debian kernel: PIIX4: not 100%% native mode: will probe irqs later
Feb 17 19:49:36 debian kernel: ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
Feb 17 19:49:36 debian kernel: ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
Feb 17 19:49:36 debian kernel: HPT370: IDE controller on PCI bus 00 dev 40
Feb 17 19:49:36 debian kernel: PCI: Enabling device 00:08.0 (0005 -> 0007)
Feb 17 19:49:36 debian kernel: PCI: Found IRQ 11 for device 00:08.0
Feb 17 19:49:36 debian kernel: PCI: Sharing IRQ 11 with 00:0c.0
Feb 17 19:49:36 debian kernel: HPT370: chipset revision 3
Feb 17 19:49:36 debian kernel: HPT370: not 100%% native mode: will probe irqs later
Feb 17 19:49:36 debian kernel: ide2: BM-DMA at 0xb400-0xb407, BIOS settings: hde:pio, hdf:pio
Feb 17 19:49:36 debian kernel: ide3: BM-DMA at 0xb408-0xb40f, BIOS settings: hdg:pio, hdh:pio
Feb 17 19:49:36 debian kernel: PDC20268: IDE controller on PCI bus 00 dev 50
Feb 17 19:49:36 debian kernel: PCI: Found IRQ 12 for device 00:0a.0
Feb 17 19:49:36 debian kernel: PDC20268: chipset revision 2
Feb 17 19:49:36 debian kernel: PDC20268: not 100%% native mode: will probe irqs later
Feb 17 19:49:36 debian kernel: PDC20268: ROM enabled at 0xde000000
Feb 17 19:49:36 debian kernel: PDC20268: (U)DMA Burst Bit ENABLED Primary MASTER Mode Secondary MASTER Mode.
Feb 17 19:49:36 debian kernel: ide4: BM-DMA at 0xcc00-0xcc07, BIOS settings: hdi:pio, hdj:pio
Feb 17 19:49:36 debian kernel: ide5: BM-DMA at 0xcc08-0xcc0f, BIOS settings: hdk:pio, hdl:pio
Feb 17 19:49:36 debian kernel: PDC20268: IDE controller on PCI bus 00 dev 58
Feb 17 19:49:36 debian kernel: PCI: Found IRQ 5 for device 00:0b.0
Feb 17 19:49:36 debian kernel: PCI: Sharing IRQ 5 with 00:07.2
Feb 17 19:49:36 debian kernel: PDC20268: chipset revision 2
Feb 17 19:49:36 debian kernel: PDC20268: not 100%% native mode: will probe irqs later
Feb 17 19:49:36 debian kernel: PDC20268: ROM enabled at 0xdf000000
Feb 17 19:49:36 debian kernel: PDC20268: (U)DMA Burst Bit ENABLED Primary MASTER Mode Secondary MASTER Mode.
Feb 17 19:49:36 debian kernel: ide6: BM-DMA at 0xe000-0xe007, BIOS settings: hdm:pio, hdn:pio
Feb 17 19:49:36 debian kernel: ide7: BM-DMA at 0xe008-0xe00f, BIOS settings: hdo:pio, hdp:pio
Feb 17 19:49:36 debian kernel: hdi: MAXTOR 4K080H4, ATA DISK drive
Feb 17 19:49:36 debian kernel: hdj: MAXTOR 4K080H4, ATA DISK drive
Feb 17 19:49:36 debian kernel: hdm: MAXTOR 4K080H4, ATA DISK drive
Feb 17 19:49:36 debian kernel: hdn: MAXTOR 4K080H4, ATA DISK drive
Feb 17 19:49:36 debian kernel: hdo: MAXTOR 4K080H4, ATA DISK drive
Feb 17 19:49:36 debian kernel: hdp: MAXTOR 4K080H4, ATA DISK drive


Zoals je ziet is er een HPT (Asus HotRod 100 Pro) controller die ik niet gebruik. Ik wil het volgende doen:

Alle schijven hangen nu met zijn tweeen aan 1 IDE kanaal, dit wil ik veranderen. Ik wil dat iedere schijf apart aan 1 kanaal hangt (Ik hoorde dat dit goed is voor performance ;-)) (Ja dit kan ik doen. 6 kanaalen, 6 schijven.) Maar daarvoor moet ik de schijven opsplitsen, maar nu het volgende:

Hoe weet ik welke schijf welke is? Ze staan namelijk op cable select, en ik weet dus niet zeker welke master of slave is. Dus als ik het array uit elkaar haal, dan zal de volgende configuratie door elkaar gaan:

raiddev /dev/md1
raid-level 5
nr-raid-disks 6
nr-spare-disks 0
persistent-superblock 1
parity-algorithm left-symmetric
chunk-size 8

device /dev/hdi1
raid-disk 0
device /dev/hdj1
raid-disk 1
device /dev/hdm1
raid-disk 2
device /dev/hdn1
raid-disk 3
device /dev/hdo1
raid-disk 4
device /dev/hdp1
raid-disk 5


En dan ben ik dus al mijn data kwijt... Niet zo mooi... Kan ik misschien de /proc/ide/hd<x>/identify gebruiken om iedere drive te identifyen? (Dus /etc/raidtab effe leeghalen, schijven omhangen, rebooten, uitvinden welke schijf welke is d.m.v. die /proc/ide/hd<x>/identify file, en dan weer in de goeie volgorde in de /etc/raidtab zetten?)

Iemand anders nog een goed idee??

[Verwijderd]

grijze aansluiting op je ide is slave zwart is master

dus is



device /dev/hdi1 M
raid-disk 0
device /dev/hdj1 S
raid-disk 1
device /dev/hdm1 M
raid-disk 2
device /dev/hdn1 S
raid-disk 3
device /dev/hdo1 M
raid-disk 4
device /dev/hdp1 S
raid-disk 5

Ook een mooie is naast je systeem te gaan zitten met open kast en hdparm -t of -T te draaien op een device zodat je de hd hoort en ook weet welke het is


:-)>

[campr112]

hmmmm, die hdparm is wel een goed idee.... Maar jammer genoeg heb ik rounded IDE kabels, met dezelfde kleuren connectors, dus die valt af

We gaan het wel proberen... Daar gaat mijn collectie DivX ;-)

[Ronald]

hdparm kun je de serienummers uitlezen. 100% correcte identificatie.
Eigelijk moet je backuppen, maarja

[imdos]

Ik hoop overigens dat je overal (u)dma gebruikt want de meeste worden op pio-mode geinitialiseerd. Dat scheeld nl. ook behoorlijk in performance

[Squee]

Ik zit me af te vragen of je raid array uberhaupt wel in elkaar blijft zitten als je die schijven gaat verplaatsen naar andere controllers.
Wordt het config filetje niet alleen gebruikt op het moment dat je mkraid draaid om de raid array aan te maken

Ik weet het niet 100% zeker, maar je wil je hier niet in vergissen!

[campr112]

Hallo,

Ik kan melden dat het niet werkt! Ik heb ervoor gezorgt dat alle schijven in de /etc/raidtab file waren aangepast. Dit was niet genoeg. Het blijkt dat op de schijven zelf ook nog informatie bij wordt gehouden over welke devices meedoen aan het RIAD array. Dit is in ieder geval het geval bij software RAID5. Vind ik wel jammer, want nu ben ik ruim 300Gbyte aan DivX kwijt , maarja, waarmee moet ik het back-uppen dan? (Ik ben gebonden aan budget 8( ).

[Squee]

Op donderdag 28 februari 2002 16:17 schreef campr het volgende:

Hallo,



Ik kan melden dat het niet werkt! Ik heb ervoor gezorgt dat alle schijven in de /etc/raidtab file waren aangepast. Dit was niet genoeg. Het blijkt dat op de schijven zelf ook nog informatie bij wordt gehouden over welke devices meedoen aan het RIAD array. Dit is in ieder geval het geval bij software RAID5. Vind ik wel jammer, want nu ben ik ruim 300Gbyte aan DivX kwijt , maarja, waarmee moet ik het back-uppen dan? (Ik ben gebonden aan budget 8( ).

Het hielp niet als je ze weer terug hing op hun originele plaats?
Ik was hier dus al bang voor.... volgens mij is er iets van een RAID superblock oid waar dit soort info in staat... nou tsja, helaas.... ik had je gewaarschuwd