similar to: doveadm fts optimize CRASH

Can you install debug symbols in FreeBSD? Aki > On October 23, 2016 at 6:29 PM Larry Rosenman <larryrtx at gmail.com> wrote: > > > $ gdb /usr/local/bin/doveadm `pwd`/doveadm.core > 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 are > welcome to change it and/or

$ gdb /usr/local/bin/doveadm `pwd`/doveadm.core 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 are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty"

that seems to fix this kevent() problem, but I got the following lucene assert. Is that because of previous fails? Also, while I have your attention, is fts_autoindex supposed to work accross NAMESPACES? doveadm(mrm): Debug: Mailbox LISTS/vse-l: Opened mail UID=39483 because: fts indexing doveadm(mrm): Debug: Mailbox LISTS/vse-l: Opened mail UID=39484 because: fts indexing doveadm(mrm): Debug:

Hope this helps. There are no debugging symbols available for dovecot in the alpine repository. (gdb) bt full #0? a_crash () at ./arch/x86_64/atomic_arch.h:108 No locals. #1? free (p=0x55d949250660) at src/malloc/malloc.c:467 ??????? extra = 65 ??????? base = 0x55d94925060f "" ??????? len = 94391723427649 ??????? self = 0x55d949250650 ??????? next = <optimized out> ???????

doveadm(mrm): Debug: http-client: conn 127.0.0.1:9998 [1]: Got 200 response for request [Req38: PUT http://localhost:9998/tika/] (took 296 ms + 8 ms in queue) doveadm(mrm): Panic: kevent(): Invalid argument Program received signal SIGABRT, Aborted. 0x00000008014e6f7a in thr_kill () from /lib/libc.so.7 (gdb) fr 6 #6 0x00000008011a3e49 in io_loop_handler_run_internal (ioloop=0x801c214e0) at

Hi! Can you try these two patches? Aki On 24.10.2016 08:48, Aki Tuomi wrote: > Ok so that timeval makes no sense. We'll look into it. > > Aki > >> On October 24, 2016 at 12:22 AM Larry Rosenman <larryrtx at gmail.com> wrote: >> >> >> doveadm(mrm): Debug: http-client: conn 127.0.0.1:9998 [1]: Got 200 response >> for request [Req38: PUT

Hi, I am having the same issue as: http://www.dovecot.org/list/dovecot/2014-April/095681.html although I am using the latest dovecot-core and dovecot-lucene packages from the debian sid repo which already has the patch (http://hg.dovecot.org/dovecot-2.2/rev/5e42a8c18b51) mentioned in the above thread implemented. doveadm(admin): Info: Old.All: Caching mails seq=1..300332 9400/300332 Program

I've managed to re-compile the alpine packages inside the container, creating the debug symbols and disabling compile time optimizations, as they also disturbed the backtrace. The following output looks much more meaningful. But unfortunately there are still some symbols missing for lucene-core. Let me know if this is enough to work with. (It doesn't seem to be musl after all?) Reading

Upgraded to dovecot-1.1.0 today, and activated the fts_lucene plugin. On login with Thunderbird-2.0.0.14, dovecot crashes over and over: Jun 21 14:07:17 airframe dovecot: imap-login: Login: user=<user>, method=CRAM-MD5, rip=192.168.1.1, lip=192.168.1.3, TLS Jun 21 14:07:17 airframe dovecot: child 5712 (imap) killed with signal 11 Jun 21 14:07:17 airframe dovecot: imap-login: Login:

Hi, I now this is kinda impolite to ask, but I would like some feedback on this issue. I'm representing the Mailu user group here, plus the fact that my own production server is affected and starts to crash due to file corruption as a result of the indexer-worker segfaults. Last night my server became unavailable with logs like: Error: imap(tim at

Ok, thanks a lot for the reply. I'll keep digging then :) On 12/21/18 4:19 PM, Aki Tuomi wrote: > On 21.12.2018 15.01, Tim Mohlmann via dovecot wrote: >> Hi, I now this is kinda impolite to ask, but I would like some feedback >> on this issue. I'm representing the Mailu user group here, plus the fact >> that my own production server is affected and starts to crash due

On 21.12.2018 15.01, Tim Mohlmann via dovecot wrote: > Hi, I now this is kinda impolite to ask, but I would like some feedback > on this issue. I'm representing the Mailu user group here, plus the fact > that my own production server is affected and starts to crash due to > file corruption as a result of the indexer-worker segfaults. Last night > my server became unavailable

Ok so that timeval makes no sense. We'll look into it. Aki > On October 24, 2016 at 12:22 AM Larry Rosenman <larryrtx at gmail.com> wrote: > > > doveadm(mrm): Debug: http-client: conn 127.0.0.1:9998 [1]: Got 200 response > for request [Req38: PUT http://localhost:9998/tika/] (took 296 ms + 8 ms in > queue) > doveadm(mrm): Panic: kevent(): Invalid argument >

I'm really sorry, but it was a long day yesterday. I forgot to mention that I used alpine:edge (based on the alpine master branch) image to set up the build environment. So there were some version changes. dovecot --version: 2.3.3 (dcead646b) apk info musl: musl-1.1.20-r2 description: the musl c library (libc) implementation Configuration was unchanged wrt to my first mail. Maybe it's

Hi all, I''ve recently started working with Ferret and I''m getting what seems to be slow searches. I have about 10000 documents in the index, with several fields per document, with some fields having an array of several values that are indexed. I am using a RAMDirectory to store the index for searching. When doing testing, I find that searches are reasonable at around .2 to

Hi! We found some problems with those patches, and ended up doing slightly different fix: https://github.com/dovecot/core/compare/3e41b3d%5E...cca98b.patch Aki On 24.10.2016 10:17, Aki Tuomi wrote: > Hi! > > Can you try these two patches? > > Aki > > > On 24.10.2016 08:48, Aki Tuomi wrote: >> Ok so that timeval makes no sense. We'll look into it. >>

Hi, In the documentation of FTS lucene, I need little more clarification about this section: -------------------------------------------------- --with-lucene --with-stemmer The second switch is only required if you have compiled libstemmer yourself or if it's included in the CLucene you are using. -------------------------------------------------- I am totally unsure but as I understand,

I found this in mail.err. Anyone ever experience this? May 22 14:51:51 mba dovecot: imap(formulaire): Panic: file lucene-wrapper.cc: line 196: unreached May 22 14:51:51 mba dovecot: imap(formulaire): Error: Raw backtrace: /opt/dovecot-2.1.6-lucene/lib/dovecot/libdovecot.so.0(+0x4200a) [0x7f7e0edfd00a] -> /opt/dovecot-2.1.6-lucene/lib/dovecot/libdovecot.so.0(+0x4204e) [0x7f7e0edfd04e] ->

Hi, I''m currently trying to set up a solution involving multiple servers using the same index over nfs. The problem is that from what I have seen, ferret doesn''t support multiple processes writing to the same index. Using a DRb service is not an option since this would create a single point of failure. I tried using Ferret::Store::FSDirectory to create a write lock on the the

doveconf -n attached, what else do you need? On Sun, Oct 23, 2016 at 3:19 AM, Aki Tuomi <aki.tuomi at dovecot.fi> wrote: > Please see http://dovecot.org/bugreport.html > > Aki > > > On October 23, 2016 at 2:32 AM larryrtx <larryrtx at gmail.com> wrote: > > > > > > Any news Ali? > > > > > > Sent from my Sprint Samsung Galaxy S7.