valaki hasznal ilyet, hogy lv disk snapshotbol ugy csinal backupot hogy nem mindig az egesz lv-t masolja csak azt ami valtozott rajta?
rsync-el nekem nem sikerult azt irta ki hogy disket nem hajlando
gyorsabb is lenne es kevesebb iras az ssd-re
neheziteskent legyen benne a program a debianban, nem akarok programot forditani hozza
koszi!
- 186 megtekintés
Hozzászólások
De hat az lvm snapshot-ban csak az van benne, ami az LV-hez kepest valtozott (COW), pont azert csinal az ember snapshotot, hogy ne az original LV-t kurja el. Aztan meg magat a snapshot-ot siman fel lehet mountolni es backuploni akarhogy (rsync mondjuk). Aztan merge es eldobodik.
Vagy most en ertem felre mit akarsz?
- A hozzászóláshoz be kell jelentkezni
nem akarok semmit felcsatolni es fajlkent menteni, a teljes lv-t akarom menteni
ezt akarom
rsync /dev/vg0/guest-root.snap /dev/vgbackup/guest-root.bak
ezt kapom
skipping non-regular file "guest-root.snap"
ehelyett marad a dd ami mindent visz, pedig eleg lenne ami valtozott
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
Miért jobb az egyszeri stabil snapshot helyett, ami utána nem változik, az LV-t másolni, ami folyamatosan változik és növekszik, miközben az eredeti fájlrendszer változik?
Azt helyből látom, hogy milyen hátrányokkal jár, de az előnye, ami miatt ezt választottad, nem világos.
disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.
- A hozzászóláshoz be kell jelentkezni
az lvm snapshotot masolom
van elotte egy ilyen csak mivel nem ez volt a lenyeg nem irtam le:
lvcreate -L1G -s /dev/vg0/guest-root -n guest-root.snap
majd utana egy
lvremove -f /dev/vg0/quest-root.snap
vagy nem ertem a kerdest
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
Szóval az lvcreate -s létrehoz egy logikai kötetet, ami egy snapshot. Ezt elnevezed guest-root.snap-nak.
Ennek a mérete létrehozáskor 0, és ahogy az eredeti logikai kötetet írják mindenféle processzek, a guest-root.snap mérete folyamatosan növekszik. Ha dd-vel másolatot készítesz róla egymás után kétszer, akkor két különböző bithalmazod lesz.
A kérdésem az, hogy mi az előnye egy ilyen folyamatosan változó blobot másolni ahelyett, hogy felmountolod aguest-root.snap lv-t valami könyvtárba, és az ebben a könyvtárban látható nem változó fájlrendszeren lévő fájlokat másolnád?
Ugye azt megbeszéltük már, hogy a fájlszintű másolásnak az lenne az előnye, hogy készítesz egy snapshotot, felmountolod, rsync. Eltelik egy kis idő, készítesz egy új snapshotot, rsync, az rsync átviszi a változásokat (persze blokkosan, ha egy nagy fájl közepében egy bitet változtatsz, akkor egy blokkot másol át). Miközben az rsync másol, a fájlrendszeren nincsen változás, minden konzisztens.
Ezt nem akarod. Nem pontosan tiszta, hogy miért, de mindegy is, megvan rá az okod, az a lényeg.
Ha rsync helyett az lv-t másolod (teljesen mindegy, hogy dd-vel vagy mivel), akkor ugye az van, hogy az első snapshot idején készítettél egy másolatot. A második snapshot készítése után másolod a guest-root.snap lv-t, de másolás közben folyamatosan változik, szóval én hátránynak azt látom, hogy nem biztos, hogy konzisztens lesz. Mondjuk egy fájlt valaki felülír, de amikor a dd másolni kezd, akkor még nem kezdték felülírni, az eredeti blokkokat nem másolja át, de menet közben ahogy felülírták, megjelennek az új blokkok az lv-ben és a dd átmásolja ezeket. Ha most ezt az lv másolatot megpróbálod felmountolni, mit fog kezdeni azzal a fájllal, aminek csak a változásainak a fele van meg? Az eredeti adatblokkoknak csak a fele van az lv másolatodban. Az eredeti adatblokkok a fájl elejéről nincsenek meg. Az új adatblokkok se az elejéről se a végéről nincsenek meg.
Nem értem, hogy ez mire jó. Ennyi.
Egyébként ha nem ír éppen senki az lv-re és te átmásolod a megváltozott blokkok snapshot készítéskori eredeti tartalmát, az mire jó a célgépen? Mit tudsz kezdeni vele?
A korábbi backup és a snapshot készítése közötti változások nincsenek benne a másolatodban. A snapshot készítése és a másolás között történt változások, néhány blokk néhány random fájl közepéről, az mire jó?
disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.
- A hozzászóláshoz be kell jelentkezni
Ennek a mérete létrehozáskor 0, és ahogy az eredeti logikai kötetet írják mindenféle processzek, a guest-root.snap mérete folyamatosan növekszik.
fixme, de a merete az eredeti kotet meret lesz, de a vg-n valoban 0 bajtot fog foglalni.
ugye van a guest root snap tegnapi mentese, arra ra akarja masolni a mai guest-root.snap snapot, de ugy hogy csak a valtozott blokkokat irja bele a tegnapi lv-be (igy kimelve az ssd-t). elvileg erre jo lenne az rsync copy-devicevel, de valamiert ez nem mukodik.
a mountos mokanak akkor van ertelme, ha nagy particion csak keves fajl valtozott meg, mert akkor nemkell sok bajtot dd-zni, hanem csak a modosult fajlokat. viszont ha a block szinten viszi at a valtozasokat, akkor ugyanugy nem szamit a particio meret (najo igaz, fel kell olvasni az egeszet), de atvinni/kiirni ugyanugy csak a valtozas fog.
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
fixme, de a merete az eredeti kotet meret lesz, de a vg-n valoban 0 bajtot fog foglalni.
Igen, úgy értettem, hogy valójában mennyit foglal.
A méretét emlékeim szerint be lehet állítani, és ez az lesz, hogy max mekkorára hízhat.
Természetesen felmountoláskor úgy tűnik, mintha az eredeti fájlrendszert néznéd, ami simán lehet nagyobb, mint a snapshotnak félretett hely és főleg, mint a valóban felhasznált hely.
disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.
- A hozzászóláshoz be kell jelentkezni
OK, és te látsz előnyt a felmountolás és rsync helyett az lv dd-s másolásában?
Ha ezt választanád, mi miatt?
disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.
- A hozzászóláshoz be kell jelentkezni
nekem mar van a fajlokrol rsync-el mentesem, de a /var alol csak a dpkg, mysql es www konyvtarrol
ezzel a modszerrel az lv-rol akarok egy komplett snapshotot (amit az lvm snapshotbol masolok)
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
komplexitas. egy mount&rsync&umount nem tunik nagyon bonyolultnak, de hulyebiztosra csinalni mar nem olyan egyszeru. pl. mivan ha mentes kozben valaki megfog egy fajlt, akkor az umount hibara fut. stbstb.
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
https://hup.hu/comment/2611988#comment-2611988
vagyis akar blokk szinten nezed a guest-root.snap-ot akar felcsatolod, mindket esetben a snapshotolas pillanataban levo guest-root adatait tartalmazza
hogy emogott egy folyamatosan novekvo metadata all azt igy nem fogod latni
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
OK, így már legalább értem, hogyan működik az, amit csinálsz. :-)
disclaimer: ha valamit beidéztem és alá írtam valamit, akkor a válaszom a beidézett szövegre vonatkozik és nem mindenféle más, random dolgokra.
- A hozzászóláshoz be kell jelentkezni
rsync mentesem van a legtobb fajlrol
a /var alatt csak a dpkg, a mysql es a www konyvtarrol
mysqldump-rol szinten van rsync mentesem
igy a teljes lv-t akarom menteni
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
tipp a man page-ből:
--copy-devices copy device contents as regular file
- A hozzászóláshoz be kell jelentkezni
sajnos nem eszi:
skipping non-regular file
pedig --inplace-el es nelkule is probaltam
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
eleg friss rsyncet hasznalsz hozza?
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
debian 10-ben ami van
amugy az rsync --help kiirja
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
ismerem de nincs benne a debianban
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
ez nem erre való
- A hozzászóláshoz be kell jelentkezni
Miért nem akarod a fájlokat menteni a snapshotból?
- A hozzászóláshoz be kell jelentkezni
a fajlok mar egyszer mentve vannak rsync-el, a vm-bol akarok csinalni egy snapshotot ugy ahogy van
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
Ha nem kell diff, azt dd-vel szoktam, illetve van egy xdiff vagy hasonló program. Régi munkatárs 10 éve azzal mentette a VM snapshotok diffjeit.
Keresem, de nem lelem. Olykor nekem is jól jönne.
- A hozzászóláshoz be kell jelentkezni
eddig en is dd-t hasznaltam mert hdd-re ment, mostmar ssd-re megy ezert kell a diff hogy ne egye az ssd-t
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
amugy azt is el tudnam kepzelni hogy ha az ssd azt latja hogy ugyanazt akarom kiirni ami ott van akkor nem irja ki ujbol, nem tudom van-e erre valami, egyelore nem neztem utana
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
irtam egyet ne foglalkozzatok tovabb vele :)
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni