Thanks all responses. That works fine.
Kind Regards,
hce
On Thu, Aug 12, 2010 at 10:23 AM, Alex Ferrara wrote:
> Would that not be done by omitting the --delete option?
>
> aF
>
> On 12/08/2010, at 9:52 AM, hce wrote:
>
>> Hi,
>>
>> I am using rsync to backup files. Is it possible to specify an
hce wrote:
> I am using rsync to backup files. Is it possible to specify an option
> not to delete files from backup directory if the files are deleted
> from source? In that way, I can always keep something I may or may not
> need in the backup disk, but remove it from a work computer.
Perhaps yo
> I am using rsync to backup files. Is it possible to specify an option
> not to delete files from backup directory if the files are deleted
> from source? In that way, I can always keep something I may or may not
> need in the backup disk, but remove it from a work computer.
As Alex mentioned the
Would that not be done by omitting the --delete option?
aF
On 12/08/2010, at 9:52 AM, hce wrote:
> Hi,
>
> I am using rsync to backup files. Is it possible to specify an option
> not to delete files from backup directory if the files are deleted
> from source? In that way, I can always keep som
Hi,
I am using rsync to backup files. Is it possible to specify an option
not to delete files from backup directory if the files are deleted
from source? In that way, I can always keep something I may or may not
need in the backup disk, but remove it from a work computer.
Thank you.
Kind Regards
On Mon, 2009-03-16 at 09:55 -0600, Paul E Condon wrote:
> The --backup option in GNU mv, and GNU cp extend the behavior of the
> -b option in a significant way, I believe. "--backup" allows
> specification of versioned backups, especially numbered backups, e.g.
> The ol
The --backup option in GNU mv, and GNU cp extend the behavior of the
-b option in a significant way, I believe. "--backup" allows
specification of versioned backups, especially numbered backups, e.g.
The old version of file, foo, becomes foo.~N~, where N is a decimal
number. There is no
On Mon, 2007-10-15 at 22:17 -0400, Matt McCutchen wrote:
> On 10/15/07, Aaron Digulla <[EMAIL PROTECTED]> wrote:
> > This is for a production system which goes online Q1 2008. Should I use
> > the latest stable version of rsync (2.6.9) or will there be a release of
> > 3.0 until then?
>
> Rsync 3.
On 10/15/07, Aaron Digulla <[EMAIL PROTECTED]> wrote:
> Thanks. I'll try to convince my bosses to see this as "payment" for
> using rsync :-) I just hope I can find a simple way to build rsync on
> Windows ... I guess I'll try with Cygwin since I already have that
> installed and I could build Ghos
Matt McCutchen schrieb:
> In the same way, I encourage you to test and
> begin using the source-backup patch now if it suits your needs; if you
> want the patch added to the main version, you can help make that more
> likely by improving it.
Thanks. I'll try to convince my bosses to see this as "
On 10/15/07, Aaron Digulla <[EMAIL PROTECTED]> wrote:
> Thanks for the input. If this wasn't for a production system, I'd do
> that :-) Why don't you apply the patch the release version?
Because the patch is a quick hack to serve a niche need, so the
benefit of saving people who need source backup
- Weitergeleitete Nachricht von [EMAIL PROTECTED] -
Datum: Mon, 15 Oct 2007 16:05:13 +0200
Von: Aaron Digulla <[EMAIL PROTECTED]>
Antwort an: Aaron Digulla <[EMAIL PROTECTED]>
Betreff: Re: [feature request] Modify --backup option to make
backups on sour
On 10/15/07, Aaron Digulla <[EMAIL PROTECTED]> wrote:
> Can you please modify the backup options to work together with
> --remove-source-files so I'm able to create a reliable "move between
> hosts" script?
The patch "patches/source-backup.diff" in the source tree adds an
option --source-backup to
Hello,
Can you please modify the backup options to work together with
--remove-source-files so I'm able to create a reliable "move between
hosts" script?
If --backup is specified, the files to be deleted should be renamed on
the source side. If --backup-dir is specified, they should be mo
Thanks for quick turn around. I will test it out and let you know the
results.
-Original Message-
From: Wayne Davison [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 07, 2005 3:13 AM
To: Chimento, Douglas
Cc: rsync@lists.samba.org
Subject: Re: backup option
On Wed, Apr 06, 2005 at 05
On Wed, Apr 06, 2005 at 05:42:19PM -0400, Chimento, Douglas wrote:
> I have question about the behavior of --backup-dir with
> --delete-after option.
You've discovered a bug in generator.c. It is fixed by this patch:
--- generator.c 5 Apr 2005 20:08:51 - 1.198
+++ generator.c 7 A
Hi,
I have question about the behavior of --backup-dir with
--delete-after option.
In my testing with version 2.6.4, it appears that the backup
option only backups altered files. Files that will be deleted on the
destination system will NOT be placed in --backup-dir location. I
>
> This works great for us, because 1) it's faster, and 2) we really don't
> care about the directory permissions/owners unless the directory is
> changed directly by a move/rename/delete. That said, you do have a
> point. (And, just because I don't use it, doesn't mean it's not right
> :^)
He
Carey,
What you are seeing is, in fact, the case, but the function that creates
the dirs is robust_move() in backup.c
The backup option captures files and/or directories that are deleted or
changed between syncs. So, if a directory is *changed*
(deleted/renamed/moved), then the directory *and
>
> And we've done 19,658 runs so far (8/server/day), over 380 Gigs sync'd
> with an average of 44Meg(11Meg compressed) of data per run, and all of
> our backup files come across with correct owners and permissions. Whew!
>
> I'd look to your filesystem first. Do the rsync'd files (not backup-di
o: "rsync list" <[EMAIL PROTECTED]>
> Subject: RE: permissions bug w/ --backup-dir or --backup option?
> Date: Wed, 19 Sep 2001 00:41:17 -0500
>
> By the way, if it makes a difference, our backup-dir is on a different
> partition than the destination directory. I'm
ilto:[EMAIL PROTECTED]]On
> Behalf Of Carey Jung
> Sent: Wednesday, September 19, 2001 12:38 AM
> To: rsync list
> Subject: permissions bug w/ --backup-dir or --backup option?
>
>
> Running rsync 2.4.7pre1, using the --backup-dir option, I just realized
> today that file owne
Running rsync 2.4.7pre1, using the --backup-dir option, I just realized
today that file ownerships and permissions of backed up files are not
preserved. In other words, if rsync moves an obsolete file to the backup
dir, it's ownership seems to revert to root:root, and permissions change, as
well
23 matches
Mail list logo