Displaying 9 results from an estimated 9 matches similar to: "dovecot 1.1.beta3 crashes on NetBSD/sparc64 4.0_RC3 with Thunderbird 2.0.0.6"
2011 Oct 03
0
1.2.17 Program terminated with signal 11, Segmentation fault.
Hello,
We've had seg faults a couple of times a day on our servers, we upgraded
to 1.2.17 and still have them.
running a coredump through dbg says:
Reading symbols from /usr/local/libexec/dovecot/imap-login...done.
[New Thread 27962]
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
warning: no loadable
2007 Oct 23
3
More core dump stack traces
Hi all,
I found a whole bunch of core files from imap this evening, so here
are the stack traces from each. Unlike my last message, I don't have
debugging symbols for these, so there isn't any analysis I can easily
do. There were several cores with the first stack trace and one with
the second trace. The core dump for the second trace is the only one
I noticed. I suspect that the
2016 Oct 23
0
keent() from Tika - with doveadm
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
2016 Oct 23
0
keent() from Tika - with doveadm
ok, gdb7 works:
(gdb) fr 6
#6 0x00000008011a3e49 in io_loop_handler_run_internal (ioloop=0x801c214e0)
at ioloop-kqueue.c:131
131 i_panic("kevent(): %m");
(gdb) p errno
$1 = 22
(gdb) p ret
$2 = -1
(gdb) p *ioloop
$3 = {prev = 0x801c21080, cur_ctx = 0x0, io_files = 0x801c4f980,
next_io_file = 0x0, timeouts = 0x801c19e60, timeouts_new = {arr = {buffer =
0x801c5ac80, element_size = 8}, v =
2016 Oct 24
0
keent() from Tika - with doveadm
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
2016 Oct 24
0
keent() from Tika - with doveadm
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:
2016 Oct 24
2
keent() from Tika - with doveadm
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
>
2016 Oct 24
2
keent() from Tika - with doveadm
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.
>>
2016 Oct 23
2
keent() from Tika - with doveadm
According to man page, the only way it can return EINVAL (22) is either bad filter, or bad timeout. I can't see how the filter would be bad, so I'm guessing ts must be bad. Unfortunately I forgot to ask for it, so I am going to have to ask you run it again and run
p ts
if that's valid, then the only thing that can be bad if the file descriptor 23.
Aki
> On October 23, 2016 at