View Issue Details

IDProjectCategoryView StatusLast Update
0004834SOGosogo-toolpublic2019-10-25 15:10
Reportersascha.kasch@sumcumo.com Assigned Toludovic  
PrioritynormalSeverityminorReproducibilityrandom
Status resolvedResolutionduplicate 
Product Version4.0.8 
Summary0004834: update-autoreply fails with segmenation fault
Description

currently every daily cron with sogo-tool aupdate-autoreply fails with:

<0x0x322ccf0[SOGoCache]> Cache cleanup interval set every 300.000000 seconds
<0x0x322ccf0[SOGoCache]> Using host(s) '127.0.0.1' as server(s)
Segmentation fault

When triggered manually it also fails on first run but subsequent runs succeed. Looks like this fails when not being triggered for some time.

Current SOGo: 4.0.8.20190923-1

TagsNo tags attached.

Relationships

duplicate of 0004846 resolvedludovic update sieve-scripts fails with segmenation fault 

Activities

sascha.kasch@sumcumo.com

sascha.kasch@sumcumo.com

2019-10-07 20:05

reporter   ~0013813

now with 4.0.8.20191007-1 it fails all the time

sascha.kasch@sumcumo.com

sascha.kasch@sumcumo.com

2019-10-24 06:25

reporter   ~0013838

attached gdb via:

gdb --args /usr/sbin/sogo-tool -v update-autoreply -p /opt/sogo/sieve-creds
(gdb) b [NSException raise]
Function "[NSException raise]" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 ([NSException raise]) pending.
(gdb) r
Starting program: /usr/sbin/sogo-tool -v update-autoreply -p /opt/sogo/sieve-creds

<0x0x18afce0[SOGoCache]> Cache cleanup interval set every 300.000000 seconds
<0x0x18afce0[SOGoCache]> Using host(s) '127.0.0.1' as server(s)

Program received signal SIGSEGV, Segmentation fault.
GSToUnicode (dst=dst@entry=0x7fffff801ff0, size=size@entry=0x7fffff801fec, src=0x7ffff67a8430 <__PRETTY_FUNCTION__.19799> "-[WOContext application]", slen=slen@entry=24,
enc=NSISOLatin1StringEncoding, zone=zone@entry=0x0, options=0) at Unicode.m:950
950 Unicode.m: No such file or directory.

sascha.kasch@sumcumo.com

sascha.kasch@sumcumo.com

2019-10-24 06:28

reporter   ~0013839

and:

0005490 0x00007ffff676d998 in -[NSObject(SoObject) authenticatorInContext:] (self=0x1f0f020, _cmd=0x7fffeb2181d0 <_OBJC_SELECTOR_TABLE+1776>, _ctx=0x1d9f950) at SoObject.m:192
0005491 0x00007fffeafe2163 in -[SOGoMailAccount imap4PasswordRenewed:] (self=0x1f0f020, _cmd=0x7fffeb2141c0 <_OBJC_SELECTOR_TABLE+416>, renewed=0 '\000')
at SOGoMailAccount.m:750
---Type <return> to continue, or q <return> to quit---
0005492 0x00007fffeafdd280 in -[SOGoMailBaseObject _createIMAP4Connection] (self=0x1f0f020, _cmd=0x7fffeb214300 <_OBJC_SELECTOR_TABLE+736>) at SOGoMailBaseObject.m:152
0005493 0x00007fffeafdd7ca in -[SOGoMailBaseObject imap4Connection] (self=0x1f0f020, _cmd=0x7fffeb217bc0 <_OBJC_SELECTOR_TABLE+224>) at SOGoMailBaseObject.m:224
0005494 0x00007fffeafdfb9f in -[SOGoMailAccount imap4Separator] (self=0x1f0f020, _cmd=0x7ffff7da3e10 <_OBJC_SELECTOR_TABLE+1296>) at SOGoMailAccount.m:264
0005495 0x00007ffff7b270ae in -[SOGoSieveManager updateFiltersForAccount:withUsername:andPassword:] (self=0x1f13a10, _cmd=0x7fffeb217e50 <_OBJC_SELECTOR_TABLE+880>,
theAccount=0x1f0f020, theUsername=0x8c8ca0, thePassword=0x897090) at SOGoSieveManager.m:826
0005496 0x00007fffeafe0165 in -[SOGoMailAccount updateFiltersWithUsername:andPassword:] (self=0x1f0f020, _cmd=0x6231e0 <_OBJC_SELECTOR_TABLE+288>, theUsername=0x8c8ca0,
thePassword=0x897090) at SOGoMailAccount.m:327
0005497 0x0000000000406785 in -[SOGoToolUpdateAutoReply updateAutoReplyForLogin:withSieveUsername:andPassword:disabling:] (self=0x89dce0,
_cmd=0x623310 <_OBJC_SELECTOR_TABLE+592>, theLogin=0x188edf0, theUsername=0x8c8ca0, thePassword=0x897090, disabling=0 '\000') at SOGoToolUpdateAutoReply.m:121
0005498 0x0000000000406d46 in -[SOGoToolUpdateAutoReply updateAutoReplyWithUsername:andPassword:] (self=0x89dce0, _cmd=0x6233c0 <_OBJC_SELECTOR_TABLE+768>,
theUsername=0x8c8ca0, thePassword=0x897090) at SOGoToolUpdateAutoReply.m:192
0005499 0x0000000000407147 in -[SOGoToolUpdateAutoReply run] (self=0x89dce0, _cmd=0x6203b0 <_OBJC_SELECTOR_TABLE+80>) at SOGoToolUpdateAutoReply.m:265
0005500 0x0000000000403907 in +[SOGoTool runToolWithArguments:verbose:] (self=0x623040 <_OBJC_Class_SOGoToolUpdateAutoReply>, _cmd=0x61fc20 <_OBJC_SELECTOR_TABLE+480>,
toolArguments=0x89dca0, isVerbose=1 '\001') at SOGoTool.m:54
0005501 0x000000000040343e in -[SOGoToolDispatcher run] (self=0x955570, _cmd=0x61fcb0 <_OBJC_SELECTOR_TABLE+624>) at sogo-tool.m:197
0005502 0x000000000040377e in main (argc=5, argv=0x7fffffffe508, env=0x7fffffffe538) at sogo-tool.m:253

