Üdv!
Adott egy Gigabyte GA-510UD atomos alaplap, 1 Samsung rendszervinyóval, 3db WD 1TB vinyóval raid5-ben.
64 bites Debian Lenny alatt nincs semmi probléma.
Újabb kernellel, pl. ubuntu 10.10 ezt írja ki:
[ 7.188715] ata4.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[ 7.188778] ata4.00: irq_stat 0x40000008
[ 7.188827] ata4.00: failed command: READ FPDMA QUEUED
[ 7.188894] ata4.00: cmd 60/20:00:bf:0c:0e/00:00:74:00:00/40 tag 0 ncq 16384 in
[ 7.188899] res 41/40:00:c7:0c:0e/00:00:74:00:00/40 Emask 0x409 (media error)
[ 7.189013] ata4.00: status: { DRDY ERR }
[ 7.189058] ata4.00: error: { UNC }
[ 7.194754] ata4.00: configured for UDMA/133
[ 7.194787] ata4: EH complete
[ 7.366429] ata4.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[ 7.366492] ata4.00: irq_stat 0x40000008
[ 7.366542] ata4.00: failed command: READ FPDMA QUEUED
[ 7.366610] ata4.00: cmd 60/20:00:bf:0c:0e/00:00:74:00:00/40 tag 0 ncq 16384 in
[ 7.366615] res 41/40:00:c7:0c:0e/00:00:74:00:00/40 Emask 0x409 (media error)
[ 7.366739] ata4.00: status: { DRDY ERR }
[ 7.366788] ata4.00: error: { UNC }
[ 7.372097] ata4.00: configured for UDMA/133
[ 7.372154] ata4: EH complete
[ 7.452362] Console: switching to colour frame buffer device 128x48
[ 7.460916] fb0: inteldrmfb frame buffer device
[ 7.460923] drm: registered panic notifier
[ 7.460930] Slow work thread pool: Starting up
[ 7.461104] Slow work thread pool: Ready
[ 7.461295] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
[ 7.544182] ata4.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[ 7.544331] ata4.00: irq_stat 0x40000008
[ 7.544424] ata4.00: failed command: READ FPDMA QUEUED
[ 7.544548] ata4.00: cmd 60/20:00:bf:0c:0e/00:00:74:00:00/40 tag 0 ncq 16384 in
[ 7.544552] res 41/40:00:c7:0c:0e/00:00:74:00:00/40 Emask 0x409 (media error)
[ 7.544873] ata4.00: status: { DRDY ERR }
[ 7.544969] ata4.00: error: { UNC }
[ 7.550375] ata4.00: configured for UDMA/133
[ 7.550414] ata4: EH complete
[ 7.721916] ata4.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[ 7.722043] ata4.00: irq_stat 0x40000008
[ 7.722119] ata4.00: failed command: READ FPDMA QUEUED
[ 7.722221] ata4.00: cmd 60/20:00:bf:0c:0e/00:00:74:00:00/40 tag 0 ncq 16384 in
[ 7.722224] res 41/40:00:c7:0c:0e/00:00:74:00:00/40 Emask 0x409 (media error)
[ 7.722486] ata4.00: status: { DRDY ERR }
[ 7.722560] ata4.00: error: { UNC }
[ 7.727224] ata4.00: configured for UDMA/133
[ 7.727244] ata4: EH complete
[ 7.899670] ata4.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[ 7.899798] ata4.00: irq_stat 0x40000008
[ 7.899874] ata4.00: failed command: READ FPDMA QUEUED
[ 7.899976] ata4.00: cmd 60/20:00:bf:0c:0e/00:00:74:00:00/40 tag 0 ncq 16384 in
[ 7.899980] res 41/40:00:c7:0c:0e/00:00:74:00:00/40 Emask 0x409 (media error)
[ 7.900243] ata4.00: status: { DRDY ERR }
[ 7.900316] ata4.00: error: { UNC }
[ 7.905387] ata4.00: configured for UDMA/133
[ 7.905408] ata4: EH complete
[ 8.077459] ata4.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[ 8.077586] ata4.00: irq_stat 0x40000008
[ 8.077662] ata4.00: failed command: READ FPDMA QUEUED
[ 8.077764] ata4.00: cmd 60/20:00:bf:0c:0e/00:00:74:00:00/40 tag 0 ncq 16384 in
[ 8.077768] res 41/40:00:c7:0c:0e/00:00:74:00:00/40 Emask 0x409 (media error)
[ 8.078034] ata4.00: status: { DRDY ERR }
[ 8.078110] ata4.00: error: { UNC }
[ 8.083663] ata4.00: configured for UDMA/133
smartctl long-teszt meg ezt írja, ami szerint ha jól látom, nincs semmi hiba:
sudo smartctl --all /dev/sdb
smartctl 5.40 2010-03-16 r3077 [x86_64-unknown-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF INFORMATION SECTION ===
Device Model: WDC WD10EARS-00Y5B1
Serial Number: WD-WMAV51859906
Firmware Version: 80.00A80
User Capacity: 1.000.204.886.016 bytes
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 8
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Sun Mar 13 15:12:54 2011 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x84) Offline data collection activity
was suspended by an interrupting command from host.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (20100) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 231) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.
SCT capabilities: (0x3031) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 131 129 021 Pre-fail Always - 6433
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 131
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 094 094 000 Old_age Always - 4467
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 129
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 40
193 Load_Cycle_Count 0x0032 195 195 000 Old_age Always - 16234
194 Temperature_Celsius 0x0022 118 098 000 Old_age Always - 29
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 4466 -
# 2 Short offline Completed without error 00% 4462 -
# 3 Short offline Completed without error 00% 4135 -
# 4 Short offline Completed without error 00% 4134 -
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
Levelezek egy sráccal, aki a kernelfejlesztésben részt vesz, azt írta, hogy valószínű vinyóhiba van, cserélni kéne.
Na de ha SMART alatt nincs hiba, akkor milyen indokkal viszem vissza a vinyót gariba?
Valami ötlet, hogy mi lehet a hiba, vagy esetleg milyen linux alatti vinyótesztelő progi van, ami végre hibát fog jelezni rá?
Kösz előre is
- 2857 megtekintés
Hozzászólások
Egész biztos, hogy a kernel üzenetekben szereplő "ata4" az az sdb? Hogy párosítottad?
- A hozzászóláshoz be kell jelentkezni
ezt nem írtam le, igaz, de ebből gondolom, hogy az sdb a hibás.
dmesg|grep sdb
[ 1.892793] sd 3:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
[ 1.893036] sd 3:0:0:0: [sdb] Write Protect is off
[ 1.893047] sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[ 1.893170] sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1.894394] sdb: sdb1
[ 1.901096] sd 3:0:0:0: [sdb] Attached SCSI disk
[ 3.839019] sd 3:0:0:0: [sdb] Unhandled sense code
[ 3.839027] sd 3:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 3.839039] sd 3:0:0:0: [sdb] Sense Key : Medium Error [current] [descriptor]
[ 3.839107] sd 3:0:0:0: [sdb] Add. Sense: Unrecovered read error - auto reallocate failed
[ 3.839122] sd 3:0:0:0: [sdb] CDB: Read(10): 28 00 74 0e 0c bf 00 00 20 00
[ 3.839144] end_request: I/O error, dev sdb, sector 1947077831
[ 3.839152] Buffer I/O error on device sdb1, logical block 1947077768
[ 3.839160] Buffer I/O error on device sdb1, logical block 1947077769
[ 3.839167] Buffer I/O error on device sdb1, logical block 1947077770
[ 3.839174] Buffer I/O error on device sdb1, logical block 1947077771
[ 3.839181] Buffer I/O error on device sdb1, logical block 1947077772
[ 3.839188] Buffer I/O error on device sdb1, logical block 1947077773
[ 3.839195] Buffer I/O error on device sdb1, logical block 1947077774
[ 3.839202] Buffer I/O error on device sdb1, logical block 1947077775
[ 3.839216] Buffer I/O error on device sdb1, logical block 1947077776
[ 8.083729] sd 3:0:0:0: [sdb] Unhandled sense code
[ 8.083737] sd 3:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 8.083748] sd 3:0:0:0: [sdb] Sense Key : Medium Error [current] [descriptor]
[ 8.083810] sd 3:0:0:0: [sdb] Add. Sense: Unrecovered read error - auto reallocate failed
[ 8.083826] sd 3:0:0:0: [sdb] CDB: Read(10): 28 00 74 0e 0c bf 00 00 20 00
[ 8.083853] end_request: I/O error, dev sdb, sector 1947077831
[ 8.084010] Buffer I/O error on device sdb1, logical block 1947077768
[ 8.127369] md: bind
[ 8.142869] md/raid:md0: device sdb1 operational as raid disk 2
[ 8.144201] disk 2, o:1, dev:sdb1
- A hozzászóláshoz be kell jelentkezni
Megnéztem egy saját, múltban hibát okozó WDC WD2002FYPS-02W3B0 2TB-os winyót, a helyzet a következő:
* nem loggolja a hibákat.
* nem számol a "5 Reallocated_Sector_Ct, 196 Reallocated_Event_Count", fixen nullán áll. Biztos vagyok benne, hogy nem nullának kéne lennie, mert már kézzel (dd) is javítottam rajta pending szektorokat, amikor nem tudott rebuild-elni a degraded raid5.
Magyarán a WD kiiktat belőlük minden olyan dolgot, amivel a kósza bad szektorok feltűnését bizonyítani tudnád. ;)
A "197 Current_Pending_Sector" számol ugyan, de a hiba felbukkanása után a raid5-öd felülírhatta a pending szektort emiatt az nullázodott. Ilyen esetben az 5 és a 196 smart érték kéne, hogy jelezze a múltbéli problémát, de úgy fest, hogy a WD-nél a marketing ebbe beleszólt.
Nem a kernel a hibás, hanem te, hogy WD-t vettél. ;)
- A hozzászóláshoz be kell jelentkezni
Ahogy utánaolvastam, az jött le, hogy green vinyókból a WD a legjobb.
Mivel 3-ból egyet már cseréltettem, nálam elég rossz az arány.
Szerintem is hibás a diszk, de hogy tudom cseréltetni garanciában?
- A hozzászóláshoz be kell jelentkezni
Nem tudom, hogy pending szektorra van-e egyáltalán garancia, hiszen amíg van szabad relokációs terület, addig rá lehet fogni, hogy ez üzemszerű működés. Kicsit olyan ez, mint a TFT pixelhiba.
Én az ilyen sűrűn hibázó winyókat raid6-ban szoktam tovább üzemeltetni, ott a dupla redundacia miatt nem jelentenek problémát a kósza hibák. Van amelyk egy idő után abbahaggya a további hibázást és van, amelyken elfogy a relokációs terület és utána már smart se mondhatja, hogy "Overall health: PASSED" és lehet gariba vinni.
A rövid válasz: mikrosütő vagy statikus elektromosság. ;)
- A hozzászóláshoz be kell jelentkezni
már csak az a kérdés, hogy miért kell green vinyókat raid-be tenni... :) elég sok szopás van velük, ahogy olvasom. de te tudod.
- A hozzászóláshoz be kell jelentkezni
Azért esett rá a választás, mert jóval kevesebbet eszik, mint a sima vinyók.
És itthon ha sokat megy, nem mindegy mennyi a villanyszámla.
- A hozzászóláshoz be kell jelentkezni
LOL!!!!
ez a "green" vinyó eszik 5.4W-ot (idle is 5.4W), egy 1 terás caviar blue (7200rpm) meg eszik 6.8W-ot (idle 6.1W). szerinted mennyit spórolsz ezzel a 2W-al havonta? kb. 50 forintot...? :)
- A hozzászóláshoz be kell jelentkezni
Ha a teljesítmény abszolút másodlagos, én SATA notebook vinyókat használnék. Még kevesebbet fogyaszt, gyakorlatilag hangtalan.
- A hozzászóláshoz be kell jelentkezni
ez 1 vinyó a 4-ből. biztos, hogy ez az ata4.00?
a load cycle elég magas, azt inkább kapcsold ki szerintem hdparm-al.
- A hozzászóláshoz be kell jelentkezni
Mi az Load Cycle Count?
Miért javaslod, hogy kapcsoljam ki hdparm-al?
- A hozzászóláshoz be kell jelentkezni
egy bizonyos inaktivitási idő után a rendszer (vagy a vinyó maga) kihúzza a fejeket parkoló helyzetbe (unload), hogy ne sérüljenek meg véletlenül sem. csakhogy erre a load/unload cycle 100.000 ciklust szoktak megadni, és neked a 16k mindössze ~4k üzemóra alatt az elég magasnak tűnik.
(de közben megnéztem, és erre a vinyóra 300k ciklust adnak meg.)
- A hozzászóláshoz be kell jelentkezni
És akkor most mire állítsam szerinted?
- A hozzászóláshoz be kell jelentkezni
193 Load_Cycle_Count 0x0032 180 180 000 Old_age Always - 62256
Ezek szerint nálam ez 62256 ?
WD Green-em van, tavaly októberben vettem, napi 12 órát megy max.
Szerk: 9 Power_On_Hours 0x0032 099 099 000 Old_age Always - 977
Most valamit rosszul gondolok, vagy ez kevesebb mint 1 percenként kihúzgálja oldalra a fejet?
- A hozzászóláshoz be kell jelentkezni
óóóóóó bazeeeeeee
Imádlak bsh, de jó, hogy szóltál. Megnéztem a WD15EADS-emet, 8200 óra alatt 330k load cycle... Asszem, ezt nagyon sürgősen le kell passzolnom. Rohadjon meg a WD, amiért 8 mp idle a default. És rohadjon meg a WD, amiért egy szar DOS-os programot adnak hozzá, nem lesz könnyű a headless szerverre applikálni.
- A hozzászóláshoz be kell jelentkezni
Az tenyleg nagyon magas, allando uzemben forog akkor kapcsold ki, ne rangassa ki a fejet.
Masreszt NCQ amit erdemes meg kikapcsolni, mert vannak olyan diszkek amiket hibasan kezel ha be van kapcsolva.
WD diszkeken erdemes is kikapcsolni, volt par szeria amelyikkel gebasz volt.
Egyebkent miert szeretnel hibat jelezni ra, ezen kivul teljesen jo az allapota.
- A hozzászóláshoz be kell jelentkezni
Ha teljesen jó az állapota, akkor miért van ez:
ata4.00: failed command: READ FPDMA QUEUED ?
A 3 vinyóból 1-et már garanciában cseréltettem, mert smart hibát jelzett.
Miután kicseréltem, annak semmi baja, semmi hibát nem ír ki.
Hogy tudom kikapcsolni az NCQ-t, meg hogy tudom kikapcsolni, hogy ne rángassa a fejet?
Állandó üzemben mennek otthoni szerverben.
- A hozzászóláshoz be kell jelentkezni
Az NCQ-t bios-ban vagy a chipset beállításai vagy a merevlemez beállításai között. Lehet teljes nevén, "Native Command Queuing" -ként fog rá hivatkozni.
-S Set standby (spindown) timeout
hdparm -S value
- A hozzászóláshoz be kell jelentkezni
'hdparm -B 254 /dev/sdX' paranccsal tudod a maximális teljesítmény üzemmódra kapcsolni a vinyót, olyankor sokkal kevésbé cibálja ki a fejet, illetve '-B 255'-el meg totál ki is kapcsolható ez a power/acoustic management és olyankor meg egyáltalán nem rángatja ki a fejet. de én azt javaslom, hogy alaposan olvass utána mindenféle fórumokon, hogy konkrétan ezzel a vinyóval ez mennyire jól működik, mik a tapasztalatok, mert esetleg okozhat problémákat is. szóval nézz utána.
egyébként ha visszaviszed a vinyót garanciáztatni, akkor szerintem a wd saját diagnosztikai programját küldik rá. ha az hibátlannak találja, akkor visszakapod, ha hibásnak, akkor cserélik. tehát magyarán te is azt használd ellenőrzésre, mert garancia szempontjából az a mérvadó.
de futtathatsz azért long smart teszteket, offline data collection-t, badblocks-ot, dd-vel olvasás (és írást is (badblocknál is), ha megoldható)
- A hozzászóláshoz be kell jelentkezni
Keresd meg a gyari programot ami valo hozza, nagyon valoszinu DOS formedveny.
Ezzel szinte minden funkciot tudsz allitani, igy a diszken kikapcsolhatod a NCQ t, es a power es vagy acoustic managementet, a performancet pedig maxra tudod allitani.
Nalam ez hasznalt, bar rovid idon belul csereltem majd az osszes WD diszket.
WD egy ideje szemet kategoria reszemrol.
- A hozzászóláshoz be kell jelentkezni
és ha jól tudom, most vette meg a hitachi merevlemez üzletágát, úgyhogy el fognak tűnni a megbízható lemezek a piacról...
- A hozzászóláshoz be kell jelentkezni
lehet még rossz a kábel és a táp is.
- A hozzászóláshoz be kell jelentkezni
Ja, ebben van igazság. Ha a betápon a cache kiírása közben leesik a feszültség, akkor félbemarad az írás, aminek pending szektorok lesznek az eredményei.
Ezt a "12 Power_Cycle_Count, 192 Power-Off_Retract_Count" indokolatlan növekedése jelezheti, ezeket az értékeket érdemes összevetni a többi winyóval (a legjobb munin-al, smartd-vel figyeltetni). Mondjuk ha a winyók a tápból jövő SATA csatlakozóra vannak kötve, akkor nem túl esélyes a kábelhiba, a táphiba pedig valszeg minden winyót sújtana és jó eséllyel az egész gép instabil lenne. Ha azonban használsz átalakítót vagy Y-elosztót, akkor az ördöggel játszol. ;)
- A hozzászóláshoz be kell jelentkezni
De miért van az, Debian Lenny alatt nincs ez a fenti hiba dmesg-nél,
míg újabb kernelnél van.
És ha nincs elég táp-sata csatim akkor mit csináljak? Ezért használok egy Y elosztót.
350wattos a táp. emiatt nem akarok nagyobbat venni, mert csak azokon van több sata-táp-csati.
- A hozzászóláshoz be kell jelentkezni
Próbáld Lenny-n kiolvasni a diszk végét:
badblocks -s /dev/sdb $((`blockdev --getsize /dev/sdb` / 2)) 973438915
- Kiadja ugyanazt a hibát?
Az Y elosztókkal nagyon sok baj van, mert többnyire kritikán aluli minőségű kínai sz@rt kapsz a boltokban. Ha nagyon muszáj (és nincs kedvem forrasztani), akkor én is használok, de első számú gyanúsított lesz ha bármi nem stimmel a rajta lévő vinyók körül. A SMART-al ki lehet deríteni, hogy betáp vagy winyóhiba, a már említett 12 és 192 -es értékeket kell figyelni hozzá.
- A hozzászóláshoz be kell jelentkezni
DOS bootlemezzel lefuttattam a WD gyári Diagnosztikai Programjában a tesztet.
4 óráig futott, kiírta, hogy volt hiba, de kijavította.
Most már nincs hibaüzenet boot után.
Már csak az a kérdés, hogy tényleg kijavította vagy csak megjelölte hibásnak a szektort.
Jó lenne tudni.
- A hozzászóláshoz be kell jelentkezni
arra fogadnék, hogy remappelte.
- A hozzászóláshoz be kell jelentkezni
Csak simán ennyit írt ki:
"ERRORS HAS BEEN REPAIRED"
Hogy mit, kit, hogy csinált, az rejtély.
Most elindítottam megint, kíváncsi leszek, mit ír ki a végén.
De amúgy ebben a diagnosztikai programban csak Quick test, meg Extended test van.
Nincs NCQ, accoustic állítási lehetőség.
accoustic-ot hdparm-al állítottam át.
Csak kérdés, hogy azt fizikailag a vinyón állítja be, vagy a vinyókezelésben?
- A hozzászóláshoz be kell jelentkezni
a hdparm csak addig állítja át, amíg újra nem inicializálódik a vinyó. (pl. kikapcsolás után, hibernálás után, stb.) ilyenkor a rendszer kiolvassa a vinyóból az ajánlott aam/apm beállítását (128) és azt használja. tehát a hdparm-os beállítást minden boot után és minden suspend/resume/hibernálás/stb. után be kell állítani. vagy pedig van a wd-nek olyan utility-je elvileg, ami a firmware-ben magában állítja át ezt az értéket.
- A hozzászóláshoz be kell jelentkezni
A WD oldalán nem találom azt, ami firmware-ből állítaná.
http://support.wdc.com/product/download.asp?wdc_lang=en&fid=wdsfCaviar_…
Csak ez van: Data Lifeguard Diagnostic for DOS ,
de azzal meg csak 2 féle tesztet lehet csinálni, és ennyi.
- A hozzászóláshoz be kell jelentkezni
A vinyóknak már semmi bajuk.
VIszon megint előjött a valószínűleg kernel hiba.
Debian Lenny alatt teljesen jól működik minden, teljes terhelés mellett is.
Viszont mivel a debian kernele nem valami friss, kicsit lassú pl. a vinyókezelés samba alatt. (kb. 18mb/s)
A legújabb ubuntu 10.10-el, kernel 2.6.35 sokkal gyorsabb a vinyóművelet samba alatt. (kb. 34mb/s).
Viszont ha teljes terhelésen megy a raid5 tömb, akkor egy idő után egyszerűen lefagy a gép.
syslogban semmi értelmes nincs benne.
Úgy néz ki, hogy mégis valami kernel bibi lehet, mert hogy lehet, hogy Lenny alatt meg nem fagy.
- A hozzászóláshoz be kell jelentkezni
*******************************
hdparm -I /dev/sdb
/dev/sdb:
ATA device, with non-removable media
Model Number: WDC WD10EARS-00Y5B1
Serial Number: WD-WMAV51859906
Firmware Revision: 80.00A80
Transport: Serial, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6
Standards:
Supported: 8 7 6 5
Likely used: 8
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 268435455
LBA48 user addressable sectors: 1953525168
Logical/Physical Sector size: 512 bytes
device size with M = 1024*1024: 953869 MBytes
device size with M = 1000*1000: 1000204 MBytes (1000 GB)
cache/buffer size = unknown
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, with device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
Recommended acoustic management value: 128, current value: 254
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* NOP cmd
* DOWNLOAD_MICROCODE
Power-Up In Standby feature set
* SET_FEATURES required to spinup after power up
SET_MAX security extension
Automatic Acoustic Management feature set
* 48-bit Address feature set
* Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
* General Purpose Logging feature set
* 64-bit World wide name
* {READ,WRITE}_DMA_EXT_GPL commands
* Segmented DOWNLOAD_MICROCODE
* Gen1 signaling speed (1.5Gb/s)
* Gen2 signaling speed (3.0Gb/s)
* Native Command Queueing (NCQ)
* Host-initiated interface power management
* Phy event counters
* NCQ priority information
* DMA Setup Auto-Activate optimization
* Software settings preservation
* SMART Command Transport (SCT) feature set
* SCT Features Control (AC4)
* SCT Data Tables (AC5)
unknown 206[12] (vendor specific)
unknown 206[13] (vendor specific)
Security:
Master password revision code = 65534
supported
not enabled
not locked
not frozen
not expired: security count
supported: enhanced erase
204min for SECURITY ERASE UNIT. 204min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 50014ee0acb5a0ce
NAA : 5
IEEE OUI : 0014ee
Unique ID : 0acb5a0ce
Checksum: correct
*******************************************
hdparm -B /dev/sdb
/dev/sdb:
APM_level = not supported
- A hozzászóláshoz be kell jelentkezni
Ha nagyon leterhelem a gépet, pl. transmission-daemon torrentklienssel, akkor a cpu terhelés nem nagyon megy 30%fölé,
mégis tök lassan megy az egész.
A netem bírna 10mb/s-et, de mindig ugrál a letöltés. 0.2-6mb között.
Valami nagyon belassítja. Ha meg egyszerre sok torrentet elindítok, nagyon leterhelem, akkor egy idő után egyszerűen lefagy a gép.
Mi lehet a gond?
Esetleg tudtok-e olyan programot, ami megmutatja, hogy cpu leterhelésen kívül mi fogja meg a gépet?
iostat-ot már próbáltam, de nem használható rendesen.
- A hozzászóláshoz be kell jelentkezni
hup
- A hozzászóláshoz be kell jelentkezni
FELADOM!
Már megint lefagy a szerverem, ha leterhelem a vinyókat.
Nem tudok rájönni, hogy mi miatt van ez!
Debian Lenny alatt nincs hiba, de pl. Debian 6.0 alatt már van.
Ez egy f*s. Már nagyon unom.
- A hozzászóláshoz be kell jelentkezni
Túlmelegedés ? sensors mitmond terhelés előtt-alatt-fagyáskor / terhelés közben folyamatosan írd ki (!) / ?
Ill. a vinyó hibáidra az ncq-t a libata.force=noncq boot paraméterrel tudod kikapcsolni vagy valami hasonlóval. (usr-src-linux-Documentation-kernel-parameters.txt leírja az összes opciót).
Esetleg - ezzel párhuzamosan - kipróbálhatod a nomsi boot paramétert is. Vagy segít, vagynem.
Debian lennyhez volt a backports.org(?)-on vagy hol, a debian backports repoban 2.6.32 bázisú kernel (2.6.32 van a debsquezzeben is). Így ha deblenny alatt is kijön akkor jó eséllyel kernelbug.
A korábbi vinyóhibák miatt fsck-val ugye javítottál ?
--------
Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.
- A hozzászóláshoz be kell jelentkezni
*
- A hozzászóláshoz be kell jelentkezni