rsnapshot: chiarimenti su hard link e permessi dei file

[ribbaldone]

Ciao a tutti, ormai da diverso tempo faccio backup del mio qnap su un file server con rsnapshot.
Mi sono accorto solo adesso di due cose:
1 - in teoria gli hard link creati nel backup incrementale non dovrebbero occupare spazio, mentre andando a vedere lo spazio del disco scopro che le varie cartelle dei vari tempi di backup occupano tutte lo stesso spazio, e il disco si sta riempiendo. Penso che la cosa non sia reale, ma come faccio a esserne sicuro?
2 - rsnapshot dovrebbe mantenere i permessi dei file originari, mentre nel mio caso modifica da 775 a 700 rendendo impossibile agli utenti owner di vedere i propri file.

Cosa ne pensate?

Grazie, ciao

[Gimli[2BV!2B]]

Lo spazio occupato come lo hai controllato?

Che dice df -h

Riguardo ai diritti di accesso non conosco rsnapshot, ma mi sembra di capire che il 700 dovrebbe applicarlo solamente alla cartella radice contenente tutti i backup (http://www.rsnapshot.org/howto/1.1/rsnapshot-HOWTO.en.html#restoring_backups).
Quello che penso leggendo quella documentazione è che i diritti dei contenuti siano conservati.

[ribbaldone]

;38910294']Lo spazio occupato come lo hai controllato?

Che dice df -h

Riguardo ai diritti di accesso non conosco rsnapshot, ma mi sembra di capire che il 700 dovrebbe applicarlo solamente alla cartella radice contenente tutti i backup (http://www.rsnapshot.org/howto/1.1/rsnapshot-HOWTO.en.html#restoring_backups).
Quello che penso leggendo quella documentazione è che i diritti dei contenuti siano conservati.

Avevo controllato da ubuntu, adeeso mi sono collegato in ssh e il comando df -h mi restituisce le stesse informazioni.

[Gimli[2BV!2B]]

Se il df dice che lo spazio è occupato direi che è occupato veramente.
Ho trovato questo post sugli hard link che non mi sembra male ed illustra vari comandi per andare alla ricerca di questi file condivisi. (http://www.justskins.com/forums/how-to-find-hard-119628.html#post392463)

In particolare questo find mi sembra ottimo per cercare tutti i file che sono referenziati da più percorsi diversi nel file system:find /CARTELLA/IN/CUI/CERCARE -type f -links +1

[ribbaldone]

;38910541']Se il df dice che lo spazio è occupato direi che è occupato veramente.
Ho trovato questo post sugli hard link che non mi sembra male ed illustra vari comandi per andare alla ricerca di questi file condivisi. (http://www.justskins.com/forums/how-to-find-hard-119628.html#post392463)

In particolare questo find mi sembra ottimo per cercare tutti i file che sono referenziati da più percorsi diversi nel file system:find /CARTELLA/IN/CUI/CERCARE -type f -links +1

Non capisco se sbaglio io, comunque non mi restituisce nulla

[Gimli[2BV!2B]]

Allora temo che rsnapshot non stia usando hard link per ridurre lo spazio occupato dai backup.

Nelle faq (http://www.rsnapshot.org/faq.html) c'è questa:
Q: I have sync_first enabled and link_dest enabled and multiple backup lines in my rsnapshot.conf file, and I am finding the --link-dest option is not being passed to rsync for the second and subsequent backups, so a lot of files are being duplicated in my snapshot_root without being hard linked. What's going on?
A: rsnapshot versions 1.2.9 and 1.3.0 have a bug where --link-dest is omitted in these circumstances for any backup where the .sync directory exists when the backup is started. This bug was fixed in rsnapshot version 1.3.1. With older versions of rsnapshot, please take care to avoid this combination, for example by disabling link_dest or sync_first.

[ribbaldone]

;38916758']Allora temo che rsnapshot non stia usando hard link per ridurre lo spazio occupato dai backup.

Nelle faq (http://www.rsnapshot.org/faq.html) c'è questa:

la mia versione è la 1.3.1 dovrebbe essere a posto, non capisco