Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
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
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.
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
Se pensi di essere troppo piccolo per fare la differenza, prova a dormire con una zanzara -- Dalai Lama
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?
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é
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)
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
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
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
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
:cf
.
.... Io intendevo dire che conraid HA usato l'opzione '-a' e che quindi è per quello che gli preserva l'utente e il gruppo.
