Hello,
one possible treason I found out is a mismatched user account. Just restart sogo then watch the log to see if this error is produced from an special user logging in! Then remove the user wich sogo-tool.
In my case everytime the error occured it was a user with a false configuration.
Greetings
Daniel
Gesendet: Dienstag, 03. Juni 2014 um 09:48 Uhr
Von: "VILLEMUR Jacques" <jacques.ville...@isae.fr>
An: users@sogo.nu
Betreff: Re: [SOGo] Process sogod 100% cpu
Hello,
Here is a trace on a sogod process 100%

gdb -p 4476
Loaded symbols for /usr/lib64/gconv/ISO8859-1.so
0x00007f0c6e7d1827 in _int_free () from /lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install cyrus-sasl-lib-2.1.23-13.el6_3.1.x86_64 expat-2.0.1-11.el6_2.x86_64 glib2-2.26.1-7.el6_5.x86_64 glibc-2.12-1.132.el6.x86_64 keyutils-libs-1.4-4.el6.x86_64 krb5-libs-1.10.3-15.el6_5.1.x86_64 lasso-2.3.6-1.centos6.x86_64 libcom_err-
(gdb) bt
#0  0x00007f0c6e7d1827 in _int_free () from /lib64/libc.so.6
#1  0x00007f0c70522695 in -[NGByteBuffer la:] (self=0x7f0c7af0d0d8, _cmd=0x7f0c70cb6fc0, _la=1023) at NGByteBuffer.m:280
#2  0x00007f0c70a1d1e5 in _la (self=0x7f0c7aeea358, _la=1023) at NGMimePartParser.m:1311
#3  0x00007f0c70a1b2e6 in -[NGMimePartParser readBodyUnknownLengthStream] (self=0x7f0c7aeea358, _cmd=0x7f0c70cb6e20) at NGMimePartParser.m:861
#4  0x00007f0c70a1b839 in -[NGMimePartParser readBodyUnknownLength] (self=0x7f0c7aeea358, _cmd=0x7f0c70cb6e80) at NGMimePartParser.m:923
#5  0x00007f0c70a1bffc in -[NGMimePartParser readBody] (self=0x7f0c7aeea358, _cmd=0x7f0c70cb6f40) at NGMimePartParser.m:1046
#6  0x00007f0c70a1c715 in -[NGMimePartParser parseBodyOfPart:] (self=0x7f0c7aeea358, _cmd=0x7f0c711a4730, _part=0x7f0c7aba10c8) at NGMimePartParser.m:1131
#7  0x00007f0c70e73d53 in -[NGHttpMessageParser parseBodyOfPart:] (self=0x7f0c7aeea358, _cmd=0x7f0c70cb7030, _part=0x7f0c7aba10c8) at NGHttpMessageParser.m:606
#8  0x00007f0c70a1cec0 in -[NGMimePartParser parsePart] (self=0x7f0c7aeea358, _cmd=0x7f0c70cb7070) at NGMimePartParser.m:1255
#9  0x00007f0c70a1cfc0 in -[NGMimePartParser parsePartFromStream:] (self=0x7f0c7aeea358, _cmd=0x7f0c711a47b0, _stream=0x7f0c7aae2e48) at NGMimePartParser.m:1272
#10 0x00007f0c70e743dc in -[NGHttpMessageParser parseResponseFromStream:] (self=0x7f0c7aeea358, _cmd=0x7f0c7118b220, _stream=0x7f0c7aae2e48) at NGHttpMessageParser.m:713
#11 0x00007f0c70e56c5a in -[WOHTTPConnection readResponse] (self=0x7f0c7abbece8, _cmd=0x7f0c721cb5c0) at WOHTTPConnection.m:542
#12 0x00007f0c71f6aca4 in -[SOGoCASSession _performCASRequestWithAction:andParameters:] (self=0x7f0c7ae558f8, _cmd=0x7f0c721cb690, casAction=0x7f0c721ca960, parameters=0x7f0c7af679f8) at SOGoCASSession.m:398
#13 0x00007f0c71f6b00c in -[SOGoCASSession _fetchTicketData] (self=0x7f0c7ae558f8, _cmd=0x7f0c721cb6c0) at SOGoCASSession.m:436
#14 0x00007f0c71f6b12b in -[SOGoCASSession login] (self=0x7f0c7ae558f8, _cmd=0x7f0c721ceed0) at SOGoCASSession.m:451
#15 0x00007f0c71f6cc80 in -[SOGoWebAuthenticator checkLogin:password:domain:perr:expire:grace:useCache:] (self=0x7f0c730d4628, _cmd=0x7f0c721cee80, _login=0x7f0c7af7d138, _pwd=0x7f0c7ad968c8, _domain=0x7fffe3226de8, _perr=0x7fffe3226e0c, _expire=0x7fffe3226e08, 
    _grace=0x7fffe3226e04, _useCache=1 '\001') at SOGoWebAuthenticator.m:145
