Sziasztok,
szeretnék egy NAS szerverhez venni két 4 TB-s winyót. Kissé elbizonytalanodtam, hogy mit válasszak pl: Seagate - 4TB 256 chache vagy 64 chache WD purple?
Igazából nem tudom otthoni felhasználásra mi lenne a legoptimálisabb, akár ezeke kívül is…
Segítségeteket elpőre is köszönöm!
Kalmi
Adott egy n54l microserver.
2db wd red 1Tb 1-1 partíció teljes területre.
2db wd green 1Tb 1-1 partíció teljes területre.
Pár napot állt a szerver. Ma bekapcsoltam és az egyik wd red lemezt nem ismerte fel a rendszer. Mintha partíciós tábla sem lett volna rajta.
Kábel rendben a többi lemezt próbáltam mind a négy porton hibátlanul mentek.
Másik gépben sikerült menteni a lemezről az adatokat. Ott nézve hard disk sentinel szerint a lemez 100%-os. 538 napot ment eddig. Smart adatok lentebb.
3 bekapcsolásból egyszer ott sem látta a lemezt a másik rendszer.
Újrapartícionálom visszaállítom rá az adatokat.
A kérdés, hogy mennyire lehet megbízni ezután ebben a lemezben?
Vagy mehet a "kukába"?
Válaszokat köszönöm.
S.M.A.R.T.
------------
# Attribútum Küszöb Érték Legr.. Adat Státusz Állapotjelzők
1 Raw Read Error Rate 51 200 200 000000000000 OK Ön-ellenőrző, Hiba-arány, Teljesítmény, Statisztikai..
3 Spin Up Time 21 128 128 0000000011CE OK Ön-ellenőrző, Teljesítmény, Statisztikai, Kritikus
4 Start/Stop Count 0 100 100 000000000041 OK (Mindig rendben) Ön-ellenőrző, Esemény Számláló, Statisztikai
5 Reallocated Sectors Co.. 140 200 200 000000000000 OK Ön-ellenőrző, Esemény Számláló, Statisztikai, Kritikus
7 Seek Error Rate 0 100 253 000000000000 OK (Mindig rendben) Ön-ellenőrző, Hiba-arány, Teljesítmény, Statisztikai
9 Power On Time Count 0 83 83 000000003272 OK (Mindig rendben) Ön-ellenőrző, Esemény Számláló, Statisztikai
10 Spin Retry Count 0 100 253 000000000000 OK (Mindig rendben) Ön-ellenőrző, Esemény Számláló, Statisztikai
11 Drive Calibration Retr.. 0 100 253 000000000000 OK (Mindig rendben) Ön-ellenőrző, Esemény Számláló, Statisztikai
12 Drive Power Cycle Count 0 100 100 00000000003F OK (Mindig rendben) Ön-ellenőrző, Esemény Számláló, Statisztikai
192 Power off Retract Cycl.. 0 200 200 000000000004 OK (Mindig rendben) Ön-ellenőrző, Esemény Számláló, Statisztikai
193 Load/Unload Cycle Count 0 194 194 000000004A3F OK (Mindig rendben) Ön-ellenőrző, Esemény Számláló, Statisztikai
194 Disk Temperature 0 117 103 00000000001A OK (Mindig rendben) Ön-ellenőrző, Statisztikai
196 Reallocation Event Count 0 200 200 000000000000 OK (Mindig rendben) Ön-ellenőrző, Esemény Számláló, Statisztikai
197 Current Pending Sector.. 0 200 200 000000000000 OK (Mindig rendben) Ön-ellenőrző, Esemény Számláló, Statisztikai
198 Off-Line Uncorrectable.. 0 100 253 000000000000 OK (Mindig rendben) Ön-ellenőrző, Esemény Számláló
199 Ultra ATA CRC Error Co.. 0 200 200 000000000000 OK (Mindig rendben) Ön-ellenőrző, Esemény Számláló, Statisztikai
200 Write Error Rate 0 100 253 000000000000 OK (Mindig rendben) Hiba-arány
Egy backup szerverben az egyik merevlemez ismét rendetlenkedik. Működés közben eldobja a fájlrendszert. Ha lecsatolom, majd vissza, akkor superblock hibával nem csatolja fel az eszközt.
De, ha lekapcsolom a gépet, és megsimogatom a csatlakozóit (táp és sata), majd újra bekapcsolom, akkor vígan megy tovább, sértetlen adatokkal, akár hetekig is.
A smartctl minden értéke messze határtérék feletti, és egyetlen javíthatatlan hibát sem jelez. Ráadásul nem ez az első eset, hogy ilyen mágikus hibával romlik el egy meghajtóm.
Átdugtam már másik sata csatlakozóba másik kábellel, de most ismét előjött.
A gépben további meghajtók is vannak, azok stabilan mennek - jelenleg.
Nálam tapasztaltabbak véleménye érdekelne, hogy hol lehet a bibi?
Valóban a meghajtó lehet a rossz?
Vagy inkább új sata vezérlőben gondolkozzam?
Tudom valahogy tesztelni az ilyen mágikus hibát?
A szituáció a következő:
Van egy rendszer, ami most épp HyperV-ben fut, így viszonylag könnyű menteni. De lehet hogy kénytelenek leszünk áttenni fizikai vasra
Optional quest: az a lényeg, hogy oda kell neki lökni egy videókártyát. Az a baj, hogy fogalmam sincs, hogy egy w10 pro-n futó hyperv tud-e ilyet (még kb. egy perc google-t se szántam rá), és ha igen, hol találok erről konkrét információt. Köszönettel veszek minden linket, segítséget (de ha lehet ne az legyen hogy google, hyperv, pci-passthrough)
Ha át kell tenni, akkor viszont a mentéssel lesz gondunk, mert a bejáratott mentési mechanizmus (clonezilla) és a windows nem biztos hogy közösen tudja kezelni bármelyik soft mirrrort (mert mirror azért kellene, mert elvileg egyszercsak már fontos adatok is lesznek a rendszerben). Tehát az a legvalószínűbb, hogy kelleni fog egy olyan "rendes" hw raid kártya, ami remekül megy win10-zel és clonezillával is, és nagyjából annyi nyomor lementeni/helyreállítani egy raid tömböt mint egy egyszerű sata disket.
Abba az irányba most ne menjünk el hogy ez nem jó mentés, mert ezért és ezért, ezzel tisztában vagyok, viszont kell valami megoldás, amivel üzembiztosan le tudom menteni és helyre tudom állítani a gépet akkor is, ha lefüstöl az egész. Utána már ráérünk azon ügyeskedni, hogy hogyan lehet a napi mentéseket megoldani (Teamcenterről van szó, e téren is köszönettel veszek minden tapasztalatot).
Sziasztok!
Tanácsra lenne szükségem.
A fenti gépben SAS RAID (PCIX slotban) és ESXi dolgozik.
Arra gondoltam, hogy a szabad SATA (nem tudom SATA3-e?)portra tennék egy SSD-t és datastoreként használnám, arra tennék át virtuális gépet, hátha gyorsabb lesz.
Samsung SAMSUNG 860 PRO 512GB SATA3 (MZ-76P512B)-ra gondoltam.
A gép PID-je: 819185-421
Merjem ezt választani, vagy lenne másik javaslat?
Köszönöm segítséget!
Hi!
Asztali gép, Kingston 240 SSD (nem kérek ehhez kommentet), évek óta win10-el ment hibátlanul.
A bekapcsoló gomb mikrokapcsoló hibája miatt került a fókuszba a masina, a mikrokapcsoló cseréjét követően win10 kék halál, szomorú smile. Hiba szerint a boot deviceval van a gondja, de a boot folyamat elindul, csak a win betöltésénél "akad" el.
SSD USB dokolóba téve adatok megmentése megtörtént, jöhet az újratelepítés.
Pendrive win10 boot, majd kékhalál, szomorú smile. SSD alaplapról lehúzva, win10 telepítő elindul!
SSD átszerel egy egészen más gépbe, pendrive win10 telepítő boot során kékhalál ismét.
Az alaplapok látják az SSD-t, hibát nem írnak ki.
Linux alól is simán látszanak a partíciók, a fileok, semmi gond.
Olyan, mint ha a win10-nek lenne gondja az SSD-vel - vagy fordítva. Esetleg valami vírus, ami a firmware-ba ült be?
Ötlete, javaslata esetleg valakinek?
Előre is köszönöm!
Elég érdekesen működik az SSD-m. Ha bebootolok USB-ről akkor bármennyi adatot képest vagyok gond nélkül olvasni. De ha írni kezdem (mondjuk másolok egy fájlt) pár perc után meghal a folyamat, előbb I/O errorok, majd teljesen eltűnik az SSD és jönnek a device offline errorok. A kontrollerrel van valami? Márkát és típust ez alapján már kitalálhatjátok...
Sziasztok!
Olcsó, de megbízható backup megoldást keresek vállalati telephelyre.
A NAS 4 lemezes SHR2-ben 1 TB tárolókapacitáásal rendelkezik.
Erről kellene napi vagy heti backupokat csinálni. Nem a teljes lemezről, csak az éppen tárolt adatokról.
Üdv és köszi a válaszokat!
Sziasztok,
Debian 9 alatt softraid kötet elé tennék ssd cache-t flashcache-el
A debian tárolóban lévő flashcache csomagbol készült a flashcache.ko kernel modul. Rendben el is készítette a modult, mindent a helyére másolt (A githubról elérhető verziók nem fordulnak 4.8 feletti kernelekkel)
Kernelmodul betöltődik.
A flashcache_create viszont azonnal kernel panic-ot okoz. (irq error)
/dev/sdc3 az SSD
/dev/md2 a raid kotet, ami elé szeretném a cache-t, elotte persze umount-oltam.
de ugyanaz a helyzet, ha md2 helyett pl egy még sehova sem mount-olt /dev/sdd1 sima HDD particióval próbálom.
mindegy, hogy a flashcache_create melyik üzemmódját állítom be (-p back|thru|xx)
root@debian:/home/zoli# uname -a
Linux debian 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u6 (2018-10-08) x86_64 GNU/Linux
root@debian:/home/zoli# dpkg -l | grep flashcache
ii flashcache-dkms 3.1.3+git20150701-5 all write-back block device cache for Linux (DKMS version)
ii flashcache-utils 3.1.3+git20150701-5 amd64 write-back block device cache for Linux (user space utilities)
root@debian:/home/zoli# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931,5G 0 disk
├─sda1 8:1 0 4G 0 part
│ └─md0 9:0 0 4G 0 raid1 [SWAP]
├─sda2 8:2 0 25G 0 part
│ └─md1 9:1 0 25G 0 raid1 /
└─sda3 8:3 0 902,5G 0 part
└─md2 9:2 0 902,4G 0 raid1 /home
sdb 8:16 0 931,5G 0 disk
├─sdb1 8:17 0 4G 0 part
│ └─md0 9:0 0 4G 0 raid1 [SWAP]
├─sdb2 8:18 0 25G 0 part
│ └─md1 9:1 0 25G 0 raid1 /
└─sdb3 8:19 0 902,5G 0 part
└─md2 9:2 0 902,4G 0 raid1 /home
sdc 8:32 0 232,9G 0 disk
├─sdc1 8:33 0 100M 0 part
├─sdc2 8:34 0 25G 0 part
│ └─md1 9:1 0 25G 0 raid1 /
└─sdc3 8:35 0 207,8G 0 part
sdd 8:48 0 465,8G 0 disk
└─sdd1 8:49 0 465,8G 0 part
root@debian:/home/zoli# modprobe flashcache
root@debian:/home/zoli# lsmod | grep flashcache
flashcache 102400 0
dm_mod 118784 1 flashcache
root@debian:/home/zoli# flashcache_create -p thru ssd_cache /dev/sdc3 /dev/md2
[...]
KERNEL PANIC...
[...]
A /dev/mapper/ssd_cache eszköz nem jön létre.
Másnál működik a dolog? Mert akkor házon belül kell a hibát keresnem.
Megpróbáltam 4.18-as backports kernellel is: ugyanaz a jelenség.
Kínomban RAM-okat cserélgettem, SATA portokat variáltam, de a PANIC állandó.
Sziasztok!
Eddig a HP MicroServerekkel mindig kaptunk HDD beépítőkeretet (HDD caddy). A gen10-nél nem kaptunk ilyet.
Nem tudjátok hol lehet itthon beszerezni és mi a cikkszáma?