search for: 128bitstudios

...y about moving one of > the main FreeBSD servers to a new data center. rsync was taking 21 hours > in back-to-back runs purely due to the amount of files on that server, > which gave plenty of time for files to change since the last run. > > Solution? ZFS send: > > http://128bitstudios.com/2010/07/23/fun-with-zfs-send-and-receive/ > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos

On 11/09/2015 09:22 PM, Arun Khan wrote: > You can use "newer" options of the find command and pass the file list > to rsync or scp to "backup" only those files that have changed since > the last run. You can keep a file like .lastbackup and timestamp it > (touch) at the start of the backup process. Next backup you compare > the current timestamp with the

...ast, they recently told a war story about moving one of the main FreeBSD servers to a new data center. rsync was taking 21 hours in back-to-back runs purely due to the amount of files on that server, which gave plenty of time for files to change since the last run. Solution? ZFS send: http://128bitstudios.com/2010/07/23/fun-with-zfs-send-and-receive/

...main FreeBSD servers to a new data center. >> rsync was taking 21 hours in back-to-back runs purely due to the >> amount of files on that server, which gave plenty of time for >> files to change since the last run. >> >> Solution? ZFS send: >> >> http://128bitstudios.com/2010/07/23/fun-with-zfs-send-and-receive/ >> >> _______________________________________________ >> CentOS mailing list CentOS at centos.org >> https://lists.centos.org/mailman/listinfo/centos > > _______________________________________________ CentOS mailing &gt...