Deleted files stats

Hi guys, we need a way to see how much bytes were removed when using the --delete option. We have some patches for that functionality but they are not complete (currently not including symlink stats). Would any of you be interested in looking at them and helping us polish them, so they can be i

[Bug 10409] issue with "Number of deleted files"

https://bugzilla.samba.org/show_bug.cgi?id=10409 Wayne Davison changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: excluding changed or deleted files from --backup

Hi Wayne, thank you for your answer. I tried your proposals, but still ... On 30.01.2014 18:23, Wayne Davison wrote: > On Thu, Jan 30, 2014 at 6:06 AM, Helmut Schweinzer > wrote: > > Is there a way to exclude files only from the --backup option > (e.g. --backup

[Bug 10409] issue with "Number of deleted files"

https://bugzilla.samba.org/show_bug.cgi?id=10409 --- Comment #1 from Kevin Korb 2014-01-31 16:05:33 UTC --- ssh user@1.0.0.0 /opt/alct/bin/rsync --version If the remote version isn't also 3.1.0 then it does not have the #files deleted feature in --stats. If rsync sees an older version on the re

[Bug 10409] New: issue with "Number of deleted files"

https://bugzilla.samba.org/show_bug.cgi?id=10409 Summary: issue with "Number of deleted files" Product: rsync Version: 3.1.0 Platform: All OS/Version: Solaris Status: NEW Severity: normal Pr

Re: excluding changed or deleted files from --backup

On Thu, Jan 30, 2014 at 6:06 AM, Helmut Schweinzer wrote: > Is there a way to exclude files only from the --backup option > (e.g. --backup-exclude or --backup-exclude-from)? > You'd need to exclude the files from the transfer and then do a separate rsync run that only included those files, this

excluding changed or deleted files from --backup

Hi, I use the options --backup and --backup-dir (in combination with --delete) to backup changed or deleted files. And for each rsync I use a different backup-dir so I keep all the deleted/changed files. Now I have some big files (> 50GB) that change every day but I only need one last version

Re: --fuzzy search over to-be-deleted files to catch moved files and directories

H. Langos writes: > I use rsync via rsnapshot to backup a large collection of files. > Using "--fuzzy" [...] Any progress on this? Cheers, JH -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listin

Re: rsync in conjunction with the --link-dest option does not output deleted files

On Tue, Jan 8, 2013 at 4:40 AM, Matthias Schniedermeyer wrote: > The alternativ (if possible) is to doing the link separatly and then rsync, > instead of letting rsync doing the linking. > The end-result is identical No, it's not identical in one aspect -- file attribute changes to files with i

Re: rsync in conjunction with the --link-dest option does not output deleted files

On 01/08/2013 07:17:15 AM, Kevin Korb wrote: > You might find this useful: > http://sanitarium.net/unix_stuff/rspaghetti_backup/diff_backup.pl.txt > It is a script I wrote that diffs 2 backup directories and will tell > you what is missing between them. There's always some simple shell (bash) scr

Re: rsync in conjunction with the --link-dest option does not output deleted files

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You might find this useful: http://sanitarium.net/unix_stuff/rspaghetti_backup/diff_backup.pl.txt It is a script I wrote that diffs 2 backup directories and will tell you what is missing between them. I can't say whether it will be faster or slower th

Re: rsync in conjunction with the --link-dest option does not output deleted files

Would be nice if the link-dest option could also be used, if someone (like me) needs to log the backup history. As you say, this can reduce the total runtime. It would make sense. But thanks a lot. I think I can live with the cp -al solution. Maik --- Original Message from Matthias Schnied

Re: rsync in conjunction with the --link-dest option does not output deleted files

cally after rsyncing, because it still exists in backup_old. But > the interesting information to me would be: what has changed from > "source" to "backup_new"? It seems that rsync does not output this > information. Is the only solution to write a own script which

Re: rsync in conjunction with the --link-dest option does not output deleted files

But the interesting information to me would be: what > has changed from "source" to "backup_new"? It seems that rsync does > not output this information. Is the only solution to write a own > script which compares "source" and "backup_old" to determin

Re: rsync in conjunction with the --link-dest option does not output deleted files

ut the interesting information to me would be: what has changed from "source" to "backup_new"? It seems that rsync does not output this information. Is the only solution to write a own script which compares "source" and "backup_old" to determine the deleted fi

Re: rsync in conjunction with the --link-dest option does not output deleted files

On 08.01.2013 12:23, Maik Meier wrote: > Hi, > > I want to use rsync to make daily backups using hard-links in this way: > > rsync -av --delete --link-dest=../backup_old ./source/. ./backup_new > > Does someone know if this a bug, or ist this intended to be or am I > wrong somethere? I would th

rsync in conjunction with the --link-dest option does not output deleted files

Hi, I want to use rsync to make daily backups using hard-links in this way: rsync -av --delete --link-dest=../backup_old ./source/. ./backup_new This works great, but the problem is, that rsync does not show correctly what action it performs (-v option). It shows correctly all new and changed fi

rsync in conjunction with the --link-dest option does not output deleted files

Hi, I want to use rsync to make daily backups using hard-links in this way: rsync -av --delete --link-dest=../backup_old ./source/. ./backup_new This works great, but the problem is, that rsync does not show correctly what action it performs (-v option). It shows correctly all new and changed fi

Re: --fuzzy search over to-be-deleted files to catch moved files and directories

On Tue, 2009-11-24 at 12:33 +0100, H. Langos wrote: > Ok, I see. Does "--fuzzy" check if the filezize is in the same order of > magnitude (or at most one order up/down)? > Expensive fuzzy string matching on filenames can probably safely be skipped > if abs(round(log10(ssize))-round(log10(dsize))

Re: --fuzzy search over to-be-deleted files to catch moved files and directories

On Sat, Nov 21, 2009 at 09:08:05AM -0500, Matt McCutchen wrote: > On Fri, 2009-11-13 at 18:58 +0100, H. Langos wrote: > > > > > [--detect-renamed] doesn't calculate name similarity like --fuzzy > > > > > because that would > > > > > be prohibitively expensive in the current implementation. > > > >

Re: --fuzzy search over to-be-deleted files to catch moved files and directories

On Fri, 2009-11-13 at 18:58 +0100, H. Langos wrote: > Ahh, ok, so here size+mtime or checksum select the base file. > > And if that selection fails then "--fuzzy" search is applied but looks > only in the /dst directory for a suitable candidate. > > (Or is the temporal order reversed?) Yes, th

Re: --fuzzy search over to-be-deleted files to catch moved files and directories

Hi Matt, Thank you very much for answering those questions and helping me to understand rsync better! On Thu, Nov 12, 2009 at 11:20:19PM -0500, Matt McCutchen wrote: > Attempting to address each of your questions, here and then in your > other message... > > On Wed, 2009-11-11 at 12:17 +0100, H.

Re: --fuzzy search over to-be-deleted files to catch moved files and directories

On Wed, 2009-11-11 at 14:32 +0100, H. Langos wrote: > Unfortunately it still does not solve my problem. "--detect-renamed" > hardlinks when it moves deleted files to its temp directory. But then > it seems to copy the file to its new location. > > This breaks the

Re: --fuzzy search over to-be-deleted files to catch moved files and directories

Attempting to address each of your questions, here and then in your other message... On Wed, 2009-11-11 at 12:17 +0100, H. Langos wrote: > > It will find moved files that match exactly > > according to the "quick check" in effect (size + mtime or checksum). > > That is basename+size+mtime or b

Re: --fuzzy search over to-be-deleted files to catch moved files and directories

it builds nicely with the debian > lenny source package of 3.0.6 .. now I'll have to see how it works. It does work. It will only show up if you enable -vvv though. Unfortunately it still does not solve my problem. "--detect-renamed" hardlinks when it moves deleted files to its

Re: --fuzzy search over to-be-deleted files to catch moved files and directories

Hi Matt, Thank you very much for the quick response! On Tue, Nov 10, 2009 at 12:13:09PM -0500, Matt McCutchen wrote: > On Tue, 2009-11-10 at 17:55 +0100, H. Langos wrote: > > Now the question is, if fuzzy search could be extended to search for > > moved files across directory borders. If for exam

Re: --fuzzy search over to-be-deleted files to catch moved files and directories

On Tue, 2009-11-10 at 17:55 +0100, H. Langos wrote: > Now the question is, if fuzzy search could be extended to search for > moved files across directory borders. If for example I move pictures > aound to reorganize them in a different directory hierarchy, or if I > move whole directories around a

--fuzzy search over to-be-deleted files to catch moved files and directories

old location. As i understand it, the"--delete-after" option already implies that the receiving side has to keep all to-be-deleted files till the end of the transfer. So, instead of searching all files at the destination for a match, would it be possible to also search that list of

Only backup deleted files/dirs

I am missing a option for --backup By default --backup copies deleted and changed files. With patching rsync I can specify a dir for the deleted files and a dir for the changed files. My problem is that I don't care abotu changed files/dirs. Only deleted files/dirs are interesting. Is ther

DO NOT REPLY [Bug 5263] failure to report deleted files with link-dest

https://bugzilla.samba.org/show_bug.cgi?id=5263 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #3 from [EM

Re: using rsync for mirroring: deleted files from source and kept in dest, better handling?

ion to make a list of destination files that have been deleted from the source, and save this list for future reference. - Use --backup with a --backup-dir to have rsync move the extraneous destination files to a parallel directory tree instead of deleting them. That way, the destination faithful

using rsync for mirroring: deleted files from source and kept in dest, better handling?

Hello, I'm starting to explore rsync to mirror some directories from a disk to another locally. If I understand it right, if I don't include any --delete* parameter, when updating the copy, if some files have been deleted from the source directory they're not deleted from the destination directory

DO NOT REPLY [Bug 5263] failure to report deleted files with link-dest

https://bugzilla.samba.org/show_bug.cgi?id=5263 --- Comment #2 from [EMAIL PROTECTED] 2008-02-17 14:12 CST --- > it's not unlinking anything Fully agreed, no unlink(2) occurs ;-] >> It should say: '*deleting chars.me' > Why? Because that file existed in the prior snapshot and will

DO NOT REPLY [Bug 5263] failure to report deleted files with link-dest

https://bugzilla.samba.org/show_bug.cgi?id=5263 --- Comment #1 from [EMAIL PROTECTED] 2008-02-17 07:15 CST --- > It should say: '*deleting chars.me' Why? It's *not* deleting anything; it just links those files that still exist in /tmp/0/ via /tmp/2/ into /tmp/3/, it's not unlinking a

DO NOT REPLY [Bug 5263] New: failure to report deleted files with link-dest

https://bugzilla.samba.org/show_bug.cgi?id=5263 Summary: failure to report deleted files with link-dest Product: rsync Version: 3.0.0 Platform: All OS/Version: All Status: NEW Severity: major Priority: P3

Re: Feature suggestion: number of deleted files on --stats

On Fri, Apr 06, 2007 at 08:45:00AM -0300, Rodrigo Severo wrote: > I'm writing to suggest a small new feature: including the number of > deleted files on --stats. That would be useful to have. Getting it implemented will require a protocol change due to the fact that either the se

Re: Feature suggestion: number of deleted files on --stats

uot;changed something: ". :) Including the number of deleted files in --stats output might still be nice and wouldn't be hard to do. If a --max-delete limit is specified, rsync already counts the files it deletes. Matt -- To unsubscribe or change options: https://lists.samba.org/mailman/list

Feature suggestion: number of deleted files on --stats

Hi, I'm writing to suggest a small new feature: including the number of deleted files on --stats. This way it would be simplier to parse rsync output to detect if it actually changed anything. An example of a real situation: I'm mirroring some files from one server to another (

Re: log file with unexpected output on deleted files (bug?)

On Sat, 23 Dec 2006 07:58:29 -0800 Wayne Davison wrote: This is due to a bug-fix to help an rsync daemon log where the files are in the hierarchy, but it's being applied to non-daemons where it is causing a problem with the output (which affects more than just deleted files). The fix

Re: log file with unexpected output on deleted files (bug?)

On Thu, Dec 21, 2006 at 07:21:34PM +0100, Jens Helweg wrote: > In the log file all lines with deleted files do not show the full path > to the deleted files but show the path of where I ran the rsync > command and the deleted file name. This is due to a bug-fix to help an rsync daemon

Re: log file with unexpected output on deleted files (bug?)

On 12/21/06, Jens Helweg <[EMAIL PROTECTED]> wrote: In the log file all lines with deleted files do not show the full path to the deleted files but show the path of where I ran the rsync command and the deleted file name. I can reproduce this behavior, and I think it's a bug. R

log file with unexpected output on deleted files (bug?)

Hi there, I am using rsync to synchronize two folders. I have configured the log-format to my personal needs like this: --log-format="%f %t %o %l %P" I am also using the --delete flag to log deleted files as well. I have upgraded my rsync version to 2.6.9 when I figured out that sta

Re: Archiving deleted files instead of deleting them

ed is that I am using cwRsync on Windows, and Windows Server 2003 seems to treat dates differently to XP when writing batch files. Anyway, that is a side issue - the Rsync part is working fine :) Matt -- View this message in context: http://www.nabble.com/Archiving-deleted-files-instead-o

Re: Archiving deleted files instead of deleting them

hat? If so, could you explain how your setup > works now? > > Cheers, > Matt > -- View this message in context: http://www.nabble.com/Archiving-deleted-files-instead-of-deleting-them-tf2206865.html#a6291295 Sent from the Samba - rsync forum at Nabble.com. -- To unsubscribe or chang

Re: Archiving deleted files instead of deleting them

be me. Seems to work a treat though. Cheers, Matt -- View this message in context: http://www.nabble.com/Archiving-deleted-files-instead-of-deleting-them-tf2206865.html#a6113298 Sent from the Samba - rsync forum at Nabble.com. -- To unsubscribe or change options: https://lists.samba.org/mailman

Re: Archiving deleted files instead of deleting them

message in context: http://www.nabble.com/Archiving-deleted-files-instead-of-deleting-them-tf2206865.html#a6112431 Sent from the Samba - rsync forum at Nabble.com. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

Re: Archiving deleted files instead of deleting them

feenster wrote... > Is this possible with Rsync? Seems like you're looking for the --backup option. Chri- "Had the same question several months ago" stoph -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/

Archiving deleted files instead of deleting them

ttp://www.nabble.com/Archiving-deleted-files-instead-of-deleting-them-tf2206865.html#a6112108 Sent from the Samba - rsync forum at Nabble.com. -- To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

[Bug 2608] know deleted files when --update'ing

https://bugzilla.samba.org/show_bug.cgi?id=2608 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: Rsync 2.6.3 does not show to be deleted files. Bug?

On Sun, Aug 21, 2005 at 10:43:30PM +0200, Gerben Wierda wrote: > I get no such delete messages, but files will be deleted. When I look > at the log file where rsync logs to I see [delete messages] Upgrading to 2.6.6 should fix that. ..wayne.. -- To unsubscribe or change options: https://lists.

Rsync 2.6.3 does not show to be deleted files. Bug?

Hi, I am running rsync 2.6.3 on Mac OS X 10.4. I have set up rsync to act as rsync server on one machine with a module entry like this: syslog facility = local5 [src-rw] path = /usr/local/src comment = whole /usr/local/src tree hosts allow = [ip addresses deleted]

Re: [Bug 2675] --backup --suffix=.foo --delete-after doesn't backup deleted files

On Mon, May 02, 2005 at 06:54:03PM +0200, Paul Slootman wrote: > Hmm, I looked through the messages to the mailing list since 2.6.4 was > released, and couldn't find anything relevant. http://lists.samba.org/archive/rsync/2005-April/012134.html > BTW, there was a bug reported about the fact that

Re: [Bug 2675] --backup --suffix=.foo --delete-after doesn't backup deleted files

On Mon 02 May 2005, [EMAIL PROTECTED] wrote: > --- Additional Comments From [EMAIL PROTECTED] 2005-05-02 09:36 --- > It helps to look at the NEWS file from CVS so that you won't duplicate bugs > that > have already been fixed (this is mentioned in the checklist on the > bug-reporting >

[Bug 2675] --backup --suffix=.foo --delete-after doesn't backup deleted files

||FIXED Summary|--backup --suffix=.foo |--backup --suffix=.foo -- |doesn't backup deleted files|delete-after doesn't backup | |deleted files --- Additional Comments From [EMAIL PROTEC

[Bug 2675] --backup --suffix=.foo --delete-after doesn't backup deleted files

https://bugzilla.samba.org/show_bug.cgi?id=2675 --- Additional Comments From [EMAIL PROTECTED] 2005-05-02 09:37 --- Created an attachment (id=1202) --> (https://bugzilla.samba.org/attachment.cgi?id=1202&action=view) Fix the combination of --backup with --delete-after -- Configure

[Bug 2675] New: --backup --suffix=.foo doesn't backup deleted files

https://bugzilla.samba.org/show_bug.cgi?id=2675 Summary: --backup --suffix=.foo doesn't backup deleted files Product: rsync Version: 2.6.4 Platform: All URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=306981 OS/Version:

[Bug 2608] New: know deleted files when --update'ing

https://bugzilla.samba.org/show_bug.cgi?id=2608 Summary: know deleted files when --update'ing Product: rsync Version: 2.6.4 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priorit

Re: Prune deleted files with rsync?

On Thu, Feb 10, 2005 at 01:23:05PM -0800, Mark Winslow wrote: > Hi, is there a way to have rsync prune files that > exist on the destination path that no longer exist on > the source path? Yes, there is. Please see the excellent documentation that comes with rsync. > > Thanks. > You're welco

Prune deleted files with rsync?

Hi, is there a way to have rsync prune files that exist on the destination path that no longer exist on the source path? Thanks. __ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com -- To unsubscribe or change o

RE: Deleted files

rsync limits? Thanks, Rob Walls -Original Message- From: jw schultz [mailto:[EMAIL PROTECTED] Sent: Monday, February 23, 2004 5:30 PM To: [EMAIL PROTECTED] Subject: Re: Deleted files On Mon, Feb 23, 2004 at 05:04:00PM -0700, Walls Rob W Contr 75 CS/SCBS wrote: > Thought my trouble

Re: Deleted files

On Mon, Feb 23, 2004 at 05:04:00PM -0700, Walls Rob W Contr 75 CS/SCBS wrote: > Thought my troubles were fixed, but files disappeared again and reappeared > after a few dozen rsync cycles. > I am mapping a Win2K directory to Linux with Samba. That mounted directory > is then Rsynced to another Linu

Deleted files

Thought my troubles were fixed, but files disappeared again and reappeared after a few dozen rsync cycles. I am mapping a Win2K directory to Linux with Samba. That mounted directory is then Rsynced to another Linux box on a schedule (Linux to Linux, because I can't run rsync on the windows machine)

remote server won't remove deleted files

Heres' what I did... login as root rsync -a *.c auk1::pub/ rm -f a*.c rsync -a *.c auk1::pub/ The a*.c files still exist on auk1, the remote server. I've tried some parameters like --delete, --ignore-errors. There's no help. The server is running as a daemon by root. rsync.conf: uid = root gid

Re: remote server won't remove deleted files

On Fri, Aug 08, 2003 at 02:37:24PM +0800, AndyWu wrote: > Heres' what I did... login as root > > rsync -a *.c auk1::pub/ > rm -f a*.c > rsync -a *.c auk1::pub/ You are syncing a list of files. For delete to work you must recurse on a directory. > The a*.c files still exist on auk1, the remote

stats and deleted files

I have attempted all possible verbose and stats options inorder to display the number of files removed/deleted from the destination during a sync. Is this even possible? Vernon Fort --- Vernon A. Fort (Andy) Provident Solutions, LLC (615) 427-4016 http://www.provi

Suggested fix for --backup not logging 'deleted' files

total overkill), apparently the only way to learn about such 'deleted' files is to manually look over the '~' files after running rsync, or the files in the backup directory (when --backup-dir is used). This can be very tedious work. So, I think 'deleted' files should