Merevlemezek, vezérlők

HP SmartArray status - igazat mond vagy hazudik? És mi lehet a gond?

Van egy gépünk, ez egy HP DL360G3

Van benne egy RAID bus controller: Compaq Computer Corporation Smart Array 5i/532 (rev 01)

Na ebben a gépben van (volt?) 2 hdd, BIOS-ból beállított RAID 1, és ez így működött hosszú ideje.

Mivel engem zavart, hogy nem látom a vinyók lámpáit, körülnéztem, HP oldalán, meg itt a hup-on kérdeztem, és a végén feltelepítettem egy programot, ami elméletileg lekérdezi és közli az állapotot. Eddig minden alkalommal azt mondta, hogy OK.

Tegnap az egyik srácnak szóltak, hogy költöztetni kéne a gépeket abból a gépteremből, van 5 perce rá. A jelszavát elfelejtette, ígyhát nemes egyszerűséggel áramtalanította a gépet.

Másik szoba, másik rack, bekapcsolta, nem indult. Tett rá monitort, billentyűzetet, se kép, se reakció. Azt mondta, áram van, mert a lámpák égnek, vinyók pörögnek.
Mondtam neki, próbálja ki vinyók meg hálózat, meg minden egyéb zavaró körülmény nélkül, mert ha a gép egyébként jó, képnek kéne lennie.

Erre most írt: "A lényeg. Balról a második slotban levő vinyó szerintem kehes lett. Anélkül elindult a szerver. Miután visszadugtam azt is a helyére, úgy nézett ki pár másodpercig, hogy működni fog, de aztán azóta csak villog a jelzőfény rajta."

Most belépve, és lefuttatva az állapot ellenőrzést viszont még mindig ezt kapom:

moto:~# cciss_vol_status /dev/cciss/c0d0
/dev/cciss/c0d0: (Smart Array 5i) RAID 1 Volume 0 status: OK.

Na most akkor mi a helyzet?

Most a második vinyó mégis jó, és szinkronban van a RAID?
Ha igen, miért nem bootolt be a gép?
Vagy lehet, hogy a második vinyó szar, vele nem bootol a gép, a RAID nem is megy, de a cciss_vol_status hazudik?

Valakinek van bármi ötlete?

Akár az állapot megbízható ellenőrzésére, akár a vinyók külön külön ellenőrzésére (mondjuk linux alól), akár arra, hogy miért nem indult el a gép...

Köszi,
G

smart command failed

sziasztok!

gondoltam előveszek egy vinyót a polcról, kipróbálni rajta egy-két újabb disztribet. Mivel egy ideje nem voltak elő, ezért nem tudtam, hogy milyen állapotban vannak, ezért fogtam, bedrótoztam őket, majd gondoltam megnézem mit mutatnak a smart paraméterek.

az értékek jók voltak látszólag, de mivel "nem fáj alapon", gondoltam a tesztjét végigküldöm rajta és addig elmegyek enni. ehhez kényelmi okokból feltettem a gsmartcontrol csomagot (ubuntu 9.4 repó), majd kiválasztottam a tesztet és hajrá. nem volt értékes adat rajta, gondoltam baromira nem izgat, akár formázható is.

amikor visszajöttem kajából, akkor látom, hogy 40% körül lehalt a teszt "unkown error" állapotban. mondom anyád. gondoltam akkor mostantól ez a vinyó vakrepülés állapotba került. leformáztam, írtam-olvastam, teszteltem "fapad módszerrel". semmi baja nem volt. felraktam rát rá egy os-t. a bootkor viszont kiírta a post képernyőn, hogy smart command failed. itt megállt, f4-re tovább engedett. innentől kezdve minden eset bootkor megáll itt és jóváhagyatja vele. gondoltam akkor kikapcsolom a smart funkciót, ha lehet. a vinyón viszont már kikapcsolt állapotban van. lehet ennél "kikapcsoltabb" állapotba helyezni? ne adj isten megjavítani? nem annyira a smart értékek nézegetése a célom, hanem az, hogy a boot ne legyen már f4 igényes... a vinyónak látszlag egyéb hibája nincs...

találkozott már valaki ilyennel?

"Kisütött" IDE vinyóról adat mentés

Üdv!

