Merevlemezek, vezérlők

A másik dell OMSA-s szál folytatásaként, nem mintha tele akarnám posztolni a mindennel a fórumot de ez szerintem külön szálba tartozik.
Innen indultunk: http://hup.hu/node/107943

Most már eljutottam oda hogy a megactl-lel futtattam egy long tesztet ami nem futott le. Így néz ki:
$ sudo megactl -vv -l 0x10 a0c0t5
a0c0t5 HITACHI DK32EJ-72NC rev:160B s/n:412T0045 33GiB a0d0 online errs: media:129 other:0
0: timestamp 1d04h: bg long failed in other segment seg:9 lba:102159428 sk:3 asc:17 ascq:11 vs:0
1: timestamp 1d01h: bg long failed in other segment seg:9 lba:102159428 sk:3 asc:17 ascq:11 vs:0
2: timestamp 0d00h: bg long completed without error seg:0 lba:-1 sk:0 asc:0 ascq:0 vs:0
3: timestamp 0d00h: bg short completed without error seg:0 lba:-1 sk:0 asc:0 ascq:0 vs:0

Sajnos ennek a pontos értelmezését nem tudtam kiguglizni. A dellmrg program a vinyó infójánál azt írja media error: 129
Kép: http://dl.dropbox.com/u/14382875/drive_error.PNG

Vegyem ki a vinyót? Vagy menjen amíg megy? Most csak tesztként működik egy RAID0-ba, a helyszükségletet a párja is talán kiszolgálná szóval nem kritikus. Ezt semmilyen más tömbbe nem érdemes berakni igaz(pl RAID1-be a párjával)?

Sziasztok!

Adott egy winchester, amit menet közben lehúztak a tápról. Teljesen meghalt, fel sem pörög. A kérdésem az lenne, hogy esetleg az elektronika kicserélése megoldhatja-e a problémát, vagy kuka. Tudom vannak erre szakosodott cégek, de annyit nem ér az egész.
Ha esetleg az elektronika cseréje megoldhatja a dolgot, akkor mire kell figyelni (típus, revision)?

Heló!

A következő a problémám: Pár napja szétszedtem agy kicsit a gépet (mert beszart az előlapi jack kivezetés) majd mikor összeraktam kihuzigáltam pár kábelt a gép hátából (a gép és a LCD-TV kb 3 külöbböző dróttal volt összekötve) majd újraindítom a gépet és a Linux indul, de a Windows (7 32bit) többet nem. Ha rámegyek arra hogy próbálja kijavítani a hibát akkor nem is lát semmilyen diszket (így természetesen nem is tudja kijavítani). Ami érdekes hogy Linux alól ntfs-3g vel felcsatolva mindent látok.

Megpróbáltam újrainstallálni a windows-t, de az install disk is azt állítja hogy nincs egy diszk sem a gépben. De még a CD/DVD-t sem látja. Mellesleg előtte a Microsoftos driverral is ment de aztán (még jó régen) installálva lett a saját vezélője is.

Az alaplapom egy gigabyte m55s-s3 (nforce5 chipset ha jól emlékszem)

Ötletek?

Sziasztok!

Proxmox-ot szeretnék telepíteni, de az alaplapi RAID vezérlőt kiröhögi. Ez ismerős mondjuk. A következő kártyát biztosan ismeri: Intel RAID SRCSASLS4I, ezzel kipróbáltam, csak konkrétan ezt a kártyát máshova használnám el.

Tudtok mondani egy konkrét típust ami jelenleg is könnyen beszerezhető, bruttó 100e alatt van és ismeri a Proxmox?

Köszi!

Ajánljatok egy FC HDD-hez valamilyen elfogadható árú kontrollert, amellyel be tudom építeni
egy normál szerver alaplapba.

kösz

Olyan kérdésem volna, hogy vajon mi alapján lehet meghatározni, hogy egy alaplap PCI sloton keresztül támogat e mondjuk egy sata kártyát? Konkrétabban az érdekel, hogy ezt a BIOS fejlettsége befolyásolja, vagy egyáltalán mi alapján vannak a supportok meghatározva. Egy Pentium 3-as lapba is lehet működőképes akár egy ilyen kártya és ezen keresztül egy satás eszköz? Van erre nézve szabvány, egyéb direktíva?

