Re: rsync ändert bei Ziel atime und ctime obwohl das Ziel ext3 FS mit noatime und nodiratime gemountet ist
Am 11.10.18 um 20:17 schrieb Markus Kolb:> Am 11.10.2018 14:51, schrieb Pierre Bernhardt:
>> Hallo,
> reiche doch bitte noch die Ausgabe des "mount" Befehls als root ohne Argumente am Ziel-Host nach!Sorry, hatte ich ganz vergessen, scheint aber gesetzt zu sein:
...
/dev/xvda3 on /home type ext3 (rw,noatime,nodiratime,errors=remount-ro,data=ordered)
...
> Aber du weißt, dass noatime das nodiratime beinhaltet? Also du nodiratime nicht extra angeben musst, bzw. evt. je nach Reihenfolge unterschiedliche Ergebnisse erzielt werden...Hatte ich gestern auch gelesen. In der fstab steht es so drin:
root@file:~# grep home /etc/fstab
/dev/xvda3 /home ext3 noatime,nodiratime,errors=remount-ro 0 1
> Es könnte somit sein, dass dein nodiratime das noatime überschreibt und somit nicht mehr für Files gültig ist.
Generell scheint es aber zu funktionieren. Ein kleiner Test auf /home auf dem Zielsystem:
pierre@file:~$ touch testfile
pierre@file:~$ stat testfile
File: testfile
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: ca03h/51715d Inode: 2316953 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 1000/ pierre) Gid: ( 1000/ pierre)
Access: 2018-10-11 23:24:37.000000000 +0200
Modify: 2018-10-11 23:24:37.000000000 +0200
Change: 2018-10-11 23:24:37.000000000 +0200
Birth: -
pierre@file:~$ cat testfile
pierre@file:~$ stat testfile
File: testfile
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: ca03h/51715d Inode: 2316953 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 1000/ pierre) Gid: ( 1000/ pierre)
Access: 2018-10-11 23:24:37.000000000 +0200
Modify: 2018-10-11 23:24:37.000000000 +0200
Change: 2018-10-11 23:24:37.000000000 +0200
Birth: -
Der cat hat die atime nicht geändert.
Es wird aber immer mysteriöser:
Wenn ich den rsync auf ein komplettes Verzeichnis los lasse sind nicht alle atimes
verändert worden. Ich werde mir das nochmal genauer ansehen aber derzeit habe
ich noch keine Idee warum das so ist.
Hier mal ein Beispiel zweier Dateien. Bei der ersten wurde die atime aktualisiert,
bei der 2. nicht (und die ctime, aber das ist ja normal wenn die atime geändert
wurde).
Erst mal das source-System, dann das Target system:
Source:
pierre@nihilnihil:~/WinWork$ stat dir1/201507.ods
Datei: dir1/201507.ods
Größe: 140682 Blöcke: 288 EA Block: 4096 reguläre Datei
Gerät: fd0ah/64778d Inode: 5587275 Verknüpfungen: 1
Zugriff: (0644/-rw-r--r--) Uid: ( 1000/ pierre) Gid: ( 1000/ pierre)
Zugriff : 2018-02-18 11:22:13.405129970 +0100
Modifiziert: 2015-08-03 00:00:06.445754076 +0200
Geändert : 2018-02-18 11:22:13.405129970 +0100
Geburt : -
pierre@nihilnihil:~/WinWork$ stat dir2/20120322_Lieferschein.pdf
Datei: dir2/20120322_Lieferschein.pdf
Größe: 280861 Blöcke: 560 EA Block: 4096 reguläre Datei
Gerät: fd0ah/64778d Inode: 6316071 Verknüpfungen: 1
Zugriff: (0640/-rw-r-----) Uid: ( 1000/ pierre) Gid: ( 1000/ pierre)
Zugriff : 2018-02-18 11:21:30.472858410 +0100
Modifiziert: 2012-04-07 00:12:48.000000000 +0200
Geändert : 2018-02-18 11:21:30.472858410 +0100
Geburt : -
Target
pierre@file:~/WinWork$ stat dir1/201507.ods
File: dir1/201507.ods
Size: 140682 Blocks: 288 IO Block: 4096 regular file
Device: ca03h/51715d Inode: 2375915 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 1000/ pierre) Gid: ( 1000/ pierre)
Access: 2018-10-11 23:30:37.000000000 +0200
Modify: 2015-08-03 00:00:06.000000000 +0200
Change: 2018-10-11 23:30:37.000000000 +0200
Birth: -
pierre@file:~/WinWork$ stat dir2/20120322_Lieferschein.pdf
File: dir2/20120322_Lieferschein.pdf
Size: 280861 Blocks: 560 IO Block: 4096 regular file
Device: ca03h/51715d Inode: 14974990 Links: 1
Access: (0640/-rw-r-----) Uid: ( 1000/ pierre) Gid: ( 1000/ pierre)
Access: 2013-01-03 23:59:33.000000000 +0100
Modify: 2012-04-07 00:12:48.000000000 +0200
Change: 2013-01-03 23:59:33.000000000 +0100
Birth: -
Die echten Pfadnamen habe ich durch dir1 und dir2 oben ersetzt. Ich wollte
nicht alles von mir preis geben ;-)
Nach einem kompletten rsync wurden jedenfalls offensichtlich etliche inodes
angepasst, und etliche nicht. Im Moment läuft jetzt aber erst mal ein
Backup und daher lasse ich weiters Testen für die Nacht.
MfG,
Pierre
Reply to: