similar to: controlling what happens to old executables?

I configured dovecot on a Fedora Core 2 system - the version that comes with FC2. I was using it with a RHEL 3 NFS server. Dovecot would again and again get stuck trying to grab an fcntl lock, even though I specified that it should only use dotlocks in dovecot.conf. Sometimes it would segfault (leaving things locked?). Often there would be two dovecot imapd processes for the same user.

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

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!

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,

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

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:

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

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

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

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 shouldn't be. I had originally thought it was only an issue where it was overflowing the 15th bit but not the 16th, which might still preserve the intended value for operations that ignore the sign bit (in cases

I was just building binary Solaris packages of OpenSSH for use at our company. While doing so, it occurred to me that the only thing that really stops me from being able to make a binary build totally relocatable in the filesystem tree is the default path. Other than that, I cannot think of any file path that cannot be modified with either a command line option or in a configuration file. Is

Hi, I like to use rsync for backup from Desktop to my nas server. - I can setup an cron job at the server, so rsync starts on the server side to backup from my desktop to the server. But what if I shutdown my Desktop? Can rsync handle interruptions in a good way or is there a better solution? Thanks in advance, Dirk

Yes, yes, I can reproduce it now, but only on platforms that define a 16-bit int by default (SA_Q15 is an opus_int rather than opus_int32). What system are you compiling this for? On Tue, Nov 21, 2017 at 8:34 PM, Chandrakala Madhira < chandrakala.madhira at soctronics.com> wrote: > Hi Logan, > > Please find attached the input stream we are using testing. > > Thank you, >

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

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:

On Fri, 19 Jul 2002, Dan Stromberg wrote: > Many apologies. If we update on the nfs server, as we've intended all > along, we should have no .nfs* files. Well, here's one thing that could make them, even if they're being created only directly, not over NFS. I'm watching the directory you're syncing into. I open the file while it's still there. You delete it, and

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