Nincs valakinek információja arról, hogy melyik nagykerben vagy viszonteladónál maradtak még Western Digital RE4 diszkek raktáron? 500GB-ost, 1TB-ost keresnék, már néhány darab is segítség lenne.

A probléma felmerült.
Egy túl régi Daemon tools telepítés hibával elszállt, kék halálra kárhoztatva az alatta lévő XP-t.
Viszont létrehozta a virtuális meghajtót, amit nem lehet kezelni, mert elakadt a driver telepítés szintjén, amire természetesen megint kék halált dob...
Hogy lehetne a meghajtót eltávolítani, ha a program újratelepítése, és a meghajtó driver telepítése is kék halállal száll el.
A rendszer XP SP3...
Előre is köszönöm a lámaságomat méltató hozzászólásokat.... :D

Sziasztok!

Munkahelyemen (középiskola) van egy DELL PowerEdge 2900 III. (torony kivitel), a szerver még 1 hónapig garanciális:

• CPU1, CPU2: Quad Core Intel® Xeon® E5410 2x6MB Cache, 2.33GHz 1333MHz FSB
• 8GB RAM, 667MHz (4x2GB Dual Ranked FB DIMMs)
• Raid Connectivity: C4 Integrated SAS/ SATA, RAID 5 using add in internal PERC controller, min3/max8 Hard Drives
• Two Hot Plug Power Supplies for Redundancy
• TCP/IP Offload Engine Enablement: TCP/IP Offload Engine (2P TOE) Ready
• Powercord Power Cord, PDU (Rack)
• 1st RAID or SCSI Controller Card - PERC 6/i Internal RAID Controller Card (256MB cache, battery backup)
• 4 x 500GB HDD, SATA, 3.5-inch, 7.2K RPM Hard Drive (Hot Plug)

Tehát a szerverben HW RAID5 van, nem egészen 3 éve üzemel, nyáron lett újratelepítve (Debian 6), a /boot - ext3, a többi ext4.

Ma vettem észre, hogy a szerver egyik HDD ledje (egy EKG szívritmushoz hasonlít a piktogramja) zöld-sárga váltásban villog, de hogy pontosan mikor jelentkezett először a hiba azt nem tudom (nem nézem minden nap).

A Dell support-ot már hívtuk, azt mondták téves "riasztás" is lehet, indítsuk újra a szervert és nézzük meg, hogy utána is jelentkezik-e a hiba.
Jó ötlet ez?
Továbbá azt mondták, hogy mentsük ki a RAID logját és küldjük el nekik. Hogyan tudom kimenteni a RAID logot?

Mi van akkor, ha valamilyen hiba volt a rendszerben és a RAID most állítja helyre az adatokat (a szerveren legalább 500GB adat van).

Van egy "Dell Systems Build and Update Utility" CD, de még soha nem használtam. Ezzel tudok diagnosztikákat futtatni a szerveren, ha a CD-ről boot-olok? Vagy ezzel meg tudom nézni / ki tudom menteni a RAID logját?

Segítségeteket előre is köszönöm!

veresh

Adott egy EeePC 901-es modell. Nem mai gyerek már, kicsit öregecskedik, de hozza, amit a korosztályától elvár az ember. Egyetlen súlyos hiányossága a benne található háttértár szűk keresztmetszete:
Ugye 2 db SSD van benne, egy 4 Gb méretű és egy 16 Gb méretű. A 16Gb nálam a /home partííció, és a 4 Gb a root. Sajnos ez a 4 Gb időnként szűkösnek bizonyul, ezért a minap gondoltam egy nagyot, és az SD kártyaolvasójába betettem egy 2 GB SD kártyát, és raktam arra két partíciót swap-nak és egy ext4-et /var-nak. Szépen működik is a rendszer, de azt vettem észre, hogy hibernálás után az SD-kártyán található /var-t read only-ba csatolja föl, és sehogy se sikerült rw módban remountolni. Valójában ez nem nagyon okoz problémát, de nem szeretem, hogy nem látok ezután semmi logot, meg biztosan nem is egészséges read only-nak megtartani a fájlrendszer egy részét.
Van valakinek ötlete, hogy mitől van ez, esetleg, hogy hogyan kéne kinyomozni a problémát?

A /var/log/messages-ben értelemszerűen nincs semmi releváns, miután nem tud bele írkálni a kernel.

Ötletek?

Kösz előre is,
Csaba