[Debian Woody + SATA + 2.6.6] Schijven aanspreken lukt niet - Linux en overige clients

zaterdag 12 juni 2004 14:32

Acties:

Verwijderd

Topicstarter

Ik heb hier het volgende systeem staan, relevante info:
Hardware:
Moederbord: Tyan Tiger K8W s2885
2 x Seagate Baracuda V (SATA) van 80GB
Onboard Silicon Image SIL3114 SATA Controller met 4 SATA v1.0 aansluitingen.
Software:
OS: Debian Woody
Kernel: 2.6.6 (hier de config)

Probleem & doel:
Het is de bedoeling om een database te gaan draaien op deze machine. Er zitten naast de 2 SATA schijven ook 2 gewone IDE-schijven in (hda & hdc) waarop het OS en wat troep komt te staan.
De 2 SATA-schijven wil ik graag gaan gebruiken voor een RAID1-opzet voor een database en hier ontstaat mijn probleem.
Ik kan namelijk de 2 SATA-schijven al niet aanspreken in Debian.
Ik heb ontdekt dat ze als /dev/sg0 & /dev/sg1 (why?!?) in het systeem bekent zijn maar cfdisk kan er niks mee.
Als ik cfdisk /dev/sg0 geef krijg ik de melding: FATAL ERROR: Cannot get disk size
Naar mijn inzicht alle relevante info uit dmesg (volledige output) :

code:

libata version 1.02 loaded.
sata_sil version 0.54
ata1: SATA max UDMA/100 cmd 0xF8827C80 ctl 0xF8827C8A bmdma 0xF8827C00 irq 19
ata2: SATA max UDMA/100 cmd 0xF8827CC0 ctl 0xF8827CCA bmdma 0xF8827C08 irq 19
ata3: SATA max UDMA/100 cmd 0xF8827E80 ctl 0xF8827E8A bmdma 0xF8827E00 irq 19
ata4: SATA max UDMA/100 cmd 0xF8827EC0 ctl 0xF8827ECA bmdma 0xF8827E08 irq 19
ata1: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4003 85:3469 86:3c01 87:4003 88:207f
ata1: dev 0 ATA, max UDMA/133, 156301488 sectors (lba48)
ata1: dev 0 configured for UDMA/100
scsi0 : sata_sil
ata2: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4003 85:3469 86:3c01 87:4003 88:207f
ata2: dev 0 ATA, max UDMA/133, 156301488 sectors (lba48)
ata2: dev 0 configured for UDMA/100
scsi1 : sata_sil
ata3: no device found (phy stat 00000000)
ata3: thread exiting
scsi2 : sata_sil
ata4: no device found (phy stat 00000000)
ata4: thread exiting
scsi3 : sata_sil
  Vendor: ATA       Model: ST380013AS        Rev: 1.02
  Type:   Direct-Access                      ANSI SCSI revision: 05
  Vendor: ATA       Model: ST380013AS        Rev: 1.02
  Type:   Direct-Access                      ANSI SCSI revision: 05
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0,  type 0
Attached scsi generic sg1 at scsi1, channel 0, id 0, lun 0,  type 0

En vervolgens relevante deel uit lspci -v (volledige output):

code:

01:05.0 Unknown mass storage controller: CMD Technology Inc: Unknown device 3114 (rev 02)
        Subsystem: CMD Technology Inc: Unknown device 3114
        Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 19
        I/O ports at bc00 [size=8]
        I/O ports at b800 [size=4]
        I/O ports at b400 [size=8]
        I/O ports at b000 [size=4]
        I/O ports at ac00 [size=16]
        Memory at feaefc00 (32-bit, non-prefetchable) [size=1K]
        Expansion ROM at fea00000 [disabled] [size=512K]
        Capabilities: [60] Power Management version 2

Ik heb al het nodige gegoocheld, fora afgezocht, etc. en daar kom je ook wel de nodige zaken tegen over de SIL3114 maar alles wijkt net weer te veel af van mijn probleem.