sascha.kasch@sumcumo.com

sascha.kasch@sumcumo.com

2019-10-24 06:35

reporter   ~0013840

interesting: the above was wrong (first run was without any loaded shared libs):

so again:

gdb --args /usr/sbin/sogo-tool -v update-autoreply -p /opt/sogo/sieve-creds

[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
^C
Program received signal SIGINT, Interrupt.
GIdl_debug_state () at dl-debug.c:74
74 dl-debug.c: No such file or directory.
(gdb) b [NSException raise]
Breakpoint 1 at 0x7ffff5cbbf60: file NSException.m, line 1144.
(gdb) b abort
Breakpoint 2 at 0x7ffff4dbf2c0: abort. (2 locations)
(gdb) c
Continuing.

[Inferior 1 (process 22564) exited normally]
(gdb) bt
No stack.

sascha.kasch@sumcumo.com

sascha.kasch@sumcumo.com

2019-10-24 06:36

reporter   ~0013841

a normal run without gdb is also successfull... will wait a few hours and debug again

veaseym

veaseym

2019-10-25 07:12

reporter   ~0013849

I see this behavior as well. It occurs only when a user has enabled the out of office since it was last run and does not recur subsequently. It does not recur when OOO is disabled.

sascha.kasch@sumcumo.com

sascha.kasch@sumcumo.com

2019-10-25 07:15

reporter   ~0013850

GDB still throws:

<0x0x122a6c0[SOGoCache]> Cache cleanup interval set every 300.000000 seconds
<0x0x122a6c0[SOGoCache]> Using host(s) '127.0.0.1' as server(s)

Program received signal SIGSEGV, Segmentation fault.
GSToUnicode (dst=dst@entry=0x7fffff801ff0, size=size@entry=0x7fffff801fec,
src=0x7ffff67a8430 <__PRETTY_FUNCTION__.19799> "-[WOContext application]", slen=slen@entry=24, enc=NSISOLatin1StringEncoding,
zone=zone@entry=0x0, options=0) at Unicode.m:950
950 Unicode.m: No such file or directory.

ludovic

ludovic

2019-10-25 14:51

administrator   ~0013852

When it crashes, produce a stack trace by typing "bt".

It works for me so I can't reproduce the issue right now.

ludovic

ludovic

2019-10-25 15:10

administrator   ~0013853

I can reproduce 4846 and it's the same bug, closing.

Issue History

Date Modified Username Field Change
2019-09-30 09:59 sascha.kasch@sumcumo.com New Issue
2019-10-07 20:05 sascha.kasch@sumcumo.com Note Added: 0013813
2019-10-24 06:25 sascha.kasch@sumcumo.com Note Added: 0013838
2019-10-24 06:28 sascha.kasch@sumcumo.com Note Added: 0013839
2019-10-24 06:35 sascha.kasch@sumcumo.com Note Added: 0013840
2019-10-24 06:36 sascha.kasch@sumcumo.com Note Added: 0013841
2019-10-25 07:12 veaseym Note Added: 0013849
2019-10-25 07:15 sascha.kasch@sumcumo.com Note Added: 0013850
2019-10-25 14:51 ludovic Note Added: 0013852
2019-10-25 15:10 ludovic Note Added: 0013853
2019-10-25 15:10 ludovic Relationship added duplicate of 0004846
2019-10-25 15:10 ludovic Status new => resolved
2019-10-25 15:10 ludovic Resolution open => duplicate
2019-10-25 15:10 ludovic Assigned To => ludovic