[Debian] Krijg software RAID1 niet aan de gang

[m33p]

Ik zit nu al de hele dag te kloten met software raid. In de setup van Debian is hier al een optie voor, en het is ook de bedoeling dat er van geboot kan worden.

Ik maak eerst op beide schijven de partities aan en kies als type fysical raid volume (eerder kun je ze niet gebruiken om raid volumes op te maken). ik doe dit voor 5 partities en op beide schijven. Dan maak ik de partities op de raid volumes. Ook maak ik op beide schijven een swap partitie aan.

Ik installeer grub (ik krijg Lilo niet geinstalleerd) en alles werkt. Ik zit in linux en in /proc/mdstat zie ik dat de boel gesync'd wordt. Dit is elke keer maar zodra ik nu restart of wat ga doen krijg allemaal gekloot met permissies waardoor het hele systeem niet meer werkt, ook niet na een reboot.In fstab staan de opties gewoon op default, en de rechten worden goed weergegeven met ls -al maar toch krijg ik de melding 'no permission'.

Ik heb al verschillende bestandsystemen geprobeerd (ext2, ext3, reiserFS) maar het probleem blijft bestaan. De schijven zijn goed.

Iemand enig idee wat ik fout doe?

[m33p]

Schopje Ik kom er nog steeds niet uit...

[frim]

Bij welke commando's krijg je "no permission"? Wat voor een errors krijg je bij het opstarten? Staan er foutmeldingen in je logs?

[m33p]

Tot het syncen klaar is werkt het goed, als dat gebeurd isduurt het tussen 1 en 10 minuten voordat de boel over z'n nek gaat. Het is dan bij bijn alle commando maar dit verschilt, soms werkt 'ls' wel, soms niet. Veel lijkt ook te zitten in /usr maar dit verschilt ookt. Het probleem is dat ik die hier niet heen kan krijgen want als ik die te zijn krijg zie ik ze gewoon on-screen en dan werken de meeste commando's al niet meer. De boel reboot nog wel (soms) maar steeds minder gaat dan werken.

Ik krijg de eerste keer geen errors, daarna krijg ik gewoon permission denied errors en dat worden er steeds meer (deze verschijne ook steeds on-screen).

[thunder7]

m33p schreef op donderdag 25 augustus 2005 @ 19:01:
Tot het syncen klaar is werkt het goed, als dat gebeurd isduurt het tussen 1 en 10 minuten voordat de boel over z'n nek gaat. Het is dan bij bijn alle commando maar dit verschilt, soms werkt 'ls' wel, soms niet. Veel lijkt ook te zitten in /usr maar dit verschilt ookt. Het probleem is dat ik die hier niet heen kan krijgen want als ik die te zijn krijg zie ik ze gewoon on-screen en dan werken de meeste commando's al niet meer. De boel reboot nog wel (soms) maar steeds minder gaat dan werken.

Ik krijg de eerste keer geen errors, daarna krijg ik gewoon permission denied errors en dat worden er steeds meer (deze verschijne ook steeds on-screen).

Dit is de 2e keer dat iemand je om exacte foutmeldingen gaat vragen.

1 - wat zegt 'dmesg' over je raid-volumes en je partities?
2 - wat is de exacte foutmelding als je 'ls' uitvoert en dit 'over z'n nek gaat'?
3 - je hebt geen overklokt systeem dat zowiezo wat problemen met de schijven heeft, toch?

FWIW: mijn Debian machines hebben geen enkel probleem met raid-1, raid-0 en linear raid. Het gaat dan om een P4/2.4 met PATA schijven en een Athlon-64 3700 met SATA schijven, dus het kan wel.

[m33p]

En nou zul je net zien dat ik de errors niet krijg Wel een aantal reconstruction errors:

code:

VP_IDE: VIA vt82c686a (rev 22) IDE UDMA66 controller on pci0000:00:07.1
    ide0: BM-DMA at 0x1840-0x1847, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0x1848-0x184f, BIOS settings: hdc:DMA, hdd:pio
