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.
Nnna. Van egy forrás könyvtár meg egy cél _szerver_, mivel offsite backupról van szó. Ha a forrás könyvtárban átnevezem az A könyvtárat B-re, akkor az rsync a következő futáskor ezt nem tudja, ő úgy látja hogy az A könyvtár törölve lett, valamint keletkezett egy B és benne egymillió új fájl. Ezt mindet át is viszi a túloldalra. 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. Mivel az rsync ezt nem tudja, kell egy másik külső megoldás ami a távoli szerveren végrehajt 1db átnevezés parancsot. És akkor még mindig a local adatbázis alapján feltételeztük, hogy a túloldali szerveren ennek-meg-ennek a fájlnak itt-meg-itt kell lennie (mert a legutóbbi mentéskor odakerült). Ha a túloldalon valami elromlik, onnantól bukik az egész. Egy ilyen rendszernél elvárható hogy ettől még a jelenlegi backup sikerüljön és használható legyen. Ha nem is automatikusan, de valahogy javítható kell legyen. Azaz kell még egy külső megoldás, ami ellenőrizni tudja hogy a távoli szerveren lévő állapot konzisztens-e. Ehhez tudni kell a helyi-távoli indoe számok összetartozását is. Nagyon nem triviális. Igen sok minden kell az rsync köré hogy ez működhessen (a távoli hostra is). _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
