similar to: dovecot and nfs

Is there any way of increasing rsync's block transfer size for when you need to transfer data from one filesystem to another on the same disk? Using a large blocksize tends to decrease track to track seeks. If I put a large dd or something in between two tar's in such a situation, I see over double the throughput on an AIX system (1M vs 64K). Thanks. -- Dan Stromberg DCS/NACS/UCI

We've been using this version of rsync: rsync version 2.6.2 protocol version 28 Copyright (C) 1996-2004 by Andrew Tridgell and others <http://rsync.samba.org/> Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles, no IPv6, 64-bit system inums, 64-bit internal inums ...with these options: /usr/local/bin/rsync -a --stats --progress --block-size

I'm trying to switch to using rsync for updating a huge software library containing binaries, text files, symlinks, and so on. We've been using something homegrown which I'm not that happy with - it's a perl script that systems cp and chmod and such. The problem I'm seeing is: target computer: directories ctime-5 and ctime-5b3 are distinct directories source computer:

It'd be pretty cool if rsync supported use of O_DIRECT on platforms that support it, with or without my odirect package: http://dcs.nac.uci.edu/~strombrg/odirect/ I say this because rsync is sometimes used to move a mountain of data, just once. So there's little point in rsync toasting one's buffer cache. I gather there's something like O_DIRECT on windows too, but it's

We're hoping to switch to updating a large software collection with rsync. Sometimes, we'll be using rsync to push security updates, say for setuid binaries with a security hole. In this case, we want rsync to get rid of the old executable, instead of creating a ~ file or whatever. Sometimes, we'll be using rsync to push updates to programs that people want to leave running a long

If it's anything like the rooms I saw last year...some rooms have "wardrobes" meaning that you have a unit with a shelf, a "closet" cabinet type thing, and about 5 drawers. If you have lots of clothes, bring extra storage containers because thos drawers can't really hold much. Or don't bring so many clothes:) I think some of the two room doubles have huge-ass floor

Whoops, I apologize for the off topic e-nail. I meant to write a reply but I mixed up my messages to the various listservers I'm subscribed to. I'll remember to check my address next time. I've found a new way to run Rsync, it works pretty well, and involves a disk image mounted on a server that's created with Disk Copy. It serves our purpose pretty well for what we're doing

Included below is a shar archive containing two patches that together: 1) make backup files get their setuid and setgid bits stripped by default 2) add a "-s" option that allows backup files to continue to have these privileges This means that if you update a collection of binaries with rsync, and one or more of them has a local-root security problem, the backup file(s) created when

Hmmm, looks indeed like changing the mtu helps, strange thing is that with the bigger mtu sometimes I had no problems and often TB are copied without problems. Problem is I can't test the connection that much because the connection has been established by a third party and it is just some vlan without any hops. But thanks for the link to the nfs-test that looks interesting!

Does anyone have advice or pointers on good documentation on how to convert a system from using the Mbox format to using Maildir? I recently upgraded to Fedora Core 2 from Fedora Core 1 and discovered that UW-IMAP was gone. So I switched over to using Dovecot. So far so good. But I would like to convert my system to start using the Maildir format. How easy is this to accomplish? Can I keep

If reducing the MTU is helping, you might look into turning on Path MTU Discovery. NFS can be fast for large transfers if you tune it. http://stromberg.dnsalias.org/~strombrg/nfs-test.html NFS is not terribly secure though - at least v2 and v3 weren't. Not sure about v4. On Wed, Mar 28, 2018 at 12:59 AM, Marc Roos via rsync <rsync at lists.samba.org> wrote: > > Kevin, Dan,

Is it possible to mix maildir and mbox formats with dovecot? For example, I would like ~/mail to be in maildir format yet keep the inbox (/var/mail/%u) in mbox format. If so, how may I go about this? Or am I stuck not being able to create subdirectories in ~/mail? Cheers, Shane

Is this possibly a problem with dovecot 0.99.10.9? Maybe it's been fixed in a later release? Might it be a security issue? Thanks! -------------- next part -------------- An embedded message was scrubbed... From: Not Zed <notzed at ximian.com> Subject: Re: [Evolution] evo confused when searching message bodies on large folders? Date: Fri, 19 Nov 2004 08:11:15 +0800 Size: 3444 URL:

Unknown ----- Original Message ----- From: <samba@samba.org> To: Multiple recipients of list SAMBA <samba@samba.org> Sent: Monday, September 27, 1999 10:37 AM Subject: SAMBA digest 2249 > SAMBA Digest 2249 > > For information on unsubscribing see http://samba.org/listproc/ > Topics covered in this issue include: > > 1) Re: redhat->nt printing problem after

Hi, there is an issue left in 0.99.10.5 which (I think) is a problem with imap status flags. It shows up in two places: (1) When new mail is delivered to the inbox, the last read mail changes to "unread". (2) When you move mails from the inbox to another folder with Mozilla (1.6 on win32, Linux, NetBSD), they are not removed from the inbox, effectively performing a copy instead of a

I've tried to write the new mbox code in a way that it could be moved into generic flat-file library with mbox-specific code being implemented on top of that. The code would be useful for all formats that require modifying message headers to store the metadata. How many such are there? I suppose all such formats could be implemented by separating mails into 3 logical parts: - header

I'd like to use rsync on a production box that has a great deal of memory-cached filesystem in use at all times. Is there any way, or any other tool, that will do a "slow" copy? purposefully not busting the cache by copying things as fast as possible? "nice" does not work, of course, as that is a cpu scheduling control. What I want is basically lowest-priority or

Hi Chandrakala, Logan, Can you confirm that the attached patch fixes the overflow problem? Koen, can you confirm the fix makes sense? Cheers, Jean-Marc On 11/27/2017 12:10 PM, Logan Stromberg wrote: > Sorry, long holiday weekend in America. > I can say with pretty high certainty that there is an overflow occurring > and it is flipping smooth_coef_Q16 to be negative when it probably

Hi, Can anyone let me know if this is a bug? Thank you, Chandrakala ----- Original Message ----- From: "Logan Stromberg" <loganstromberg at gmail.com> To: "Chandrakala Madhira" <chandrakala.madhira at soctronics.com> Cc: opus at xiph.org Sent: Wednesday, November 22, 2017 12:12:39 PM Subject: Re: [opus] Reg an issue with smoothing factor in VAD

You could try using an automounter, like autofs, in combination with sshfs. It'll be slower, possibly a lot slower, but it should be more reliable over an unreliable connection. I've been using: remote -fstype=fuse,allow_other,nodev,noatime,reconnect,ServerAliveInterval=15,ServerAliveCountMax=40,uid=0,gid=0,ro,nodev,noatime :sshfs\#root at remote.host.com\:/ BTW, I'm not sure