View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0003069SOGoBackend Calendarpublic2015-01-20 23:432015-01-30 11:23
Reporterzsalab Assigned Toludovic  
PrioritynormalSeverityminorReproducibilityrandom
Status closedResolutionno change required 
Platform[Server] LinuxOSDebianOS Version7 (Wheezy)
Product Version2.2.14 
Summary0003069: calendar crash
Description

I hope I fill everything right, that is my first bug report for SoGo

Nginx log:
2015/01/21 00:18:20 [error] 4347#0: *69320 upstream prematurely closed connection while reading response header from upstream, client: 72.28.140.52, server: sogo.laxius.hu, request: "PROPFIND /SOGo/dav/test%40bcub3.com/Calendar/ HTTP/1.1", upstream: "http://127.0.0.1:20000/SOGo/dav/test%40x.com/Calendar/", host: "test.x.com"

Syslog:
Jan 21 00:18:20 lasvegas kernel: [2673549.968146] sogod[8618]: segfault at deadfb0e ip 000002d8b9895b20 sp 000003d350304f60 error 4 in libobjc.so.4.0.0[2d8b9886000+17000]
Jan 21 00:18:20 lasvegas kernel: [2673549.974015] grsec: From 79.172.201.62: Segmentation fault occurred at 00000000deadfb0e in /usr/sbin/sogod[sogod:8618] uid/euid:999/999 gid/egid:999/999, parent /usr/sbin/sogod[sogod:8319] uid/euid:999/999 gid/egid:999/999

GDB stack trace:
#0 0x000002d8b9895b20 in class_getMethodImplementation () from /usr/lib/x86_64-linux-gnu/libobjc.so.4
0000001 0x000002d8b9e5f68f in ?? () from /usr/lib/libgnustep-base.so.1.22
0000002 0x000002d8b9e5f4fe in ?? () from /usr/lib/libgnustep-base.so.1.22
0000003 0x000002d8bb764a3f in -[SoObjectRequestHandler lookupObjectForRequest:inContext:] () from /usr/lib/libNGObjWeb.so.4.9
0000004 0x000002d8bb7657a0 in -[SoObjectRequestHandler handleRequest:inContext:session:application:] () from /usr/lib/libNGObjWeb.so.4.9
0000005 0x000002d8bb6f94cd in -[WORequestHandler handleRequest:] (self=0x41d11e6350, _cmd=<optimized out>, _request=0x41d0efb8b0) at WORequestHandler.m:237
0000006 0x000002d8bb6c0efc in -[WOCoreApplication dispatchRequest:usingHandler:] (self=0x41d0b8cff0, _cmd=<optimized out>, _request=0x41d0efb8b0, handler=0x41d11e6350) at WOCoreApplication.m:712
0000007 0x00000041cecbab3f in -[SOGo dispatchRequest:] (self=0x41d0b8cff0, _cmd=0x2d8bba6f710, _request=0x41d0efb8b0) at SOGo.m:453
0000008 0x000002d8bb755895 in -[WOHttpTransaction _run] (self=0x41d0e5d840, _cmd=<optimized out>) at WOHttpTransaction.m:596
0000009 0x000002d8bb7572e8 in -[WOHttpTransaction run] (self=0x41d0e5d840, _cmd=<optimized out>) at WOHttpTransaction.m:649
0000010 0x000002d8bb751e1a in -[WOHttpAdaptor runConnection:] (self=0x41d10fe270, _cmd=<optimized out>, _socket=<optimized out>) at WOHttpAdaptor.m:367
0000011 0x000002d8bb752e76 in -[WOHttpAdaptor _handleAcceptedConnection:] (self=0x41d10fe270, _cmd=<optimized out>, _connection=0x41d0dc0950) at WOHttpAdaptor.m:401
0000012 0x000002d8bb75322a in -[WOHttpAdaptor _handleConnection:] (self=0x41d10fe270, _cmd=<optimized out>, connection=0x41d0dc0950) at WOHttpAdaptor.m:460
0000013 0x000002d8bb752199 in -[WOHttpAdaptor acceptControlMessage:] (self=0x41d10fe270, _cmd=<optimized out>, aNotification=<optimized out>) at WOHttpAdaptor.m:499
0000014 0x000002d8b9efc28d in ?? () from /usr/lib/libgnustep-base.so.1.22
0000015 0x000002d8b9ff74b0 in ?? () from /usr/lib/libgnustep-base.so.1.22
0000016 0x000002d8b9f43989 in ?? () from /usr/lib/libgnustep-base.so.1.22
0000017 0x000002d8b9f42a30 in ?? () from /usr/lib/libgnustep-base.so.1.22
0000018 0x000002d8bb6c086e in -[WOCoreApplication run] (self=0x41d0b8cff0, _cmd=<optimized out>) at WOCoreApplication.m:584
0000019 0x00000041cecba24a in -[SOGo run] (self=0x41d0b8cff0, _cmd=0x2d8bba162a0) at SOGo.m:277
0000020 0x000002d8bb701d34 in -[WOWatchDog _spawnChild:] (self=0x41d0bec670, _cmd=<optimized out>, child=0x41d0b57510) at WOWatchDogApplicationMain.m:595
0000021 0x000002d8bb701156 in -[WOWatchDog _ensureChildren] (self=0x41d0bec670, _cmd=<optimized out>) at WOWatchDogApplicationMain.m:685
0000022 0x000002d8bb702462 in -[WOWatchDog run:argc:argv:] (self=0x41d0bec670, _cmd=<optimized out>, newAppName=<optimized out>, newArgC=<optimized out>, newArgV=<optimized out>)
at WOWatchDogApplicationMain.m:936
0000023 0x000002d8bb7029d9 in WOWatchDogApplicationMain (appName=0x41ceebfa60, argc=7, argv=0x3d350305fd8) at WOWatchDogApplicationMain.m:1050
0000024 0x00000041cecb9579 in main (argc=7, argv=0x3d350305fd8, env=0x3d350306018) at sogod.m:53

