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,