- Milyen belső merevlemezt vegyek?
- Androidos tablet topic
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Mini-ITX
- Lesz új Sony OLED tévé is idén
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Fejhallgató erősítő és DAC topik
- AMD GPU-k jövője - amit tudni vélünk
- Azonnali VGA-s kérdések órája
- Ülésezik a hardveregylet
Hirdetés
-
Igencsak szerény méretekkel rendelkezik az Aetina Xe HPG architektúrás VGA-ja
ph Az 50 wattos modellt beágyazott rendszerekbe, MI-vel kapcsolatos munkafolyamatokhoz és edge applikációkhoz szánták.
-
Free Play Days 2024 - 17. hét: Railway Empire, Prison Architect
gp Extraként a TramSim: Console Edition című játékot is kipróbálhatják az érdeklődők.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
Új hozzászólás Aktív témák
-
stopperos
senior tag
Szia, köszi. Válaszolva a kérdésedre: ZFS-nél nem kell megadni a partíció méretet. A pool-ban lévő szabad helyet az egyes "alfájlrendszerek" közösen fogyasztják.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Nekem még nem volt napi szinten szükségem erre, de lehet kvótát beállítani (majd a napokban hozzáírom. Többféle létezik:
1) A teljes fájlrendszerre vonatkozók:$ sudo zfs set quota=10G vd-Rocinante/backup
és$ sudo zfs set refquota=10G vd-Rocinante/backup
A második csak annyiban különbözik, hogy abba nem számítódnak bele a pillanatképek.2) De lehet felhasználóra és csoportra is létrehozni:
$ sudo zfs set userquota@ubuntu10G vd-Rocinante/backup
$ sudo zfs set groupquota@wheel=20G vd-Rocinante/backup
3) Fenntartani szabad helyet, mint az ext3-4 fájlrendszernél
$ sudo zfs set refreservation=2G vd-Rocinante/backup
Amire vigyázni kell, hogy amikor a kvóta határát elkezdi elérni a felhasználó vagy a fájlrendszer, akkor az IO műveletek belassulnak, ugyanis a ZFS szeretne mindent kiírni, de pont csak annyit amennyit lehet. Mostanság az a törekvés, hogy egy lustább ellenőrzés legyen benne, ami megengedi a túlcsordulást, és akkor nem fog ez a lassulás jelentkezni. (hivatkozást most nem tudok a problémára)
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Nem vagyok én sem jogász, de tömören én úgy hámoztam ki, hogy a CDDL csak annyit köt meg, hogy a forráskódnak kell mindig CDDL-nek és nyíltnak kell lennie, míg a lefordított bináris kb tetszőleges license alatt kiadható. A linux GPL-jéhez ha hozzáadunk valamit forráskód szintjén, akkor az GPL-nek kell lennie, vagy legalább át lehessen váltani GPL-re. Ez a kettő ütközik, ezért csak modulként érhető el.
A fent leírtakban nem vagyok teljesen biztos, ha valaki jobban tudja, akkor javítson ki.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
A cikkben ezt állítom:
"Szinte minden fontos környezetben elvárás az ECC RAM, hogy ott is meglegyen a hibaellenőrzés. A ZFS is nyugodtabb ilyen körülmények között. Jó lenne az ECC, de sima DDR[1-4] modulokkal is használható."
Annyi csak a lényeg hogy attól, hogy ZFS-re váltunk egy szerveren, azért nem kell ECC RAM-ra váltani. Az adatbiztonság miatt viszont akkor is ECC RAM-ot használjunk, ha más fájlrendszert használunk.
De akkor ezt pontosítom.[ Szerkesztve ]
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Nem tudok arról, hogy további védelem lenne benne. A bit-rot (amikor a háttértáron a bit értéke véletlenszerűen ellentétesre vált) detektálás hash alapján történik, az ARC memória hibája esetén pedig a checksum is hibás lesz, ezért újraolvassa az adatot és egy másik memória területen tárolja le az ellenőrzésre. Szerintem egyéb trükk nincs benne. A btrfs checksum-ja is tudja detektálni a bitrot-ot, de csak mirror konfigurációban tudja biztosan kijavítani (raid5-6 -ban nem). A btrfs memória kezelésével pedig már tényleg nem foglalkoztam.
[ Szerkesztve ]
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Ezek alapján
fletcher4
az on jelentése.Illetve pl itt tudsz kicsit utána olvasni.
[ Szerkesztve ]
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Ez csak az új adatokra vonatkozik. A blokk ami már kiírásra került, az marad a régi checksum, recordsize, compression beállításokkal.
Nem lehet újra-számoltatni, az adatokat újra ki kell írni (másolás, áthelyezés)."What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
válasz MasterMark #31 üzenetére
Nem, freenas sokkal egyszerűbb és webes gui van hozzá. Sok mindent megcsinál helyetted.
Linux-ot vettem alapul az íráshoz. De a zfs parancsok mindenhol ugyanazok."What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Hagyd a fenébe az md raid-et. Csak megnehezíti a lemez kezelést. Zfs-sel is ugyanezt meg tudod csinálni:
1) létrehozod az új zpool-t és azon a fájlrendszereket.
2) felmásolsz mindent
3) utána hozzáadod a lemezt tükörként:sudo zpool attach vd-Rocinante /dev/disk/by-id/amin-már-zpool-van /dev/disk/by-id/korábbi-ntfs-hdd
Ekkor lezajlik a resilver és az adatokat a másik lemezre is szinkronizálja. Sőt még további lemezeket is hozzá lehet adni ugyanígy a későbbiekben (3-4 lemezes mirror).Az otthoni gépen hasonlót csináltam, első körben csak egy 4TB-os hhd-re volt pénzügyi keretem, majd később vettem egy másodikat is és hozzáadtam.
Az a zfs verzió (0.8-tól), amiben van titkosítás az az ubuntu 19.10-ben van benne.
[ Szerkesztve ]
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Ez szerintem eléggé off topic. A ZFS azért van, hogy a lemezkezelést egyszerűsítse és lehetővé tegye az adatbiztonságot. Természetesen be lehet ékelni a fizikai lemez és a zpool közé több réteget. De ezek túlmutatnak a mindennapi felhasználáson, amiről a cikk szól.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Szia,
Újra lehet indítani közben a gépet, nem lesz semmi gond. Újrakezdéskor a meta szektorokat újraolvassa, de az nagyon gyorsan megvan. Utána pedig folytatja ott ahol ezek alapján szerinte abbamaradt.
Azért próbálj meg egy al-fájlrendszert lz4-gyel is."What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Jól írod, az "attach" egy diszkhez ad hozzá tükörként mégegyet, míg az "add"-al egy új vdev-et lehet hozzadni a meglévőhöz, ez nem pont raid10 lesz, hanem mintha hozzáadná az elérhető szabad helyet. Az írások viszont elosztva mennek ki, terheléstől függően.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Igen, stimm.
A zpool esetén a -n egy "dry run"-t csinál, vagyis megmutatja mi történne ha a futtatandó parancs tényleg lefutna. Így lehet ellenőrizni még mielőtt valaki talpon lőné magát.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Szia, ha nincs másolat nem tudja az adatot visszakalkulálni. Nem lehet tudni, hogy a sok közül melyik bit fordult át.
Az adathoz a metablokkban van az ellenőrző, egy metablokkról 2-3 másolat van. A metablokk ellenőrző is egy magasabb szintű metablokkban van, amit ugyanúgy 2-3 másolatban megvan, és így felfelé. Tehát az adat sérülést ha nincs másolat nem oldod meg, ha az ellenőrző a rossz, akkor azt tudja ellenőrizni és kijavítani."What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
-
stopperos
senior tag
Ez enterprise dolog.
Szoftveresen nincs korlát diszkre, csak a vdev topológiát kell jól megtervezni. 2-10 PB-nyi nyers tárhelyet kezelő (természetesen plusz bővítő polcos) szervereket raknak össze vele."What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Ne haragudjatok, nem követem ezt a fórumot. Ha kérdés van és nem reagálok pár napon belül, akkor szóljatok rám privátban.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Szia, még nincs kész a raidZ1-2-3 bővítés funkció. 3 lehetőséged van:
1) Ahogy Dißnäëß is írta, veszel 4 új, nagyobb méretű hdd-t és kicseréled egyesével.
2) Lemásolsz mindent róla, és újra létrehozod 5 merevlemezzel. Majd mindent visszamásolsz.
3) 2 lemezt raksz a rendszerbe, de egy új mirror pool-t hozol létre.Nálam az egyetemen amikor bővíteni kellett, akkor az utóbbi lett: 6*2TB RaidZ2 és 2*8TB mirror 2 külön poolban.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Jól érted, ez egy zfs limitáció. Az adatokat újra kellene osztani 4 merevlemezről 5-re, mindezt egy nagy műveletben, hogy megmaradjon a raidz1. De ez még nincs kész.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Igen, jól gondolod. Ilyen esetekben megéri inkább 2 mirror-t összefűzni, és akkor 2+3 TB helyed lesz. Később kettesével tudsz cserélni lemezt vagy bővülni.
5TB vs 6TB. Az 1TB-ért cserébe jobb bővíthetőséget kapsz.[ Szerkesztve ]
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
A háttér gondolatmenet az amúgy, hogy raidz1-2-3 felállást egyszer raksz össze, mondjuk 5-10 merevlemezzel és utána már bővítésnek és változtatásnak helye nincs. Csak akkor lehet bővíteni, ha az összes lemezt kicseréled nagyobbra. Ezt illik azonos méretű lemezekből összerakni.
Ha rugalmasabb rendszert szeretnél akkor páronként mirror-be rakod a lemezeket és az egyes mirror párokat fűzöd össze amolyan raid10-nek megfelelő felállásba. Ebben az esetben páronként kell csak az azonos lemezméretre figyelni és páronként végezhető el a bővítés. Illetve a újabban van lehetőség mirror párt eltávolítani.
Az írási sebesség amúgy raid10 esetén gyorsabb, mint raidz1-2-3 esetén. Az olvasásnál nehéz megmondani hogy melyik a jobb választás. Létrehozáskor ashift=12 kell minden esetben."What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Pontosan, jól érted.
Két út van a te esetedben a bővítésre:
1) 5. lemeznek berakod az újat, és megmondod hogy zpool replace 'poolnév' 'régi-hdd' 'új-hdd'.
Ha megvagy, akkor a régit kiveszed, és folytatod a következővel.
2) 4 lemezzel is meg lehet csinálni, csak akkor feszengenék, hogy biztos ne halljon meg közben lemez. Ennél is ugyanaz a parancs, csak a régi-hdd már nincs benne a rendszerben.* Ha igazán ügyes vagy, akkor leállítás nélkül meg tudod csinálni. Linux esetén van lehetőség a sata lemezeket leállítani és újra felismertetni (ha kell leírom ezt is). FreeBSD (TrueNAS) esetén nem tudom mi a helyzet általánosan, nekem a raid kártyás szerverben megvolt hozzá a parancslista.
* Amikor az utolsó 3 TB lemez is kikerül, akkor magától megnöveli a méretet. Ha nem akarná, akkor egyzpool online
még kellhet.
* Egy jótanács: tárhely bővítésnél a 2x-re kell menni legalább. Tehát 8TB-os lemezekre cseréld."What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Esetleg még annyi, hogy ne a FreeBSD alapút CORE-t rakd fel új rendszer esetén, hanem a most készülő TrueNAS SCALE-t. Igaz még RC2 állapotban van, de ez lesz az új irány az iXSystems-nél.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Nálam egy esetben Dell Perc i/6 raid vezérlő van a szerverben. Gyárilag nincs benne olyan mód, hogy csak a lemezeket adja át az OS-nek. Itt azt csináltam hogy lemezenként létrehoztam 1-1 raid0 meghajtót. Ezt a 6 darab raid0 meghajtót adtam oda a TrueNAS rendszernek.
Annyi probléma volt egyedül, hogy amikor az egyik lemez haldoklott, akkor csak annyit vettem észre hogy kb tizedére esett a raidz2 pool írási és olvasási sebessége, mert a háttérben küzdött a raid kártya, hogy kiolvassa a hibás szektorokat. Azpool status
viszont nem mutatott hibát. Csak a raid kártyából tudtam kiolvasni, hogy gond van, illetve a smartctl-ben látszódott valami.
A raid kártya elrejti a lemez réteget, és csak a read cache-t (nálam adaptive read-ahead) szabad engedélyezni. Semmilyen write cache-t. (Azt write-through -ra kell állítani).
Amúgy a poén, hogy azóta látom a /dev/pass0-5 néven az egyes lemezeket, mert a FreeBSD raid kártya drivere változhatott és hozzáfér direktbe a lemezekhez megkerülve a raid kártyát.tl;dr; Ha nincs write cache, akkor 1 lemez 1 raid0 tömb felállásban nem lesz semmi baj raid kártya esetén.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Lehet keverem, a JBOD az nem az, hogy minden lemezt összead és 1 lemezként tárja az operációs rendszer felé? (Ha igen, akkor ez nem lesz jó neked, mert nincs redundancia.)
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Ne felejtsd el bekapcsolni az lz4 tömörítést mindenre (ha nem tömöríthető, akkor nem tömörít ennél az algoritmusnál) és a nagy fájlos meghajtóknál a recordsize-ot állítsd 1M -re.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
ezt utólag is tudod módosítani, de csak az új fálokra lesz érvényes.
[ Szerkesztve ]
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
A 128K és az 1M között alap esetben nincs nagy különbség nagy fájloknál. Az sebesség növekedés a nagyobb recordsize miatti tömörítési arány növekedéséből fakad, ha a fájlok jól tömöríthetőek lz4-gyel. A merevlemezekről kevesebbet kell olvasni, és memóriában zajlik a kitömörítés.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Szia,
A te keresett zfs dataset tulajdonságod a "written". Ez azt mondja meg, hogy az utolsó pillanatkép óta mennyi adat lett írva. Szerintem szinte minden ezt használja, ha meg kell nézni, hogy van-e változás.Nálam ezt adja az openwrt build mappámra
$ sudo zfs get -p -r written vd-BlackKite/openwrt/22.03
NAME PROPERTY VALUE SOURCE
vd-BlackKite/openwrt/22.03 written 8192 -
vd-BlackKite/openwrt/22.03@init written 252956672 -
vd-BlackKite/openwrt/22.03@cloned written 9764864 -
vd-BlackKite/openwrt/22.03@feedsinstalled written 292626432 -
vd-BlackKite/openwrt/22.03@prebuild written 15548416 -
vd-BlackKite/openwrt/22.03@prebuild3 written 6184960 -A "p" flag a teljes értéket kiíratja, az "r" a rekurzió miatt kell. Ha egy "-o value" részt is adsz hozzá, akkor pedig csak azt az egy oszlopot írja ki.
Én egy bash script-et csinálnék, ami ezt az értéket ellenőrzi a fő dataset-en (nem az utolsó snapshot-on). Ha az érték nagyobb, mint 0, akkor pedig készít egy időbélyeggel ellátott pillanatképet. Ezt pedig crontab-ba tenném, hogy percenként fusson.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
-
stopperos
senior tag
Szia, ez szerintem nem zfs probléma elsősorban. Ha a fájl ki van írva, akkor az ki van írva a lemezre. Melyik és milyen a tömörítés a logfájlos dataset-en? fstab vagy zfs csatolja fel az adott mappát?
Én a /etc/logrotate.conf fájlban és /etc/logrotate.d/ mappában nézném meg az adott logfájlra vonatkozó beállításokat. Egy delaycompress és missingok sort adnék hozzá az adott logfájlra vonatkozó konfigurációs fájlhoz. Az rsyslog-hoz tartozóban látni fogod a megfelelő sorokat."What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy
-
stopperos
senior tag
Ebben a konkrét dologban én nem tudok segíteni. Amelyik FreeNAS/TrueNAS rendszert én raktam össze és működtettem, ahhoz már nincs hozzáférésem. Illetve jail kezelésben nem merültem el olyan mélyen. Csak mezei freebsd jail-eket futtattam wordpress-nek és nextcloud-nak, nem konkrét telepíthető alkalmazás jail-eket. De azért van pár gondolatom:
0) A helyes megoldás esetedre az lett volna, ha csinálsz egy külön dataset-et, pl datapool/shares/Downloads. Jail esetén van lehetőség mount point-ot megadni, és akkor ezt a mappát (Source) be lehet csatolni az adott jail megfelelő mappájába (Destination). A samba share jogosultságokat pedig csak erre az új datapool/shares/Downloads dataset-re állítod be a Windows Shares oldalon.
Ez a mappát ugyancsak fel tudod csatolni a Plex jail megfelelő elérési útjába hasonló módon.
Igazából az a cél, hogy külön kell választani az alkalmazást és az adatokat. Az alkalmazásra, ami a datapool/iocage/qbittorrent dataset-en van pedig beállítani egy snapshot task-ot, hogy ha gáz van, akkor vissza tudj állni egy korábbi állapotra.1) Mivel nincs pillanatképed (snapshot), ha jól értettem, az iocage-es datasetről, ezért kézzel kellene javítani a dolgokat. De ezt nem javaslom, illetve nem szokás belepiszkálni a docker/iocage belsejébe ha az egy csomag. Ez egy jószág, nem házi kedvenc. Ha a gond van vele, akkor le kell lőni. Jobban jársz, ha törlöd az egyes alkalmazásokat és a hozzájuk tartozó dataset-et, és előröl kezded.
2) Ha már ennyire romokban van az iocage/jail rendszer, akkor szerintem még jobban jársz, ha áttérsz TrueNAS Scale-re (linux) és docker alapon felteszed újra az alkalmazásokat. A megfelelő csatolássa. Megpróbálsz tiszta lappal indítani. Frissítésnél ki tudod választani, hogy át akarsz menni másik TrueNAS ágra. A régi rendszer is megmarad, ha mégsem válna be, a Boot menüben vissza tudsz állni.
"What is Linux? I only joined because of the the penguin..." - meanwhile in the linux community. http://9gag.com/gag/arpZGOy