hda: WDC WD400JB-00ENA0, ATA DISK drive
hdb: SAMSUNG CD-ROM SC-152C, ATAPI CD/DVD-ROM drive
Using anticipatory io scheduler
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: max request size: 128KiB
hda: 78165360 sectors (40020 MB) w/8192KiB Cache, CHS=65535/16/63, UDMA(66)
 /dev/ide/host0/bus0/target0/lun0: p1 p2 p3 < p5 p6 p7 p8 >
hdc: ST340823A, ATA DISK drive
ide1 at 0x170-0x177,0x376 on irq 15
hdc: max request size: 128KiB
hdc: Host Protected Area detected.
        current capacity is 78165360 sectors (40020 MB)
        native  capacity is 78165361 sectors (40020 MB)
hdc: 78165360 sectors (40020 MB) w/512KiB Cache, CHS=65535/16/63, UDMA(66)
 /dev/ide/host0/bus1/target0/lun0: p1 p2 p3 < p5 p6 p7 p8 >
md: md0 stopped.
md: bind<hdc1>
md: bind<hda1>
raid1: raid set md0 active with 2 out of 2 mirrors
EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
Adding 979924k swap on /dev/hda8.  Priority:-1 extents:1
Adding 979924k swap on /dev/hdc8.  Priority:-2 extents:1
EXT3 FS on md0, internal journal
Generic RTC Driver v1.07
hdb: ATAPI 52X CD-ROM drive, 128kB Cache, DMA
Uniform CD-ROM driver Revision: 3.20
atkbd.c: Spurious ACK on isa0060/serio0. Some program, like XFree86, might be trying access hardware directly.
Capability LSM initialized
md: md4 stopped.
md: bind<hdc7>
md: bind<hda7>
raid1: raid set md4 active with 2 out of 2 mirrors
md: md3 stopped.
md: bind<hdc6>
md: bind<hda6>
md: md3: raid array is not clean -- starting background reconstruction
raid1: raid set md3 active with 2 out of 2 mirrors
md: md2 stopped.
md: syncing RAID array md3
md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.
md: using maximum available idle IO bandwith (but not more than 200000 KB/sec) for reconstruction.
md: using 128k window, over a total of 4883648 blocks.
md: bind<hdc5>
md: bind<hda5>
md: md2: raid array is not clean -- starting background reconstruction
raid1: raid set md2 active with 2 out of 2 mirrors
md: md1 stopped.
md: delaying resync of md2 until md3 has finished resync (they share one or more physical units)
md: bind<hdc2>
md: bind<hda2>
md: md1: raid array is not clean -- starting background reconstruction
raid1: raid set md1 active with 2 out of 2 mirrors
md: delaying resync of md1 until md2 has finished resync (they share one or more physical units)
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md1, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md2, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md4, internal journal
EXT3-fs: mounted filesystem with ordered data mode.

De boel is nu aan het syncen:

code:

hidden:/var/log# cat /proc/mdstat
Personalities : [raid1]
md1 : active raid1 hda2[0] hdc2[1]
      23438720 blocks [2/2] [UU]
        resync=DELAYED
md2 : active raid1 hda5[0] hdc5[1]
      979840 blocks [2/2] [UU]
        resync=DELAYED
md3 : active raid1 hda6[0] hdc6[1]
      4883648 blocks [2/2] [UU]
      [===========>.........]  resync = 55.4% (2710656/4883648) finish=3.9min speed=9156K/sec
md4 : active raid1 hda7[0] hdc7[1]
      7815488 blocks [2/2] [UU]

md0 : active raid1 hda1[0] hdc1[1]
      979840 blocks [2/2] [UU]

unused devices: <none>

Als ik errors krijg post ik ze. Op het moment werken alle commando's nog. Het systeem is niet overgeclockt. Het is een bakkie om wat persoonlijke data op op te slaan vandaar raid1. Er zit een AMD 1300 in op een Asus A7V133 (VIA KT133 chipset), een videokaartje en onboard netwerk. Ik heb één schijf als primary master, en één schijf als secondary master, dit voor de raid performance. Ik heb de CD-Rom als primary slave, maar deze gaat er af als alles werkt.

Nu beginnen de meldingen, on-screen dus overtypen:

code:

RAID monitor daemon: mdadm -Fcannot create pid file: Read only file system.
periodic command shedler: cron/usr/sbin/cron: can't opn or create /var/run/crond.pid: Read-only filesystem
EXT3-fs error (device md4) in start_transaction: Journal has short ed

Dit zijn de meldingen. Overigens is de schijf NIET als read-only gemount, gewoon met de default opties.

[it0]

Klopt je /etc/mtab wel ?

[thunder7]

m33p schreef op vrijdag 26 augustus 2005 @ 11:29:

code:

RAID monitor daemon: mdadm -Fcannot create pid file: Read only file system.
periodic command shedler: cron/usr/sbin/cron: can't opn or create /var/run/crond.pid: Read-only filesystem
EXT3-fs error (device md4) in start_transaction: Journal has short ed

De eerste melding zegt dat je /var partitie read-only gemount is. Dat is niet goed, natuurlijk. Idem voor de 2e melding. De 3e melding hangt daar ook mee samen, volgens google kun je die melding o.a. krijgen als een proces nog een file open heeft op een partitie die daarna read-only wordt.

Je zult dus eens moeten kijken waarom /var read-only wordt. Normaliter gebeurd dat als er een fout optreedt, het resyncen van raid-partities valt daar niet onder.

Wat ook vreemd is, is dat al die partities geresyncd moeten worden. Bij normaal afsluiten hoeft dat niet. Als echter /var read-only is, kan ik me voorstellen dat normaal afsluiten moeilijk gaat.

Misschien is het een optie om eens in single-user mode te booten, dan de partities te resyncen en dan eens op te letten of en waarom /var weer read-only wordt. Dit doe je door init=/bin/sh achter de kernel regel in grub te hangen (kan met de e van edit in het menu, heel gemakkelijk).

Alles bij elkaar vraag ik me af of je probleem met raid te maken heeft.

[m33p]

Ik ga dit vanavond allemaal even proberen. Overigens is in fstab alles gemount met default, en deze fstab is aangemaakt door de debian setup(!!!). Ook als ik apt gebruik krijgik meldingen dat er bestanden gelocked zijn, maar met ps aux zie ik niks staan wat daarop kan duiden.

Het lijkt overigens alleen (veel)op md4 voor te komen (ik weet het even niet zeker maar volgens mij is dat mijn /usr, heb ook andere partitionering gebruikt om het probleem proberen op te lossen, vandaar).

[m33p]

Ik heb geboot in single-user mode maar ik kom er niet uit. Ik zie wel dat de devices gemount zijn met 'df' maar alles is gemount op /dev/md0, heel vreemd:

Ik heb dus eerst partities met daarop raid volumes. Dit had de setup nodig. Nu heb ik de eerste (gemount op /) een grootte van 1 GB. Nu start ik in single-user mode en typ ik 'df -h'. Nou zijn alle bestandsystemen 897MB groot, 64MB gebruikt en ik kan er bij maar alles is leeg. Komt dit door single user mode (nee toch?) of door iets anders?

Ook twijfel ik aan één schijf welke ik ga scannen. Het systeem heeft verder goed gewerkt met meerdere IDE schijven maar niet in software RAID.

[thunder7]

m33p schreef op zaterdag 27 augustus 2005 @ 12:08:
Ik heb geboot in single-user mode maar ik kom er niet uit. Ik zie wel dat de devices gemount zijn met 'df' maar alles is gemount op /dev/md0, heel vreemd:

Ik heb dus eerst partities met daarop raid volumes. Dit had de setup nodig. Nu heb ik de eerste (gemount op /) een grootte van 1 GB. Nu start ik in single-user mode en typ ik 'df -h'. Nou zijn alle bestandsystemen 897MB groot, 64MB gebruikt en ik kan er bij maar alles is leeg. Komt dit door single user mode (nee toch?) of door iets anders?

Ook twijfel ik aan één schijf welke ik ga scannen. Het systeem heeft verder goed gewerkt met meerdere IDE schijven maar niet in software RAID.

misschien kun je /etc/fstab dan ook even posten; we hebben hier geen kristallen bol. df -h output (gewoon en in single-user mode) zou ook handig zijn.