[Slackware 10] Serverworks ide chipset + dma probleem

[Sneezydevil]

Ik heb deze week een ide harde schijf in mijn server gehangen, na het herstarten leek het allemaal wat langzaam te gaan dus ik hdparm gedraait.

code:

hdparm -Tt /dev/hdb

/dev/hdb:
 Timing buffer-cache reads:   548 MB in  2.00 seconds = 273.90 MB/sec
 Timing buffered disk reads:    8 MB in  3.55 seconds =   2.26 MB/sec

dat viel tegen dus ik es kijken of dma aanstond

code:

hdparm /dev/hdb

/dev/hdb:
 multcount    = 16 (on)
 IO_support   =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  0 (off)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    = 256 (on)
 geometry     = 65535/16/63, sectors = 240121728, start = 0


hdparm -i /dev/hdb

/dev/hdb:

 Model=Maxtor 6Y120P0, FwRev=YAR41BW0, SerialNo=Y32PLLXE
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
 BuffType=DualPortCache, BuffSize=7936kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=240121728
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 *mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 udma6
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive conforms to: (null):

 * signifies the current active mode

dus ik probeer het aan te zetten, maar krijg:

code:

hdparm -d1 /dev/hdb

/dev/hdb:
 setting using_dma to 1 (on)
 HDIO_SET_DMA failed: Operation not permitted
 using_dma    =  0 (off)

dus toen ben ik maar eens gaan onderzoeken wat voor chipset ik heb

code:

lspci
00:00.0 Host bridge: ServerWorks CNB20-LE Host Bridge (rev 04)
00:00.1 Host bridge: ServerWorks CNB20-LE Host Bridge (rev 02)
00:06.0 SCSI storage controller: Adaptec AHA-2940U/UW / AHA-39xx / AIC-7895 (rev 04)
00:06.1 SCSI storage controller: Adaptec AHA-2940U/UW / AHA-39xx / AIC-7895 (rev 04)
00:09.0 Ethernet controller: Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE] (rev 36)
00:0a.0 VGA compatible controller: S3 Inc. 86c775/86c785 [Trio 64V2/DX or /GX] (rev 16)
00:0f.0 ISA bridge: ServerWorks OSB4 South Bridge (rev 4d)
00:0f.1 IDE interface: ServerWorks: Unknown device 0210 (rev 4a)
00:0f.2 USB Controller: ServerWorks OSB4/CSB5 OHCI USB Controller (rev 04)
01:02.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 (rev 10)

nog wat relevante regels uit me kernel config, de 1 wat relevanter dan de ander

CONFIG_IDE_GENERIC=y
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_GENERIC=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_BLK_DEV_SVWKS=y

Zover ik kan beoordelen zou die laatste dus voor serverworks chipsets zijn, maar hij wordt dus niet herkent. Dus nu ben ik vervolgens gaan zoeken of er eigenlijk wel dma op een netfinity 5000 zat, en het lijkt er toch wel op. Maar welke chipset het precies is heb ik nog niet kunnen achterhalen.

Dus elk voorstel om dma aan de gang te krijgen op mijn servertje is welkom

[DDX]

is de hd wel enabled in bios ?
heb ook een server waar een OSB4 chipset in zit
en als je hd niet in bios aanzet, dan krijg je ook maar max 3mb/sec oid (en geen udma)

[ Voor 5% gewijzigd door DDX op 15-01-2005 23:14 ]

[m-m]

Onderstaande kwam ik met Google tegen:

You can set the DMA to be on at startup by using the file
/etc/sysconfig/harddisks --that is what we do.
The problems with the OSB4 (and later) chipsets are well documented,
although Serverworks has never acknowledged, as far as I know, that
there is a problem, some board manufacturers that use this chipset
(Tyan, for instance) have put a disclaimer on their site saying
that ultraDMA won't work on the IDE ports. The problem is
that the chipset thinks the DMA is still running even though the
drive has turned off DMA. This is a hardware bug and can affect
Windows systems as well as Linux.

What we found is that DMA performance on the earlier kernels
depended strongly on what make of drive was attached. With Seagate
we experienced wholesale file system corruption. With Western Digital
there was no filesystem corruption but we did have almost every
node out of 64 crash and hang over a 3 month period. With IBM
things were fine under the 2.4.9 kernel.

Now with 2.4.18-4 kernel which is what we are running now
we have seen 3 or four of our 64 machines disable the DMA once it
got started. For all but one of them, we have been able to
reboot the machine and it came back fine. For the other one,
we set the DMA on the system disk to MWDMA mode 2 (hdparm -X34).


If I understand right from the kernel maintainers, in the 2.4.18 kernel
they decided to take the safe route and shut off the DMA if there
was any chance of file corruption. Evidently the problem happens
most frequently if you are writing to the system disk and trying
to swap at the same time.

Steve Timm

Dit lijkt me ook van toepassing op jou bak. Ik weet niet welke kernel je draait, maar ik denk dat dit ook nog in latere kernels zit. De een-na-laatste alinea is vooral relevant.

[Sneezydevil]

DDX schreef op zaterdag 15 januari 2005 @ 23:14:
is de hd wel enabled in bios ?
heb ook een server waar een OSB4 chipset in zit
en als je hd niet in bios aanzet, dan krijg je ook maar max 3mb/sec oid (en geen udma)

Dat zal ik morgen es bekijken, maar zover ik weet kan ik daar zelf weinig aan instellingen wijzigen.

m-m schreef op zaterdag 15 januari 2005 @ 23:31:
Onderstaande kwam ik met Google tegen:


[...]


Dit lijkt me ook van toepassing op jou bak. Ik weet niet welke kernel je draait, maar ik denk dat dit ook nog in latere kernels zit. De een-na-laatste alinea is vooral relevant.

ik heb eerst een 2.4.26(smp) kernel en vervolgens een 2.6.10(smp) gedraait dus ik denk dat het in beiden kernels nog zo is dat ze dma uitzetten bij gevaar op data corruptie. Maar reboten helpt niet en de -X34 optie maakt ook geen verschil. Maar als ik dat hele artikel zo lees zijn er dus wel meer problemen met dma op die chipset.

Nou eerst morgen maar es in dat bios gaan kijken en hopen dat ik daar wat kan vinden, want van dat artikel word je niet echt vrolijker

edit:


Ik ben dus gaan kijken in het bios, waaruit bleek dat hij de hele harddisk niet kon vinden. Vervolgens ben ik gaan klooien met de master en slave instellingen met resultaat dat als ik de hd master maak ik idd die instellingen kan wijzigen.

Wel onstaat er dan het probleem dan hij niet meer van scsi wil booten , dus daar moet ik eerst een oplossing voor gaan zoeken.

Ik zou het mbr van die ide schijf kunnen overschrijven en hem daar van kunnen laten booten, maar ik wil eerst wel weten of er een betere oplossing is.

Voorlopig lijkt het in ieder geval niet zozeer een NOS probleem meer maar eerder hardware.

[ Voor 21% gewijzigd door Sneezydevil op 16-01-2005 14:23 ]