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
Eric Berggren wrote:
Ah... i saw that but wasn't quite sure what it meant (ie,
"/vendor/cmu/cyrus-imapd/news2mail" - wha?) I understand.
As an aside, do mailbox attributes at the user. level apply or get
propagated to subfolders (at least for new subfolders like acls) ?
Some of the annotations can