RE: [Question] Building without iconv

On March 3, 2025 10:28 PM, Kevin Korb wrote: >Works for me... >$ ./configure --disable-iconv --disable-locale --disable-openssl >--disable-xxhash -- >disable-zstd --disable-lz4 && make $ ldd rsync > linux-vdso.so.1 (0x7ffd39873000) > libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6

Re: [Question] Building without iconv

Works for me... $ ./configure --disable-iconv --disable-locale --disable-openssl --disable-xxhash --disable-zstd --disable-lz4 && make $ ldd rsync linux-vdso.so.1 (0x7ffd39873000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f77c8f8b000) /lib64/ld-linux-x86-64

RE: [Question] Building without iconv

On March 3, 2025 9:14 PM Marc Aurèle La France wrote: >On Mon, 2025-Mar-03, Randall S. Becker via rsync wrote: > >> I am trying to build a 64-bit version of rsync. My issue is that I do >> not have a 64-bit libiconv.so or libiconv.a available. The platform I >> am on only has 32-bit builds. The --d

Re: [Question] Building without iconv

On Mon, 2025-Mar-03, Randall S. Becker via rsync wrote: I am trying to build a 64-bit version of rsync. My issue is that I do not have a 64-bit libiconv.so or libiconv.a available. The platform I am on only has 32-bit builds. The --disable-iconv option in configure is not actually disabling icon

Re: question about the recursive algorithm

> I don't believe the transferring part of rsync will jump around. How about the deleting part? > It will transfer files it deems need it in the order it finds them > which will be 1 dir at a time. Though when it enters a child dir that > doesn't mean it is done with the parent dir. In the sen

Re: question about the recursive algorithm

parent dir. On Thu, 16 Jan 2025, b...@riseup.net wrote: Date: Thu, 16 Jan 2025 15:16:02 + From: b...@riseup.net To: Kevin Korb Cc: rsync@lists.samba.org Subject: Re: question about the recursive algorithm Thanks for your message again. I appreciate your answers. I don't mind about t

Re: question about the recursive algorithm

Thanks for your message again. I appreciate your answers. I don't mind about the order of the files, and neither really about the order of the directories: I'm interested about whether rsync might transfer some files into a directory, then transfer some files into another which is outside of the f

Re: question about the recursive algorithm

it is quite common for it to delete things in directories it isn't transferring files in. On Thu, 16 Jan 2025, BP25 wrote: Date: Thu, 16 Jan 2025 14:47:27 + From: BP25 To: Kevin Korb Cc: rsync@lists.samba.org Subject: Re: question about the recursive algorithm Thanks Kevin, but I

Re: question about the recursive algorithm

Thanks Kevin, but I don't understand your message, or at least how it answers my "real question" (last paragraph)... and by the way --delete defaults to --delete-during for current versions of rsync as far as I know... > rsync doesn't really give much control over the order it does things > in. I

Re: question about the recursive algorithm

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 rsync doesn't really give much control over the order it does things in. If you want to control when the deletions happen there is only - --delete-before or --delete-during but both are slower than the default - --delete. On Thu, 16 Jan 2025, BP via

Re: question about the recursive algorithm

