On Sat, Nov 28, 2009 at 10:07:32PM +0100, Moczik Gabor wrote:
Már nézegettem régebben, a hardlinkes dolog világos, ez az rsync
szolgáltatása, de a rename/move problémát hogyan oldja meg?
Mert amennyire én látom az rsync ezt nem tudja, és nem említi a doksi,
hogy egyéb megoldás lenne, pedig
Moczik Gabor írta:
Nem rettenet bonyolult, de nem is egy félórás munka rendesen megírni egy
ls -i meg rsync paranccsal...
Kompromisszummentesen nem tudod megoldani, ez tény. Nézni kell egy olyan
fájlrendszert,
ami támogatja ezt. Nincs kizárva hogy valamelyikben már van erre
támogatás,
Kovács Attila wrote:
Kompromisszummentesen nem tudod megoldani, ez tény. Nézni kell egy olyan
fájlrendszert,
ami támogatja ezt. Nincs kizárva hogy valamelyikben már van erre
támogatás, hiszen a
probléma általános jellegű. Filóztam ezen tegnap este, arra jutottam,
hogy az ember
csinál egy
Moczik Gabor írta:
Nem mondom hogy teljesen értem, bár sejtem mire gondolsz.
Csak végiggondoltam a lehetőségeket.
Az fs-t így adatbázisnak használni elég gány szerintem.
Nincs benne felesleges réteg. Egyébként ha a fájlrendszer nem támogatja azt
amit akarsz, nem nagyon tudsz mást tenni.
In article 4b119ec0.4030...@progzmaster.hu,
Moczik Gabor pm_levli...@progzmaster.hu writes:
Van egy forr=E1s k=F6nyvt=E1r meg egy c=E9l _szerver_, mivel offsite backup=
r=F3l =
van sz=F3. Ha a forr=E1s k=F6nyvt=E1rban =E1tnevezem az A k=F6nyvt=E1rat B-=
re, akkor =
az rsync a k
Andras HORVATH wrote:
Az alapveto problema, ami miatt sok cucc kiesik, hogy esszeruen le kell
kekezelni egy fajl vagy konyvtar atnevezeset, athelyezeset.
Mivel ADSL-rol van szo, az upstream savszelesseg igencsak szukos, nem
megengedheto hogy egy 'rename' parancs tovabbitasa helyett egy egesz
Moczik Gabor írta:
Már nézegettem régebben, a hardlinkes dolog világos, ez az rsync
Szerintem a hardlink esetében indifferens hogy átnevezted a fájlt.
Inkább annak a lekezelése az érdekes, hogy nem tudod kitörölni
véglegesen a belinkelés miatt a mentett fájljaidat.
--
k-atti-
Moczik Gabor írta:
hogy egyéb megoldás lenne, pedig nem egészen triviális feladat.
Azt hiszem nem voltam pontos. A feladat triviális egyébként. Ezért
vannak az inode-ok.
Eléggé pontosan azonosítják a fájlt. Persze ha másik fájlrendszerre
mozgatod a
fájlodat, akkor bukik a dolog
--
Kovács Attila wrote:
Moczik Gabor írta:
Már nézegettem régebben, a hardlinkes dolog világos, ez az rsync
Szerintem a hardlink esetében indifferens hogy átnevezted a fájlt.
Inkább annak a lekezelése az érdekes, hogy nem tudod kitörölni
véglegesen a belinkelés miatt a mentett fájljaidat.
Moczik Gabor írta:
Ezt csak külső eszközzel lehet lekezelni, aminek van egy nyilvántartása
az előző állapotról, és ehhez tudja hasonlítani a mostanit, ami alapján
kiderül hogy a könyvtárat át kell nevezni.
Kell egy lista nyilván. Illetve kettő, mert a túloldali inode-okról is,
a
Kovács Attila wrote:
Kell egy lista nyilván. Illetve kettő, mert a túloldali inode-okról is,
a tetejében
rekurzívan, mivel az esetleges átnevezéseket úgy kell végrehajtani.
Erre remek lehet az ls -i -R parancs kimenete. Az rsync előtt kell ennek
futnia persze.
Az inode listát fel is kell
Moczik Gabor pm_levli...@progzmaster.hu wrote:
Az alapveto problema, ami miatt sok cucc kiesik, hogy esszeruen le kell
kekezelni egy fajl vagy konyvtar atnevezeset, athelyezeset.
Mivel ADSL-rol van szo, az upstream savszelesseg igencsak szukos, nem
megengedheto hogy egy 'rename' parancs
Hi!
Moczik Gabor pm_levli...@progzmaster.hu írta 2009-11-19 19:57-kor:
Ha mar backup, akkor en olyan rendszert keresek, amivel neten keresztul
lehet offsite backupot kesziteni egy masik szerverre. Elkezdtem mar irni
egy rsync-en es SQL szerveres metadata tarolason alapulo script
Hali!
Ha mar backup, akkor en olyan rendszert keresek, amivel neten keresztul
lehet offsite backupot kesziteni egy masik szerverre. Elkezdtem mar irni
egy rsync-en es SQL szerveres metadata tarolason alapulo script
gyujtemenyt, de ido es kedv hianyaban nem fejeztem be...
Az alapveto problema,
14 matches
Mail list logo