ArchLinux på Hardware Raid [LØST]

det ville bestemt ikke være dumt at køre med software raid, tværtimod....

Hey Redemann

Jamen det skriver du - og det har jeg så prøvet med ArchLinux - men jeg kan ikke få den til at loade modulerne - selvom de er tilføjet i HOOKS i kernel - Så det er sgu lidt det der driller mig.

Nu har jeg prøvet begge ting men det vil ikke når jeg skal genstarte

hva jeg reelt ikke forstår er dette:
Jeg har fulgt denne vejledning
http://wiki.archlinux.org/index.php/Installing_with_Software_RAID_or_LV…
og hver gang når jeg til ende som succesfuld installation·

Men idet jeg genstarter kan den ikke finde md3 (min root partition) selvom jeg har sat rootdelay=10 op til 120 - så ender den i ramfs-konsollen.

Hvis nogle kan sige hvad det reelt er jeg gør galt - eller har en bedre guide til hvordan jeg skal gøre dette - ville det være helt perfekt

jeg kender ikke til arch, så kan ikke hjælpe dig med det.. men der er andre herinde der gør

Hvordan ser din hooks variabel i mkinitcpio.conf ud? Du skal have mdadm og raid tilvalgt for at kernen kan samle dit raid for dig.

Jeg har fået skidtet op at køre som software RAID.
I min Hooks har jeg tilføjet mdadm - og lavet min kernel derefter. Jeg har også fået det til at boote - MEN det sidste jeg nu mangler, er det ene RAID (/dev/md3) ikke har begge diske inde ???
cat /proc/mdstat:

# cat /proc/mdstat
Personalities : [raid1]
md4 : active raid1 sda4[0] sdb4[1]
878980288 blocks [2/2] [UU]

md3 : active raid1 sdb3[1]
89650624 blocks [2/1] [_U]

md2 : active raid1 sda2[0] sdb2[1]
8000256 blocks [2/2] [UU]

md1 : active raid1 sda1[0] sdb1[1]
128384 blocks [2/2] [UU]

unused devices:

Som jeg læser dette er der kun 1 drev aktiv i md3.
Så er det jeg undrer mig - da jeg prøver at tilføje dette drev igen:
# mdadm --add /dev/md3 /dev/sda3
mdadm: Cannot open /dev/sda3: Device or resource busy

Kan heller ikke fjerne det og tilføje det igen, men virker mest af alt som om drevet er defekt, men begge er 2 spritnye diske.
Men uanset hvad så er der et eller andet - når man kigger på fdisk -l

# fdisk -l

Disk /dev/sda: 1000.2 Gb, 1000204886016 byte
255 heads, 63 sectors/track, 121601 cylinders
Units = cylindre of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000ce9bf

Enhed Opstart Start Slut Blokke Id System
/dev/sda1 * 1 16 128488+ 83 Linux
/dev/sda2 17 1012 8000370 83 Linux
/dev/sda3 1013 12173 89650732+ 83 Linux
/dev/sda4 12174 121601 878980410 83 Linux

Disk /dev/sdb: 1000.2 Gb, 1000204886016 byte
255 heads, 63 sectors/track, 121601 cylinders
Units = cylindre of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000ce9bf

Enhed Opstart Start Slut Blokke Id System
/dev/sdb1 * 1 16 128488+ 83 Linux
/dev/sdb2 17 1012 8000370 83 Linux
/dev/sdb3 1013 12173 89650732+ 83 Linux
/dev/sdb4 12174 121601 878980410 83 Linux

Disk /dev/md1: 131 Mb, 131465216 byte
2 heads, 4 sectors/track, 32096 cylinders
Units = cylindre of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000

Disk /dev/md1 indeholder ikke en gyldig partitionstabel

Disk /dev/md2: 8192 Mb, 8192262144 byte
2 heads, 4 sectors/track, 2000064 cylinders
Units = cylindre of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000

Disk /dev/md2 indeholder ikke en gyldig partitionstabel

Disk /dev/md3: 91.8 Gb, 91802238976 byte
2 heads, 4 sectors/track, 22412656 cylinders
Units = cylindre of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000

Disk /dev/md3 indeholder ikke en gyldig partitionstabel

