Re: Disabling "quick check"

isn't > supposed to happen very often. > > On 10/28/2015 01:19 PM, Clint Olsen wrote: > > Ok, thank you for this extra info. I have experienced exactly what > > you described. The rsync dry run is _still_ running after being > > started at 1:30am PST :) > >

Re: Disabling "quick check"

are using --dry-run. If you are trying to generate a report > about what files are corrupted then only --checksum an do that. It > will just do it in the dumbest/slowest way possible. > > On 10/28/2015 02:08 AM, Clint Olsen wrote: > > What about -c? It seems I'm g

Re: Disabling "quick check"

gt; -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > That is correct. Rsync will re-copy (delta xfer unless --wholefile) > all the files. You can always --dry-run if you aren't sure. > > On 10/27/2015 10:07 PM, Clint Olsen wrote: > > Hi: > > > > I&#

Disabling "quick check"

Hi: I've been using rsync to create backups for a few years. A few months ago I started experiencing sector errors. I ended up replacing the drive and copying the drive data. It turns out that due to the default behavior of rsync "quick check", some of the files were modified without altering the

Re: rsync --link-dest won't link even if existing file is out of date

Not to mention the fact that ZFS requires considerable hardware resources (CPU & memory) to perform well. It also requires you to learn a whole new terminology to wrap your head around it. It's certainly not a trivial swap to say the least... Thanks, -Clint On Mon, Apr 6, 2015 at 9:12 AM, Ken C

Re: Link-dest thinks file is newly created, but it isn't

the files as new then I agree that stat won't help. It > might have explained some other itemize output. Since it is seeing > the files as new then they must not be where it is looking. Meaning > that your link-dest parameter must not be appropriate for your target. > >

Re: Link-dest thinks file is newly created, but it isn't

On Sat Jan 10 2015 at 5:21:33 AM Kevin Korb wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > What does --itemize-changes say about that file? Try using the stat > command on the various copies of it to see what is different about them. > In my original message, I stated I used --ite

Link-dest thinks file is newly created, but it isn't

Hi: I've been using rsync for a couple years now. Unfortunately, I've made some changes on both ends, so it's unclear what could be the culprit. I make extensive use of --link-dest to provide a cheap "Time Machine"-like backup for a Windows machine. Source: Windows 7 running Cygwin (CYGWIN_NT-6.1

Rsync is munging symlinks even w/o the conf switch

I do have the chroot variable set in the conf file, but the symlink is a link to a file in the same directory when I'm copying it. If I copy _only_ the symlink even though the directory is already present in the target, will that trigger a munge? Thanks, -Clint -- Please use reply-all for most r

Re: Rsync like Time Machine

nation folder. > 2. Rsync (-Ha or -Haz) your src folder to 'current/' or to '2012-07-22/' > (leave the trailing slash) > Greg > > On Fri, Jul 27, 2012 at 10:06 PM, Clint Olsen wrote: > >> Ok, that is helpful. As you can guess based on my question, it woul

Re: Rsync like Time Machine

f you want this dir to be a symlink, you can't. > > Greg > > On Fri, Jul 27, 2012 at 7:16 PM, Clint Olsen wrote: > >> I've been very interested in these discussions and uses of rsync as a >> "clone" of Time Machine. A couple of things have been keeping

Rsync like Time Machine

I've been very interested in these discussions and uses of rsync as a "clone" of Time Machine. A couple of things have been keeping me from a fully automated solution. I'd like to eliminate the need for Samba/NFS mounts of any kind, because they have proven to be unreliable for me and under some op

Rsync doesn't seem to be able to preserve permission bits/flags in Cygwin

Hi: I'm using the following arguments to rsync when backing up, and yet the flags are not preserved when I copy: % rsync -aP Nancy@macki /cygdrive/c/Documents and Settings/Nancy/My Documents $ ls -al z1.jpg -rwxr-xr-x+ 1 Nancy None 118258 Aug 29 2011 z1.jpg Nancy@macki /cygdrive/f/macki/back-

Re: Fwd: --link-dest does not appear to be linking on Cygwin

2:06 PM, Kevin Korb wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> - --itemize-changes would be the first place to start.  Also, see if you >> can make a hard link on your NAS.  Just because the underlying ext4 >> supports it doesn't mean

Re: Fwd: --link-dest does not appear to be linking on Cygwin

t doesn't mean that your network mount does.  Try something > like: > > cd /cygdrive/f/macki > touch testfile > ln testfile testfile2 > ls -ls testfile testfile2 > > They should both have the same inode number. > > On 06/05/12 17:02, Clint Olsen wrote: >> Hi:

Fwd: --link-dest does not appear to be linking on Cygwin

Hi: I have attempted to following some instructions to use --link-dest in order to preserve space for multiple backups. I'm using rsync on Cygwin with a NAS (ext4) which does support hard-links on the filesystem. I've written a short program that does attempt to create a hard-link on this NAS from