search for: pool_data_stack_realloc

Hello, My imap daemon get SIGABRT with following message. "pool_data_stack_realloc(): stack frame changed" This is caused with cvs head sources.(and or not with my last 2 patches.) This causes while doing search command. This is IMAP command log: --------------------------------------------------------------------------- * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENC...

When playing with large numbers of IMAP keywords on dovecot-1.2.6 imap crashed: Panic: pool_data_stack_realloc(): stack frame changed Looks like either maildir_file_do() shouldn't T_BEGIN/T_END or the keywords array should start larger. 0 libSystem.B.dylib 0x00007fff875f4eba __kill + 10 1 libSystem.B.dylib 0x00007fff875f4eac kill + 14 2 libSystem.B.dylib...

Hi, Today's core dump from 1.0alpha1 came from a syslog message of: IMAP(user): pool_data_stack_realloc(): stack frame changed gdb info on the resulting core dump attached. Question: how many people are building/using dovecot 1.0alpha1 with gcc 4.0.1 versus gcc 3.4.x? I am wondering if these issues come from the compiler instead of dovecot itself? Jeff Earickson Colby College -------------- next...

...igakis2/.sieve.svbin, because it is alre ady stored Jul 4 12:29:47 pop01 dovecot: lmtp(2899, rigakis2 at otenet.gr): Debug: o6pTL5k/1VFTCwAAYg/qxw: sieve: executing script from /var/mail/folders/U/9/5/rigakis2/.sieve.svbin Jul 4 12:29:47 pop01 dovecot: lmtp(2899, rigakis2 at otenet.gr): Panic: pool_data_stack_realloc(): stack frame changed Jul 4 12:29:47 pop01 dovecot: lmtp(2899, rigakis2 at otenet.gr): Error: Raw backtrace: /opt/dovecot-2.2.4/lib/dovecot/libdovecot.so.0 [0x2b0066488bb0] -> /opt/dovecot-2.2.4/lib/dovecot/libdovecot.so. 0 [0x2b0066488c06] -> /opt/dovecot-2.2.4/lib/dovecot/libdovecot.so....

using latest auto build didn't help. this happens only with a specific account. # doveadm -o imapc_user=----- at domain.com -o imapc_password=---- backup -u =----- at domain.com -R imapc: dsync(---- at domain.com): Panic: pool_data_stack_realloc(): stack frame changed dsync(---- at domain.com): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x4209a) [0xb762b09a] -> /usr/lib/dovecot/libdovecot.so.0(default_fatal_handler+0x41) [0xb762b1a1] -> /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0xb75fd99e] -> /usr/lib/dovecot/...

...;m-a-region at test\\.ch","m-a-sig at test\\.ch"] { > fileinto "Test"; > stop; >} if i remove even one of the regex tests, then this script will not make deliver or sieve_test go panic. here the backtrace: 2009-07-29 18:15:37 deliver(xxx): Panic: pool_data_stack_realloc(): stack frame changed 2009-07-29 18:15:37 deliver(xxx): Error: Raw backtrace: /usr/lib/dovecot/deliver [0x496bc2] -> /usr/lib/dovecot/deliver(default_fatal_handler+0x34) [0x496cc4] -> /usr/lib/dovecot/deliver [0x496346] -> /usr/lib/dovecot/deliver [0x4a18fb] -> /usr/l...

...: Growing data stack with: 131072 [...] Warning: Growing data stack with: 1073741824 Warning: Growing data stack with: 2147483648 Warning: Growing data stack with: 4294967296 Every time the data stack grows, the backtrace ends with either: 2 libdovecot.0.dylib 0x00000001059a35c3 pool_data_stack_realloc + 72 -> 3 libdovecot.0.dylib 0x0000000105994d59 buffer_alloc + 59 -> 4 libdovecot.0.dylib 0x0000000105994ef9 buffer_check_limits + 127 -> 5 libdovecot.0.dylib 0x00000001059950e8 buffer_append + 38 -> 6 imap...

The following error occurred after a "SORT (TO) US-ASCII ALL" command. This only seems to happen with "to", all our other tests work as expected. Oct 1 20:32:49 dovecot: IMAP(example at example.com): pool_data_stack_realloc(): stack frame changed Oct 1 20:32:49 dovecot: IMAP(example at example.com): Raw backtrace: imap [0x80c5ed1] -> imap [0x80c5dec] -> imap [0x80cde63] -> imap [0x80c43c0] -> imap(buffer_write+0x85) [0x80c46f5] -> imap(buffer_append+0x26) [0x80c4766] -> imap [0x80be2f5] -> imap(m...

...E] Temporary authentication failure. [mailsrv2:2012-10-31 08:56:51] * OK Waiting for authentication process to respond.. If I add those two attributes, the user can login successfully. dovecot-2.1.10/sbin/dovecot --version 2.1.10 (9cdeab12f3e1) The log entries: 2012-10-31 09:56:51 auth: Panic: pool_data_stack_realloc(): stack frame changed 2012-10-31 09:56:51 auth: Error: Raw backtrace: /usr/local/dovecot-2.1.10/lib/dovecot/libdovecot.so.0(+0x4857a) [0x7f2c0528c57a] -> /usr/local/dovecot-2.1.10/lib/dovecot/libdovecot.so.0(+0x485c6) [0x7f2c0528c5c6] -> /usr/local/dovecot-2.1.10/lib/dovecot/libdoveco...

