similar to: exited on signal 6 (core dumped) when searching folder

Displaying 20 results from an estimated 500 matches similar to: "exited on signal 6 (core dumped) when searching folder"

2017 Nov 20
2
doveadm mailbox list -s Segmentation fault
Sorry, forgot to include it first time. bt full down below (gdb) bt full #0 0x0000000800d77e04 in mailbox_tree_traverse (tree=0x0, path=0x801c1a540 "INBOX", create=false, created_r=0x7fffffffe4f7) at mailbox-tree.c:103 node = (struct mailbox_node **) 0x10 parent = (struct mailbox_node *) 0x0 name = 0x801c1a540 "INBOX" str = (string_t *)
2017 Nov 20
2
doveadm mailbox list -s Segmentation fault
Hey, I'm getting Segmentation fault when doing "doveadm mailbox list -s -u kristjan.eentsalu". doveadm mailbox list -u kristjan.eentsalu works fine. OS: FreeBSD 11.1-RELEASE-p1 Dovecot 2.2.33.2 , pigenhole 0.4.21 Trace and dovecot -n below GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you
2017 Nov 20
0
doveadm mailbox list -s Segmentation fault
Can you provide subscriptions file for the user as well? Aki On 20.11.2017 10:37, Kristjan Eentsalu wrote: > Sorry, forgot to include it first time. bt full down below > > (gdb) bt full > #0 0x0000000800d77e04 in mailbox_tree_traverse (tree=0x0, path=0x801c1a540 > "INBOX", create=false, created_r=0x7fffffffe4f7) at mailbox-tree.c:103 > node = (struct
2017 Nov 20
0
doveadm mailbox list -s Segmentation fault
can you please send bt full output? Aki On 20.11.2017 10:30, Kristjan Eentsalu wrote: > Hey, > > I'm getting Segmentation fault when doing "doveadm mailbox list -s -u > kristjan.eentsalu". > doveadm mailbox list -u kristjan.eentsalu works fine. > > OS: FreeBSD 11.1-RELEASE-p1 > Dovecot 2.2.33.2 , pigenhole 0.4.21 > > Trace and dovecot -n below >
2012 Jun 16
3
question about fts_squat
just installed dovecot with fts_squat config attached after message. When i telnet to imap server and execute by hand 1 login user password select foldername search body "someword" it works fine, and at blazing speed except first run (indexing). i already indexed everything by doveadm index offline to prevent server overload if multiple users (after i tell them) will try fulltext
2015 Oct 05
4
doveadm index assertion failed
Hi, one of my mailboxes returns following error when I run doveadm index on it: Panic: file charset-iconv.c: line 85 (charset_to_utf8_try): assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE) OS: FreeBSD 10.2 Dovecot: 2.1.19 Tika: 1.10 SOLR: 5.3.1 Running doveadm -D index does not show any more information indicating what causes this error (mail/folder/...) How I can find what is
2018 Dec 21
2
assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE)
I'm running the following: # 2.3.4 (0ecbaf23d): /usr/local/etc/dovecot/dovecot.conf # OS: FreeBSD 11.2-RELEASE-p4 amd64 # FS: ZFS auth_mechanisms = plain login auth_username_format = %Ln listen = * mail_location = maildir:~/Maildir namespace inbox { inbox = yes location = mailbox Drafts { auto = subscribe special_use = \Drafts } mailbox Junk { auto = subscribe
2018 Dec 21
2
assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE)
The bug happens not very often, it might need a week to get a core file. Il giorno ven 21 dic 2018 alle ore 15:18 Aki Tuomi < aki.tuomi at open-xchange.com> ha scritto: > > On 21.12.2018 14.49, Giacomo wrote: > > I'm running the following: > > > > # 2.3.4 (0ecbaf23d): /usr/local/etc/dovecot/dovecot.conf > > # OS: FreeBSD 11.2-RELEASE-p4 amd64 > > #
2019 Jan 21
2
assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE)
I've just enabled core dumps on the involved FreeBSD system. Let's see if it dumps something.. Il giorno dom 20 gen 2019 alle ore 19:16 Stephan Bosch <stephan at rename-it.nl> ha scritto: > Hi Giacomo, > > Op 21/12/2018 om 16:16 schreef Giacomo: > > The bug happens not very often, it might need a week to get a core file. > > Any luck getting a core file? >
2018 Dec 21
0
assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE)
On 21.12.2018 14.49, Giacomo wrote: > I'm running the following: > > # 2.3.4 (0ecbaf23d): /usr/local/etc/dovecot/dovecot.conf > # OS: FreeBSD 11.2-RELEASE-p4 amd64?? > # FS: ZFS > > auth_mechanisms = plain login > auth_username_format = %Ln > listen = * > mail_location = maildir:~/Maildir > namespace inbox { > ? inbox = yes > ? location =? > ? mailbox
2019 Jan 20
0
assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE)
Hi Giacomo, Op 21/12/2018 om 16:16 schreef Giacomo: > The bug happens not very often, it might need a week to get a core file. Any luck getting a core file? Regards, Stephan. > > > Il giorno ven 21 dic 2018 alle ore 15:18 Aki Tuomi > <aki.tuomi at open-xchange.com <mailto:aki.tuomi at open-xchange.com>> ha > scritto: > > > On 21.12.2018 14.49,
2015 Oct 16
0
doveadm index assertion failed
Timo Sirainen wrote: > On 05 Oct 2015, at 22:05, Nick Rosier<nick+dovecot at bunbun.be> wrote: >> Hi, >> >> one of my mailboxes returns following error when I run doveadm index on it: >> >> Panic: file charset-iconv.c: line 85 (charset_to_utf8_try): assertion failed: (srcleft<= CHARSET_MAX_PENDING_BUF_SIZE) >> >> OS: FreeBSD 10.2 >>
2015 Oct 16
0
doveadm index assertion failed
Nick Rosier schreef: > > Timo Sirainen wrote: >> On 05 Oct 2015, at 22:05, Nick Rosier<nick+dovecot at bunbun.be> wrote: >>> Hi, >>> >>> one of my mailboxes returns following error when I run doveadm index on it: >>> >>> Panic: file charset-iconv.c: line 85 (charset_to_utf8_try): assertion failed: (srcleft<=
2019 Feb 11
1
assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE)
Op 9-2-2019 om 19:27 schreef Giacomo via dovecot: > I got a core file this morning. > > opening it with gdb I get this: > > (gdb) core imap.core > Core was generated by `dovecot/imap'. > Program terminated with signal 6, Aborted. > #0? 0x0000000011c1347a in ?? () > (gdb) bt > #0? 0x0000000011c1347a in ?? () > #1? 0x0000000011c13444 in ?? () > #2?
2019 Feb 09
0
assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE)
I got a core file this morning. opening it with gdb I get this: (gdb) core imap.core Core was generated by `dovecot/imap'. Program terminated with signal 6, Aborted. #0 0x0000000011c1347a in ?? () (gdb) bt #0 0x0000000011c1347a in ?? () #1 0x0000000011c13444 in ?? () #2 0x0000000000018dee in ?? () #3 0x306db139575f3b0d in ?? () #4 0x00007fffffffc144 in ?? () #5 0x0000000000000000 in
2004 Aug 06
3
Darkice memory leak
Tried both the binary and compiling the src. Both leaking. It the setting suggested in "INSTALL.lame" didn't work and so I suspected the compiliation settings so I tried various settings. The compiler version is the one coming with RedHat 7.2 gcc3-3.0.1-3. Kristjan <p><p><p><p>-----Original Message----- From: owner-icecast@xiph.org
2019 Nov 11
1
FTS indexer-worker Panic
Set up fts_xapian over the weekend and re-indexed. https://github.com/grosjo/fts-xapian Tried to search my INBOX and got: > dovecot: indexer-worker: Panic: file charset-iconv.c: line 83 (charset_to_utf8_try): assertion failed: (srcleft <= CHARSET_MAX_PENDING_BUF_SIZE) What could I possibly have lurking in my INBOX to cause that ?? -- Yarema
2004 Aug 06
2
Darkice memory leak
ups, sorry for fuzzy description. I use "top" to watch the running processes. It updates every 5 seconds. I am running RedHat 7.2, download from one of Redhats mirros. Haven't installed any updates of Redhat 7.2. The box is a fresh PC with Amd Athlon 1700XP, 128MB, two SoundBlaster 16 PCI using OSS drivers. Any info missing? Kristjan <p>-----Original Message----- From:
2017 Jul 24
0
Core dumped when authenticating to managesieve
On 21.07.2017 16:19, Kristjan Eentsalu wrote: > Hey, > > I'm getting "Error in MANAGESIEVE command received by server." and > service(managesieve-login) killed with signal 11 (core dumped) when doing > two line autenticate(sogo) to managesieve(). > > # telnet localhost 4190 > Trying 127.0.0.1... > Connected to localhost. > Escape character is
2019 Feb 26
1
AD-DC samba_gpoupdate failing
On Tue, 26 Feb 2019 13:34:32 +0000 Kristján Valur Jónsson <kristjan at rvx.is> wrote: > Ok, I've analyzed this and found that the cause is a call to > getpwuid(uid) with the uid being that of the domain controller. > "wbinfo --uid-info=3000074" works and returns information, but this > library function fails. > This is then propagated upwards as a memory error,