Egy ismerősöm még elég kezdő a számítógép szerelés terén, de önbizalma azért van bőven... a lényeg az, hogy volt nekik egy Seagate 80GB-os vinyójuk aminek a táp csatlakozójával voltak gondok (érintkezési hibás volt). Ha jobban megmozgatta a gépet lekapcsolt a vinyó és ilyenkor az volt a megoldás hogy kicsit megmozgatja a táp kábelt és már ment is minden rendesen. Így el is működött egész sokáig, de egy idő után a srác már megunta az állandó táp kábel piszkálást és kicsit ingerülten megpróbált hosszú távú megoldást keresni a problémára.
Első próbálkozása máris kudarcba fulladt... Kihúzta a vinyó tápkábelét és megpróbált bedugni helyette egy másokat. Az ötlet alapvetően nem volt rossz de a megvalósítás csúfos kudarcot vallott. Félhomály volt a szobában és mit ad isten a srác fordítva próbálta bedugni a táp kábelt a meghajtóba (jah és természetesen be volt kapcsolva a gép, mert ő úgy gondolta nagyon profi és ez csak egy rutin műtét lesz...) lett is nagy "villámlás" és égett nyák szag... :D

Szóval a lényegre térve, van esély arra, hogy a pórul járt meghajtón lévő adatokat viszont lássuk? Olvasgattam a hupon azt a topicot ami döglött vinyók javításával foglalkozik és többen írtátok, hogy ki lehet cserélni a vezérlő nyákot. Ez működhet újabb vinyóknál is?

Ha házilag nem sikerült megjavítani akkor esetleg meg tudnátok mondani, hogy kb mennyit akasztana le rólam egy profi adat mentő cég? (van esény, hogy 20000 HUF-al megúszom?)

A válaszokat előre is köszönöm!
Szép napot!

SATA HDD klónozása IDE-re

Hali!

google barátom segítségével ide-to-sata leírásokat találtam, és nem tudom mennyire lehet gond a fordított irány (remélem semennyire:)).
szóval egy sata winyót szeretnék klónozni ide-re, majd az ide hdd-vel cserélném le a sata-sat.

lehet-e probléma, ha mountolt rootfs-t akarok klónozni?
elég dd-vel neki esni vagy használjak erre tervezett progit?

előre is köszönöm, vandeminek

NAS + Jelszavas védelem

NAS meghajtó vásárlása előtt állok, de még nem volt ilyenem, ezért szükségem lenne egy kis tanácsra.

A legfontosabb dolog, hogy hogyan lehet jelszavas védelemmel ellátni.
Fontos lenne a gyorsaság, és a folyamatos rendelkezésre állás. Illetve nem tudom hogy a vírusok ellen hogyan védekezzek. hogyan érem el? Ip címe van-e egy ilyen kütyünek? Ez azért fontos, mert van egy program ami ip cím alapján éri el a fájljait.

ADAPTEC AIC-7902 raid magement software ubuntu alá.

Sziasztok!

Adott egy ibm xseries 236 server egy adaptec aic-7902 scsi vezérlővel.
Ezt kellene valahogy monitorozni/menedzselni ubuntu alól.
Az a fő gond, hogy az adaptec csak rpm alapú disztrókhoz ad menedzsment szoftvert,
ami saját bevallásuk szerint is prebeta állapotban leledzik.
(le se tudtam tölteni, mert regisztrálni kell, amihez kell serial, amit nem tudok fejből)
Van valakinek erre valami jól bevált megoldása?
Elég sokat gugliztam, de nem igen találtam semmi értelmeset.

USB kábel fizikai működése

Hi!

Kaptam egy pendrive- t javítani, de darabokban érkezett már, és nem vagyok benne biztos, hogy minden szükséges alkatrész megérkezett. Ezen a képen látható egy csatlakozó. Itt a "fej" belsejében lévő 4 aranyszínű pöcök megvan, és az a fehér színű lap is, amin ez a 4 pöcök van, viszont az ezt körülölelő fémes színű "ház" már nincsen meg. Anélkül elvileg mennie kéne, vagy sem? Ha így bedugom, ez kerül a logba:


Jun 15 08:30:17 localhost kernel: usb 4-3: new high speed USB device using address 13
Jun 15 08:30:19 localhost kernel: hub 4-3:1.0: USB hub found
Jun 15 08:30:19 localhost kernel: hub 4-3:1.0: 1 port detected
Jun 15 08:30:19 localhost kernel: usb 4-3.1: new high speed USB device using address 14
Jun 15 08:30:20 localhost kernel: scsi7 : SCSI emulation for USB Mass Storage devices
Jun 15 08:30:21 localhost kernel:   Vendor: Sony      Model: Storage Media     Rev: PROL
Jun 15 08:30:21 localhost kernel:   Type:   Direct-Access                      ANSI SCSI revision: 02
Jun 15 08:30:21 localhost usb.agent[6608]:      usbcore: already loaded
Jun 15 08:30:21 localhost kernel: SCSI device sdb: 256000 512-byte hdwr sectors (131 MB)
Jun 15 08:30:21 localhost kernel: sdb: assuming Write Enabled
Jun 15 08:30:21 localhost kernel: sdb: assuming drive cache: write through

