Hi Thomas,
Yes I did... Actually, the number of users on my server has grown up and I
had to increase the number of Sogo Workers in the configuration...
This solved my problem
Hope this will help !
Michel
2013/3/1 Thomas Gangolf <thomas.gang...@gangolf.de>
> Hi Michel,
>
> did you solve the 100% freeze bug?
>
> Thanks
> Thomas
>
> Am 17.01.2013 19:49, schrieb Michel Mallejac:
>
> Another detail : I think this has started since a few users are using
> TBird 17 with updated plugins.
> Is this a know bug and should I downgrade these users to Tbird ESR10
> until next release ?
> Is there a way to know in the log which user a process is serving ?
>
> Thanks !
> Michel
>
>
>
> 2013/1/17 Michel Mallejac <michel.malle...@gmail.com>
>
>> Hello,
>>
>> I think I am in the same situation, on my sogo server : 2.0.3a on Ubuntu
>> 12.04, mysql, (not using CAS).
>> Every half-hour, CPU goes to top, memory and SWAP almost filled out.
>> Then all Sogo process restart and all is fine for another 30 minutes.
>> Here what I see in the logs, with all lines related to the PID that
>> looks suspicious, from its brith to his death (RIP) :
>>
>> Jan 17 11:06:43 sogod [13015]: <0x0x7fe5cf3f78f0[WOWatchDog]> preparing 1
>> children
>> Jan 17 11:06:43 sogod [13015]: <0x0x7fe5cf3f78f0[WOWatchDog]> child
>> spawned with pid 13018
>> Jan 17 11:07:31 sogod [13018]: <0x0x7fe5cf676870[SOGoCache]> Cache
>> cleanup interval set every 300.000000 seconds
>> Jan 17 11:07:31 sogod [13018]: <0x0x7fe5cf676870[SOGoCache]> Using
>> host(s) 'localhost' as server(s)
>> Jan 17 11:07:32 sogod [13018]: [WARN]
>> <0x0x7fe5cf9edf70[SOGoWebDAVAclManager]> entry '{DAV:}write' already exists
>> in DAV permissions table
>> Jan 17 11:07:32 sogod [13018]: [WARN]
>> <0x0x7fe5cf9edf70[SOGoWebDAVAclManager]> entry '{DAV:}write-properties'
>> already exists in DAV permissions table
>> Jan 17 11:07:32 sogod [13018]: [WARN]
>> <0x0x7fe5cf9edf70[SOGoWebDAVAclManager]> entry '{DAV:}write-content'
>> already exists in DAV permissions table
>> ...
>> 2013-01-17 11:07:32.452 sogod[13018] Note(SoObject): SoDebugKeyLookup is
>> enabled!
>> 2013-01-17 11:07:32.452 sogod[13018] Note(SoObject): SoDebugBaseURL is
>> enabled!
>> 2013-01-17 11:07:32.452 sogod[13018] Note(SoObject): relative base URLs
>> are enabled.
>> 2013-01-17 11:07:32.464 sogod[13018] File NSKeyValueCoding.m: 913. In
>> -[NSObject(KeyValueCoding) valuesForKeys:] This method is deprecated, use
>> -dictionaryWithValuesForKeys:
>> ...
>> 2013-01-17 11:07:50.978 sogod[13018] Note: Using UTF-8 as URL encoding in
>> NGExtensions.
>> 2013-01-17 11:07:51.420 sogod[13018] ERROR(-[NGBundleManager
>> bundleWithPath:]): could not create bundle for path:
>> '/usr/share/GNUstep/Libraries/gnustep-base/Versions/1.22/Resources/SSL.bundle'
>> 2013-01-17 11:07:51.485 sogod[13018] WOxElemBuilder: could not locate
>> builders: WOxExtElemBuilder,WOxExtElemBuilder
>> 2013-01-17 11:07:51.485 sogod[13018] WOCompoundElement: pool embedding is
>> on.
>> 2013-01-17 11:07:51.485 sogod[13018] WOCompoundElement: id logging is on.
>> 2013-01-17 11:07:53.834 sogod[13018] WARNING(-[NSNull(misc) length]):
>> called NSNull -length (returns 0) !!!
>> ...
>> 2013-01-17 11:07:54.028 sogod[13018] WARNING: IMAP4 connection pooling is
>> disabled!
>> 2013-01-17 11:07:54.212 sogod[13018] Note(NGImap4Connection): using '/'
>> as the IMAP4 folder separator.
>> ...
>> 2013-01-17 11:07:56.528 sogod[13018] WARNING(-[NSNull(misc) length]):
>> called NSNull -length (returns 0) !!!
>> ...
>> Jan 17 11:15:53 sogod [13018]:
>> <<0xD00BF4F0[SOGoTaskObject]:a574e096-59f9-4c3e-bd78-204f470d8b72.ics>>D
>> etag '"gcs00000030"' matches: "gcs00000030"
>> ...
>> 2013-01-17 11:21:53.510 sogod[13018] Note: using 'UCS-2LE' on Linux.
>> ...
>> Jan 17 11:28:17 sogod [13018]:
>> <0xD00DF330[SOGoAppointmentObject]:AAAAAKwyTTWoMgpKsmFFZhp4+ocEKiIA.ics>
>> TODO: implement if-none-match for etag: '*'
>> Jan 17 11:29:17 sogod [13015]: [WARN] <0x0x7fe5cf5332b0[WOWatchDogChild]>
>> pid 13018 has been hanging in the same request for 1 minutes
>> Jan 17 11:30:18 sogod [13015]: [WARN] <0x0x7fe5cf5332b0[WOWatchDogChild]>
>> pid 13018 has been hanging in the same request for 2 minutes
>> Jan 17 11:31:17 sogod [13015]: [WARN] <0x0x7fe5cf5332b0[WOWatchDogChild]>
>> pid 13018 has been hanging in the same request for 3 minutes
>> Jan 17 11:32:18 sogod [13015]: [WARN] <0x0x7fe5cf5332b0[WOWatchDogChild]>
>> pid 13018 has been hanging in the same request for 4 minutes
>> Jan 17 11:33:17 sogod [13015]: [WARN] <0x0x7fe5cf5332b0[WOWatchDogChild]>
>> pid 13018 has been hanging in the same request for 5 minutes
>> Jan 17 11:34:04 sogod [13015]: <0x0x7fe5cf5332b0[WOWatchDogChild]> child
>> 13018 exited
>> Jan 17 11:34:04 sogod [13015]: <0x0x7fe5cf5332b0[WOWatchDogChild]>
>> (terminated due to signal 9)
>> Jan 17 11:34:04 sogod [13015]: <0x0x7fe5cf3f78f0[WOWatchDog]> child
>> spawned with pid 13287
>> Jan 17 11:34:10 sogod [13287]: <0x0x7fe5cf669a20[SOGoCache]> Cache
>> cleanup interval set every 300.000000 seconds
>>
>>
>> Thanks in advance for any help !
>> Sincerly,
>> Michel
>>
>>
>> 2013/1/16 Jérôme GALLOT <jerome.gal...@unicaen.fr>
>>
>>> HI,
>>>
>>> I'm using Sogo 2.0.3a with a prostgresql Database, a CAS identification
>>> for web pages and Caldav access.
>>>
>>> Since 4 days, some of our Sogo processes freeze every 30 minutes on
>>> specific CalDav requests.
>>>
>>> A PROPFIND command on specific calendars (5 URLS are concerned) freeze
>>> sogo processes.
>>> The caldav commands are emitted by lightning or icedove
>>>
>>> I try to make a backtrace, but it's a bit empty :
>>>
>>> #0 0x00007ffff45a7831 in ?? () from /lib/libc.so.6
>>> #1 0x00007ffff45a9a30 in malloc () from /lib/libc.so.6
>>> #2 0x00007ffff6194af3 in -[NGByteBuffer la:] (self=0x7ffff8950330,
>>> _cmd=<optimized out>, _la=1023) at NGByteBuffer.m:254
>>> #3 0x00007ffff6685295 in _la (_la=<optimized out>, self=<optimized
>>> out>) at NGMimePartParser.m:1306
>>> #4 -[NGMimePartParser readBodyUnknownLengthStream]
>>> (self=0x7ffff8889060, _cmd=<optimized out>) at NGMimePartParser.m:861
>>> #5 0x00007ffff6683e3b in -[NGMimePartParser readBody]
>>> (self=0x7ffff8889060, _cmd=<optimized out>) at NGMimePartParser.m:1041
>>> #6 0x00007ffff668350a in -[NGMimePartParser parseBodyOfPart:]
>>> (self=0x7ffff8889060, _cmd=<optimized out>, _part=0x7ffff8912d10) at
>>> NGMimePartParser.m:1126
>>> #7 0x00007ffff6abbc24 in -[NGHttpMessageParser parseBodyOfPart:]
>>> (self=0x7ffff8889060, _cmd=0x7ffff690d840, _part=0x7ffff8912d10) at
>>> NGHttpMessageParser.m:595
>>> #8 0x00007ffff66844b7 in -[NGMimePartParser parsePart]
>>> (self=0x7ffff8889060, _cmd=<optimized out>) at NGMimePartParser.m:1250
>>> #9 0x00007ffff668389a in -[NGMimePartParser parsePartFromStream:]
>>> (self=0x7ffff8889060, _cmd=<optimized out>, _stream=<optimized out>) at
>>> NGMimePartParser.m:1267
>>> #10 0x00007ffff6abc146 in -[NGHttpMessageParser
>>> parseResponseFromStream:] (self=0x7ffff8889060, _cmd=0x7ffff6dba920,
>>> _stream=0x7ffff88c54b0) at NGHttpMessageParser.m:713
>>> #11 0x00007ffff6aa3f8c in -[WOHTTPConnection readResponse]
>>> (self=0x7ffff8978f10, _cmd=<optimized out>) at WOHTTPConnection.m:542
>>> #12 0x00007ffff7b7416a in -[SOGoCASSession
>>> _performCASRequestWithAction:andParameters:] (self=0x7ffff89a3e90,
>>> _cmd=0x7ffff7dc6690, casAction=0x7ffff7dc5ba0, parameters=0x7ffff88b4b30)
>>> at SOGoCASSession.m:357
>>> #13 0x00007ffff7b7448c in -[SOGoCASSession _fetchTicketData]
>>> (self=0x7ffff89a3e90, _cmd=0x7ffff7dc66c0) at SOGoCASSession.m:390
>>> #14 0x00007ffff7b745ab in -[SOGoCASSession login] (self=0x7ffff89a3e90,
>>> _cmd=0x7ffff7dc7200) at SOGoCASSession.m:405
>>> #15 0x00007ffff7b74ab7 in -[SOGoDAVAuthenticator checkLogin:password:]
>>> (self=0x7ffff88a93e0, _cmd=0x7ffff6e35e60, _login=0x7ffff8942e30,
>>> _pwd=0x7ffff8944d30) at SOGoDAVAuthenticator.m:82
>>> #16 0x00007ffff6b0ff34 in -[SoHTTPAuthenticator
>>> preprocessCredentialsInContext:] () from /usr/lib/libNGObjWeb.so.4.9
>>> #17 0x00007ffff6b166d3 in -[SoObjectRequestHandler
>>> handleRequest:inContext:session:application:] () from
>>> /usr/lib/libNGObjWeb.so.4.9
>>> #18 0x00007ffff6aaa1bb in -[WORequestHandler handleRequest:]
>>> (self=0x7ffff85b85f0, _cmd=<optimized out>, _request=0x7ffff8921af0) at
>>> WORequestHandler.m:237
>>> #19 0x00007ffff6a7198c in -[WOCoreApplication
>>> dispatchRequest:usingHandler:] (self=0x7ffff83380a0, _cmd=<optimized out>,
>>> _request=0x7ffff8921af0, handler=0x7ffff85b85f0) at WOCoreApplication.m:712
>>> #20 0x00007ffff7ff9a89 in -[SOGo dispatchRequest:] (self=0x7ffff83380a0,
>>> _cmd=0x7ffff6e226c0, _request=0x7ffff8921af0) at SOGo.m:453
>>> #21 0x00007ffff6b065d5 in -[WOHttpTransaction _run]
>>> (self=0x7ffff8940790, _cmd=<optimized out>) at WOHttpTransaction.m:578
>>> #22 0x00007ffff6b067c8 in -[WOHttpTransaction run] (self=0x7ffff8940790,
>>> _cmd=<optimized out>) at WOHttpTransaction.m:631
>>> #23 0x00007ffff6b02ba9 in -[WOHttpAdaptor runConnection:]
>>> (self=0x7ffff885a1a0, _cmd=<optimized out>, _socket=0x7ffff892de70) at
>>> WOHttpAdaptor.m:367
>>> #24 0x00007ffff6b02db6 in -[WOHttpAdaptor _handleAcceptedConnection:]
>>> (self=0x7ffff885a1a0, _cmd=<optimized out>, _connection=0x7ffff892de70) at
>>> WOHttpAdaptor.m:401
>>> #25 0x00007ffff6b03232 in -[WOHttpAdaptor _handleConnection:]
>>> (self=0x7ffff885a1a0, _cmd=<optimized out>, connection=0x7ffff892de70) at
>>> WOHttpAdaptor.m:460
>>> #26 0x00007ffff6b0405d in -[WOHttpAdaptor acceptConnection:]
>>> (self=0x7ffff885a1a0, _cmd=<optimized out>, _notification=<optimized out>)
>>> at WOHttpAdaptor.m:521
>>> #27 0x00007ffff5388c32 in -[NSNotificationCenter _postAndRelease:]
>>> (self=<optimized out>, _cmd=<optimized out>, notification=<optimized out>)
>>> at NSNotificationCenter.m:1161
>>> #28 0x00007ffff54756a1 in -[GSRunLoopCtxt pollUntil:within:]
>>> (self=0x7ffff866dd40, _cmd=<optimized out>, milliseconds=<optimized out>,
>>> contexts=0x7ffff86ea670) at GSRunLoopCtxt.m:636
>>> #29 0x00007ffff53c8c01 in -[NSRunLoop acceptInputForMode:beforeDate:]
>>> (self=0x7ffff869b640, _cmd=<optimized out>, mode=0x7ffff576e600,
>>> limit_date=<optimized out>) at NSRunLoop.m:1197
>>> #30 0x00007ffff53c7ba0 in -[NSRunLoop runMode:beforeDate:]
>>> (self=0x7ffff869b640, _cmd=<optimized out>, mode=0x7ffff576e600,
>>> date=0x7ffff84eed70) at NSRunLoop.m:1265
>>> #31 0x00007ffff6a712ce in -[WOCoreApplication run] (self=0x7ffff83380a0,
>>> _cmd=<optimized out>) at WOCoreApplication.m:584
>>> #32 0x00007ffff7ff90fd in -[SOGo run] (self=0x7ffff83380a0,
>>> _cmd=0x7ffff6dae0c0) at SOGo.m:277
>>> #33 0x00007ffff6a97b17 in WOApplicationMain (_appClassName=<optimized
>>> out>, argc=<optimized out>, argv=<optimized out>) at WOApplicationMain.m:42
>>> #34 0x00007ffff6ab4427 in WOWatchDogApplicationMain
>>> (appName=0x7ffff81ff4c0, argc=<optimized out>, argv=<optimized out>) at
>>> WOWatchDogApplicationMain.m:1031
>>> #35 0x00007ffff7ff82cd in main (argc=13, argv=0x7fffffffe748,
>>> env=0x7fffffffe7b8) at sogod.m:53
>>>
>>> Last lines of sogo.log for the frozen process :
>>>
>>> Jan 16 14:48:40 sogod [6874]: |SOGo| starting method 'PROPFIND' on uri
>>> '/SOGo/dav/*USER*/Calendar/6D9E-4EBAC100-19-7DBE7180/'
>>> 2013-01-16 14:48:40.432 sogod[6874] -[NGLdapConnection
>>> _searchAtBaseDN:qualifier:attributes:scope:]: search with at base filter
>>> for attrs
>>> 2013-01-16 14:48:40.468 sogod[6874] Note: Using UTF-8 as URL encoding in
>>> NGExtensions.
>>>
>>> Any ideas ?
>>>
>>> --
>>>
>>>
>>
>
>
--
users@sogo.nu
https://inverse.ca/sogo/lists