#16 0x00007f0c71f6cb58 in -[SOGoWebAuthenticator checkLogin:password:domain:perr:expire:grace:] (self=0x7f0c730d4628, _cmd=0x7f0c721cee70, _login=0x7f0c7af7d138, _pwd=0x7f0c7ad968c8, _domain=0x7fffe3226de8, _perr=0x7fffe3226e0c, _expire=0x7fffe3226e08, _grace=0x7fffe3226e04)
    at SOGoWebAuthenticator.m:116
#17 0x00007f0c71f6cae5 in -[SOGoWebAuthenticator checkLogin:password:] (self=0x7f0c730d4628, _cmd=0x7f0c712180a0, _login=0x7f0c7ac938d8, _pwd=0x7f0c7ac19ff8) at SOGoWebAuthenticator.m:101
#18 0x00007f0c70eed548 in -[SoCookieAuthenticator preprocessCredentialsInContext:] (self=0x7f0c730d4628, _cmd=0x7f0c721cf130, _ctx=0x7f0c7ae380e8) at SoCookieAuthenticator.m:249
#19 0x00007f0c71f6db71 in -[SOGoWebAuthenticator preprocessCredentialsInContext:] (self=0x7f0c730d4628, _cmd=0x7f0c7120a150, context=0x7f0c7ae380e8) at SOGoWebAuthenticator.m:358
#20 0x00007f0c70ed6301 in -[SoObjectRequestHandler handleRequest:inContext:session:application:] (self=0x7f0c72f2dbd8, _cmd=0x7f0c71191c80, _rq=0x7f0c7af1c7b8, _ctx=0x7f0c7ae380e8, _sn=0x0, app=0x7f0c72e67438) at SoObjectRequestHandler.m:537
#21 0x00007f0c70e5df88 in -[WORequestHandler handleRequest:] (self=0x7f0c72f2dbd8, _cmd=0x7f0c7115cb80, _request=0x7f0c7af1c7b8) at WORequestHandler.m:237
#22 0x00007f0c70e199dc in -[WOCoreApplication dispatchRequest:usingHandler:] (self=0x7f0c72e67438, _cmd=0x7f0c7115cbe0, _request=0x7f0c7af1c7b8, handler=0x7f0c72f2dbd8) at WOCoreApplication.m:712
#23 0x00007f0c70e19d38 in -[WOCoreApplication dispatchRequest:] (self=0x7f0c72e67438, _cmd=0x7f0c7260c160, _request=0x7f0c7af1c7b8) at WOCoreApplication.m:752
#24 0x00007f0c724048a9 in -[SOGo dispatchRequest:] (self=0x7f0c72e67438, _cmd=0x7f0c711f30d0, _request=0x7f0c7af1c7b8) at SOGo.m:453
#25 0x00007f0c70ec3770 in -[WOHttpTransaction _run] (self=0x7f0c7aeda358, _cmd=0x7f0c711f3100) at WOHttpTransaction.m:596
#26 0x00007f0c70ec3b42 in -[WOHttpTransaction run] (self=0x7f0c7aeda358, _cmd=0x7f0c711f0d80) at WOHttpTransaction.m:649
#27 0x00007f0c70ebf01f in -[WOHttpAdaptor runConnection:] (self=0x7f0c72fcc3a8, _cmd=0x7f0c711f0e20, _socket=0x7f0c7adc4098) at WOHttpAdaptor.m:367
#28 0x00007f0c70ebf273 in -[WOHttpAdaptor _handleAcceptedConnection:] (self=0x7f0c72fcc3a8, _cmd=0x7f0c711f0e30, _connection=0x7f0c7adc4098) at WOHttpAdaptor.m:401
#29 0x00007f0c70ebf6d8 in -[WOHttpAdaptor _handleConnection:] (self=0x7f0c72fcc3a8, _cmd=0x7f0c711f0ee0, connection=0x7f0c7adc4098) at WOHttpAdaptor.m:460
#30 0x00007f0c70ebf9f3 in -[WOHttpAdaptor acceptControlMessage:] (self=0x7f0c72fcc3a8, _cmd=0x7f0c711f0c40, aNotification=0x7f0c7ab61848) at WOHttpAdaptor.m:499
#31 0x00007f0c6f60ce2f in -[NSNotificationCenter _postAndRelease:] (self=0x7f0c72bf7958, _cmd=0x7f0c6fac8a50, notification=0x7f0c7ab61848) at NSNotificationCenter.m:1223
#32 0x00007f0c6f60d152 in -[NSNotificationCenter postNotificationName:object:userInfo:] (self=0x7f0c72bf7958, _cmd=0x7f0c6fac8a60, name=0x7f0c704d14e0, object=0x7f0c72e1a448, info=0x0) at NSNotificationCenter.m:1282
#33 0x00007f0c6f60cfe1 in -[NSNotificationCenter postNotificationName:object:] (self=0x7f0c72bf7958, _cmd=0x7f0c704d16d0, name=0x7f0c704d14e0, object=0x7f0c72e1a448) at NSNotificationCenter.m:1262
#34 0x00007f0c70286ea2 in -[NSObject(FileObjectWatcher) receivedEvent:type:extra:forMode:] (self=0x7f0c72e1a448, _cmd=0x7f0c6fb4f5d0, _fdData=0x6, _type=ET_RDESC, _extra=0x6, _mode=0x7f0c6faeafa0) at NSRunLoop+FileObjects.m:57
#35 0x00007f0c6f72a635 in -[GSRunLoopCtxt pollUntil:within:] (self=0x7f0c72dea518, _cmd=0x7f0c6faec160, milliseconds=24757, contexts=0x7f0c72e52ff8) at GSRunLoopCtxt.m:632
#36 0x00007f0c6f65a78a in -[NSRunLoop acceptInputForMode:beforeDate:] (self=0x7f0c72e54868, _cmd=0x7f0c6faec1a0, mode=0x7f0c6faeafa0, limit_date=0x7f0c7af18768) at NSRunLoop.m:1198
#37 0x00007f0c6f65ab99 in -[NSRunLoop runMode:beforeDate:] (self=0x7f0c72e54868, _cmd=0x7f0c7115ca70, mode=0x7f0c6faeafa0, date=0x7f0c7af7f1c8) at NSRunLoop.m:1266
#38 0x00007f0c70e19170 in -[WOCoreApplication run] (self=0x7f0c72e67438, _cmd=0x7f0c7260bf80) at WOCoreApplication.m:584
#39 0x00007f0c72403f1d in -[SOGo run] (self=0x7f0c72e67438, _cmd=0x7f0c7119a080) at SOGo.m:277
#40 0x00007f0c70e67ee1 in -[WOWatchDog _runChildWithControlSocket:] (self=0x7f0c72c83358, _cmd=0x7f0c7119a130, controlSocket=0x7f0c72e1a448) at WOWatchDogApplicationMain.m:518
#41 0x00007f0c70e68401 in -[WOWatchDog _spawnChild:] (self=0x7f0c72c83358, _cmd=0x7f0c7119a200, child=0x7f0c72e10178) at WOWatchDogApplicationMain.m:595
#42 0x00007f0c70e68bce in -[WOWatchDog _ensureChildren] (self=0x7f0c72c83358, _cmd=0x7f0c7119a3d0) at WOWatchDogApplicationMain.m:685
#43 0x00007f0c70e69db2 in -[WOWatchDog run:argc:argv:] (self=0x7f0c72c83358, _cmd=0x7f0c7119a4e0, newAppName=0x7f0c7260a4c0, newArgC=7, newArgV=0x7fffe32281f8) at WOWatchDogApplicationMain.m:936
#44 0x00007f0c70e6a605 in WOWatchDogApplicationMain (appName=0x7f0c7260a4c0, argc=7, argv=0x7fffe32281f8) at WOWatchDogApplicationMain.m:1050
#45 0x00007f0c724030ed in main (argc=7, argv=0x7fffe32281f8, env=0x7fffe3228238) at sogod.m:53
(gdb) 