let me know if you need more information and please help to resolve that issue
P.S.: it has been exist the 2.2.13 version too (maybe earlier too)

Steps To Reproduce

Install SOGO, setup an account in the Apple Calendar Version 8.0 (2026) and check the logs, it will come

Additional Information

Client: Apple Calendar Version 8.0 (2026)

TagsNo tags attached.

Activities

zsalab

zsalab

2015-01-20 23:43

reporter  

sogo.conf (4,608 bytes)
ludovic

ludovic

2015-01-28 20:43

administrator   ~0008114

Works for me.

How did you create the account in Calendar? What URL have you used?

When doing the process, sniff the traffic from you SOGo server - localhost port 20 000 and send me the pcap privately (lmarcotte@inverse.ca)
zsalab

zsalab

2015-01-28 21:17

reporter   ~0008115

I didn't create account, is come from the users_view (see sogo.conf), so that is the default calendar I think.

It's happen one on 10 request... so random (you can find the request URL in the original description)
request: "PROPFIND /SOGo/dav/test%40bcub3.com/Calendar/ HTTP/1.1"
zsalab

zsalab

2015-01-28 21:38

reporter   ~0008116

The problem, I can not send just the crashed request because the some request is crashing or not (aprox 5-10% crash)

Is it ok, if I capture with that and send the cap file to you?
tcpdump -i any -vvv -w capture.cap port 20000

I'm gonna try to save just a crashed request
zsalab

zsalab

2015-01-28 21:44

reporter   ~0008117

Hm, it is interesting I found a similar problem, that class_getMethodImplementation again, but different stacktrace

#0 0x0000038fed633b20 in class_getMethodImplementation () from /usr/lib/x86_64-linux-gnu/libobjc.so.4
0000001 0x0000038fedbfd68f in ?? () from /usr/lib/libgnustep-base.so.1.22
0000002 0x0000038fedbfd4fe in ?? () from /usr/lib/libgnustep-base.so.1.22
0000003 0x0000038fe39f5e2e in -[SOGoActiveSyncDispatcher dispatchRequest:inResponse:context:] (self=0x7dfa1353c0, _cmd=0x38fe46a3ba0, theRequest=0x7df9d1fe20, theResponse=0x7df9dd2d80,
theContext=0x7df9d51350) at SOGoActiveSyncDispatcher.m:2623
0000004 0x0000038fe449c9db in -[SOGoMicrosoftActiveSyncActions microsoftServerActiveSyncAction] (self=0x7dfa1a53e0, _cmd=0x7dfa0d3ac0) at SOGoMicrosoftActiveSyncActions.m:57
zsalab

zsalab

2015-01-30 04:39

reporter   ~0008122

It was definitely my packaging problem, please close the issue

Issue History

Date Modified Username Field Change
2015-01-20 23:43 zsalab New Issue
2015-01-20 23:43 zsalab File Added: sogo.conf
2015-01-28 20:42 ludovic Severity crash => minor
2015-01-28 20:43 ludovic Note Added: 0008114
2015-01-28 21:17 zsalab Note Added: 0008115
2015-01-28 21:38 zsalab Note Added: 0008116
2015-01-28 21:44 zsalab Note Added: 0008117
2015-01-30 04:39 zsalab Note Added: 0008122
2015-01-30 11:23 ludovic Status new => closed
2015-01-30 11:23 ludovic Assigned To => ludovic
2015-01-30 11:23 ludovic Resolution open => no change required