Re: Recycling directories and backup performance. Was: Re: rsync --link-dest won't link even if existing file is out of date (fwd)

> How do you handle snapshotting? or do you leave that to the block/fs > virtualization layer? I am guessing this question is directed at me. Firstly, when I used the word snapshot, I was referring to the snapshot in the LBackup context. It is outlined at the following page

Re: Recycling directories and backup performance. Was: Re: rsync --link-dest won't link even if existing file is out of date (fwd)

How do you handle snapshotting? or do you leave that to the block/fs virtualization layer? /kc On Fri, Apr 17, 2015 at 01:35:27PM +1200, Henri Shustak said: >> Our backup procudures have provision for looking back at previous directories, but there is not much to be gained with recycled dire

Re: Recycling directories and backup performance. Was: Re: rsync --link-dest won't link even if existing file is out of date (fwd)

> Our backup procudures have provision for looking back at previous > directories, but there is not much to be gained with recycled directories. > Without recycling, and after a failure, the latest available backup may not > have much in it. Just wanted to point out that LBackup has a number o

Re: Rsync a directory via a linked name.

On Thu, 16 Apr 2015 20:09:59 -0400, Kevin Korb wrote: > Always have either --times or --archives. Otherwise rsync will have no > idea what needs updating when you run it again. Thanks for your hints. Regards -- .: Hongyi Zhao [ hongyi.zhao AT gmail.com ] Free as in Freedom :. -- Please use r

Re: Rsync a directory via a linked name.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Always have either --times or --archives. Otherwise rsync will have no idea what needs updating when you run it again. On 04/16/2015 08:07 PM, Hongyi Zhao wrote: > On Thu, 16 Apr 2015 11:21:03 -0400, Kevin Korb wrote: > >> Just go 1 deeper for your

Re: Rsync a directory via a linked name.

On Thu, 16 Apr 2015 11:21:03 -0400, Kevin Korb wrote: > Just go 1 deeper for your source: rsync -l > ftp.cn.debian.org::debian/dists/wheezy/main/installer-amd64/current/ Yes, I've tried this before. But I also use the `--delete --delete- excluded' with the above options. And finally I found tha

Re: rsync --delete

On 16.04.2015 12:20, ? ?? wrote: > Hi, Rsync. > > find /home/rc-41/data/061/2015-04-01-07-04/ -delete > I know not suitable -mindepth 1 ? That deletes the whole contents, but doesn't delete the folder itself. -- Matthias -- Please use reply-all for most replies to avoid

Re: rsync --delete

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I thought of something else if it must be rsync that is used... rsync -a --delete --exclude='*' --delete-excluded /anywhere/ /stuff/to/delete/ That would empty the target dir regardless of what is in the source dir. I would still like to hear how th

Re: rsync --delete

problem is he's trying to rsync into the target dir and have the side effect of delete. so an empty dir would necessarily need to be in the target of course and thus created there, triggering the quota block. he tried to avoid this by using device files then 'blocking all device files' but i think

Re: rsync --delete

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I don't understand what is wrong with rm either. But if you must have an empty directory is there a tmpfs where you can make one? Is there already an empty one like /var/empty? On 04/16/2015 10:13 AM, Ken Chase wrote: > Wow, it took me a few seconds

Re: Rsync a directory via a linked name.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just go 1 deeper for your source: rsync -l ftp.cn.debian.org::debian/dists/wheezy/main/installer-amd64/current/ On 04/16/2015 06:21 AM, Hongyi Zhao wrote: > Hi all, > > See the following for detail: > > $ rsync -l > ftp.cn.debian.org::debian/dists/w

Re: rsync --delete

Wow, it took me a few seconds to figure out what you were trying to do. What's wrong with rm? Also I think trying to leverage the side of disqualifying all source files just to get the delete effect (very clever but somewhat obtuse!) risks creating a temporary file of some kind in the target at t

Rsync a directory via a linked name.

Hi all, See the following for detail: $ rsync -l ftp.cn.debian.org::debian/dists/wheezy/main/installer-amd64/ [snip] drwxr-sr-x 4,096 2015/01/10 18:17:33 . lrwxrwxrwx 18 2015/01/10 18:16:31 current -> 20130613+deb7u2 +b4 drwxr-xr-x 4,096 2013/05/01 05:33:52 20130430

rsync --delete

Hi, Rsync. I want to help rsink delete a folder with a large number of files and folders. Tried this: rsync -a --no-D --delete /dev/null /home/rc-41/data/061/2015-04-01-07-04/ skipping non-regular file "null" rsync -a --no-D --delete /dev/zero /home/rc-41/data/061/2015-