Thank you for your help. 
Cordially. 
Jacques

Le Lundi 2 Juin 2014 17:00 CEST, Ludovic Marcotte <lmarco...@inverse.ca> a écrit:
 
 
On 2014-06-02, 9:33 AM, VILLEMUR Jacques wrote:
Hello, 
Our service sogo crashes several times a day (process 100% cpu, pid xxxx has-been hanging in the same request for ...). If I stop the process and restarts sogo works fine (so I concluded that it is not a resource problem - ldap, imap, case: no error on these servers - ). 
Here is our configuration: 
VM: sogo server 2.2.3-1 centos 6.5 (8cpu 8GB) 
CAS, LDAP, IMAP/SIEVE postgres different servers 
Nrb potential USERS: 1500 

Sogo configuration: 
/etc/sysconfig = prefork = 12 
/etc/sogo/sogo.conf 
WOListenQueueSize = 64; 
SxVMemLimit = 600; 
... 
Do you have any idea? 
I watched with gdp -p <processs to 100%>: I have nothing particular to (I'm not a specialist gdb)


Have a look at http://www.sogo.nu/fr/nc/support/faq/article/how-do-i-debug-sogo.html

When you see "pid xxxx has-been hanging in the same request for ...)", attach specifically to that PID and produce a backtrace.

Thanks,
--
Ludovic Marcotte
lmarco...@inverse.ca  ::  +1.514.755.3630  ::  http://inverse.ca
Inverse inc. :: Leaders behind SOGo (http://sogo.nu) and PacketFence (http://packetfence.org)

 


Reply via email to