Disk /dev/md4: 900.1 Gb, 900075814912 byte
2 heads, 4 sectors/track, 219745072 cylinders
Units = cylindre of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000

Disk /dev/md4 indeholder ikke en gyldig partitionstabel

Sådanne som jeg kunne læse mig frem til - så er der forskellige i de 2 drev, men det er lavet med følgende kommandoer.
1 Brugt cfdisk til oprettelse af /dev/sda og div. partitioner.
2. brugt sfdisk til at læse tabellen og skrive den på nr.2 disk.
Sat rtaidet op installeret maskinen - og ja her er jeg nu.

Så kan nogle forklare mig om mit drev er aktivt eller ej ( Hvilket jeg ikke tror på) eller hvad jeg kan gøre for netop at få det aktivt igen

Mit store problem er vel dette :
Uanset hvad - så skriver den følgende:
mdadm: cannot open device /dev/sda3: Device or resource busy
mdadm: /dev/sda3 has no superblock - assembly aborted

Du skal sikkert tilføje det manglende drev til dit raid

Prøv denne kommando

mdadm --manage --add /dev/md3 /dev/sda3

Derefter skulle den gerne synchronisere.

Kunne ikke forestille mig dette men:
Har slettet hvad der var på disken med en gange nuller
nu har jeg så lavet en helt ny install igen på arch og har følgende - efter at have slettet begge drev oprettet partionerne igen og derefter har jeg created drivene og installeret archLinux.

Men får stadig:

[root@core v4l-dvb]# cat /proc/mdstat
Personalities : [raid1]
md4 : active raid1 sda4[0] sdb4[1]
879855872 blocks [2/2] [UU]
[==========>..........] resync = 51.9% (457405056/879855872) finish=101.7min speed=69204K/sec

md3 : active raid1 sdb3[1]
92775296 blocks [2/1] [_U]

md2 : active raid1 sda2[0] sdb2[1]
4000064 blocks [2/2] [UU]

md1 : active raid1 sda1[0] sdb1[1]
128384 blocks [2/2] [UU]

