m
regards
--
----
- João Assad
- ParPerfeito Comunicação LTDA
- http://www.parperfeito.com.br/
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
experiences with replication.
I would be very interested in this solution as well.
I would also be interested in replication advice.
Thanks,
I too am very interested in this replication solution. Where can I get
the src and documentation ?
Regards,
João Assad
Cyrus
Sergio Devojno Bruder wrote:
João Assad wrote:
Sergio Devojno Bruder wrote:
AHA:
Sep 21 09:08:49 mupdate mupdate[17026]: IOERROR: mapping
/var/lib/imap/mailboxes.db file: Cannot allocate memory
Sep 21 09:08:49 mupdate mupdate[17026]: failed to mmap
/var/lib/imap/mailboxes.db file
I
u.edu/cyrus/mailing-list.html
Sorry , I missed the original post.
Is the original poster using Fedora or RHEL ?
Regards
--
----
- João Assad
- ParPerfeito Comunicação LTDA
- http://www.parperfeito.com.br/
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wik
.658729: cyrusdb error
cyrus/imap[30082]: IOERROR: open on /imap/mboxes/H/user/658729/1.: Too
many open files
cyrus is started with ulimit -S -n 100
Regards,
João Assad
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http
Derrick J Brashear wrote:
auth_unix's purpose is for groups, not for something pam will do for
you. technically if you're not using unix groups for access control
you don't need any of the group functionality. Really, though, I
should figure out what the getgr*_r interface difference which is
h
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_
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
On a cyrus mupdate master server, dump the mailbox list with
ctl_mboxlist -d stop cyrus and delete mailboxes.db and db/* , start
cyrus to create a new mailboxes.db
reimport all the data with ctl_mboxlist -u < dump.
all the data will be there, you can even dump it again and compare the
dumps but
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
This doesnt seem to be related to the mmap problem
The only errors I got on cyrus log when it happened were a bunch of this:
Apr 10 16:35:03 cyrus-fe1 cyrus/lmtp[30983]: mupdate-client:
connect(10.1.5.101): Connection timed out
This time I have strace and gdb logs. Im sending attached the last 10
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
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
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
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
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
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
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
19 matches
Mail list logo
