On 10/06/2020 20:47, Miguel Mucio Santos Moreira wrote:
> Wolfgang,
>
> If you don't mind, I'd like to know if when you upgraded backend servers
> from 2.4 version to 2.5 version you have an increase, in metadata size.Here
> we had 30% around of increase
Yes, cyrus.* are larger. Not sure about .ca
Miguel,
That's perfectly normal, and I think it's even covered in the release
notes... Nope, I'm wrong, the release notes mention the larger Memory
footprint, due to more data and metadata being cached in memory. But
the on-disk size increases, too, as there is more information being held
in
Wolfgang,
If you don't mind, I'd like to know if when you upgraded backend servers from
2.4 version to 2.5 version you have an increase, in metadata size.Here we had
30% around of increase
Thanks one more time
Greetings
--
Miguel Moreira
DTE/SRE/GRE - Gerência de Redes
+55(31)3339-1401
PRODE
Wolfgang,
I'm sure your help and experience with Cyrus Murder upgrading will save a lot
of time and reduce the possibility of an eventual problem during the upgrade.
Thankful
--
Miguel Moreira
DTE/SRE/GRE - Gerência de Redes
+55(31)3339-1401
PRODEMGE - Companhia de Tecnologia da Informação do
Hi!
On 09/06/2020 14:56, Miguel Mucio Santos Moreira wrote:
> Dear Wolfgang,
>
> Firstly thanks for your answer, secondly I have one more doubt, during this
> time where the new Mupdate Master is receiving mailboxes information from
> backend servers, is necessary stopping comunications between fr
Dear Wolfgang,
Firstly thanks for your answer, secondly I have one more doubt, during this
time where the new Mupdate Master is receiving mailboxes information from
backend servers, is necessary stopping comunications between frontend servers
and mupdate master or none action is necessary besi
On 08/06/2020 17:37, Miguel Mucio Santos Moreira wrote:
> Now we're in doubt about how is the best solution to replace the mupdate
> master server for a new one.
> Nowadays we have around 16K mailboxes.
IIRC we simply replaced the mupdate server and did a "ctl_mboxlist -m" on
all backends to fill
Thanks for the help, I'll give it another try in a couple of days, and if it
didn't workout, I might go for the same solution or try nginx.
Regards.
KMK
On Tuesday, February 18, 2020, 6:09:28 PM GMT+5, Jean-Christophe Delaye
wrote:
On 2020-02-17 12:17, Khalid Mehmood Khan via Info-c
On 2020-02-17 12:17, Khalid Mehmood Khan via Info-cyrus wrote:
> Hi!
>
> Does http proxy work in a cyrus murder environment? I keep getting ""PUT
> /dav/addressbooks/user/testuser/6ecc0a66-74a1412-1581679269354-210887/ef37977290d43113e709f68848aa9a8a5ff8a24f.vcf
> HTTP/1.1" (if-none-match=*) =>
On Wed, 2 Mar 2016, Jack Snodgrass via Info-cyrus wrote:
I have a older Cyrus 2.2 version setup and running in production.
I want to move to a newer Cyrus 2.4 system with minimal downtime.
The goal is 1) limit down time and 2) keep the SAME ip address for the users
imap configs.
I can conve
On 07/28/15 16:37 +, Forster, Gabriel wrote:
>mupdatetest and testsaslauthd checks seem to work fine. But, when trying
>to create a user account using the command-line cyradm tools, from the
>backend, I'm getting the following error:
>
>cyradm -t "" -u kolab -w "${password}" ${cyrus_host}
>
>>
On 07/28/15 16:37 +, Forster, Gabriel wrote:
>Hello,
>
>This was asked in the Kolab list, but they mentioned this list may be more
>appropriate:
>
>Trying to get Kolab 3.4 setup in a distrubuted environment. The last piece of
>the puzzle seems to be getting Cyrus configured correctly for a mu
On 07/28/15 16:37 +, Forster, Gabriel wrote:
>Hello,
>
>This was asked in the Kolab list, but they mentioned this list may be more
>appropriate:
>
>Trying to get Kolab 3.4 setup in a distrubuted environment. The last piece of
>the puzzle seems to be getting Cyrus configured correctly for a mu
I make some tests and find problems moving mailboxes with users online:
( Cyrus 2.4.8 )
Move with
RENAME user/lucas.carraro user/lucas.carraro server2.prevnet!default
In frontends and backends:
.
allowusermoves: 1
disconnect_on_vanished_mailbox: 1
When i move from server1!de
On 5/12/11 7:06 PM, Lucas Zinato Carraro wrote:
>
> I can move mailboxes between servers with a user connected ?
Generally, yes, but I'm not 100% sure that there aren't edge cases.
Actually, I'm going to assume that there are probably edge cases. Also,
newer versions should be somewhat better
On Wed, Mar 09, 2011 at 02:58:21PM -0300, Lucas Zinato Carraro wrote:
> The parameter "autocreatequota" works in a Murder enviromment ?
> INBOX is created in user logon ?
I believe it should, but I haven't integrated the patches, so you'll need
to test it yourself - it will still be a distro patc
On Mon, 30 Aug 2010, Andre Felipe Machado wrote:
> I already tried to setup parameters for creating mailboxes on the backend with
> most free available space when no partition is specified, following imapd.conf
> man page.
> The source code uses some conditions to achieve this, like for example:
>
Tried to use real (non-virtual) machines and the i still get the same
problem, my guess it that it has to be a problem in Slackware it self. Might
be time to switch to another distribution.
Milos
On Tue, Jun 8, 2010 at 6:40 PM, Andrew Morgan wrote:
> On Tue, 8 Jun 2010, Milos Zupancic wrote:
>
On Tue, 8 Jun 2010, Milos Zupancic wrote:
> On Fri, Jun 4, 2010 at 3:55 PM, Dan White wrote:
>
>> On 04/06/10 09:35 +0200, Milos Zupancic wrote:
>>
>>> Hi,
>>>
>>> I'm trying to set up cyrus murder test environment, i have followed
>>> instructions from http://cyrusimap.web.cmu.edu/imapd/install-
On Fri, Jun 4, 2010 at 3:55 PM, Dan White wrote:
> On 04/06/10 09:35 +0200, Milos Zupancic wrote:
>
>> Hi,
>>
>> I'm trying to set up cyrus murder test environment, i have followed
>> instructions from http://cyrusimap.web.cmu.edu/imapd/install-murder.html
>> and some web resources.
>>
>> When i
On 04/06/10 09:35 +0200, Milos Zupancic wrote:
>Hi,
>
>I'm trying to set up cyrus murder test environment, i have followed
>instructions from http://cyrusimap.web.cmu.edu/imapd/install-murder.html
>and some web resources.
>
>When i try to start everything up i get the following errors on backend an
Tried all of that, nothing seems to work, and to your question about file
system i'm using ext4 FS.
Also getting this logs in syslog (on both, frontend and backend server):
Jun 4 13:27:59 slack3 master[5605]: process 5940 exited, signaled to death
by 11
Jun 4 13:27:59 slack3 master[5605]: servi
2010/6/4 Michael Zanin
> Milos Zupancic , wrote/schrieb/писав:
> > Hi,
> >
> > I'm trying to set up cyrus murder test environment, i have followed
> > instructions from http://cyrusimap.web.cmu.edu/imapd/install-murder.html
> > and some web resources.
> >
> > When i try to start everything up i g
Hi Wesley,
Thank you for your info.
It gives me a clearer idea how it works.
The multiple front-ends with the imap aggregator would give a huge
advantage for expanding when more resources are needed, so this is an
option i would like to use.
The only issue i can think of is backups of the mailbox
On 10 Feb 2010, at 16:54, Richard Pijnenburg wrote:
> How do the backends deceide who services which mailbox?
>
The admin decides, more or less, as you provision mailboxes.
> And what happens if one of those backends dies?
>
The mailboxes on that backend are inaccessible. The rest of the
clus
On Mon, 28 Jul 2008, UnlimitedMail.net - Carles Xavier Munyoz Baldó wrote:
Hello,
I'm thinking about to use the Cyrus Murder in order to setup an e-mail IMAP
cluster system. The problem is that I have seen this note on the
install-murder text file:
[...]
Note that Cyrus Murder is still re
On 28 Jul 2008, at 08:14, UnlimitedMail.net - Carles Xavier Munyoz
Baldó wrote:
> Note that Cyrus Murder is still relatively young in the grand
> scheme of
> things, and if you choose to deploy you are doing so at your
> own risk.
That text is from 2002. Yes, Cyrus Murder is younger
On Mon, 28 Jul 2008 08:14:21 -0500 (CDT)
"Chris St. Pierre" <[EMAIL PROTECTED]> wrote:
> On Mon, 28 Jul 2008, UnlimitedMail.net - Carles Xavier Munyoz Bald__ wrote:
> > What I'm losing if I use an IMAP proxy instead of Cyrus Murder?
You are losing a bunch of technologies intended to make creating
On Mon, 28 Jul 2008, UnlimitedMail.net - Carles Xavier Munyoz Baldó wrote:
Then, for a production system, should I use an IMAP proxy solution instead of
Cyrus Murder?
Is there anyone using Cyrus Murder in a hevay loaded production e-mail system?
May you recomend me an IMAP proxy?
What I'm losi
Hello all.
I must conclude that all "combined" configurations of Cyrus Murder
servers do not work. Or, more exactly, I did not manage to make them
work despite of many hours of tests and meditation.
"frontend+backend" combination (aka "config: unified") seems to be
completely broken. It is really
Hi all
02.01.2008 11:58, Janne Peltonen пишет:
> On Fri, Dec 21, 2007 at 02:04:26PM +0100, Michael Menge wrote:
>> Hi,
>>
>> i don't know if it's possible with Cyrus 2.2, but it is with 2.3,
>> look for unified murder
I met the following fatal problem with "unified" mode: "ctl_mboxlist -m"
is n
i think my mainproblem is that i only can connect with a clientto the server
when i disable digest-md5,
but when I disable digest-md5 the mupdater cant connect anymore to the
master.
how can I solve this?
thx
On Jan 11, 2008 4:37 PM, rupert <[EMAIL PROTECTED]> wrote:
> On Jan 11, 2008 4:12 PM,
On Jan 11, 2008 4:12 PM, Olaf Fraczyk <[EMAIL PROTECTED]> wrote:
> On Fri, 2008-01-11 at 13:27 +, rupert wrote:
> > > > So how can I proceed?
> > > >
> > > Toplevel mailboxes MUST be created on the backend.
> > >
> > >
> > >
> > you mean
On Fri, 2008-01-11 at 13:27 +, rupert wrote:
> > > So how can I proceed?
> > >
> > Toplevel mailboxes MUST be created on the backend.
> >
> >
> >
> you mean like "ralf", well i tried "user.ralf" and it still
> does not wo
If you want to use PAM (via saslauthd), then you shouldn't have to use
saslpasswd2. Like I said earlier, unless your IMAP client can do
referrals, you only need the user credentials on the frontends.
If you're trying to delete a toplevel mailbox, you need to give the
admin the 'c' right before
rupert wrote:
> another questions is:
> does the mysql database have to be on both machines or does the frontend
> cyrus get its data from the backend and doesnt store anything inside its
> local DB?
What MySQL database? For authentication? All user credentials need to
be verified on the front
i followed some howtos on the net and provides wit cyrus,
it uses pam to store some stuff in a mysql 5.1 DB.
i can only login with imtest when i create the user I created with
saslpasswd2 and "cm user.*" also create this user in the DB,
which was installed during the web-cyradmin installation.
Do
-- Forwarded message --
From: rupert <[EMAIL PROTECTED]>
Date: Jan 11, 2008 1:15 PM
Subject: Re: cyrus murder and some unclear things(cant create mailbox from
frontend)
To: Ken Murchison <[EMAIL PROTECTED]>
another questions is:
does the mysql database have to be on b
rupert wrote:
> Hello first,
> I was able to set up an murder cluster with one backend and a frontend
> which also acts as a mupdate server.
> i could get the mailbox accounts from the backend, which was a
> standalone before.
> I read that now the murder is running i should "only" create account
On Fri, Dec 21, 2007 at 02:04:26PM +0100, Michael Menge wrote:
> Hi,
>
> i don't know if it's possible with Cyrus 2.2, but it is with 2.3,
> look for unified murder
It is also very much possible to run two separate instances of Cyrus on
one server, with different imapd.confs and cyrus.confs and s
Hi,
i don't know if it's possible with Cyrus 2.2, but it is with 2.3,
look for unified murder
Quoting Ingo Steuwer <[EMAIL PROTECTED]>:
> Hi
>
> I'm evaluating cyrus-murder with cyrus 2.2 (sources from debian etch) using
> the documentation from http://cyrusimap.web.cmu.edu/imapd/install-murder.
>> I have installed cyrus-imap-2.2, cyrus_murder-2.2, cyrus-admin-2.2,
>> cyrus-pop3d-2.2, sasl2-bin, libhtml-parser-, cyrus-clients-2.2,
>> libsasl2-modules on a debian etch 32bit.
>>
>> Mupdate works fine and the backend servers too. On the front end I can
login
>> (which is as I understand is d
On Wed, 5 Dec 2007, Frank Purmann wrote:
> I have installed cyrus-imap-2.2, cyrus_murder-2.2, cyrus-admin-2.2,
> cyrus-pop3d-2.2, sasl2-bin, libhtml-parser-, cyrus-clients-2.2,
> libsasl2-modules on a debian etch 32bit.
>
> Mupdate works fine and the backend servers too. On the front end I can log
2.3.7 on frontend and one backend (RedHat 5) and 2.3.9 on the other
backend (freebsd 6.1).
Most of errors are between frontend (imap2) and freebsd backend
(imap-old) and protocol is pop3:
Oct 25 20:37:30 imap2 pop3[12945]: connect(imap-old.amis.net) failed:
Connection timed out
Oct 25 20:37:30
On Thu, Oct 25, 2007 at 10:38:01AM -0400, Ken Murchison wrote:
> Vladimir Nikolic wrote:
> >
> > I have questions regarding murder scalability. Untill last week we had
> > one imap server with about 5 users and 2TB mailboxes. Server was
> > overloaded and little slow but there was no trouble
Vladimir Nikolic wrote:
> Hi,
>
> I have questions regarding murder scalability. Untill last week we had
> one imap server with about 5 users and 2TB mailboxes. Server was
> overloaded and little slow but there was no troubles like connections
> drop and repeatedly asking users for password
On Fri, 2006-05-19 at 13:13 +0200, Mirosław Jaworski wrote:
> Problems:
> - mupdate eating cpu
Update: seems that prot.c ( 1.82.2.13 ) patch made the day
for me ( concerning mupdate eating cpu time ).
Still have the problem with synchronizing mailboxes.db
between nodes though.
How often slave m
On Sat, 29 Apr 2006, Xue, Chongjie "Jack" wrote:
Andy, According to your suggestion, my IMAP login is working now. I can
now connect imap clients through my frontend servers to access mail
boxes in the backend node.
However, I still _failed_ to deliver mail via Postfix LMTP through Cyrus
LMTPPr
Message-
From: Andrew Morgan [mailto:[EMAIL PROTECTED]
Sent: Saturday, April 29, 2006 8:30 PM
To: Xue, Chongjie "Jack"
Cc: info-cyrus@lists.andrew.cmu.edu
Subject: Re: Cyrus Murder SASL Authentication Problem
On Sat, 29 Apr 2006, Xue, Chongjie "Jack" wrote:
[snip]
> mai
On Sat, 29 Apr 2006, Xue, Chongjie "Jack" wrote:
[snip]
mailbox1 imap[29381]: badlogin: [10.101.4.251] PLAIN [SASL(-13):
authentication failure: user cyrus_murder is not allowed to proxy]
[snip]
#---imapd.conf---#
configdirectory: /var/lib/imap
partition-default: /var/spool/imap
admins: adm
roos wrote:
Helo.
1.When we try to interact with sieve on frontend we get the following:
S: "IMPLEMENTATION" "Cyrus timsieved v2.2.12-Debian-2.2.12-4"
S: "SASL" "LOGIN PLAIN"
S: "SIEVE" "fileinto reject envelope vacation imapflags notify
subaddress relational comparator-i;ascii-numeric regex"
Quoting Patrick Radtke <[EMAIL PROTECTED]>:
We have the same/similar problems with mupdate on RHEL4.
Our problem usually shows up when we are creating new users or if
users are creating new mailboxes. The mailbox creation may hang or go
extremely slow (and eventually start hanging). This s
We have the same/similar problems with mupdate on RHEL4.
Our problem usually shows up when we are creating new users or if
users are creating new mailboxes. The mailbox creation may hang or go
extremely slow (and eventually start hanging). This seems to be
linked to when a frontend restart
Quoting Khalid Mehmood <[EMAIL PROTECTED]>:
Hello Aleksandar!
Did you find any solution? I'm experiencing the same
problem on both frontend and backend.
No, not yet. However, I opened bugzilla entry for it:
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2806
-
Hello Aleksandar!
Did you find any solution? I'm experiencing the same
problem on both frontend and backend.
Regards
KMK
--- Aleksandar Milivojevic <[EMAIL PROTECTED]>
wrote:
> I've asked about this problem earlier while trying
> out version 2.3.1.
> I've just compiled 2.3.3 (Simon's SRPM pa
Quoting Patrick H Radtke <[EMAIL PROTECTED]>:
On Wed, 8 Feb 2006, Aleksandar Milivojevic wrote:
Quoting Ken Murchison <[EMAIL PROTECTED]>:
Roland wrote:
Hi!
Is there any solution for
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2669
e.g. patches or something?
Since the bug is closed,
On Wed, 8 Feb 2006, Aleksandar Milivojevic wrote:
Quoting Ken Murchison <[EMAIL PROTECTED]>:
Roland wrote:
Hi!
Is there any solution for
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2669
e.g. patches or something?
Since the bug is closed, the fix is in CVS.
Was this fix on time for in
Quoting Ken Murchison <[EMAIL PROTECTED]>:
Roland wrote:
Hi!
Is there any solution for
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2669
e.g. patches or something?
Since the bug is closed, the fix is in CVS.
Was this fix on time for inclusion in 2.3.1 (the bug report was against
2.3)?
Roland wrote:
Hi!
Is there any solution for
https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2669
e.g. patches or something?
Since the bug is closed, the fix is in CVS.
--
Kenneth Murchison
Project Cyrus Developer/Maintainer
Carnegie Mellon University
Cyrus Home Page: http://asg.web.cmu.e
Andrzej Kwiatkowski wrote:
2006/1/4, Ken Murchison <[EMAIL PROTECTED]>:
Anthony Chavez wrote:
Hi, info-cyrus!
I'm interested in deploying Cyrus Murder, but I'm a little concerned
about the following quote [1]:
That statement is probably out of date. The code has been running very
reliabl
2006/1/4, Ken Murchison <[EMAIL PROTECTED]>:
> Anthony Chavez wrote:
> > Hi, info-cyrus!
> >
> > I'm interested in deploying Cyrus Murder, but I'm a little concerned
> > about the following quote [1]:
> >
>
> That statement is probably out of date. The code has been running very
> reliably at CMU
Anthony Chavez wrote:
Hi, info-cyrus!
I'm interested in deploying Cyrus Murder, but I'm a little concerned
about the following quote [1]:
"Note that Cyrus Murder is still relatively young in the grand scheme of
things, and if you choose to deploy you are doing so at your own
risk. Many of the f
--On January 3, 2006 12:08:01 PM -0700 Anthony Chavez
<[EMAIL PROTECTED]> wrote:
Hi, info-cyrus!
Any comments regarding your experiences in deployment and administration
would be very much appreciated. I'm also interested in knowing about
performance and what "risks" are involved, as menti
Derrick J Brashear wrote:
is there a munmap for every mmap
when I start cyrus, both mupdate master and slave comes up, so I get
cyrus/mupdate[2678]: MMAP at map_refresh: mmap(0, 408084480, PROT_READ,
MAP_SHARED, 8, 0) = 1098067968
cyrus/mupdate[2679]: MMAP at map_refresh: mmap(0, 408084480, PROT_
João Assad wrote:
yet another gdb backtrace of the mmap problem
http://www.gazzag.com/gdb.output2.gz
regards
Hey Derrick, did you find anything usefull in this last backtrace ?
Regards
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/In
yet another gdb backtrace of the mmap problem
http://www.gazzag.com/gdb.output2.gz
regards
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
got a full gdb backtrace of the mmap crash.
Its 400k so you can download it from:
http://www.gazzag.com/gdb.output.gz
regards
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Out of curiosity..
everytime cyrus needs to mmap/munmap something. it uses its mmap
encapsulation, which is map_refresh and map_free.
So every once in a while I get this on strace.
14:27:02.148097 munmap(0x54968000, 373915648) = 0
14:27:02.148765 mmap2(NULL, 373932032, PROT_READ, MAP_SHARED, 8, 0
Henrique de Moraes Holschuh wrote:
Just thought of something. Please set the
vm.overcommit_memory syscall to 2 (it is available in /proc/sys, I think.
But the right way is to use /etc/sysctl.conf and sysctl).
Make *really* sure you have enough swap when you do that. You will *really*
need it.
Som
On Mon, 04 Apr 2005, João Assad wrote:
> >The following options seem to have a direct impact on how fast I run
> >out of resources (obviously) . The more I increase them, the faster I
> >get the mmap error.
> >
> >*mupdate_workers_start
> >mupdate_workers_minspare
> >mupdate_workers_maxspare
> >m
Derrick J Brashear wrote:
So, prior to this presumably you've mmap2()'d some memory, have there
been any munmaps
for these mmap2s
00:25:58.583761 mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb68e8000
00:25:58.585461 mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRI
On Fri, 8 Apr 2005, João Assad wrote:
I could do a strace -f wich would dump all the traces from all the threads
into a single file... but its a nightmare to read it.
by reading some strace output here I've noticed mmaps complaining about
ENOMEM way before the mmap inside map_refresh goes crazy.
João Assad wrote:
Derrick J Brashear wrote:
curiously, the strace output isn't showing an mmap() call fail, that
I see, before the error shows up.
I could do a strace -f wich would dump all the traces from all the
threads into a single file... but its a nightmare to read it.
by reading some strac
João Assad wrote:
Derrick J Brashear wrote:
On Fri, 8 Apr 2005, João Assad wrote:
João Assad wrote:
Managed to get a backtrace using debug_command ( thanks for this
nifty feature Henrique de Moraes )
2 gdb backtraces from the production server.
curiously, the strace output isn't showing an mmap(
On Fri, 8 Apr 2005, João Assad wrote:
João Assad wrote:
Managed to get a backtrace using debug_command ( thanks for this nifty
feature Henrique de Moraes )
2 gdb backtraces from the production server.
curiously, the strace output isn't showing an mmap() call fail, that I
see, before the error sho
João Assad wrote:
Managed to get a backtrace using debug_command ( thanks for this nifty
feature Henrique de Moraes )
and now a strace from the production server.. Im sending just the last few
lines of it. its really big.
16:18:02.399469 accept(4, 0, NULL) = 104
16:18:02.470386 getpeername(1
João Assad wrote:
Managed to get a backtrace using debug_command ( thanks for this nifty
feature Henrique de Moraes )
2 gdb backtraces from the production server.
#18988 0x0804dcd3 in fatal (
s=0x8d52f070 "Internal error: assertion failed: mupdate.c: 586: 0",
cod
João Assad wrote:
Derrick J Brashear wrote:
On Thu, 7 Apr 2005, João Assad wrote:
Ok I got a backtrace ( I think ) . I dont really know how to use gdb
did you compile without giving gcc the -g option? Probably. Having
unstripped binaries with useful symbols would probably make for a
more useful
Derrick J Brashear wrote:
On Thu, 7 Apr 2005, João Assad wrote:
Ok I got a backtrace ( I think ) . I dont really know how to use gdb
did you compile without giving gcc the -g option? Probably. Having
unstripped binaries with useful symbols would probably make for a more
useful backtrace. (at lea
On Thu, 7 Apr 2005, João Assad wrote:
Ok I got a backtrace ( I think ) . I dont really know how to use gdb
did you compile without giving gcc the -g option? Probably. Having
unstripped binaries with useful symbols would probably make for a more
useful backtrace. (at least i hope so)
Derrick J Brashear wrote:
On Wed, 6 Apr 2005, João Assad wrote:
and then give us a backtrace from the core which you will then get?
After doing that, the mupdate process now exits with signal 11 as
expected.
OTOH the core isnt getting dumped to disk for some reason...
The only internal resource
Derrick J Brashear wrote:
On Wed, 6 Apr 2005, João Assad wrote:
and then give us a backtrace from the core which you will then get?
After doing that, the mupdate process now exits with signal 11 as
expected.
OTOH the core isnt getting dumped to disk for some reason...
The only internal resource
On Wed, 6 Apr 2005, João Assad wrote:
and then give us a backtrace from the core which you will then get?
After doing that, the mupdate process now exits with signal 11 as expected.
OTOH the core isnt getting dumped to disk for some reason...
The only internal resource limit play happens for fds,
Derrick J Brashear wrote:
I've noticed that once I get the mmap error, the system will still
run without spitting db errors for anywhere from a few mins to a few
hours. Also, I never get more than one mmap error before the db
becomes unnusable.
that's not shocking. i'd still like to know why m
On Wed, 6 Apr 2005, João Assad wrote:
cyrus/mupdate[12614]: IOERROR: mapping /var/lib/imap/mailboxes.db file:
Cannot allocate memory
Resource limited memory, or are you really running out of memory?
Letting processes continue running in the face of an mmap failure needs to
be re-examined I guess
cyrus/mupdate[12614]: IOERROR: mapping /var/lib/imap/mailboxes.db
file: Cannot allocate memory
Resource limited memory, or are you really running out of memory?
Letting processes continue running in the face of an mmap failure
needs to be re-examined I guess.
Hello again.
I've been trying to t
The following options seem to have a direct impact on how fast I run
out of resources (obviously) . The more I increase them, the faster I
get the mmap error.
*mupdate_workers_start
mupdate_workers_minspare
mupdate_workers_maxspare
mupdate_workers_max
I have them all set to the default values
João Assad wrote:
The system have plenty of RAM available and ulimit -a reports the max
virtual memory as unlimited
core file size(blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) 32
max memory size
cyrus/mupdate[12614]: IOERROR: mapping /var/lib/imap/mailboxes.db file:
Cannot allocate memory
cyrus/mupdate[12614]: failed to mmap /var/lib/imap/mailboxes.db file
cyrus/master[12580]: service mupdate pid 12614 in READY state:
terminated abnormally
Henrique de Moraes Holschuh wrote:
Chec
On Thu, 31 Mar 2005, João Assad wrote:
> >>My db just got corrupted again 2 hours ago. seems like moving 200k
> >>mailboxes between backends really speed it up.
...
> cyrus/mupdate[12614]: IOERROR: mapping /var/lib/imap/mailboxes.db file:
> Cannot allocate memory
> cyrus/mupdate[12614]: failed
On Thu, 31 Mar 2005, João Assad wrote:
cyrus/mupdate[12614]: IOERROR: mapping /var/lib/imap/mailboxes.db file:
Cannot allocate memory
Resource limited memory, or are you really running out of memory?
Letting processes continue running in the face of an mmap failure needs to
be re-examined I guess
João Assad wrote:
I needed to restart cyrus master and got this error minutes after
doing it.
cyrus/mupdate[12614]: IOERROR: mapping /var/lib/imap/mailboxes.db
file: Cannot allocate memory
cyrus/mupdate[12614]: failed to mmap /var/lib/imap/mailboxes.db file
cyrus/master[12580]: service mupdate p
Derrick J Brashear wrote:
On Thu, 31 Mar 2005, João Assad wrote:
My db just got corrupted again 2 hours ago. seems like moving 200k
mailboxes between backends really speed it up.
I have my corrupted mailboxes.db and I can send it to anyone
interested in taking a look.
I needed to restart cyrus m
On Thu, 31 Mar 2005, João Assad wrote:
My db just got corrupted again 2 hours ago. seems like moving 200k mailboxes
between backends really speed it up.
I have my corrupted mailboxes.db and I can send it to anyone interested in
taking a look.
how about a url for it?
Derrick J Brashear wrote:
On Thu, 31 Mar 2005, João Assad wrote:
My db just got corrupted again 2 hours ago. seems like moving 200k
mailboxes between backends really speed it up.
I have my corrupted mailboxes.db and I can send it to anyone
interested in taking a look.
how about a url for it?
the
Henrique de Moraes Holschuh wrote:
On Thu, 31 Mar 2005, Sergio Devojno Bruder wrote:
We've done 2 murder instalations, cyrus 2.2.3 and cyrus 2.2.10, and already
have seen the same type of corruption. (should ADD or DELETE), but not with
the same frequency.
Are you guys running the same di
On Thu, 31 Mar 2005, Sergio Devojno Bruder wrote:
> We've done 2 murder instalations, cyrus 2.2.3 and cyrus 2.2.10, and already
> have seen the same type of corruption. (should ADD or DELETE), but not with
> the same frequency.
Are you guys running the same distribution or the same kernel? It lo
Derrick J Brashear wrote:
Well, you have skiplist corruption, but there's not really anything
in your report which is helpful at suggesting why you do, or helping
to reproduce it so (if it is a bug) it can be tracked and killed.
Even posting your corrupted skiplist would be more useful.
>>
>> Ye
Well, you have skiplist corruption, but there's
not really anything in your report which is
helpful at suggesting why you do, or helping to
reproduce it so (if it is a bug) it can be
tracked and killed.
Even posting your corrupted skiplist would be
more useful.
Yeah I know the info I gave isn
Derrick J Brashear wrote:
On Tue, 29 Mar 2005, João Assad wrote:
Come on guys, someone must have at least an idea I can try.
Anything will help, maybe Im missing something obvious.
Well, you have skiplist corruption, but there's not really anything in
your report which is helpful at suggesting wh
1 - 100 of 120 matches
Mail list logo
