Displaying 20 results from an estimated 5000 matches similar to: "Full text search indexing"
2018 Dec 04
2
[2.3.4] Segmentation faults
Hi
How to solve this ?
So many similar segfaults
Thank you
On 2018-11-30 06:11, Joan Moreau wrote:
> ANother (very very long) example :
>
> # gdb /usr/libexec/dovecot/indexer-worker core.indexer-worker.0.3a33f56105e043de802a7dfcee265a07.21017.1543533424000000
> GNU gdb (GDB) 8.2
> Copyright (C) 2018 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or
2018 Dec 04
2
[2.3.4] Segmentation faults
> On December 4, 2018 at 8:18 AM Aki Tuomi <aki.tuomi at open-xchange.com> wrote:
>
> We don't consider it as "very early beta". We consider it production ready. It is bit more work to set up though.
FWIW, Squat has been deprecated since 2.0, so none of this should come as a surprise.
https://wiki.dovecot.org/Plugins/FTS
> Aki
>
> > On 04 December
2018 Dec 04
3
[2.3.4] Segmentation faults
Thanks for mySql
For Squat vs Solr, Solr does not reach Squat by very far in terms of
results : If I setup Solr, and search (via the search in Roundbube or
Evolution) for a keyword or part of the keyword, the results are
complete non sense. The diference between "search in full body" and
"search in fields" does not even work.
Solr with Dovecot seems very early beta
2008 Jun 19
2
sig11 in 1.1rc5 fts
This happened from one user near noon on the 17th and 19th (today) of
this month. From the backtrace it looks like they were searching, but I
won't know for sure unless I need to ask them. Is this possibly fixed
already? I just haven't upgraded dovecot in a while due to lack of
problems. The sig11 happened a few dozen times, a few seconds apart
each day. I have one coredump from
2012 Feb 27
1
Error with 2.0.18
Today I found this in my log:
Feb 26 14:27:51 postamt dovecot: imap(tscxxxf): Error: mmap(/home/t/s/tscxxxf/Maildir/dovecot.index.search.uids) failed: Cannot allocate memory
Feb 26 14:27:51 postamt dovecot: imap(tscxxxf): Error: Corrupted squat uidlist file /home/t/s/tscxxxf/Maildir/dovecot.index.search.uids: uidlist not found
Feb 26 14:27:52 postamt dovecot: imap(tscxxxf): Panic: file
2008 Oct 04
2
Dovecot 1.1.3 crash & backtrace
Backtrace:/usr/local/libexec/dovecot/imap
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB
2006 Dec 10
1
Full text search indexing
There are now two full text search backends in CVS HEAD:
- squat: My own full text search index based on ideas from Cyrus Squat
indexes. Supports substring searches.
- lucene: Uses CLucene library.
It should be pretty easy to add support for more backends.
As I've explained a couple of times already, IMAP RFC says that searches
are done by matching substrings, so the Lucene backend
2008 Jul 21
2
Squat indexing a Maildir of over 600 GB?
Guys,
We have a very large maildir for email auditing purposes. It's
currently at 600 GB and continues to grow.
Can dovecot handle this with squat indexing, or am I out of my mind?
Thanks!
John
2013 Nov 30
4
Full text search improvements
FTS indexing is something I hear quite often nowadays. I?ve added some hacks to make it work better for some installations, but it?s about time to think about the whole design and how it could be improved for everyone in future. Here are some of my initial thoughts.
Currently Dovecot supports 3 full text search engines: Solr, CLucene and Dovecot Squat. CLucene plugin has various features built
2018 Nov 29
3
[2.3.4] Segmentation faults
finally managed to locate the dump
here the output:
# gdb /usr/libexec/dovecot/auth
/var/lib/systemd/coredump/core.auth.0.3a33f56105e043de802a7dfcee265a07.28130.1543516118000000
GNU gdb (GDB) 8.2
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
2018 Dec 04
0
[2.3.4] Segmentation faults
> On 04 December 2018 at 16:46 Joan Moreau via dovecot <dovecot at dovecot.org> wrote:
>
>
> Hi
>
> How to solve this ?
>
> So many similar segfaults
>
> Thank you
>
> On 2018-11-30 06:11, Joan Moreau wrote:
>
> > ANother (very very long) example :
> >
> > # gdb /usr/libexec/dovecot/indexer-worker
2018 Dec 04
0
[2.3.4] Segmentation faults
We don't consider it as "very early beta". We consider it production ready. It is bit more work to set up though.
Aki
> On 04 December 2018 at 17:16 Joan Moreau <jom at grosjo.net> wrote:
>
>
> Thanks for mySql
>
> For Squat vs Solr, Solr does not reach Squat by very far in terms of
> results : If I setup Solr, and search (via the search in Roundbube
2018 Dec 04
0
Squat
Yes, but the bottom line is that Squat does the job needed for end
users, Solr does not
On 2018-12-04 16:53, Michael Slusarz wrote:
>> On December 4, 2018 at 8:18 AM Aki Tuomi <aki.tuomi at open-xchange.com> wrote:
>>
>> We don't consider it as "very early beta". We consider it production ready. It is bit more work to set up though.
>
> FWIW, Squat
2018 Nov 30
0
[2.3.4] Segmentation faults
ANother (very very long) example :
# gdb /usr/libexec/dovecot/indexer-worker
core.indexer-worker.0.3a33f56105e043de802a7dfcee265a07.21017.1543533424000000
GNU gdb (GDB) 8.2
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to
2011 Jan 10
1
Multiple imap crashes (Panic: file squat-trie.c: line 876 (squat_build_word): assertion failed: (i + bytelen <= size))
The log says:
Jan 10 19:41:19 postamt dovecot: imap(heixxxxe): Panic: file squat-trie.c: line 876 (squat_build_word): assertion failed: (i + bytelen <= size)
Jan 10 19:41:19 postamt dovecot: imap(heixxxxe): Error: Raw backtrace:
/usr/dovecot-2/lib/dovecot/libdovecot.so.0(+0x3b861) [0xb7639861] ->
/usr/dovecot-2/lib/dovecot/libdovecot.so.0(+0x3b8cf) [0xb76398cf] ->
2011 Feb 02
1
Backtrace:dovecot/imap with 2.0.9 hg checkout from 1st of Febrauary
It's actually 4 crashes in the same minute:
Date: Wed, 02 Feb 2011 04:28:35 +0100
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
2013 Apr 10
2
grup function
Hello,
How can i mattch blanks within words, when i have more phrases?
c("Shangh i", "Hello here i am","h llo")
> gsub(" ","a",c("Shangh i", "Hello here i am","h llo"))
[1] "Shanghai" "Helloahereaiaam" "hallo"
I would like to have [1] "Shanghai" "Hello here
2008 Dec 05
0
Backtrace:/usr/local/libexec/dovecot/imap
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as
2010 Jun 19
1
Coredump while searching a folder
Hi,
while searching through the message bodies in a real folder I got a
coredump. I used the master user for this operation. dovecot.index* files
have been removed before I started this operation. This looks a bit
different to my previous report.
Coredump:
Program terminated with signal 6, Aborted.
[New process 1628]
#0 0x00002b5e82a8ced5 in raise () from /lib/libc.so.6
#0 0x00002b5e82a8ced5
2013 Nov 05
0
squat assertion result core dump with imap process
Hello,
Recently, we had a file system problem. After fsck we started to get some
core dump with imap process.
Nov 4 15:15:04 mail_server1 dovecot: imap(user at domain.tld): Panic: file
squat-trie.c: line 293 (squat_trie_lock): assertion failed: (trie->fd != -1)
Nov 4 15:15:04 mail_server1 dovecot: imap(user at domain.tld): Error: Raw
backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x4892a)