- Poco X6 Pro - ötös alá
- Azonnali mobilos kérdések órája
- Apple AirPods Pro (2. generáció) - csiszolt almaságok
- Huawei Mate 10 Pro - mestersége az intelligencia
- Vodafone-ra áttért Digi Mobilosok
- Xiaomi Mi 11 Ultra - Circus Maximus
- iOS alkalmazások
- Yettel topik
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Telekom mobilszolgáltatások
Hirdetés
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
it Egyre nagyobb probléma az AI hallucinálása – most az osztrák adatvédelmi hatóság veheti elő a ChatGPT miatt az OpenAI-t, alapvetően a GDPR megsértése miatt.
-
Dragon Ball: Sparking! Zero - Mester és tanítvány
gp Egyelőre még mindig nem kaptunk megjelenési dátumot a játékhoz.
-
Mobilarena
Új hozzászólás Aktív témák
-
ht42
senior tag
Hali!
Pár napja felavattam a NASomat. Asrock Q1900 alaplap, 4 GB mem, 3 db 3 terás WD RED, SSD a rendszenek, ami OMV 1.9.
AUFS+SNAPRAID, 2 db adat 1 db paritás vinyó. A beállítások után rögtön megfingattam, Részben sambán, részben nfs-en keresztül feltoltam rá vagy 1.5 tera cuccot, természetesen főleg linux isokat, meg házi videókat
Végig 90 MB/sec-mal húzott, aztán éccaka lement a snapraid sync is.
Volt egy kis gondom a transmissionnal, de az umask beállítás megoldotta. Összelőttem a pi2 médialejátszóval, szóval eddig minden OK.
De az ördög nem alszik...
Az a kérdésem, hogy van-e valakinek tapasztalata az ausf+snapraiddel, mennyire megbízható, volt-e már valakinek vinyóhibája, amit észrevett a rendszer és sikerült-e snapraiddel a visszaállítás?Visszaolvastam pár oldalt, de többre nem nagyon van időm, mindenesetre láttam, hogy valaki véletlenül összekeverte az aufs-ot az mhddfs-sel. Szóval
az mhddfs úgy fűzi össze a vinyókat, hogy addig ír az egyikre, míg be nem telik egy bizonyos mértékig, aztán a következőre kezd írni,
az aufs mindig arra a vinyóra írja az új file-t, amelyiken a legtöbb hely van. -
ht42
senior tag
válasz lazydog #2382 üzenetére
Még csak 1 hónapja megy élesben AUFS + SNAPRAID, eddig nem vettem észre semmit, naná, hogy szoktam törölgetni, megy másolgatni, meg minden.
Nemrégiben a fiam gépéről csináltam egy mentést a nasra, csekély 280 000 (igen kettőszáznyolcvanezer) file-t másolam át. Végig 90-100 MB/sec sebességgel húzott, tesztnek nem rossz... -
ht42
senior tag
Kicsit fogalmi dugóba keveredtél, bocsi
A vinyókon ext4 filerendszer van, az aufs egy virtuális filerendszer efölött, arra szolgál, hogy több vincsesztert egynek lásson, összesített kapacitással. Neked nem kell tudnod (de megtudhatod), hogy melyik file melyik vinyón van, egy csatolási pontot látsz, egyet fog látni a samba, az nfs.
Az aufs szépsége, hogy kb egyformán terhelődnek a vinyók, ha új file-t másolsz fel, arra a vinyóra kerül, amelyiken több a hely. Ez kicsit furcsa eredményre vezet, u.i. ha feltolsz a nasra egy sorozatot, akkor mondjuk a páratlan file-ok az egyik a páros file-ok a másik vinyóra kerülnek.
A másik szépsége az, hogy szemben pl. a raid5-tel, a winchestereket ki lehet venni a rendszerből és elolvashatók rajta a file-ok, valamint új vinyót is betolhatsz, és nem kell napokat szinkronizálni, mint pl. a raidnél. -
ht42
senior tag
Én az aufs+snapraid-ot alkalmazom 3 db 3 terás WD red-en. Az első két vinyó adatlemez, ami egynek látszik, a harmadik a snapraid paritáslemeze. 3 hónapja zakkanásmentesen működik, vagy 300000 file van rajta
Az aufs úgy rakosgatja a file-okat, hogy mindig arra a lemezre másolja az új file-t, amelyiken több hely van.
Így pl. ha egy filmsorozatot felmásolsz, a páratlan file-ok az egyik, a páros file-ok a másik lemezre kerülnek, de kívülről ezt nem veszed észre. Ha látni akarod, hogy melyik lemezen mi van, beugrasz a putty-al SSH-ba, elindítod a Midnight Commandert, ott a /media könyvtárban megtalálod a lemezeket külön (meg egybe mountolva is másik uuid-vel), és szabadon garázdálkodhatsz. -
ht42
senior tag
OMV tetszene, de a 2.1 esetében nem találtam még infót a pluginekre vonatkozóan, hogy azok is frissültek a fő rendszerrel együtt?
Ha a csomagok frissülnek, akkor az OMV letölti őket. A 2.1 minden plugint tartalmaz, amit az előző verziók.mhddfs lenne magában, ...De mi van akkor, ha mindegyik lemez elérte ezt az értéket?
Valszeg tovább írja a lemezeket, míg meg nem telnek. Legfeljebb kapsz egy értesítést.
Én aufs-ot használok, az egyformán terheli a vinyókat.... simán Ext4-re formázzam a lemezeket és lesz 4-5 kötetem? ...
Az mhddfs nem filerendszer, csak egy afölötti réteg. ext4-et alkalmazz. Erre rakod rá az mhddfs-t, vagy aufs-ot. Ezeket később bármikor megszüntetheted, vagy a vinyót kivéve másik gépben használhatod. Már meglévő mhddsf-hez bármikor új egységet kapcsolhatsz.
Ha több vinyód van, javaslom a snapraid használatát is. Persze egy vinyó akkor elmegy a paritás adatokra, De van egy raid-ed, ami még mindig olyan, hogy a vinchestereket nem kell spaciálisan átkavarni a rendszernek, mint pl. a raid csíkozásnál.... mellé, alá, fölé fel lehetne mondjuk rakni egy-két csomagot,
Lehet. De ha alá is sikerült, akkor szólj nekem is -
ht42
senior tag
A minap az rsync-kel próbálkoztam, leírom, hátha valakinek hasznos lesz...
Feladat: A munkahelyi gépemen lévő fontos könyvtárak mentése az otthoni NASra, inkrementálisan.
Az OMVben lévő rsync-et nem aktiváltam, helyette a következőt csináltam. Az irodai gépre, ami XPs (nem röhög) feltelepítetten a Cygwint. Telepítéskor bejelöltem az mc, ssh, rsync csomagokat. A Cygwin indítása után csináltam egy scriptet a következő tartalommal:rsync -avz -e "ssh -p 9999" /cygdrive/c/forraskonyvtar usernev@nsa.com:/media/backup/iroda >szink
A script indításakor egy ssh kapcsolatot kezdeményez az nsa.com - a névre lehet, hogy rosszul emléxem -géppel, megkérdezi a usernev-hez tartozó passwordot, aztán a c:\forraskonyvtar tartalmát szinkronizálja a NAS /media/backup/iroda könyvtár tartalmával, ami első futáskor azt jelenti, hogy cakk-pakk felmásolja az egészet.
A további indításokra csak a változásokat másolja fel, az adatátvitel titkosított és tömörített.Paraméterek:
-a arhív módban másolja a fájlokat az rsync. Ez azt jelenti, hogy az attribútumok és tulajdonosok megmaradnak a másolás során.
-v verbose, bőbeszédű jelentés a műveletekről
-z tömörített küldés, fogadás
-e ssh használata
>szink A szink nevű file-ba teszi az infókat, másolt file-ok neve, stb.A 9999 porton megy a kapcsolat, ezt a portot az otthoni routerben forwardoltam a NAS felé.
Figyelem: Az OMV-ben a usernev usernek benne kell lennie az ssh csoportban.Persze az is szükséges, hogy az otthoni routerünknek legyen egy domain neve, dyndns, stb.
[ Szerkesztve ]
-
ht42
senior tag
-
ht42
senior tag
Jó választás, debian alapú, jól reszelhető.
Az oprendszert ne tedd pendrive-ra, ha már ilyen erős gépet csinálsz, tegyél bele egy SSD-t. A 32 gigás is bőven elegendő.
A raid-5 helyett itt az aufs+snapraid duettet szoktuk ajánlani, kevésbé terheli a rendszert,, a vinyók más gép alatt is olvashatók, könnyebben és gyorsabban bővíthető, tud olyan trükköket, hogy törölt fájlok visszaállítása, stb...
Nekem egy Q1900-itx dobog a nasban, 1 db SSD, 3 db 3 terás WD RED, 2 adat 1 paritáslemezzel. Ha hazaérek mindig adok neki egy puszit, annyira szeretem -
ht42
senior tag
1. Van tűzfal, az iptables. Ezt a Rendszer->Hálózat->Tűzfal szekcióban találod meg a kezelőfelületen. Én nem csináltam vele semmit Nyilván router mögött van a nas, rendben vannak a jelszavak, nincsenek ész nélkül nyitogatva a portok, nincs DMZ, akkor nem is igen kell foglalkozni vele. Ha gyanús valami, akkor természetesen szerteszét lehet paraméterezni új szabályok felvitelével.
2. Az adatvinyókkal nem kell csinálni semmit, csak felcsatolni őket, meg természetesen beállítani a megosztásokat. -
ht42
senior tag
válasz poolbig #2759 üzenetére
Én nem használok raidet, így aztán végképp nem szentírás amit mondok, de talán a raid kezelésnél újra fel kéne vinni a tömböt, bár nem tudom hogyan reagál arra a raid kezelő, hogy raidre csíkozott vinyókat kap. Tán van annyi esze, hogy nem kezdi újraépíteni az egészet...
-
ht42
senior tag
válasz poolbig #2759 üzenetére
Amúgy nekem is volt filerendszer kalandom nemrégiben. Nálunk rendszeres az áramszünet, eddig a NAS mindent kivédett, de pont karácsonykor - mikor máskor? - újraindítás után az aufs filerendszer nem mountolt be. Mivel minden megosztás arra volt alapozva semmi és senki nem látott semmit. SSH-val beugorva a nasba a vinyók megvoltak, megvoltak rajtuk a file-ok is, csak az aufs egyesítése nem működött. Volt egy mentésem az etc könyvtárról, megnéztem nem változott-e véletlenül az fstab file. Láss csodát - változott. Az aufs egyesített filerendszer mountolási paraméterei közül az egyik (create) hiányzott a mentéshez képest. Visszaír, rebootol és minden helyreállt.
Tanulság: legyen mentésünk az etc könyvtárról. Az openmediavault-backup kiterjesztés ezt meg is teszi nekünk, meg még az anyánk kínját is kimenti. Én a sima backup fülét használom. -
ht42
senior tag
válasz poolbig #2769 üzenetére
Természetesen kell file-rendszer. Jobbára ext4.
Mutatok példát: 3 vinyó, disk1+disk2 aufs-sal összefűzve, disk1, disk2 adatlemezek a snapraid számára, disk3 paritáslemez.
file rendszerAz aufs és a snapraid óriási előnye a raiddel szemben, hogy a winchestereket nem csak üresen lehet beletenni a "tömbbe", bármikor ki lehet venni, az adatok kivételkor nem vesznek el, mert nincsenek csíkozással szétdarabolva.
Hátrány: a snapraid akkor fut, amikorra ütemezed, jobbára naponta egyszer, tehát nem pillanatkész a paritás. De azért azon lehetne filozofálgatni, hogy ez egy otthoni környezetben hátrány-e, vagy inkább előny... -
ht42
senior tag
válasz poolbig #2771 üzenetére
Az exoros raid módszernél 2 adat 1 paritás a természetes felosztás, ilyenkor 1 lemez kiesése esetén minden adat helyreállítható, és a lemezek egyszerre telnek meg. 4 lemeznél fogalmam sincs mit alkot a snapraid, ha csak 1 paritáslemezt alkalmazunk. Többféle algoritmus is elképzelhető, de valszeg gyorsabban telik be a paritásvinyó, mint az adatvinyók. Pont azért alkalmaztam 3 db 3 terást, hogy ezen ne kelljen gondolkodni
-
ht42
senior tag
válasz poolbig #2783 üzenetére
Itt gyönyörűen le van írva, hogyan működik a dolog. Végülis ahány paritásvinyód van, annyi lemez kiesése esetén tudja a snapraid visszaállítani a file-okat.
A 3 adat + 1 paritás egy javasolt beállítás, 1 db lemez elhalálozása esetén megvéd. De pl. 5 adatlemezhez már 2 paritást javasolnak, de igazából 1 is elég, ha csak 1 vinyó döglik be egyszerre. De ha nem...
Az mindenesetre fontos, hogy a paritásvinyó legyen a legnagyobb.[ Szerkesztve ]
-
ht42
senior tag
válasz poolbig #2801 üzenetére
Az, hogy van egy tökéletes hibatűrő rendszered sajnos nem jelent semmit. A pótolhatatlan adataidról mentésednek kell lenni FIZIKAILAG MÁSHOL, mint a szerver. Pl. néhány pajkos rejtett erőforrás meglátogatja a házadat, mikor nem vagy otthon és mindent elvisz, ami nincs lebetonozva, akkor mi van?
-
ht42
senior tag
válasz sad_Vamp #2834 üzenetére
Hozzáférési jog kezelés -> Felhasználó
Ide felviszed a usereket.Hozzáférési jog kezelés -> Megosztott mappák
Itt megadod, hogy milyen megosztott mappákat akarsz, milyen névvel, milyen útvonalon. Ugyanitt beállítod a userek jogosultságait.
Ezzel még nem osztottad meg a cuccokat, most jöhet a Samba, és/vagy NFS beállítása. -
ht42
senior tag
válasz sad_Vamp #2837 üzenetére
1. Nem
2. Ne
3. Lehet, de nem szabad. A médialejátszó - lehet az okostévé vagy raspi2, vagy popcorn vagy bármi - bizony be tud jelentkezni vagy a Samba vagy az NFS megoszásba. Amikor a lejátszónak megadod a távoli útvonalat, akkor szépen bekéri a nevet és a jelszót, HA KELL, pl. NFS-nél nem kell jelszónak lenni. Pl. az én tévém csak sambát lát, ő jelszót kér. A rpi2 lát NFSt is, neki nem kell jelszó. Természetesen a jelszót csak 1x kell megadni.No akkor szájbarágósabban:
1. Tegyük fel, hogy a Fájlrendszerekben van egy ext4 /dev/sda1 vinyó a cimkeneve legyen Disk1. Online, csatolva. Mondjuk legyen benne olyan könyvtár, hogy /filmek
2. Felviszünk egy usert a Felhasználókba, a neve Galuska.
3. Felviszünk egy megosztást a Megosztott mappákba (+hozzáadás gomb), a neve legyen Turo, kötet Disk1, útvonal filmek/
4. Most rákattintunk a Jogosultságok gombra. Itt a Galuskának adunk írás-olvasás jogot.
5. Samba gomb a főmenüben. Bekattintva: engedélyezés, helyi főtallózó, böngészhető, sendfile, aszinkron.
6. Samba menüben Megosztások gomb. +hozzáadás gomb, Megosztott mappa legyen Turo, neve Turo, bekattintva Engedélyezés, Böngészhető, ACL, Jogosultságok öröklése.
Persze közben a módosítások után mindig megnyomod a mentés gombot.A winfosos gépen total commander, belekattintasz a címsorba, beírod a nas hostnevét, pl. \\szar-nas ekkor kérnie kell a nevet és jelszót. Név Galuska, a jelszó a Galuska jelszava.
Ha ezután se megy, akkor kiméc a sufniba behozol 2 liter benzint, a többit kitalálod -
ht42
senior tag
válasz sad_Vamp #2839 üzenetére
Még annyit hogy a Sambában a munkacsoport legyen ugyanaz mint a windózos gépen, általában WORKGROUP.
NFSnél ha megosztást viszel fel, van 1-2 trükk.
A kliens ilyen legyen: 192.168.1.0/24 ahol a 192.168.1 a routered címének első 3 szekciója. a 0/24 legyen 0/24
Privilégium: írás olvasás
Extra opciók: subtree_check,insecure,all_squash,fsid=0,anonuid=0,anongid=0
Itt az fsid érdekes, nekem anélkül nem működött, viszont ha több megoszásod van NFSben, akkor mindnek más fsid kell. Tehát fsid=1 stb.Igazából az anonuid=0,anongid=0 beállításokkal szélesre tárod a NAS seggét de így belső hálóból nem lesz probléma a jogokkal, onnan meg nem akarod meghekkelni a rendszert, kívülről meg először át kell menni a routeren. Korlátozni könnyen lehet, mert az extra opciókban akár ip tartományt is meg lehet adni, ahonnan elérhető a megosztás.
[ Szerkesztve ]
-
ht42
senior tag
válasz sad_Vamp #2841 üzenetére
Ez azt jelentené, hogy ha netán elszáll a HDD... Nem jelenti azt. Valszeg rosszul állítottad be a jogokat. Végső esetben putty-al bele kell ssh-zni a nasba rootként, aztán a megosztásoknak lehet adni 666-os jogokat.
NFS: Nem értem, mi nem világos. Engedélyezed az NFS szolgáltatást a Szolgáltatások menüben. Aztán: Szolgáltatások -> NFS -> Megosztások -> +hozzáadás bejön egy ablak. Oda a Megosztott mappa mezőbe betallózod a megosztani kívánt mappát. A kliens mezőbe beírod: 192.168.1.0/24 Ha a routered címe pl. 10.0.0.1 akkor NEM 192.stb hanem 10.0.0.0/24. A privilégium mezőbe olvasás/írást állítasz be. Az extra opciók mezőbe bemásolod ezt:
subtree_check,insecure,all_squash,fsid=0,anonuid=0,anongid=0És kész.
Ha több NFS megosztást is csinálsz, az fsid mindegyikben más legyen: 1,2 stbTovábbi válaszok.
1. Rendszer menü - Bővítmények, OMV extrák.
2. Rá fogsz jönni
3. Bővítmények - Utilities - CUPS
4. Gigabites hálón 100 MB/s a másolási sebesség, az azért elég... egyébként be lehet tolni új vinyót, fel kell venni a Filerendszerbe, felcsatolni, aztán ssh-val midnight commanderrel másolhatsz olyan gyorsan, ahogy a vinyók bírják. -
ht42
senior tag
-
ht42
senior tag
válasz osztraksajt #3156 üzenetére
Nálam csak 1.8 GB a teljes rendszer: alap + ssh + transmission + mysql + nfs + samba + néhány kisebb biszbasz plugin
Mindez egy 60 GB-os SSD-n[ Szerkesztve ]
Új hozzászólás Aktív témák
Figyelem!
Megjelent a Debian 10-re épülő OMV 5 stabil kiadása.
Új telepítésre ez a verzió ajánlott.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Canva Pro előfizetés - 1 éves
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."