Hi, I've upgraded to dovecot 1.1beta2 and the latest dovecot-sieve release yesterday and have one single mail that cannot be delivered repeatedly. Log (reformatted): Oct 12 15:19:19 vs02 deliver(bernilrz): pool_data_stack_realloc(): stack frame changed Oct 12 15:19:19 vs02 deliver(bernilrz): Raw backtrace: /usr/local/libexec/dovecot/deliver(i_syslog_panic_handler+0x1e) [0x47117e] -> /usr/local/libexec/dovecot/deliver [0x470eac] -> /usr/local/libexec/dovecot/deliver [0x47929b] -> /usr/local/libexec/dovecot/deliv...

...^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | Jul 11 01:50:21 managesieve-login: Info: Login: user=<j.doe at example.com>, method=PLAIN, rip=192.168.111.122, lip=192.168.111.222 | Jul 11 01:50:21 auth(default): Info: new auth connection: pid=370 | Jul 11 01:51:25 MANAGESIEVE(j.doe at example.com): Panic: pool_data_stack_realloc(): stack frame changed | Jul 11 01:51:25 MANAGESIEVE(j.doe at example.com): Error: Raw backtrace: managesieve [0x4a45da] -> managesieve [0x4a5360] -> managesieve(i_fatal+0) [0x4a48ce] -> managesieve [0x4b1e6a] -> managesieve [0x4a2421] -> managesieve [0x4a28e9] -> managesieve(buff...

...n mem_block_alloc (min_size=536870912) at data-stack.c:341 #6 0x00007fddaf9bf08b in t_malloc_real (size=size at entry=536870912, permanent=permanent at entry=true) at data-stack.c:396 #7 0x00007fddaf9bf0ca in t_malloc (size=size at entry=536870912) at data-stack.c:442 #8 0x00007fddaf9da5f8 in pool_data_stack_realloc (pool=<optimized out>, mem=0x7fdd99f59038, old_size=268435449, new_size=536870912) at mempool-datastack.c:126 #9 0x00007fddaf9bcc42 in p_realloc (new_size=<optimized out>, old_size=<optimized out>, mem=<optimized out>, pool=<optimized out>) at mempool.h:88...

When I try to refilter some messages lda crash: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: lda-log.txt URL: <http://dovecot.org/pipermail/dovecot/attachments/20121229/b64bf43d/attachment-0004.txt> -------------- next part -------------- doveconf -n output -------------- next part -------------- A non-text attachment was scrubbed...

...n mem_block_alloc (min_size=536870912) at data-stack.c:341 #6 0x00007fddaf9bf08b in t_malloc_real (size=size at entry=536870912, permanent=permanent at entry=true) at data-stack.c:396 #7 0x00007fddaf9bf0ca in t_malloc (size=size at entry=536870912) at data-stack.c:442 #8 0x00007fddaf9da5f8 in pool_data_stack_realloc (pool=<optimized out>, mem=0x7fdd99f59038, old_size=268435449, new_size=536870912) at mempool-datastack.c:126 #9 0x00007fddaf9bcc42 in p_realloc (new_size=<optimized out>, old_size=<optimized out>, mem=<optimized out>, pool=<optimized out>) at mempool.h:88...

Where would I find the core file? I'm not finding anything obvious. The replicator path is /usr/local/libexec/dovecot/replicator Daniel On 3/22/2017 12:52 AM, Aki Tuomi wrote: > Can you provide us gdb bt full dump? > > gdb /usr/libexec/dovecot/replicator /path/to/core > > on some systems, it's /usr/lib/dovecot/replicator > > Aki > > On 21.03.2017 23:48,

I have the following in my log: Mar 21 14:46:59 bubba dovecot: replicator: Panic: data stack: Out of memory when allocating 1073741864 bytes Mar 21 14:46:59 bubba dovecot: replicator: Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0(+0x97c90) [0x7f4638a7cc90] -> /usr/local/lib/dovecot/libdovecot.so.0(+0x97d6e) [0x7f4638a7cd6e] ->