On Thu, 2025-Jan-16, BP via rsync wrote: I always run rsync as follows: "sudo rsync -PaSHAXvi --del DIR1/ DIR2". I would think that whenever I see in the output of this rsync command a few lines of the form A/B/... and then further down in the output again a few lines of the form A/B/... (dots a

Re: question about --link-dest and the rsync protocol

Thanks for the advice. Unfortunately I tried: --link-dest=/snapshots/rsync_test/last and it still does not find it. On Sun, Jan 12, 2025 at 8:37 AM Paul Slootman via rsync wrote: > > On Sat 11 Jan 2025, Anthony LaTorre via rsync wrote: > > > Thanks for your quick response. The rsyncd.conf file

Re: question about --link-dest and the rsync protocol

On Sat 11 Jan 2025, Anthony LaTorre via rsync wrote: > Thanks for your quick response. The rsyncd.conf file looks like: > > charset = utf-8 > [user] > path = /c/user > comment = "" > use chroot = true Note the chroot... So "/" equals /c/user > uid = root > gid = root > read only = f

Re: question about --link-dest and the rsync protocol

On 12.01.25 03:52, Anthony LaTorre via rsync wrote: $ rsync -aPh --link-dest=/user/snapshots/rsync_test/last /home/user/rsync_test rsync://admin@readynas.internal/snapshots/user/Jan_11_2025 Password: sending incremental file list --link-dest arg does not exist: /user/snapshots/rsync_test/last

Re: question about --link-dest and the rsync protocol

Hi Kevin, Thanks for your quick response. The rsyncd.conf file looks like: charset = utf-8 [user] path = /c/user comment = "" use chroot = true uid = root gid = root read only = false auth users = admin I'm still confused about how to specify the path. The actual UNIX path is: /c/

Re: question about --link-dest and the rsync protocol

rsyncd doesn't take unix paths. You must adapt your --link-dest to contend with however the rsycd module is defined in rsyncd.conf. On 1/11/25 9:52 PM, Anthony LaTorre via rsync wrote: Hi all, I'm trying to figure out why a script works when using SSH but not when using the rsync protocol. Wh

Re: Question About Rsync and Modification Times

On Wed 09 Oct 2024, McDowell, Blake via rsync wrote: > Linux servers one running TrueNAS-13.0-U6 and the other running > TrueNAS-13.0-U3.1. > > I connect to both on a Mac via smb over fiber. > > Using cp -a also updates the timestamp of the copied file to today and does > not back-date it to t

Re: Question About Rsync and Modification Times

conservator/archivist, so I may be missing something obvious. -Blake From: Kevin Korb Date: Wednesday, October 9, 2024 at 15:01 To: McDowell, Blake , rsync@lists.samba.org Subject: Re: Question About Rsync and Modification Times External Email - Exercise Caution That isn't how rsync s

Re: Question About Rsync and Modification Times

a.org *Subject: *Re: Question About Rsync and Modification Times External Email - Exercise Caution You are using rsync -a which copies (preserves) the timestamp.  Meaning that rsync will copy the file then back-date it to the timestamp of the source file.  Most copying tools do not do this though cp

Re: Question About Rsync and Modification Times

Date: Wednesday, October 9, 2024 at 14:45 To: rsync@lists.samba.org Subject: Re: Question About Rsync and Modification Times External Email - Exercise Caution You are using rsync -a which copies (preserves) the timestamp. Meaning that rsync will copy the file then back-date it to the timestamp

Re: Question About Rsync and Modification Times

You are using rsync -a which copies (preserves) the timestamp. Meaning that rsync will copy the file then back-date it to the timestamp of the source file. Most copying tools do not do this though cp's -a does it too. Note that your itemized output says that the timestamp is different meanin

Re: question abount pre-xfer exec

You only log you would like to to mount /backup, but the actual command is missing. You should also log errors, so something like /usr/bin/mount /backup >> /var/log/rsyncd.log 2>&1 would be adequate before your line to check what is mounted. Hope this helps Hardy Am 24.09.22 um 15:15 schrob d

Re: question abount pre-xfer exec

You aren't logging any stderr. That is where any error messages would go. Add some 2>&1. Also, mount has a -v On 9/24/22 09:15, dotdeb--- via rsync wrote: I've been using rsync for years to backup my machines both at work and at home. These days I faced a new "challenge": at work I connect

Re: Question about rsync -uav dir1/. dir2/.: possib to link?

Yes, cpio -l can be useful since cpio can easily operate on the output from the very capable find command. On 9/4/21 8:34 PM, Dan Stromberg wrote: > > I was thinking --link-dest too. > > Sometimes this can be done with cpio too; check out the -pdlv options. > > On Sat, Sep 4, 2021 at 4:57 PM Ke

Re: Question about rsync -uav dir1/. dir2/.: possib to link?

I was thinking --link-dest too. Sometimes this can be done with cpio too; check out the -pdlv options. On Sat, Sep 4, 2021 at 4:57 PM Kevin Korb via rsync wrote: > Rsync does almost everything cp does but since it is designed to network > it never got that feature. I was thinking maybe --link-

Re: Question about rsync -uav dir1/. dir2/.: possib to link?

Rsync does almost everything cp does but since it is designed to network it never got that feature. I was thinking maybe --link-dest could be tortured into doing it but if it can I can't figure out how. BTW, you have some pointless dots in there. On 9/4/21 6:41 PM, L A Walsh via rsync wrote: > I

Re: Question/comment about -n (dry run) flag of rsync

No problem On Tue, Mar 10, 2020, 18:05 raf via rsync wrote: > raf via rsync wrote: > > > T. Shandelman via rsync wrote: > > > > > Rsync is a remarkably handy tool that I use virtually every day. > > > > > > But there is one thing about rsync that drives me totally crazy. > > > > > > Under the -n

Re: Question/comment about -n (dry run) flag of rsync

raf via rsync wrote: > T. Shandelman via rsync wrote: > > > Rsync is a remarkably handy tool that I use virtually every day. > > > > But there is one thing about rsync that drives me totally crazy. > > > > Under the -n (dry run) flag, rsync seems to produce exactly the same output > > as withou

Re: Question/comment about -n (dry run) flag of rsync

T. Shandelman via rsync wrote: > Rsync is a remarkably handy tool that I use virtually every day. > > But there is one thing about rsync that drives me totally crazy. > > Under the -n (dry run) flag, rsync seems to produce exactly the same output > as without that flag. > > I cannot tell you ho

Re: Question/comment about -n (dry run) flag of rsync

If you used -v then the very last line rsync outputs is: total size is ### speedup is ### (DRY RUN) -- ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._., Kevin Korb Phone:(407) 252-6853 Systems Administrator Internet:

Re: Question on folder sync with "directory name translation"

Yeah, I don't have other symlink. But I'm thinking of changing my folder structure to reflect the data I really need on the NAS. So, as a side effect, the special rsync is not needed any more :) Anyway, thanks for the answers! Bye *___Gionata Boccalini* 2015-06-09 13:25 GMT+02:00 Mi

