26MB未満のファイルに対する奇妙なrsync samba btrfsの動作

サーバーのバックアップを共有するために、Raspberry Piで単純なサブボリュームData01を使用してbtrfsファイルシステムを作成しました。 Raspberry PiでSamba共有を作成しました。

その後、fstabを介してUbuntu 20.04サーバーにSamba共有をマウントし、サーバー上のいくつかのファイルをraspiに同期しようとしました。

最初はうまくいきましたが、2番目の同期では、rsyncはすべてのファイルを再コピーするように見えました。以前はrsyncを使用したことがなかったため、サーバー上のフォルダに大容量ファイル（3.2 GB ISO）を追加しましたが、一度コピーしますが、毎回小さいファイルをコピーします。

だから私がした次のことは、rsyncがコピーを停止するたびにファイルサイズが26MBのように見えることを確認することでした。

そのため、後で統計を調べたところ、小さいファイルの時間値が正確ではないことがわかりました。

 Datei: Zwergentrunk-1.pdf
  Gr▒▒e: 740838         Bl▒cke: 1448       EA Block: 4096   regul▒re Datei
Ger▒t: 2eh/46d  Inode: 4917        Verkn▒pfungen: 1
Zugriff: (0744/-rwxr--r--)  Uid: ( 1001/srvbackup)   Gid: ( 1001/srvbackup)
Zugriff    : 2022-04-06 21:16:26.471913500 +0200
Modifiziert: 2022-04-06 21:16:26.563488588 +0200
Ge▒ndert   : 2022-04-06 21:16:26.557414539 +0200
Geburt     : -

しかし、ファイルが大きいです。

Datei: ubuntu-20.04.4-desktop-amd64.iso
  Gr▒▒e: 3379068928     Bl▒cke: 6599744    EA Block: 4096   regul▒re Datei
Ger▒t: 2eh/46d  Inode: 4911        Verkn▒pfungen: 1
Zugriff: (0744/-rwxr--r--)  Uid: ( 1001/srvbackup)   Gid: ( 1001/srvbackup)
Zugriff    : 2022-04-06 18:40:32.667789400 +0200
Modifiziert: 2022-03-20 23:29:45.304778200 +0100
Ge▒ndert   : 2022-04-06 18:40:36.193852990 +0200
Geburt     : -

誰かがいくつかのアイデアを持っていることを願っています。ありがとうございます。

raspiのfstab（短縮）

UUID=1483d2ca-66f7-4fe4-9494-4802b078a30b       /mnt/Backup01   btrfs   defaults        0       1

smb構成ファイル

[global]
   workgroup = ESD
   dns proxy = no
   log file = /var/log/samba/log.%m

   max log size = 1000
   syslog = 0
   panic action = /usr/share/samba/panic-action %d
   server role = standalone server
   passdb backend = tdbsam
   obey pam restrictions = yes
   unix password sync = yes

   passwd program = /usr/bin/passwd %u
   passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .

   pam password change = yes
   map to guest = bad user
   usershare allow guests = yes


[homes]
   comment = Home Directories
   browseable = no
   read only = yes
   create mask = 0700
   directory mask = 0700
   valid users = %S

[printers]
   comment = All Printers
   browseable = no
   path = /var/spool/samba
   printable = yes
   guest ok = no
   read only = yes
   create mask = 0700

[print$]
   comment = Printer Drivers
   path = /var/lib/samba/printers
   browseable = yes
   read only = yes
   guest ok = no

[Backup01-Data01]
        path= /mnt/Backup01/Data01
        browsable = yes
        read only false
        guest ok = no
        inherit acls = no
        inherit permissions = yes
        ea support = no
        store dos attributes = no
        printable = no
        #create mask = 0664
        #force create mode 0664
        #directory mask = 0775
        #force directory mode = 0775
        hide special files = yes
        follow symlinks = yes
        hide dot files = yes
        valid users = srvbackup
        invalid users =
        read list = srvbackup
        write list = srvbackup
        force user=srvbackup

サーバーのfstab（短縮型）

//officebeere/Backup01-Data01 /mnt/Backup01-Data01 cifs _netdev,uid=1000,gid=1000,username=srvbackup,password=**********  0  0

rsync コマンド

sudo rsync -avit --no-p  --progress --delete Zwergentrunk/ /mnt/Backup01-Data01/

修正する:

私はもっ​​とテストしましたが、btrfsの問題ではないと言えます（他のHDDとext4でテストしても同じ問題です）。 rsync関連のものだけでなく、cp -aまたはcp -preserver = timestamps -->同じ問題も試しましたが、コピーにいくつかの違いがあります。正しい修正日を最初に確認してから変更してください。

Windowsでコピーして貼り付けを試してみました。 -->変更された日付が正しいです。

ただし、touch -r sourefile destfileを使用すると正確な日付を取得できるため、回避策が可能です。

誰かがより良い解決策を持っていることを願っています。これはSambaサーバーまたはMount smb共有の問題のようです。

マウントでは、これは私のマウントオプションだと言います。

//officebeere/Backup01-Data01 on /mnt/Backup01-Data01 type cifs (rw,relatime,vers=3.1.1,cache=strict,username=srvbackup,uid=1000,noforceuid,gid=1000,noforcegid,addr=192.168.1.5,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,_netdev)