Sziasztok, vezérlő elektronikát keresünk ehhez a cucchoz:
western digital wd5000aaks wd caviar se16 500gb,
MDL:WD5000AAKS-0OYGAD 06 OCT 2007
DCM:OARNNT2MAB
S/N:WCAS81499541
ha van ilyened jelezd! Köszi!
Sziasztok!
Nemrég vettem új gépet és egy WDC WD10EZRX-00A8LB0 HDD van benne, a gépen Xubuntu 12.04 fut.
Átlagos használat mellet (internetezés, munka) bizonyos időközönként (percenként akár többször is) halk kattanást hallok a házból, és arra gyanakszom, hogy ilyenkor a HDD Intellipark szolgáltatása parkoló módba helyezi a fejegységet.
Itt találtam leírást a jelenségről, igaz ez még SATA2 HDD-kről ír:
http://prohardver.hu/hir/western_digital_caviar_green_hdd_hiba.html
http://wdc.custhelp.com/app/answers/detail/a_id/5357
Az alábbi kérdések megválaszolásában az alábbi parancsok kimenete segíthet:
$ sudo smartctl -H /dev/sda
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.2.0-38-generic] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
Tehát itt hibát nem ír.
$ sudo smartctl -A /dev/sda
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.2.0-38-generic] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF READ SMART DATA SECTION ===
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 138 138 021 Pre-fail Always - 4083
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 28
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 100 100 000 Old_age Always - 37
10 Spin_Retry_Count 0x0032 100 253 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 28
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 8
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 2066
194 Temperature_Celsius 0x0022 120 111 000 Old_age Always - 23
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 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 100 253 000 Old_age Offline - 0
A "5 Reallocated_Sector_Ct"-nál zavar egy kicsit a 140-es TRESH érték.
És a "193 Load_Cycle_Count"-nál a 2066-os RAW_VALUE értéke folyamatosan növekszik (most már 2090). A fenti linkelt oldalon is erről az értékről írnak. Ha jól értelmezem ez van összefüggésben az Intellipark-kal.
$ sudo hdparm -B /dev/sda
/dev/sda:
APM_level = not supported
Ez azt jelenti, hogy mivel nem támogatott ezért ki sem tudom kapcsolni?
Kérdéseim:
Üdv mindenkinek,
Röstellem de fdisk-el kapcsolatban lenne alapszintű kérdésem.
Van egy megpartícionált merevlemez és van egy üres merevlemez amire szeretnék két pontosan ugyanakkora pertíciót létrehozni mint amilyen az előző lemezen is van.
A megpartícionált merevlemez:
Disk /dev/sdf: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x8996bc4a
Device Boot Start End Blocks Id System
/dev/sdf1 2048 194559 96256 fd Linux raid autodetect
/dev/sdf2 194560 1171455 488448 fd Linux raid autodetect
/dev/sdf3 1171456 3907029167 1952928856 5 Extended
/dev/sdf5 1173504 489455615 244141056 fd Linux raid autodetect
/dev/sdf6 489457664 976566271 243554304 fd Linux raid autodetect
Erre az üres merevlemezre szeretnék létrehozni két pontosan olyan méretű partíciót mint az SDF5 és SDF6
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00097441
Device Boot Start End Blocks Id System
Arra gondoltam, hogy ha 2048-tól kezdődik az első partíció akkor ahhoz hozzáadva a szükséges blokk szerinti méretet akkor
2048 + 244141056 = 244143104 a partíció vége.
Command (m for help): n
Partition type: p primary (0 primary, 0 extended, 4 free)
Partition number (1-4, default 1): 1
First sector (2048-1953525167, default 2048): 2048
Last sector, +sectors or +size{K,M,G} (2048-1953525167, default 1953525167): 244143104
A létrehozás után sajnos nem lett jó mert az új partíció mérete 122070528+
Device Boot Start End Blocks Id System
/dev/sda1 2048 244143104 122070528+ 83 Linux
Hogyan kell ezt csinálni?
A válaszokat előre is köszönöm.
a vege az lett, hogy ugy dontottunk epitunk egy kicsit, teszt celra, ha bevalik, akkor pedig johet a nagy.
a vegleges parameterek (most rendeltem meg):
- Supermicro X9SCM-F
- E3-1230v2
- Fractal Design Arc Mini haz
- SAS HBAkent Intel SASUC8I (osszesen 8xSAS), nem raid modban
- 5x Seagate 1TB
- 2x Intel 520 256GB
- 3x Intel 330 60GB (2xRAID1 rendszer, 1x L2ARC)
- Chelsio T420-CR, igy a halozat fele 2x10Gbit lesz
amint megjon rakok fel kepeket meg benchmarkolok, foleg, hogy szeretnenk dedupot is, ami izgalmas kerdes (sok az ~egyforma VM)
benchmark tippek johetnek.
Dióhéjban a lényeg:
IBM xSeries szerveren Ubuntu 12.04 fut, 2 db IBM HDD, software RAID - most ne firtassuk, hogy miért software.
Szétesik a tömb. IBM mérnök kiszáll, lefuttat egy gyári tesztet, ami nem jelez hibát. Firmware-frissítéseket elvégzi, RAID-et összerakom, majd egy héten belül szétesik.
Csak ekkor jut eszembe - mea culpa - a smartctl futtatása, ami régen elfogyott fenntartott helyet jelez, azaz a szétesés akkor van amikor fizikailag rossz helyre írna az Ubuntu.
Megkérdem az IBM-et, hogy ezt hogyhogy nem jelzi a herkentyűjük, és hogy mi a vélemény arról, hogy 2 gép négy HDD-je közül három a garidő lejárta körül (kettő előtte, egy utána) kipusztul.
A válasz lényege, hogy a software RAID nem támogatott, és a szoftverük a RAID-kártya nem használata miatt nem detektál SMART-hibákat (ez szerintem ciki, de vitázni vele nincs értelme, így van és kész), és:
"A drive és firmware inkonformitásból származó bad blockok problémája: (A
HDD gyakori meghibásokban a IBM firmwarek és a nem támogatott driver
"együtt nem működésének" döntő szerepe van a bad block-ok
generálódásában. Erre láthattunk korábban is - más szerverek esetén is
-meggyőző példákat.)"
Ezek után nem látom értelmét a további levelezésnek, akár igazuk van, akár nincs. De érdekel a dolog:
1) Ilyen van?? Aki ért ennyire a dologhoz, mondja már meg, hogy ezek szerint különbözik ennyire a SuSE, a RedHat (IBM által támogatott Linuxok) és az Ubuntu kernele?
2) Nem vigyáz magára a HDD? Ha hülyeséget mondunk neki, akkor megcsinálja? Reális a következtetés, hogy ezek szerint egy vírus bad sectorokat eredményezhet?
Aki okosat válaszol, vegye figyelembe, hogy semmit nem tudok a világnak erről a részéről, beszéljen lassan, és artikuláljon tisztán:)
Sziasztok,
ti mi alapján szoktátok analizálni, cserélni a diskeket a serverekben?
Van itt mindenféle megközelítés, MTBF, Smart alapon: lifetime, corrected errors count, non corrected errors count, stb stb.
Van pár sas diskünk testingben, és lehet vennénk még jó pár használtat mellé, de szeretnék először alaposan utánajárni a bulinak...
Köszi, Andris
Sziasztok!
Barátnőm 4 GB -os USB pendriveja bedobta az unalmast. Elkezdett szegényke panaszkodni Windowsban, hogy "Error: You need to format the disk in drive e: before you can use it". Mondtam neki, hogy adja ide, megpróbálok vele valamit csinálni.
Bedugtam, és látom, hogy az eszköz megvan "/dev/sdd" alatt, de partíció nincs rajta (nincs /dev/sdd1), pedig tudom, hogy eredetileg fat32 volt rajta valamikor, amikor még működött. Ezexerint egyszerűen elfelejtette a FAT táblákat, mind a kettőt. Nyilván elhasalt a hardver, ezért "dd if=/dev/sdd of=~/dump bs=512"-vel megróbáltam lementeni a menthetőt, a komplett diszket gyakorlatilag nyersen kiírva egy image fileba, és a továbbiakban ezen szeretnék operálni, nem azt a szerencsétlen haldokló vacakot nyüstölni tovább. Onnan is lehet tudni, hogy elhasalt a hardver, hogy maga a 4 GB lementése eltartott vagy fél napig.
Ezután a "~/dump" nevű imagefájlra ráuszítottam a foremost nevű progit, ami töredék Word és PDF dokumentumokat, jpg képeket képes volt visszahozni, de ez nem sok, és van benne egy csomó hülyeség (Word dokumentumnak vagy PDF-nek visszahozott fájl, amit viszont a Word vagy az Adobe Reader - illetve azok megfelelői - nem nyitnak meg, mondván, hogy unrecognised vagy corrupted data vagy ilyesmi...).
Idáig jutottam, de ennél több kéne, főleg a könyvtárstruktúrának tudnánk nagyon örülni, mert akkor legalább tudnánk, hogy pontosan mi is veszett el.
A konstruktív ötleteket várom és köszönöm!
(Nem az olyan sommás bölcsességeket, hogy "backupolni kellett volna", stb. A megoldásra koncentráljunk, ne a problémára!)
Sziasztok,
Eloszor is elnezest az ekezetek miatt..
Segitseget szeretnek kerni egy Backup szerver installalasakor beallitando Raid stripe size illetve LVM extent Size-rol.
Van egy Megaraid SAS 9271 -8i Raid Controller Kartyam hozza 36 db 2TB-os SATA merevlemezzel.
Meg nem dontottem el hogy Raid6-ot vagy Raid60 hasznaljak-e. Az adatfileok meretet tekintve vannak kisebb meretuek de vannak nagyobb meretuek is. Vegyes az eloszlas. LVM-et szeretnek hasznalni a tarterulet reszere ext4 filerendszerrel. A kerdesem az lenne hogy ki mit javasolna a Raid stripe Size illetve LVM extent size kivalasztasaban? Ez utobbit ha jol tudom akkor tudja az ember dinamikusan valtoztatni futo operacios rendszer kozben.
Koszonom a tanacsokat elore is.
Ha egy merevlemezt partíciókra bontunk, a merevlemez jól körülhatárolt, különböző részeire eltérő mennyiségben írunk. Tegyük fel, hogy az sda1 partíción egy Linux van, az sda2-n a neki megfelelő swap, az sda3-on pedig egy Windows. Ha a Linuxot sokat használom, különféle disztribúciókat tesztelgetek rajta, a Windows-t azonban csak néha indítom el akkor egyértelmű, hogy a merevlemez bizonyos részeire sokkal többet írok.
KÉRDÉS: Mi történik, ha merevlemez helyett SSD-n történik ugyanez? Vajon többet írok és törlök az SSD egy bizonyos részén (sad1, sda2), miközben a másik rész mintegy meg van kímélve (sda3), vagy ellenkezőleg, a partíciók felosztása egy felszíni réteg, amely mögött az SSD firmware-je szépen kiegyenlíti a terhelést, az elhasználódást?
[Hasonlóképpen: ha adott egy swap-fájl, amely egy alkalommal volt létrehozva, de folyamatosan változik a tartalma, SSD esetén egy bizonyos rész van túlterhelve, vagy ez is szépen eloszlik, szétszóródik az SSD szabad részének egészén?]
Hello,
van egy ilyen vasam:
$ prtconf | head
System Model: IBM,9114-275
Machine Serial Number: 65529FC
Processor Type: PowerPC_POWER4
Processor Implementation Mode: POWER 4
Processor Version: PV_4_2
Number Of Processors: 1
Processor Clock Speed: 1000 MHz
CPU Type: 64-bit
Kernel Type: 64-bit
ilyen SCSI vezérlővel:
scsi0 U0.1-P1/Z1 PCI-X Dual Channel Ultra320 SCSI Adapter bus
rajta két ilyen disk (72GB, 10k RPM) AIX LVM mirrorban (jfs2 file-rendszerrel):
$ lscfg -vl hdisk0
hdisk0 U0.1-P1/Z1-A3 Other SCSI Disk Drive
Manufacturer................FUJITSU
Machine Type and Model......MAP3735N SUN72G
ROS Level and ID............30343031
Serial Number...............0445Q0GM
Device Specific.(Z0)........000004025B00013A
Device Specific.(Z1)........06
OS: AIX 6100-07-06-1241
A problémám az hogy 8MB/s nél nagyobb írási teljesítményt nem tudok kihozni belőle.
A kérdésem röviden: ez normális? Ne is várjak többet?
Ha szerintetek nem normális hol érdemes keresnem a gondot?
Ahogy tesztelem:
Gigabit Ethernet-en NFS-el tolom rá a cuccot.
Egy sima PC-ben lévő 640 GB-os WD SATA winyóra ugyanazon forrásból meg ~46MB/s el megy. Valami itt nekem nem kóser.