Re: Question on folder sync with "directory name translation"

Hello, I've been tasked with migrating a smallish (@90 mailboxes) company from a linux/dovecot mail server to Office 365, and after experiencing a ton of issues with Microsoft's native Imap syncing tool, I decided to use Imapsync, and it is working perfectly. It has the ability to add a simple re

Re: Question on folder sync with "directory name translation"

Should be as long as you don't have other symlinks in the tree. On Mon, Jun 8, 2015, 15:14 Gionata Boccalini wrote: > OK , but then the solution with symlinks is equivalent, just with the > right options for rsync. > > Make the link. > Sync + exclude. > Remove the link. > > Don't have to live wi

Re: Question on folder sync with "directory name translation"

OK , but then the solution with symlinks is equivalent, just with the right options for rsync. Make the link. Sync + exclude. Remove the link. Don't have to live with the folder on the source. *___Gionata Boccalini* 2015-06-08 22:49 GMT+02:00 Michael Johnson - MJ : > Oh, actually

Re: Question on folder sync with "directory name translation"

I should describe the problem more in details, but I believe this is off topic for this list. The FolderA is named "Musica" (in Italian) because.. I like it that way.. and is in my home folder. PC # /home/gionata/Musica FolderB MUST be named "music", in my home folder on the NFS filesystem, NAS

Re: Question on folder sync with "directory name translation"

The symlinks was mostly a shot in the dark. They're often useful when you need synonyms. The --fuzzy: I believe once handles different names and the second one adds different locations. I have thought about using it for issues I have reorganizing collections of media files, but never got aro

Re: Question on folder sync with "directory name translation"

