[Dovecot] quick question
David Halik
dhalik at jla.rutgers.edu
Tue Jan 26 03:28:22 EET 2010
>
> No guts no glory! So far, so good. The first patch started spewing messages
> within seconds. I've been running for about twenty minutes with this version
> and I haven't seen much of anything yet.
>
> I'll report back tomorrow after it has a day to burn in.
>
It's still a bit buggy. I haven't seen any messages in the last few hours,
but then a user just dumped a gigantic 200MB core. Looking at dump it's
because of some recursive loop that goes on forever:
#0 0x00002b656f2cba71 in _int_malloc (av=0x2b656f5ab9e0, bytes=368) at
malloc.c:4650
iters = <value optimized out>
nb = 384
idx = 759448916
bin = <value optimized out>
victim = <value optimized out>
size = <value optimized out>
victim_index = <value optimized out>
remainder = <value optimized out>
remainder_size = <value optimized out>
block = <value optimized out>
bit = <value optimized out>
map = <value optimized out>
fwd = <value optimized out>
bck = <value optimized out>
#1 0x00002b656f2cd86d in __libc_calloc (n=<value optimized out>,
elem_size=<value optimized out>) at malloc.c:4006
av = (struct malloc_state *) 0x2b656f5ab9e0
oldtop = (struct malloc_chunk *) 0x1da94070
p = <value optimized out>
bytes = 368
csz = <value optimized out>
oldtopsize = 12176
mem = (void *) 0x139cdc40
clearsize = <value optimized out>
nclears = <value optimized out>
d = <value optimized out>
#2 0x00000000004a8ea6 in pool_system_malloc (pool=<value optimized out>,
size=368) at mempool-system.c:78
mem = <value optimized out>
#3 0x00000000004a4daa in i_stream_create_fd (fd=12, max_buffer_size=4096,
autoclose_fd=96) at istream-file.c:156
fstream = <value optimized out>
st = {st_dev = 329008600, st_ino = 4452761, st_nlink = 27, st_mode
= 799030, st_uid = 0, st_gid = 1, pad0 = 0, st_rdev = 109556025819520,
st_size = 11013, st_blksize = 0, st_blocks = 95, st_atim = {
tv_sec = 4096, tv_nsec = 8}, st_mtim = {tv_sec = 1264465811, tv_nsec =
499376000}, st_ctim = {tv_sec = 1264465811, tv_nsec = 499378000}, __unused
= {1264465811, 499384000, 0}}
#4 0x000000000043fba6 in maildir_uidlist_refresh (uidlist=0x139d6ab0) at
maildir-uidlist.c:733
retry = 64
ret = -1
#5 0x0000000000440bb5 in maildir_uidlist_update_hdr
(uidlist=0x2b656f5ab9e0, st=0x7fffc949d360) at maildir-uidlist.c:382
mhdr = (struct maildir_index_header *) 0x139cdc40
#6 0x000000000043ffff in maildir_uidlist_refresh (uidlist=0x139d6ab0) at
maildir-uidlist.c:793
retry = false
ret = 1
#7 0x0000000000440bb5 in maildir_uidlist_update_hdr
(uidlist=0x2b656f5ab9e0, st=0x7fffc949d4b0) at maildir-uidlist.c:382
mhdr = (struct maildir_index_header *) 0x139cdc40
#8 0x000000000043ffff in maildir_uidlist_refresh (uidlist=0x139d6ab0) at
maildir-uidlist.c:793
retry = false
ret = 1
#9 0x0000000000440bb5 in maildir_uidlist_update_hdr
(uidlist=0x2b656f5ab9e0, st=0x7fffc949d600) at maildir-uidlist.c:382
mhdr = (struct maildir_index_header *) 0x139cdc40
#10 0x000000000043ffff in maildir_uidlist_refresh (uidlist=0x139d6ab0) at
maildir-uidlist.c:793
retry = false
ret = 1
#11 0x0000000000440bb5 in maildir_uidlist_update_hdr
(uidlist=0x2b656f5ab9e0, st=0x7fffc949d750) at maildir-uidlist.c:382
mhdr = (struct maildir_index_header *) 0x139cdc40
...and on and on for thousands of lines. I gave up after 20K. ;)
More information about the dovecot
mailing list