similar to: sync performance falls off a cliff

Today I return to Ruby after 12 months. I find I have several installations, including Ruby 1.9!? Decided to rationlise things a bit before starting to learn Ruby again from scratch. Rails is hot stuff and I find I also had an old version of InstantRails (this is an XP machine... calm down now, it''s all I''ve got (well not quite, but I''ll come to that later)).

http://dovecot.org/rc/ Changes since rc1: + Create PID file in /var/run/dovecot/master.pid - THREAD and SORT commands crashed with some mails If nothing new comes up, this is the final release tomorrow. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL:

Hi, I know certain subtrees I want to backup are written once and never deleted. So to reduce the time it takes rsync to run, I was thinking of putting the following .rsync-filter in each of these subtrees: P /** I can see this stops the files on the receiver side from being deleted. Does this filter also improve performance? It looks like it does. If I do a manual test and delete a file in

I looked in the place where dovecot logs everything ... the maillog. I didn't see anything but the log is huge and I could have easily missed it. Is there a certain error or phrase I should look for? If so please advise. On 3/13/2015 3:05 AM, Steffen Kaiser wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Thu, 12 Mar 2015, Cliff Hayes wrote: > >> I recently

Hello R Helpers! I'm a windows user who is trying to compile a package that was sent to me by a Mac user. The file was of type .tar.gz, I extracted its elements and saved them to my R directory and then followed all of the steps towards building a package found in the readme.packages file of R, ie. installing the tools. However, I get errors in the command prompt. The readme.packages

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 13 Mar 2015, Reindl Harald wrote: > Am 13.03.2015 um 14:29 schrieb Cliff Hayes: >> I looked in the place where dovecot logs everything ... the maillog. Are you sure about maillog? I mean: doveadm log find gives you that file? >> I didn't see anything but the log is huge and I could have easily missed >> it.

Hi, In my situation I'm using rsync to backup a server with (currently) about 570,000 files. These are all little files and maybe .1% of them change or new ones are added in any 15 minute period. I've split the main tree up so rsync can run on sub sub directories of the main tree. It does each of these sub sub directories sequentially. I would have liked to run some of these in

Dovecot (0.9.11) consumes 100% CPU utilisation when accessing (either pop or imap) one of my mailboxes. It doesn''t happen with other mailboxes. The mailbox has about 500 mails while others have many more. They are all in mbox format. OS: OpenBSD-3.5 with all patches MTA: Sendmail-8.12.11 It happened with other RCs of dovecot-0.9.11 Configured as: ./configure --without-pam

Hi, Thanks in advance. I am not sure if my system is setup to use 'mbox' or 'maildir'. How do I find this out? I am running an OpenBSD (v3.5) box with an Intel P3 motherboard. I have installed the OpenBSD port of Dovecot (0.99.10) and have manually started dovecot and configured the ssl certificates as per the documentation. As far as I can tell there is no problems but I am

Hello list, I recently had a user whose mailbox had gone out of sync. Webmail and client inbox totals had become vastly different and response times had become unacceptable. A doveadm force-resync fixed the problem nicely. This will no doubt happen again as we grow the service and I would like to have some type of indication at the server level so I can run a resync on a per-user basis as

Am 13.03.2015 um 14:29 schrieb Cliff Hayes: > I looked in the place where dovecot logs everything ... the maillog. > I didn't see anything but the log is huge and I could have easily missed > it. > Is there a certain error or phrase I should look for? > If so please advise. man grep grep -i 'sync' maillog grep -i 'fail' maillog grep -i 'error' maillog

On Fri, 13 Mar 2015, Cliff Hayes writes: >> By closing off other avenues other than dovecot imap/pop/lda/etc., >> the indices will stay sync'd. > > I use dovecot's lda and dovecot's sieve filter. Then I'm not sure how mailboxes ever get out of sync. > So it looks like I need to compare the index/mailbox mtimes as you suggest. > > What am I looking for?

Cliff Hayes <chayes at afo.net> writes: > I recently had a user whose mailbox had gone out of sync. > Webmail and client inbox totals had become vastly different and response > times had become unacceptable. > A doveadm force-resync fixed the problem nicely. > > This will no doubt happen again as we grow the service and I would like > to have some type of indication

Thanks. I use dovecot's lda and dovecot's sieve filter. So it looks like I need to compare the index/mailbox mtimes as you suggest. What am I looking for? I see that the indexes are updated when I run the resync. I checked my mailbox (that was not resynced) and noticed that dovecot.index last update was 16 days ago. So am I resyncing if the gap is over x days? If so, is there a way to

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 12 Mar 2015, Cliff Hayes wrote: > I recently had a user whose mailbox had gone out of sync. There are no log entries about broken sync or something something like that? - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEVAwUBVQKaP3z1H7kL/d9rAQKkCQf/VwbytrDRGDJT8Ado8J5L/melZ751jqME

Cliff Hayes writes: > I didn't see anything but the log is huge and I could have easily missed > it. > Is there a certain error or phrase I should look for? > If so please advise. In my setup using mbox, typical log entries would be like (Common) Warning: UIDVALIDITY changed ({int} -> {int}) in mbox file ... Error: Next message unexpectedly corrupted in mbox file ...

Hi. I've samba-3.0.11 now, installed from rpm on Redhat 9.0. Problem was with 3.0.10 too. I don't exactly know when it was broken, because I found it week ago. I've samba as PDC with LDAP backend some time ago when user changes password in windows or when password chenged with smbpasswd - LDAP password of this user was changed too. Now LDAP passwords remains the same as it was.

Am 09.02.2017 um 11:05 schrieb Ben RUBSON: >> On 09 Feb 2017, at 10:05, Thomas Güttler <guettliml at thomas-guettler.de> wrote: >> >> Hi, >> >> we have a huge directory tree. >> >> >> * 17M files (number of files) >> * 2.2TBytes of data. >> * Only 0.1% changes per day >> >> Current pain: rsyncs directory tree traversal

Hi, we have a huge directory tree. * 17M files (number of files) * 2.2TBytes of data. * Only 0.1% changes per day Current pain: rsyncs directory tree traversal needs to long to discover the changed files. Only few files change. I discovered the tool sysdig which could be used to monitor the files which were changed. Then we could feed the list of changed files to rsync and avoid the

is there anything special to do this from the daemon server. I've setup the /etc/rsyncd.conf with some filesystems and I would rather originate (control) my rsyncs from this server and not from the hosts that have the data I want. ie. I want to pull not push. for instance my rsyncd.conf [www] comment = www path = /snaps/www numeric ids = true log file = /snaps/rsync/logs/www.log pid file