unused devices:
[root@core v4l-dvb]# mdadm --manage --add /dev/md3 /dev/sda3
mdadm: Cannot open /dev/sda3: Device or resource busy
# mdadm --misc --detail /dev/md3
/dev/md3:
Version : 0.90
Creation Time : Sun Nov 22 23:16:45 2009
Raid Level : raid1
Array Size : 92775296 (88.48 GiB 95.00 GB)
Used Dev Size : 92775296 (88.48 GiB 95.00 GB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 3
Persistence : Superblock is persistent

Update Time : Sun Nov 22 22:42:03 2009
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0

UUID : 56b972c8:249fc4e8:f65edee8:640dcaba
Events : 0.38

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


så hvad er grunden til jeg på ingen måde kan komme videre der ?
Jeg har fundet dette i min dmesg:

md: bind
raid1: raid set md3 active with 1 out of 2 mirrors
md: md4 stopped.
md3: unknown partition table
EXT4 FS on sda3, internal journal on sda3:8

Dette undrer mig - eftersom jeg bare laver 4 primære partioner på hver disk ved at kopiere tabellen over - så det kan vel ikke rigtig være forskelle på dette?

Men eftersom begge harddiske er smasket med en gang - skulle det hele være nullstillet og samme fejl igen - hmmm

Det kunne ligne at din sda3 er formateret som ext4 og ikke linuxraid. Har du haft sda3 mounte direkte udenom mdadm? Jeg mener det gør at partitionen ikke længere er raid men det filsystem der ligger oven på.

Hvad er outputtet af fdisk -l? Jeg behøver kun den del for sda3 og sdb3.

Og hvad siger din fstab? Det kan være den mount sda3 direkte og ikke md3 som ville være det korrekte.

Min fstab:

# cat /etc/fstab
#
# /etc/fstab: static file system information
#
#
none /dev/pts devpts defaults 0 0
none /dev/shm tmpfs defaults 0 0

#/dev/cdrom /media/cd auto ro,user,noauto,unhide 0 0
#/dev/dvd /media/dvd auto ro,user,noauto,unhide 0 0
#/dev/fd0 /media/fl auto user,noauto 0 0

/dev/md1 /boot ext2 defaults 0 1
/dev/md2 swap swap defaults 0 0
/dev/md3 / ext4 defaults 0 1
/dev/md4 /storage ext4 defaults 0 1


Output af fdisk -l

# fdisk -l

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Device Boot Start End Blocks Id System
/dev/sda1 * 1 16 128488+ 83 Linux
/dev/sda2 17 514 4000185 83 Linux
/dev/sda3 515 12064 92775375 83 Linux
/dev/sda4 12065 121601 879855952+ 83 Linux

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Device Boot Start End Blocks Id System
/dev/sdb1 * 1 16 128488+ 83 Linux
/dev/sdb2 17 514 4000185 83 Linux
/dev/sdb3 515 12064 92775375 83 Linux
/dev/sdb4 12065 121601 879855952+ 83 Linux


Det er 2 spritnye diske - der direkte er sat op til RAID - de har ikke været brugt før til andet og det er lavet efter guiden (link højere oppe)
Disken har på intet tidspunkt været mountet eller brugt til andet end dette...


# mdadm --examine /dev/sda3
/dev/sda3:
Magic : a92b4efc
Version : 0.90.00
UUID : 56b972c8:249fc4e8:f65edee8:640dcaba
Creation Time : Sun Nov 22 23:16:45 2009
Raid Level : raid1
Used Dev Size : 92775296 (88.48 GiB 95.00 GB)
Array Size : 92775296 (88.48 GiB 95.00 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 3

Update Time : Sun Nov 22 23:41:34 2009
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : 1a8c4b30 - correct
Events : 36


Number Major Minor RaidDevice State
this 0 8 3 0 active sync /dev/root

0 0 8 3 0 active sync /dev/root
1 1 8 19 1 active sync /dev/sdb3


Det er 2 spritnye diske - der direkte er sat op til RAID - de har ikke været brugt før til andet og det er lavet efter guiden (link højere oppe)
Disken har på intet tidspunkt været mountet eller brugt til andet end dette...

Hej,

Har du prøvet at afgive denne kommando

mdadm --manage --add /dev/md3 /dev/sda3
(den tilføjer drevet til md3)

eller leder du bare efter en forklaring hvorfor en del af din raid er etableret og har undladt md3?

Har du også rettet din /boot/grub/menu.lst? Jeg har desværre ikke linket til den guide jeg brugte for at få det til at virke, men jeg skulle rette min menu.lst.

Det bekymre mig lidt at mdadm siger den hedder /dev/root, det kunne lige den har mountet den som /.

Prøv at se i df hvad der er mountet som /

Her er min menu.lst:
timeout 5
default 0
color light-blue/black light-cyan/blue

# boot sections follow
# each is implicitly numbered from 0 in the order of appearance below
#
# TIP: If you want a 1024x768 framebuffer, add "vga=773" to your kernel line.
#
#-*

# (0) Arch Linux
title Arch Linux
root (hd1,0)
kernel /vmlinuz26 root=/dev/md1 ro vga=0x37B md0=1,/dev/sda1,/dev/sdb1 md1=1,/dev/sda4,/dev/sdb4 md2=2,/dev/sda3,/dev/sda3 md3=1,/dev/sda2,/dev/sdb2
initrd /kernel26.img

# (1) Arch Linux
title Arch Linux Fallback
root (hd1,0)
kernel /vmlinuz26 root=/dev/md1 ro vga=0x37B
initrd /kernel26-fallback.img

# (2) memtest86+
title Memtest86+
kernel (hd0,0)/boot/memtest86+/memtest.bin

#15
Har du også sat root=/dev/md3 i menu.lst? Den skal stadig sættes selvom md-parametrene ikke skal.

Hvis den står som /dev/sda3 eller lignende, kunne det forklare det.

Der står md3

root=/dev/md1 ro vga=773


Så forstår jeg det overhovedet ikke.

Jeg fatter hat af alt det her nu:
Min maskine er en Dell T3400 Workstation.
Der sidder 2x1TB SATA diske på, hvor der skulle være en RAID controller onboard.
Jeg har prøvet at bruge denne, her fungerer denne guide indtil jeg skal installere grub - der fejler den konstant ved installationen og siger at drevet ikke findes.
http://wiki.archlinux.org/index.php/Installing_with_Fake-RAID

Og ved at bruge software raid (som jeg har gjort så ofte ) kan jeg bare se at den ene disk ikke er med af en eller anden årsag ikke er med oppe.

Hvor kan jeg nemmest være 100% sikker på at alle tabeller mm raidopsætning og tidligere indstillinger er skrottet - Så jeg kan prøve forfra uden nogen som helst former for rester fra de tidligere forsøg - Jeg kan ikke lige se hvad der sker - men et eller andet går der virkeligt galt!

#19:
kan du komme på irc?

Hey Redemann.
Ja er på derinde nu - Så når du har tid hører jeg gerne fra dig

Har en lignende maskine fra som jeg også kører i RAID (dog RAID 0) og jeg bruger RAID controlleren på motherboardet med dmraid og det virker uden problemer. Kører også Arch Linux med KDEmod 4.3.3 på 64 bit.

reelt har jeg også hørt dette skulle være meget meget meget hurtigere end software RAID, men det nytter ikke noget at jeg kæmper en kamp til installationen af grub - og så gejler den - så kan jeg ikke komme videre

Hardware RAID1 op et mediacenter!?

Har du andre grunde end høj geekfactor for at vælge RAID frem for en god gammeldags backup?

Tja - Sjov og ballade leg og lær.

Jeg har en del musik - der iblandt rigtig meget jeg selv har lavet - så om det geckfaktor eller sindsyge ???

Men det fede er vel at det er tilgængeligt overalt i mit hus og backup er lavet?
Men om det er mig ?

@peque

Du skal bruge archboot CD'en så får du ikke nogen problemer med grub.

hilsen

André

#22:
det er ikke hardware raid, det er bare fakeraid, og det er dårligere end linux software raid.

#23:
faktisk er software raid hurtigst disse dage i de fleste tilfælde, og af andre årsager også langt sikrere.

#25:
raid1 er _IKKE_ backup - det er en eventuel beskyttelse imod nedbrud af en disk, det er langt fra det samme som backup

#25. Jeg synes det er spild af tid og penge, medmindre du selvfølgelig bare hygger dig for nørderiet skyld.

Med Hardware RAID har du flyttet risikoen fra diskene ind til controlleren. Det er der ikke meget sjov ved.

Dine data ændrer sig jo skældent og du dør ikke af at miste sidste uges Britney Spears eller CSI, så du kan fint nøjes med en standard back up.

En back up er også en god nedbrud-, brand- og tyverisikring af data. Det er RAID ikke.

Det er vi da enige om - M;en det RAID bliver nu ikke brugt til CSI eller andet, men til opbevaring af min musik mm.
Det er da ikke en sikkerhed i sig selv at køre RAID og har da en Backup af min musik der kæører hver nat, men jo det er lidt nørderi fra min side.

De disk hvor optagelser ligger - er IKKE i Raid da jeg ikke mener det er ment sådanne, men min musik og ikke mindst alle mine Koncerter med diverse bands osv - er da noget jeg ikke vil miste uanset hvad?

Min lille NSLU2 tager backup af diverse confiler på mediecenteret, hvor min music og billeder også bliver taget.
Mine koncerter mm ligger på en NAS server der kører - så skulel da være rimelig sikker!
Men ja jo det er for nørderiet

jeg mener man bør køre raid på alt, både af hastighedsmæssige og af sikkerhedsmæssige årsager.

Diskene er noget af det langsomste på en computer, og med software raid kan du doble din læsehastighed, - ved brug af raid10,f2.

Jeg har skrevet en howto på http://linux-raid.osdl.org/index.php/Preventing_against_a_failing_disk - her kan du også køre videre selv om 1 af diskene går i stykker.

jeg tror du måske skal undlade at lave noget med raid i din bios.

bare kør SW RAID (raid10,f2 på dine diske) - det er i mange tilfælde dobbelt så hurtigt som hardware raid.

@26

At bruge archboot CD'en løste alle mine problemer!
Takker

Tænkte jeg nok :). Det er netop navne skemaet der har ændret sig hos dmraid og derfor er der en bug i den almindelig Arch Linux CD, men den er så rettet (omgået) på archboot.