slacky.eu

Ho uno script che tramite rsync mi scarica vari repository (per esempio) slacky e li mette in locale.
A volte succede che trovo le directory con i permessi stravolti.
Per esempio da a ed ancor peggio tutti i file dentro 12.1 erano di root:root

Forse forse quando leggo che rsync non è poi così stabile è vero?
Da cosa può dipendere?

Lo script è questo (e lo lancio *sempre* come utente) Devo dire che succede spesso con quel server per slacky e non ricordo problemi simili con altri repository (slackware, slackbuilds, etc...), ma vado a memoria.

Forse sto capendo male, ma l'opzione '-a' dal manuale sembra un alias per:e, in particolare:

• -p preserve permissions
• -g preserve group
• -o preserve owner (super-user only)

quindi, se lanci lo script come root, direi che fa il suo lavoro .

Spina

Bravo spina!
E' proprio il "-a" che mancava..

Ehm, l'ho detto io che non ci sto capendo molto .... Io intendevo dire che conraid HA usato l'opzione '-a' e che quindi è per quello che gli preserva l'utente e il gruppo.

Spina

Ho letto male anch'io e prima ho risposto di fretta..

il -a dovrebbe mantenere i permessi del file originale ma nell'esempio riportato si nota che non è andato a buon fine..

Conraid, prova ad eliminare il -z e/o a lanciare manualmente l'rsync -a e facci sapere..
Speriamo..

lo lancio come utente e non come root

Ma che prenda i permessi dall'altra parte? che allora in questo caso cambiano spesso?
A questa ipotesi non avevo pensato

Ora prova a fare
rsync -rltDv

in questo modo i permessi diventano Non so se sia per l'opzione z mancante o per la lentezza del mirror stamani, ma è tutto molto molto lento

io di solito usao rsync con lopzione -a ma utilizzo root come utente per essere sicuro di poter gestire qualsiasi file con qualsiasi permesso. lo uso in locale per i backup non so come si comporti su mirror remoti. hai provato eventuali differenze tra l'utente normale e root?

M

absinthe ha scritto:io di solito usao rsync con lopzione -a ma utilizzo root come utente per essere sicuro di poter gestire qualsiasi file con qualsiasi permesso. lo uso in locale per i backup non so come si comporti su mirror remoti. hai provato eventuali differenze tra l'utente normale e root?

Ho bisogno che non sia root perché alcune cose devo farle dove non sono root. E' per questo che mi rompe. Nel mio pc divento root e cambio i permessi, ma dove non posso?

La cosa buffa è che la maggior parte delle volte va tutto bene, poi un giorno non funziona, controllo e scopro che non funziona perché i file sono di root
Non riesco a capire cosa faccia questo però.

In effetti nell'esempio che ho fatto potrei utilizzare root, tanto poi i pacchetti me li installo da root, ma mi rompe per il motivo che ti ho detto prima, vorrei capire cosa "succede" e perché

ehm... sai che non ho capito nulla :-/

comunque se fai un piccolo test con pochi files potresti vedere cosa succede senza -z magari è la compressione che genera casino...
- di per sè -a conserva _tutto_ così come è alla sorgente e qundi _dovrebbe_ eseguire il mirroring dei dati sorgente (ovviamente a meno di ciò che non è stato modificato dall'ultimo sync)
- l'opzione -v è puramente informativa
- l'opzione -z è l'unica cosa che mi lascia perplesso

in effetti anche --delete-after potrebbe causare casini con i files temporanei ma prima di mandare a pallino un intero sync di un mirror proverei a vedere cosa accede senza il -z. solo dopo farei un pianto e un lamento e proverei il mirroring _senza_ --delete-after (magari con --delete semplice).

se poi il problema è sul server per via di permessi che ti impediscono il sync quello è colpa dell'admin ma mi pare che non sia il tuo caso.

io non ho mai avuto problemi, però:
- uso rsync solo in locale
- solo una volta ho usato il sync ad un pc collegato direttamente in lan con un cavo cross
- uso --delete e _non_ uso -z
- l'unica stranezza l'ho osservata sotto cygwin ma credo che sia per colpa di win e di NTFS: quando sincronizzo con rsync tutti i file (a dispetto di -a) diventano di proprietà dell'utente che ha invocato il comando (non ho mai controllato i permessi)

M

absinthe ha scritto: - l'unica stranezza l'ho osservata sotto cygwin ma credo che sia per colpa di win e di NTFS: quando sincronizzo con rsync tutti i file (a dispetto di -a) diventano di proprietà dell'utente che ha invocato il comando (non ho mai controllato i permessi)

Questo succede anche sotto linux, se scarico da remoto tutti i files sono dell'utente che ha lanciato rsync, tranne alcune volte. E non capisco proprio il perché di queste "alcune volte"

Riguardo a prima dicevo che alcune volte mi trovo a "lavorare" in pc dove non sono e non posso essere root e quindi devo fare le cose da utente. Se mi capita una cosa simile diventa difficile risolvere in quel caso, devo aspettare che root sistemi i permessi

spina ha scritto:Forse sto capendo male, ma l'opzione '-a' dal manuale sembra un alias per:

Codice: Seleziona tutto

-rlptgoD

e, in particolare:

• -p preserve permissions
• -g preserve group
• -o preserve owner (super-user only)

Quoto questa parte di spina e credo che il problema sia proprio il "-p", scrive i files sul disco con gli stessi permessi del server al quale si collega. io rsynco ad esempio slack current con

simplex ha scritto:

spina ha scritto:Forse sto capendo male, ma l'opzione '-a' dal manuale sembra un alias per:

Codice: Seleziona tutto

-rlptgoD

e, in particolare:

• -p preserve permissions
• -g preserve group
• -o preserve owner (super-user only)

Quoto questa parte di spina e credo che il problema sia proprio il "-p", scrive i files sul disco con gli stessi permessi del server al quale si collega. io rsynco ad esempio slack current con

Codice: Seleziona tutto

-rlvzutP --delete

ora ho messo -rltD vediamo come si comporta nei prossimi giorni. Poi guardo le tue opzioni
La cosa buffa e che mi rompe, come dicevo, è che a volte lascia i permessi inalterati a volte li cambia