Nem tudtok olyan particionáló programot, lehetőleg WIN alá, ami képes Reiserfs partició létrehozására ? Egy régi Freecom NAS ujjáélesztésére kellene.
Bár ... "ZFS is a transactional filesystem." jobb helyet nem találtam neki.
Régen volt róla vita, asszem itt is, hogy ki az aki rábízna vállalati szintű dolgokat, nos én voltam ilyen bátor.
3év tapasztalata pedig az, hogy teljesen megérte, elöszőr FreeBSD aztán ZFS on Linux.
Egy little bit tutorial, sokan írkálják azt, hogy tök jó csak megzabálja a RAM -ot... Hát igen, de mégsem.
Íme egy trükk:
/etc/modprobe.d/zfs.conf
options zfs zfs_arc_max=1073741824
Ez a beállítás felel azért, hogy az ARC Cache mennyit zabáljon.
Én ezt használom a notimon is (8GB) és virtualizálok egy win10 meg éppen mellé amit akarok, youtube, sublime, 4 desktop fullon shellel akadás nélkül.
Ja és hogy mennyire megbízható? Nagyon, egy összeomlás sem volt SŐŐT!
Mikor kifeküdt az összes SSD (egyszerre) a tömb alatt, befagyasztotta a rendszert, se kép se hang, ergó nem pánikolt le, nem indult újra, amiért hálás vagyok.
Átmásolás után, újra felállt a fájlrendszer pöccre...
Vállalati szinten? Automata snapshot és óránkénti szinkronizáció egy másik szerverre, onnan meg havonta külső meghajtóra, virtualizációs környezetben (host).
(Ez azért számít: BCP/DRP)
Ha véletlenül letörölnek valamit, zfs clone és megy is vissza az adat, ha kifekszik a fő gép, akkor maximum 1 óra visszaesés és indul a rendszer a másik gépen.
Ha belecsap a szerver szobába a meteor zápor, akkor meg ott az elzárt külső vinyó.
Én csak röhögök mikor "szakik" jönnek és próbálják kicserélni az egyik diszket mert kidobta a HW raid csak úgy.., azt véletlenül szart húznak ki és oda a tömb :)
De senkinek sem ajánlom a ZFS -t, inkább megtartom magamnak.
Sziasztok!
BTRFS-sel kísérletezek, most 4.4-es Linux kernel felett. Régebben ha mount opcióként az fstab-ban compress-force=zlib szerepelt, akkor gzip-pel tömörítette az inode-okat. Az utóbbi idők Linux disztribúcióiban ezt nem tapasztalom.
Ha össze akarom tömöríteni, akkor
btrfs filesystem defragment -czlib -r /mountpoint
hatására tömörödik csak össze.
Az okát keresem, mit rontok el vagy mi változott a kernelben? Netán nem elég az fstab-ban mount opcióként, hanem kell kernel boot paraméter is?
Üdv mindenkinek,
CloudLinux 7.2 Rendszer telepítése után szembesültem az Ext4 új tulajdonságával. Hogy csökkentsék a fájlrendszer létrehozási időt egy lusta inicializálási mód szerint jön létre a fájlrendszer.
Reduced mke2fs time via lazy itable initialization in conjunction with the uninit_bg feature
Ez a gyakorlatban azt jelenti, hogy a fájlok/könyvtárak létrehozásának ütemében "készül el" a fájlrendszer _a_fájlrendszer_használata_közben_. Ennek hatásaként az írási sebesség a töredékére (~900MByte/s => ~30MByte/s) esik amikor az üres fájlrendszerre történik a fájlok/könyvtárak írása.
Van valamilyen mód arra, hogy a fájlrendszer ismételt elkészítése (mkfs.ext4 -E lazy_itable_init=0,lazy_journal_init=0 /dev/mapper/fc-root) vagy a fájlrendszer teleírás nélkül kikényszerítsük (fsck.ext4 -v -f -y nem hatásos) a teljes fájlrendszer létrejöttét?
http://www.veeam.com/blog/announcing-linux-server-backup.html
"Veeam does not leverage LVM snapshots. Instead, it has implemented a proprietary volume snapshot provider that does not suffer from the same limitations as LVM snapshots. This allows Veeam to take block-level snapshots on a vast range of file systems while storing snapshot data on the designated storage device, instead of on the actual volume you are backing up! And what’s more important, the solution can take a consistent snapshot of the server’s storage by using only the built-in functionality of Veeam Backup for Linux."
Létezik olyan használható és karbantartott fs amiben az adatokat és a metaadatokat szeparáltan lehet tárolni?
Pontosítás:
Metaadat = minden adat ami a file tartalmán felül keletkezik. Tehát ha van egy 1 kB-os file-om akkor a data eszközre kerüljön felírásra 1 kB és csak annyi, minden egyéb sallang (név, könyvtárfa, i-node, log, cache, stb) kerüljön a metaadat eszközre.
A kérdés röviden: van egy 64G méretű, <1 éves pendrive, linux alól használnám, nem gyakran. Milyen fs-t tegyek rá?
Rendes linux alól használható fs kéne rá, ami nem irkál rá feleslegesen. Szóval kell kisbetű nagybetű, kellenek posix jogok, kell felhasználó, group, symlink, minden ilyesmi. Access time frissítés nem kell.
Journal nem kell, ha összekuszálódik a fájlrendszer, leformázom és backupból visszatöltöm rá az egészet.
Laptopon ext4-et használok, ehhez illeszkedő valamit szeretnék. Mivel journal nem kell, magamtól az ext2 jutott az eszembe. Van esetleg más, ami jobb (régebben voltak ilyesmik, amik a blokkok egyenletes elhasználására is figyeltek, hogy ne dögöljön meg túl hamar a pendrive, ha egy fájlt (könyvtárat) sokszor írok. De nem figyeltem a témát, nem tudom, hogy ezek mostanában is kellenek-e még vagy már meghaladta ezt az egészet a modern tudomány
Még nem döntöttem, melyiket használom erre a célra, van egy USB2-es Kingston DT Micro darab (ez igen lassú), és egy USB3-as Sandisk. Feltételezem, csak a sebesség számít, kb. ugyanazt tudják.
Hi mindenki!
Kérdezném a közösséget, hogy van-e olyan fájl rendszer, ami zramra telepíthető és (most jön a neheze), ha törlik róla az adatokat, akkor visszazsugorodik minimális (eredeti) méretére.
Próbáltam hagyományos FS-eket (ext2, ext4, btrfs,) és flash alapút is (F2FS).
De mindegyiknél ugyanaz a probléma: induláskor még jó a memfoglalás, írok rá -> elfoglal annyit amennyi szükséges, de miután törlöm a rá felmásolt adatot (tehát üres a "meghajtó") marad a memfoglalás ugyanannyi. Nem szabadítja fel önmagán a keletkezet helyet.
Tehát: egy dinamikusan növekvő/csökkenő fájl rendszert keresek memdisk-re.
Kösz mindenkinek. Üdv.
Sziasztok!
Eddig zfs-t használtam, de sajnos az egyik gépemen sikerült egy vissza-visszatérő problémába belefutnom, abban meg nem nagyon bízom, hogy a fejlesztők épeszű időn belül kijavítanák.
Szóval keresek egy fájlrendszert zfs helyett.
Ami miatt eddig zfs volt:
- minden adat checksumolva, scrub esetén helyreállítja a replikákból
- nem kell bajlódni a raid-lvm-fs vonalon, egyben minden, átlátható
- ssd mint cache
- lz4 tömörítés
Talán a btrfs áll még ehhez legközelebb, de az nem annyira tetszik (lz4 helyett lzo, ssd cache nincs, nem annyira átlátható mint zfs) meg a fejlődését sem látom.
Szóval ha valakinek van valami ötlete, kérem ossza meg! (centos7-hez kell)
Köszi
S
Sziasztok,
1tb hdd 2x500Gb ext4 partícióval banana pi sata portján. Második partíció mentés, aminek az eredetijét sokésszel letöröltem. (Kell a hdd, úgyis van mentés. Na innen még két napot ment)
Amit eddig tudok:
A HDD-nek semmi baja.
cfdisk és fdisk -l szerint is ott vannak a partíciók ahol lenniük kell.
mount /dev/sdb(1|2) /akarhova szerint bad superblock...
fsck.ext4 /dev/sdb(1|2) szerint bad superblock...
dumpe2fs /dev/sdb(1|2) szerint nem ext filerendszer, így nem is ad backup superblockokat.
file -s /dev/sdb(1|2): block special
Kevésbé fontos partíción próbáltam egy mkfs.ext4 -S -et, uána kb egy órán keresztül olvashatatlan sebességgel pörgött az fsck mire beláttam hogy nem ez lesz a megoldás.
Photorec látszólag nagyon jó aránnyal hoz vissza dolgokat, nyilván filenév és mappa információk nélkül.
Van valami módszer, sw, akármi amivel ebből az állapotból viszonylag rendezett adathalmazt hoz vissza, esetleg életet lehet az ext4 partícióba? Egyáltalán hogy érdemes elkezdeni kutatni, hogy mi a fene történt a filerendszerekkel? Ráadásul kettővel egyszerre?
Előre is köszönöm a segítséget!