Idereen heeft OF het probleem dat de schijven niet herkent worden OF dat RAID niet wil werken. Ik bungel daar nu zo'n beetje tussen.
Ik ben hier nu al dagen mee bezig, heb de nodige keren de kernel aangepast en opnieuw gebakken, BIOS-settings nagekeken, etc maar ik sta nu op het punt dat ik echt even iemands frisse kijk nodig heb.

Ik beschouw mijzelf als een behoorlijke Linux-n00b dus schroom niet om me de meest simpele dingen te laten controleren

zaterdag 12 juni 2004 14:37

Acties:

_JGC_

Hmm, blijkbaar is je silicon image controler ondersteund als zijnde een SCSI controler, dus probeer eens de "sd" module te laden, dezelfde die je ook nodig hebt voor SCSI disks of USB sticks.

zaterdag 12 juni 2004 16:47

Acties:

Verwijderd

Topicstarter

$_/-\o_$

Dat ik dat zelf niet gezien heb!

Ben wel 2 uur bezig geweest omdat ie om de een of andere reden geen module wou bouwen maar het is gelukt!
Mijn devices zijn nu inderdaad aanspreekbaar als /dev/sda & /dev/sdb!. Nu aan de RAID-configuratie, dat wordt ook weer een leuke.

Mijn dank is groot!

zaterdag 12 juni 2004 22:45

Acties:

_JGC_

Tip: gebruik gewoon de linux MD-raid die in de kernel zit, niet de "hardware" RAID van je controler: je controler zal hoogstwaarschijnlijk niet lekker ondersteund worden in RAID mode in linux, en extra performance winst haal je ook niet met de RAID die de controler aanbiedt boven linux softraid.

Het voordeel van MD-RAID in je kernel is dat het uitwisselbaar is tussen andere controlers, als je straks die disks in een andere PC zet met bijvoorbeeld een SiS controler, heb je grote kans dat je opnieuw mag indelen als je de "hardware" RAID gebruikt die op de controler zit.

dinsdag 6 juli 2004 23:44

Acties:

Snow_King

Konijn is stoer!

Ik zit nu met het zelfde probleem.

Het het volgende systeem:
- Dual Opteron 242
- 2GB DDR
- 4x Maxtor 200GB S-ATA
- 1x Maxtor 40GB

Debian boot met de 2.6.7 kernel vanaf de 40GB maxtor.

In het bios heb ik een RAID 10 array aangemaakt.

Als ik dmesg doe krijg ik:

code:

sata_sil version 0.54
ata1: SATA max UDMA/100 cmd 0xF8B09C80 ctl 0xF8B09C8A bmdma 0xF8B09C00 irq 19
ata2: SATA max UDMA/100 cmd 0xF8B09CC0 ctl 0xF8B09CCA bmdma 0xF8B09C08 irq 19
ata3: SATA max UDMA/100 cmd 0xF8B09E80 ctl 0xF8B09E8A bmdma 0xF8B09E00 irq 19
ata4: SATA max UDMA/100 cmd 0xF8B09EC0 ctl 0xF8B09ECA bmdma 0xF8B09E08 irq 19
ata1: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4003 85:7c69 86:3e01 87:4003 88:207f
ata1: dev 0 ATA, max UDMA/133, 398297088 sectors: lba48
ata1: dev 0 configured for UDMA/100
scsi0 : sata_sil
ata2: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4003 85:7c69 86:3e01 87:4003 88:207f
ata2: dev 0 ATA, max UDMA/133, 398297088 sectors: lba48
ata2: dev 0 configured for UDMA/100
scsi1 : sata_sil
ata3: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4003 85:7c69 86:3e01 87:4003 88:207f
ata3: dev 0 ATA, max UDMA/133, 398297088 sectors: lba48
ata3: dev 0 configured for UDMA/100
scsi2 : sata_sil
ata4: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4003 85:7c69 86:3e01 87:4003 88:207f
ata4: dev 0 ATA, max UDMA/133, 398297088 sectors: lba48
ata4: dev 0 configured for UDMA/100
scsi3 : sata_sil
  Vendor: ATA       Model: Maxtor 6Y200M0    Rev: YAR5
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sda: 398297088 512-byte hdwr sectors (203928 MB)
SCSI device sda: drive cache: write back
 /dev/scsi/host0/bus0/target0/lun0: p1
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
  Vendor: ATA       Model: Maxtor 6Y200M0    Rev: YAR5
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sdb: 398297088 512-byte hdwr sectors (203928 MB)
SCSI device sdb: drive cache: write back
 /dev/scsi/host1/bus0/target0/lun0: p1