itt vár 2- 3 másodpercet, majd:


Jun 15 08:30:21 localhost kernel:  /dev/scsi/host7/bus0/target0/lun0:scsi7: ERROR on channel 0, id 0, lun 0, CDB: Read (10) 00 00 00 00 00 00 00 08 00 
Jun 15 08:30:21 localhost usb.agent[6640]:      usb-storage: already loaded
Jun 15 08:30:21 localhost kernel: Current sdb: sense key Medium Error
Jun 15 08:30:21 localhost kernel: Additional sense: Unrecovered read error
Jun 15 08:30:21 localhost kernel: end_request: I/O error, dev sdb, sector 0
Jun 15 08:30:21 localhost kernel: scsi7: ERROR on channel 0, id 0, lun 0, CDB: Read (10) 00 00 00 00 01 00 00 07 00 
Jun 15 08:30:21 localhost kernel: Current sdb: sense key Medium Error
Jun 15 08:30:21 localhost kernel: Additional sense: Unrecovered read error
Jun 15 08:30:21 localhost kernel: end_request: I/O error, dev sdb, sector 1

és ugyanez sokszor.

Perpillanat nyílván HW nyűgje van, de ez lehet a hiányzó alkatrész miatt, vagy sem? Szvsz nem, mert végülis felismeri, de inkább valami okosabb emberke véleményére lennék kíváncsi.

Köszi.

4 gigás pendrive formázása

Sziasztok! Hozzám került egy 4 gigás Maxell pendrive. Alapból volt rajta egy 1 megabájtos SECURE címkével ellátott partíció, és egy PUBLIC nevű partíció, ami meg kb. 4 gigabájt méretű. Szeretném letörölni az egy megás partíciót róla, hogy csak egyetlen nagy partíció legyen, de sajnos nem járok sikerrel. Olyan, mintha két különálló lemez lenne, ha jól értelmezem az fdisk-es kimenetet, a gparted is így látja, meg megnéztem Vista alatt a Disk Management-tel, és ott is ez szerepel, annak ellenére, hogy ez fizikailag egyetlen eszköz. A kérdésem: Lehetőség van valami módon ezt a két valamit letörölni a pendrájvról, és létrehozni egyetlen 4 gigás partíciót? Ha a nagyobbik részt leformázom, akkor a kisebbik(1 megás) miatt vacakol a Vista (a pendrive Vistás gépen van főleg használva), hogy nincs formázva, akarom-e most formázni. Esetleg formázzam mindkét partíciót, és a kisebbiket rejtsem el? Egyáltalán lehetne-e ezt?

A lényeg az lenne, hogy ne legyen sdb meg sdc, hanem legyen egy nagy sdb (vagy bármi is lesz majd a neve)

fdisk -l kimenet:

Partition table entries are not in disk order

Disk /dev/sdb: 1 MB, 1048576 bytes
1 heads, 2 sectors/track, 1024 cylinders
Units = cylinders of 2 * 512 = 1024 bytes
Disk identifier: 0x000acf65

Device Boot Start End Blocks Id System

Disk /dev/sdc: 4153 MB, 4153409536 bytes
128 heads, 62 sectors/track, 1022 cylinders
Units = cylinders of 7936 * 512 = 4063232 bytes
Disk identifier: 0x000926c1

Device Boot Start End Blocks Id System

Az esetleges válaszokat előre is köszönöm!

seagete 1T, de mi a különbség?

Tudja valami hogy mi a különbség a két hdd között?

- ST31000333AS
- ST31000340AS

A Seagate weboldalán mind a két terméknél ugyanaz a szöveg van, 1-2 technikai adat minimálisan eltér egymástól.

Jelenleg 2db 340AS volt a fileserverben (Readynas), az egyik tönkrement. Sajnos a nagykerekben (Asbis, JTC, Demand) jelenleg ilyen nincs csak 333AS. Nem tudom hogy mi van ha keverem őket, vagy az lenne jobb ha vennék 2db 333AS-t és akkor tuti stimmelni fognak.

üdv
An-Dee

frissítés:
Na, vettem 2 ST31000333AS-t. Érdekes, mert 4 óra használat után az egyikben smart szerint a Reallocated Sector Count már 5 volt!!!, illetve még 1 adat mind két hdd-ről:

disk1: Head Flying Hours 144005958467588
disk2: Head Flying Hours 34484292419592

látod már ilyet valaki? (a második lemez 8 órát volt használva)