Thanks Joe for the reply: 1) why do you say to use fuzzy twice? Do you mean in both directions? 2) I have to mention that the remote system is a Synology NAS, which for whatever reason (I can't think about), doesn't support symlinks, even in the same disk volume or "share"! > But I could make some

Re: Question on folder sync with "directory name translation"

I'm sure one of the experts will have a better answer, but two things come to mind as options to explore: 1) Use --fuzzy twice so files which are the same but possibly with different names and locations are synced 2) Use some sort of symlinks on the destination so the names actually match (these

Re: question about output of files copied/deleted

Hi. On Wed, 16 Jul 2014 23:24:45 -0700 Don Cohen wrote: > So another question/suggestion - if you save the output it would be > nice to be able to pipe it back into rsync as the list of files to > be transferred - which would be easier if there were a switch to do > the translation above. ... N

Re: question about output of files copied/deleted

> An output line like asd\#002\#003zxc could either mean a file of > that name or asd^B\#003zxc or asd^B^Czxc or asd\#002^Czxc Did you test that theory? Give it a try and you'll discover that \# followed by 3 digits in a filename always encodes the backslash, so there is never an ambig

Re: question about output of files copied/deleted

On Wed, Jul 16, 2014 at 6:40 PM, Don Cohen wrote: > An output line like asd\#002\#003zxc could either mean a file of that name > or asd^B\#003zxc or asd^B^Czxc or asd\#002^Czxc > Did you test that theory? Give it a try and you'll discover that \# followed by 3 digits in a filename always encode

Re: question about output of files copied/deleted

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The solution you are missing is that rsync can archive files itself using either --link-dest or --backup depending on whether you want a complete tree in the archive or not. On 07/16/2014 09:40 PM, Don Cohen wrote: > > It seems to me that this output

Re: Question about --files-from= and folder structure

On Fri, Jan 3, 2014 at 12:39 PM, Bill Dorrian wrote: > The script that I'm running works - sort of - in that it syncs the files; > but it syncs their parent directories too, which I'm trying to avoid. --files-from implies -R (--relative), which tells rsync to include the path info. If you don't

Re: Question about --files-from= and folder structure

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I don't know of a simple solution that would work with both --delete and with any number of files but here is an idea... Make an additional folder and link all the mp3 files into it then rsync that folder... rm -rf /backup/Music.flat mkdir /backup/Mu

Re: Question about rsyncing to a slightly different folder structure on target

On 2014-01-01 2:02 PM, Wayne Davison wrote: On Tue, Dec 31, 2013 at 3:59 AM, Charles Marcus mailto:cmar...@media-brokers.com>> wrote: On the old server, dovecot is configured to just use .../example.com/user for the maildirs. On the target server, I want

Re: Question about rsyncing to a slightly different folder structure on target

On Tue, Dec 31, 2013 at 3:59 AM, Charles Marcus wrote: > On the old server, dovecot is configured to just use .../example.com/userfor > the maildirs. > > On the target server, I want to change this to .../ > example.com/user/Maildir > One thing you can do is to add a symlink on the sending side

Re: question about rsync batch operation

On Thu, Feb 21, 2013 at 2:11 PM, Jason Keltz wrote: > As far as I understand, even though rsync is running on the client, the > server is trying to write the batch file locally? > No, the batch file is always output by whatever side is running the rsync command. You either need to specify a pat

Re: Question about --partial-dir and aborted transfers of large files

Hi, Thanks for that! On 12 August 2012 18:41, Wayne Davison wrote: > I have imagined making the code pretend that the partial file and any > destination file are concatenated together for the purpose of generating > checksums. That would allow content references to both files, but rsync > woul

Re: Question about --partial-dir and aborted transfers of large files

On Sun, Aug 12, 2012 at 10:41 AM, Wayne Davison wrote: > I have imagined making the code pretend that the partial file and any > destination file are concatenated together for the purpose of generating > checksums. > Actually, that could be bad if the destination and partial file are both huge.

Re: Question about --partial-dir and aborted transfers of large files

On Fri, Aug 10, 2012 at 9:03 AM, T.J. Crowder wrote: > 1. Am I correct in inferring that when rsync sees data for a file in the > --partial-dir directory, it applies its delta transfer algorithm to the > partial file? > 2. And that this is _instead of_ applying it to the real target file? (Not > a

Re: question about why rsync log doesn't include remot ip or remote host

On Tue, Nov 22, 2011 at 3:40 PM, Chris Adams wrote: > I would like to include the IP and/or hostname of the machine being > backed up > Since you are initiating the transfer of a remote machine, you can put whatever you like into your log string option as literal characters or an $ENVVAR (which

Re: question about why rsync log doesn't include remot ip or remote host

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Those variables only apply to connections to an rsyncd service. Since you are using ssh for the networking rsync doesn't really have that information. Also, since you are pulling backups rather than pushing them if you switched to rsyncd instead of s

Re: question on delta transfer

Hi, Thanks for the reply. I don't understand why I sent so many message.. can be my outlookJ.. sorry again It seems very strange that I write before but it was that happen to me. I have a remote application that every 3 hours recreate the file x that the first time will be moved to

Re: question on delta transfer

Hi, Thanks for the reply. I don't understand why I sent so many message.. can be my outlookJ.. sorry again It seems very strange that I write before but it was that happen to me. I have a remote application that every 3 hours recreate the file x that the first time will be moved to

Re: question on delta transfer

Hi, Thanks for the reply. I don't understand why I sent so many message.. can be my outlookJ.. sorry again It seems very strange that I write before but it was that happen to me. I have a remote application that every 3 hours recreate the file x that the first time will be moved to

Re: question on delta transfer

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I do not understand the context of your question. However, a networked rsync not using --whole-file will do a delta xfer if it sees a difference in mtime or file size. The fact that the file was deleted and recreated vs modified while rsync was not r

Re: Question about in-place option.

Hi, Thank you very much, it's working with --inplace --no-whole-file. Now snapshots of a 15GB database backup only takes a few kilobytes a day instead of 15GB. Mickaël On Wed, 2011-06-22 at 18:02 +0100, jer...@jeremysanders.net wrote: > Mickaël CANÉVET wrote: > > > I was wondering if there is a

Re: Question about in-place option.

Mickaël CANÉVET wrote: > I was wondering if there is a way top specify rsync to replace only > different block in case of in-place update. > > When I rsync a huge binary file that change often to a Copy-On-Write > filesystem for backing it up (ZFS in my case, but I suppose that btrfs > will act t

Re: Question about the --backup option;

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 old version of file, foo, becom

Re: Question on using single quote in an include from file

On Thu, Dec 04, 2008 at 05:58:05PM -0600, Larry Hayes wrote: > I have tried several other combinations of '\'' and single and double > quoting the entire path or just the filename, with no luck. There's no such thing as quoting in an include/exclude file. Anything after an initial -/+ and a space

Re: Question regarding --delete-during/after and backup file cases

Matt McCutchen wrote: (It would have made my life easier if you had replied directly to that message so I didn't have to search for it.) Ahh yes - it was an old thread back from June - I kinda did, but the question was a bit weird & different and the thread ended. Either way, sorry. If I

Re: Question regarding --delete-during/after and backup file cases

On Wed, 2008-10-22 at 14:38 +0200, Michal Soltys wrote: > A good while ago I asked about difference between --delete-during/delay > and --delete-after, when per-directory files are updated (all is > perfectly clear for me here), but during the discussion there was a hint > made by Wayne, that th

RE: Question on "Resource temporarily unavailable" error

I've removed the file from the destination machine and still received the error. When I disabled the preallocate option it worked. I suspect there is an issue in the cygwin preallocate option in 1.7. I'll report it to the cygwin message board. Rob -- Please use reply-all for most replies to

RE: Question on "Resource temporarily unavailable" error

Thanks for the tip. The destination is on a fibre channel array. I'm able to replicate the issue when trying to rsync locally and I get a read error. I'm wondering if it is a hardware issue. I'm deleting the file and letting rsync recreate it...then I'll see if the issue occurs again. You're pr

Re: Question on "Resource temporarily unavailable" error

On Tue, 2008-09-30 at 14:20 -0600, Rob Bosch wrote: > 2008/09/30 12:09:55 [12508] rsync: write failed on "/EDrive/testfile.edb" > (in Test.Backup):Resource temporarily unavailable (11) That error is coming from the destination filesystem. What happens if you copy the files to another place on the

Re: Question about log output

Forgot to mention that this is my command syntax: rsync -gloprtuvz -e ssh --delete --log-file=/var/log/rsync-transfer.log --output-format="%i" srcServer:/srcDir dstServer:/dstDir Thanks, Chris Bidwell, RHCT Web Administrator Geologic Hazards Team US Geological Survey email: [E

Re: question about recent memory-leak patch

On Sun, Dec 16, 2007 at 07:46:56PM -0500, Ming Zhang wrote: > I had sent a memory leak fix in print_rsync_version() a while go. not > sure if that was considered? or just leave that to OS cleanup? I had decided that since the leak was in a function that is about to exit that I didn't want to add t

Re: Question about --copy-unsafe-links

On Wed, Dec 12, 2007 at 09:55:36AM -0500, Matt McCutchen wrote: > On Wed, 2007-12-12 at 14:13 +, Chris G wrote: > > I was expecting that if I specified the --copy-unsafe-links option to > > rsync that I'd then get no warnings about 'skipping non-regular file > > "bla/bla/bla"' but it doesn't se

Re: Question about --copy-unsafe-links

On Wed, 2007-12-12 at 14:13 +, Chris G wrote: > I was expecting that if I specified the --copy-unsafe-links option to > rsync that I'd then get no warnings about 'skipping non-regular file > "bla/bla/bla"' but it doesn't seem to work like that. You have to additionally pass --links to make rsy

Re: question about compare-dest

On 3/8/07, Allan Gottlieb <[EMAIL PROTECTED]> wrote: This may indeed be working correctly, but I noticed that no matter how many -v I use (I tried up to 4) I could not get a confirmation that local-0 was found to agree with the copy on the target, even though I use --checksum. I do see several m

Re: Question on --backup --backup-dir Switches For Incremental Backs

On 2/16/07, Wayne Davison <[EMAIL PROTECTED]> wrote: I'm trying to imagine how that would be useful because one of the things that the options do is to control how the destination hierarchy is populated, and there's only one destination hierarchy. About the only useful combination I can come up

Re: Question on --backup --backup-dir Switches For Incremental Backs

On Thu, Feb 01, 2007 at 10:06:48PM -0500, Matt McCutchen wrote: > While we're on the topic: I was dismayed to discover a while ago that > rsync doesn't allow different kinds of basis dirs in the same command > (e.g., --compare-dest=foo --link-dest=bar). I'm trying to imagine how that would be usef

Re: Question on --backup --backup-dir Switches For Incremental Backs

On 1/30/07, Wayne Davison <[EMAIL PROTECTED]> wrote: You're right. That means that the multi-option version of compare-dest is not working as it should. I need to change the code so that rsync creates a new version anytime the most recent version of the file differs from the sender's version (w

Re: Question on --backup --backup-dir Switches For Incremental Backs

On Mon, Jan 29, 2007 at 04:56:16PM -0500, Matt McCutchen wrote: > This approach won't work because rsync will skip a file if it is in > the same state now as in any of the backups, not just the most recent > one. Thus, if I change a file and change it back, the fact that I > changed it back would

Re: Question on --backup --backup-dir Switches For Incremental Backs

On Mon 29 Jan 2007, Matt McCutchen wrote: > On 1/29/07, Wayne Davison <[EMAIL PROTECTED]> wrote: > >If you > >want to store the new, changed files, use one or more --compare-dest > >options (one pointing at an old full backup, and an extra option for any > >intervening incrementals). > > This appr

Re: Question on --backup --backup-dir Switches For Incremental Backs

On 1/29/07, Wayne Davison <[EMAIL PROTECTED]> wrote: If you want to store the new, changed files, use one or more --compare-dest options (one pointing at an old full backup, and an extra option for any intervening incrementals). This approach won't work because rsync will skip a file if it is i

Re: Question on --backup --backup-dir Switches For Incremental Backs

On Mon, Jan 29, 2007 at 10:34:39AM -0500, Blake Carver wrote: > I thought the --backup --backup-dir Switches were used to store just > the files that had changed in seperate directories, am I wrong on > that? It stores the old files that are being updated or deleted, moving (or copying) them befor

RE: Question on --backup --backup-dir Switches For Incremental Ba cks

take a look at rsnapshot http://www.rsnapshot.org/ > -Original Message- > From: Blake Carver [mailto:[EMAIL PROTECTED] > Sent: Monday, January 29, 2007 7:35 AM > To: rsync@lists.samba.org > Subject: Question on --backup --backup-dir Switches For Incremental > Backs > > > I current do s

Re: Question on --backup --backup-dir Switches For Incremental Backs

On Mon 29 Jan 2007, Blake Carver wrote: > I current do some rsync backups with a command like so every day > > rsync -az -e ssh --stats --delete --exclude "stuff" / > [EMAIL PROTECTED]:/home/user/ > > What I want to do is have some incremental backups in there in > subdirectories. So, for examp

Re: Question about deleting a file from the server via Rsync

On 11/27/06, Ben Anderson <[EMAIL PROTECTED]> wrote: I'm using cwrsync (with rsync 2.6.9) via ssh Careful: when we say "rsync via ssh", we usually mean that the client rsync invokes a second instance of rsync on the server as the ssh remote command. Your setup counts as talking directly to an

RE: Question about rsync and BIG mirror

> Object: Re: Question about rsync and BIG mirror Thanks for all your answers and advices. My problem seems on the side of the 2MB line one time the whole 190GB data are synchronised. I will keep in touch and give some feedbacks. Thanks for all -- To unsubscribe or change options: ht

Re: Question about rsync and BIG mirror

Shachar Shemesh wrote: > >While you're there, one little trick I've found that speeds up > >scanning large directory hierarchies is to stat() or open() entries in > >inode-number order. For some filesystems it makes no difference, but > >for others it reduces the average disk seek time as on many

Re: Question about rsync and BIG mirror

Jamie Lokier wrote: >While you're there, one little trick I've found that speeds up >scanning large directory hierarchies is to stat() or open() entries in >inode-number order. For some filesystems it makes no difference, but >for others it reduces the average disk seek time as on many common >fi

Re: Question about rsync and BIG mirror

Wayne Davison wrote: > On Mon, Mar 06, 2006 at 07:18:45PM +0200, Shachar Shemesh wrote: > > In fact, I know of at least one place where they don't use rsync because > > they don't have enough RAM+SWAP to hold the list of files in memory. > > > > As far as future directions for rsync, I think this

Re: Question about rsync and BIG mirror

Shachar Shemesh wrote: > >Hmm. My home directory, on my laptop (a mere 60GB disk), does contain > >millions of files, and it takes about 20 minutes to build the list on > >a good day. 100Mbps network, but it's I/O bound not network bound. > > > >It looks a lot like the number of files is more sig

Re: Question about rsync and BIG mirror

On Mon, Mar 06, 2006 at 07:18:45PM +0200, Shachar Shemesh wrote: > In fact, I know of at least one place where they don't use rsync because > they don't have enough RAM+SWAP to hold the list of files in memory. > > As far as future directions for rsync, I think this is the major place > where rsyn

Re: Question about rsync and BIG mirror

Jamie Lokier wrote: >Hmm. My home directory, on my laptop (a mere 60GB disk), does contain >millions of files, and it takes about 20 minutes to build the list on >a good day. 100Mbps network, but it's I/O bound not network bound. > >It looks a lot like the number of files is more significant tha

Re: Question about rsync and BIG mirror

jp wrote: > 100gb of 4-40MB files sounds like my home PC full of digital photos I've > taken. It backs up to a linux PC right beside it with rsync. I don't > really call it that big a project for rsync. Big things for rsync are > millions of files. At 100mbps, it takes a few seconds to build the

Re: Question about rsync and BIG mirror

100gb of 4-40MB files sounds like my home PC full of digital photos I've taken. It backs up to a linux PC right beside it with rsync. I don't really call it that big a project for rsync. Big things for rsync are millions of files. At 100mbps, it takes a few seconds to build the list. I use the

RE: Question about rsync and BIG mirror

Flames invited if I'm wrong on any of this, but: Some (long overdue) backups indicate that network speed should be much more important than cpu speed. Your results will depend heavily on your exact mix and I cannot think of any reasonable way to quantify it. That said, this may help give you a clu

Re: Question about rsync and BIG mirror

On Fri, 2006-03-03 08:02:55 +0100, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > // I wonder if this message has been posted, so I sent it again // It was, but nobody answered yet. > I'm preparing a plan for a production mode in my company: we need to > mirror around 100GB of data trough a spe

Re: Question about rsync and BIG mirror

[EMAIL PROTECTED] wrote: >Hello, > > So: each night, from 0:00am to maximum 7:00am, the server will have to >check the 100Go of files and see what files have been modified, then, >upload them to the clients. Each file is around 4MB to 40MB in average. > > Are the clients what you call the "mir

RE: question about librsync : patch function

: Wayne Davison [mailto:[EMAIL PROTECTED] Envoyé : samedi 1 octobre 2005 17:52 À : NGUYEN, Laurent (ext.) Cc : rsync@lists.samba.org Objet : Re: question about librsync : patch function NGUYEN, Laurent (ext.) wrote: > About librsync, does anyone know how to patch the delta without >

Re: question on reporting bytes transferred

Mario Tambos wrote: the summatory of the file's transferred bytes is 48542663. it doesn't match the received bytes (about 8mb less) That's because the summary total includes data that was sent outside of the file transfers, such as the data for the file list (which is probably the majority

Re: question about librsync : patch function

NGUYEN, Laurent (ext.) wrote: About librsync, does anyone know how to patch the delta without creating a new file ? While this isn't the librsync mailing list, I do know that the basic librsync tools (and indeed, the library itself) only support creating a new file, not merging changes int

Re: Question about Domino NSF files

On Tue, Sep 27, 2005 at 02:48:39PM -0500, Max Kipness wrote: > This works fine, however when trying to use cp -al to make incremental > copies, each copy always ends up being 53Gb in size. How are you measuring that? If you use "du" on individual directory hierarchies, it will always report the f

Re: Question and feature requests for processor bound systems

On Thu, Aug 18, 2005 at 01:48:08PM -0500, Evan Harris wrote: > Will that be going into the upcoming 2.6.7 version? Yes. > One question: does it also do a rudimentary check to make sure that > the last block that is still present still matches on the sender and > receiver, so it can catch files an

Re: Question and feature requests for processor bound systems

On Thu, 18 Aug 2005, Wayne Davison wrote: > The --whole-file option (-W) disables the rsync algorithm entirely, but > not the full-file checksum to verify that the file was transferred > correctly. Unfortunately, for these huge files, I don't want to retransfer the part that has already been ret

Re: Question and feature requests for processor bound systems

On Thu, Aug 18, 2005 at 04:45:21AM -0500, Evan Harris wrote: > Is there any way to disable the checksum block search in rsync, or to > somehow optimize it for systems that are processor-bound in addition > to being network bound? The --whole-file option (-W) disables the rsync algorithm entirely,

Re: Question and feature requests for processor bound systems

On Thu, 18 Aug 2005, Jan-Benedict Glaw wrote: > By design, rsync trades CPU power for bandwidth. True. But just because that is it's main focus doesn't mean we can't also provide a facility for hinting the types of files being transferred to lessen the impact of that tradeoff for systems that a

  1   2   >