Attached scsi disk sdb at scsi1, channel 0, id 0, lun 0
  Vendor: ATA       Model: Maxtor 6Y200M0    Rev: YAR5
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sdc: 398297088 512-byte hdwr sectors (203928 MB)
SCSI device sdc: drive cache: write back
 /dev/scsi/host2/bus0/target0/lun0: p1
Attached scsi disk sdc at scsi2, channel 0, id 0, lun 0
  Vendor: ATA       Model: Maxtor 6Y200M0    Rev: YAR5
  Type:   Direct-Access                      ANSI SCSI revision: 05
SCSI device sdd: 398297088 512-byte hdwr sectors (203928 MB)
SCSI device sdd: drive cache: write back
 /dev/scsi/host3/bus0/target0/lun0: p1
Attached scsi disk sdd at scsi3, channel 0, id 0, lun 0

Ik kan de schijven dus wel allemaal apart aanspreke, dus onder /dev/sda t/m /dev/sdd, maar niet zijnde als een RAID array?

Ik heb ook een promise RAID kaartje in een andere bak en daar kan je schijven als /dev/hdh en /dev/hdg én als raid array is het /dev/ataraid/d0, dat is dus wat ik zoek voor de sil3114 chip.

/dev/sataraid/d0 bestaat niet

Volgens google moeten de drivers voor de sil3114 chipset al sinds 2.4.20 in de kernel zitten
ingebakken.

woensdag 7 juli 2004 17:21

Acties:

irondog

alle dingen moeten onzin zijn

Snow_King schreef op 06 juli 2004 @ 23:44:

In het bios heb ik een RAID 10 array aangemaakt.

Bios raid en 2.6 is zeer beperkt mogelijk (promise raid bijvoorbeeld wel via de device mapper).
Omdat je mirroring wilt, is het waarschijnlijk ook niet in kernel 2.4 aan de praat te krijgen.
Software raid is absoluut een aanrader, al ben je dan je dualboot transparantie kwijt.

Ik kan de schijven dus wel allemaal apart aanspreke, dus onder /dev/sda t/m /dev/sdd, maar niet zijnde als een RAID array?

Juist, je hebt een software raid driver nodig voor nep RAIDs als die van de silicon image chips. Dit ontbreekt nog in 2.6 en in 2.4 is het vaak half.

Volgens google moeten de drivers voor de sil3114 chipset al sinds 2.4.20 in de kernel zitten
ingebakken.

Drivers voor ata controllers zijn meestal snel beschikbaar in Linux. Met de raid opties zit het meestal iets minder lekker. Deze functies hebben geen prioriteit omdat _echte_ software raid net zo snel is.

Met de komst van BIOS-raid support in de device mapper komt er misschien een verandering in de mogelijkheden.

[P5B deluxe] [Core2Duo 6300] [2 X 1GB DDR2] [GF FX7300] [320 GB WD] [Gentoo] [VISTA]

woensdag 7 juli 2004 18:43

Acties:

Snow_King

Konijn is stoer!

Ik heb het nu via mkraid in Linux opgelost.

Was ook leuk, de S-ATA module wordt pas ná het mounten van de devices geladen, dus je S-ATA schijven kan je niet in de /etc/fstab zetten, dat moet je weer met een apart script laten doen...

Iig, het werkt!