On Fri, Aug 11, 2017 at 8:38 PM, <siranee...@tpc.co.th> wrote: > Hi Chris, > > I explain what I have done in the attached file.
That is way too long. And please don't attach files directed at me, that's not appropriate. Just message the list normally, so it can be searched by others down the road. There is a problem with your rsync command, you really don't understand what I was asking. The whole point of rsync is to compare the origin and destination subvolumes to see if they are different from each other. You ran the command on a single subvolume on a single machine which is pointless. On machine A: $ rsync -avnc /mnt/snapshot6/ chris@192.168.1.116:/mnt/snapshot6/ chris@192.168.1.116's password: sending incremental file list sent 125 bytes received 12 bytes 39.14 bytes/sec total size is 30,686 speedup is 223.99 (DRY RUN) [chris@f26h ~]$ Because no files are listed, all are confirmed to be identical. If files are listed, there's a difference. > Please suggest me what I should do next? Check this. I wonder if you're running into this obscure bug where maybe your read only snapshot is not yet synced before it's being sent. Hence it *is* changing on origin machine, but not because of other snapshots being deleted. I have no idea if your scripting handles errors like the bogus stale NFS handle error, maybe it's possible it happens but you're not seeing it? Anyway, you might try just adding a single sync right after taking the snapshot, change nothing else and see if the problem reproduces itself. https://btrfs.wiki.kernel.org/index.php/Incremental_Backup#Initial_Bootstrapping I'm pretty sure this is fixed in newer kernels, I haven't run into it in a long time myself. But I don't know when it was fixed. -- Chris Murphy -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html