Sziasztok!
btrfs-en kívűl milyen FS van aminek online csökkenthető a mérete?
szerk: ja és debian támogatja
- 1694 megtekintés
Hozzászólások
VxFS? :)
- A hozzászóláshoz be kell jelentkezni
zfs
- A hozzászóláshoz be kell jelentkezni
LVM + JFS2? Mondjuk nem tudom hol tart ez a projekt linux alatt, ha valakinek van up to date infója, szivesen venném.
- A hozzászóláshoz be kell jelentkezni
Hmm, ez nem biztos hogy ebben a formaban korrekt. A zfs fileset-nek nincs merete csak ha quotazod, a quota barmikor valtoztathato. ZFS volume eseten ugyancsak csokkentheto a meret de nem ajanlott es fellephetnek "belathatatlan viselkedesek". a Pool eseten is eleg sok a megkotes, pl RAIDZ2 eseten:
Currently, the following operations are not supported on a RAID-Z configuration:
Attach an additional disk to an existing RAID-Z configuration.
Detach a disk from a RAID-Z configuration.
You cannot outright remove a device from a RAID-Z configuration. An RFE is filed for this feature.
Tehat csak ovatosan a ZFS-el :)
-- Soha ne vitatkozz idiotakkal! Lesulyedsz az O szintjukre es legyoznek a rutinjukkal !!! --
- A hozzászóláshoz be kell jelentkezni
Csak a puszta kiváncsiság! Ez mikor kellhet? Mire jó ez?
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
újra particionálásra pl.: van a / ami 3 gigas, de csak 100 mb hasznalt belőle, van a /var ami 300 mb-os és tele van. /-t csökkented /var-t növeled.
szerk.: természetesen produktív környezet, és nem állhat meg a gép :)
- A hozzászóláshoz be kell jelentkezni
Ha annyira prod. hogy nem állhat meg, akkor gondolom át lehet billenteni a clustert, vagy van raid (célszerűen tükör), esetleg hotswap diszkhely -- mindegyik alkalmas arra, hogy gyakorlatilag leállás nélkül megbűvöld a dolgot -- természetesen mentés (meg mégegy mentés) után.
Ha sem cluster, sem tükrözött diszk, sem hotswap diszkhely nincs, nos, akkor a rendszer nem olyan, ami nem állhat le -- legfeljebb olyan, amit nem szeretnének, hogy leálljon. Az ilyen "nem szeretnénk, hogy leálljon" esetben meg azt kell mondani, hogy márpedig kell 2 óra állásidővel 4 órás időszak, amikor a szerver teljesítménye valószinűleg alacsonyabb lesz, és megcsinálni egy plusz diszk berakásával.
- A hozzászóláshoz be kell jelentkezni
a tükörtől mitől tudok fs-ek méretével manipulálni ezt nemértem?
Ha közös a cluster alatt a storage akkor meg megint hasznos lehet a dolog :)
- A hozzászóláshoz be kell jelentkezni
Tükör szétkap, egyik diszk gyalu, átméretez, single mód, rsync, grub, átméretezett diszkről boot, másik diszk gyalu, partícionál, tükröt visszarak, szinkronizál, örvendez.
- A hozzászóláshoz be kell jelentkezni
a baj a single móddal van, nekem az online mód fontos.
- A hozzászóláshoz be kell jelentkezni
Akkor kezd a klaszter passzív felén.
- A hozzászóláshoz be kell jelentkezni
Hasonló megfontolásokból lenne szükséges.
- A hozzászóláshoz be kell jelentkezni
És miért jó, ha ennyire fel van darabolva a /?
Nálam zömmel a / egyben(bin,usr,var...) 10gb (vagy amennyit megkiván a feladat) és van /mnt/data, /mnt/raid stb ahova nagy meghajtók,particiók vannak csatolva.
Egyedül a /tmp-nek szoktam külön sort készíteni az fstabban, hogy ne lehessen rajta futásjog, de azt is tempfs-sel.
- A hozzászóláshoz be kell jelentkezni
+1
Én általában rendszer+home+swap, pl. olyan dolgokat mint az adatbázis is a home mögötti területre vágom be. Kicsit szabálytalan de hatásos, ha kell növelni, plussz disk és lvm.
* Én egy indián vagyok. Minden indián hazudik.
- A hozzászóláshoz be kell jelentkezni
A / az nagyjából-egészéből fix méretű terület, nem kell hozzápiszkálni. A /boot, illetve a swap dettó. A /var az hízhat, azt kell rángatni ide/oda, meg ott azért elég sok írás is van, akár még más fs is célszerű lehet alá. A /tmp is az irkálósabb területek közül való -- azt is külön pakolnám -- egy hirtelen elborulás a / fájlrendszerét minél kisebb eséllyel kócolja össze. A /srv, a /home, /data és hasonlók szintén változékonyak, az idők folyamán be szoktak telni, ergo célszerű őket külön pakolni, és igény szerint növelgetni.
- A hozzászóláshoz be kell jelentkezni