Rsync kérdés

Linux-kezdő

Sziasztok!

Mentés céljából rsync-elnék egy komplett maildir könyvtárat egy másik gépre.
Kezdetnek összetaroltam a 28G adatot és átvittem a másik gépre.
Ott annyit követtem el, hogy a /data/vmail könyvtár csoportját megváltoztattam, mert ezen a gépen nincs olyan csoport.
Pár hét múlva gondoltam rsync-elek egyet, hogy up to date-ek legyenek a levelek, de a változások helyett az egész 28 gigát elkezdte újra áthúzni.
Lehetséges, hogy a csoportjog változás miatt húz át újra mindent?

Így csináltam:
rsync -vaK --delete victorpictor@host:/data/vmail/ /data/vmail/

Köszönöm,
Victorpictor

  • 2093 megtekintés

( tompos v | 2015. 10. 16., p – 10:15 )

Ne igy csinald.

1. Nem lenyeges, h nem letezik a celoldalon a user/group.

2. Csak a csoportvaltozas maitt nem huz at mindent. Biztosan azt csinalja?

3. Gyakrabban szinkronizalj, akkor kevesebbet huz at. Amugy sem elegendo egy levelezesnel, h parhetente athuzod.

4. A victorpictor usernek hogy lehet joga olvasni a forras tartalmat? Vagy ne hasznald a -a parametert es ne tartsd meg a jogokat.

5. A dirvish pl. ezeket az rsync opciokat hasznalja, melegen javaslom a megtartasat:

-vrltH --delete -D --stats --numeric-ids -pgo

6. Hasznalj inkabb vmilyen mas, tapasztaltabb altal megirt celeszkozt (pl. dirvish).

2. Biztos, mert az rsync kezdete előtt, még ott is megvolt a 28G, aztán hirtelen 1,2 és így tovább.
3. Napi szinkron lesz, ez most csak azért van, mert server csere lesz és minél kevesebbet szeretnék a konkrét csere előtt sync-elni.
4. A victorpictor user tagja a mail, vmail, postfix csoportoknak.

Dirvish-nek utána nézek, köszönöm!

( gemnon v | 2015. 10. 16., p – 10:17 )

Szerintem a chown megváltoztatja az mtime-t ezért húz át mindent, hisz nem egyezik.

Lehet engem soha nem zavart, hogy a backup uid/gid-je ugyanaz (mondjuk egy jó ideje rdiff-backup van), de úgy tűnik az újabb rsync-et rá lehet venni, hogy megerőszakolja: 


--chown=USER:GROUP
          This option forces all files to  be  owned  by  USER  with  group
          GROUP.   This  is  a  simpler  interface than using --usermap and
          --groupmap directly, but it is implemented  using  those  options
          internally,  so you cannot mix them.  If either the USER or GROUP
          is empty, no mapping for the omitted user/group will  occur.   If
          GROUP is empty, the trailing colon may be omitted, but if USER is
          empty, a leading colon must be supplied.

( uzsolt v | 2015. 10. 16., p – 10:52 )

Kezdetnek összetaroltam a 28G adatot és átvittem a másik gépre.

Tehát gyakorlatilag átmásoltad a másik gépre?

( Fisher v | 2015. 10. 16., p – 16:40 )

Maildir alatt rettentő sokat változnak az egyes fáljnevek, nem ebből van a gond?

( BognarB v | 2017. 04. 11., k – 22:40 )

Üdv a szakinak,
Segítséget illetve tanácsot kérnék az alábbi feladat megoldásában:

Adott egy Natolt hálózatban ülő dedikált backup szerver (Debian), továbbá 4-5 a neten fellelhető szintén Debian szerver, melyekről automatikus mentést kellene készítenem. Eszköznek az rsync használható.
A távoli gépek egyikére sem lehet root-ként bejelentkezni közvetlenül (jelszót sem tudom), a userem viszont mindenhova sudoer.

Három lehetőséget látok egyelőre:

1: a backup szerverre írom meg a scriptjeimet, rsync ssh-n (kulccsal) szépen magára húzná szerverenként a mentéseket. Ehhez terveznék minden szerverre dedikált backup usert létrehozni, akinek viszont minden mentendő mappához ugye nincs/nem lesz joga (/root, /etc...). Ezért is a mentendő szerverekre a dedikált backup user(eke)-t szükséges felvennem sudoer-ként NOPASSWD-vel a /usr/bin/rsync futtatására, egyelőre más megoldást nem találtam, hogy a backup user sudo rsync-ként tudjon ügyködni a remote gépeken. Ez nem annyira tetszik, már csak ezért sem:
http://unix.stackexchange.com/questions/92123/rsync-all-files-of-remote…
Előny azon túl, hogy egy helyen kezelném a mentő scripteket, időzítéseket, hogy kevesebb esély van a backup szerver törésére ha a remote szerverek kompromittálódnak. (jól látom?)

2: a backup szerveren rsync daemon futna, és a scripteket a remote szervereken futtatnám, (esetleg ssh-n keresztül?) becsatlakozva. Itt ugye többletmunka (és rizikó) a szerverekről a portok kinyitogatása, továbbá a forgalom egyenkénti beforgatása a backup szerver felé. Továbbá itt kevésbé érezném, hogy a backup szerver biztonságban van.

3: a backup szerverre tolnák fel a szerverek a mentéseket, kihagyva a backup-on az rsync daemon módját. Bár őszintén szólva egyelőre még a daemon módnak az előnyét sem látom. Egyéb előnyök hátrányok nagy része -gondolom- megegyezik 2-es ponttal, annyi különbséggel, hogy ssh elérések adottak.

Minden ötletet, javaslatot, kritikát szívesen fogadok. A csináltassam meg hozzáértővel most nem opció..

Köszönöm!

udv
letix

-----------------------------------------
Linux parancsok, kezdőknek