Hi, On Tuesday, November 29, 2011 19:25 CET, Ludovic Marcotte <[email protected]> wrote: > On 29/11/11 13:23, Donny Brooks wrote: > > The only reference to the WOWorkerCount is for the GNUStepDefaults > > file. I am running Centos 5.4 currently on that machine and have no > > /etc/sogo anything. > And what's the value? What does "ps aux | grep sogod" tells you?
also for me on OpenBSD, from time to time, sogod freaks out. One sogod process is running the Watchdog, and the other, is busy. This usually happens when in the web interface, reading mail. Connecting with gdb to the process, a stack trace looks like this: Program received signal SIGINT, Interrupt. [Switching to process 3442, thread 0x6baf7000] 0x5f5574a9 in _la (self=0x6514b8e8, _laCnt=0) at NGImap4ResponseParser.m:66 66 register unsigned char c = __la(self, _laCnt); (gdb) bt #0 0x5f5574a9 in _la (self=0x6514b8e8, _laCnt=0) at NGImap4ResponseParser.m:66 #1 0x5f55766e in -[NGImap4ResponseParser parseResponseForTagId:exception:] (self=0x6514b8e8, _cmd=0x5f5d7b18, _tag=6, ex_=0xcfbe2944) at NGImap4ResponseParser.m:271 #2 0x5f5695a6 in -[NGImap4Client processCommand:withTag:withNotification:logText:] (self=0x6573c188, _cmd=0x5f5d7f50, _command=0x5f5d6c10, _tag=1 '\001', _notification=1 '\001', _txt=0x5f5d6c10) at NGImap4Client.m:1552 #3 0x5f569bf8 in -[NGImap4Client processCommand:] (self=0x6573c188, _cmd=0x5f5d7b38, _command=0x5f5d6c10) at NGImap4Client.m:1623 #4 0x5f564343 in -[NGImap4Client logout] (self=0x6573c188, _cmd=0x5f5d7aa8) at NGImap4Client.m:604 #5 0x5f5625a2 in -[NGImap4Client dealloc] (self=0x6573c188, _cmd=0x65c526d0) at NGImap4Client.m:232 #6 0x65a1301a in -[NSObject release] (self=0x6573c188, _cmd=0x5f5e15e0) at NSObject.m:1919 #7 0x5f59586e in -[NGImap4Connection dealloc] (self=0x5c052088, _cmd=0x65c526d0) at NGImap4Connection.m:92 #8 0x65a1301a in -[NSObject release] (self=0x5c052088, _cmd=0x5fc49bc8) at NSObject.m:1919 #9 0x5fc26c15 in -[SOGoMailBaseObject dealloc] (self=0x665023c8, _cmd=0x5fc4d908) at SOGoMailBaseObject.m:63 #10 0x5fc2c1f5 in -[SOGoMailFolder dealloc] (self=0x665023c8, _cmd=0x65c526d0) at SOGoMailFolder.m:139 #11 0x65a1301a in -[NSObject release] (self=0x665023c8, _cmd=0x65c0ec90) at NSObject.m:1919 #12 0x658f7bfd in -[GSArray dealloc] (self=0x63894f28, _cmd=0x65c526d0) at GSArray.m:136 #13 0x65a1301a in -[NSObject release] (self=0x63894f28, _cmd=0x65c0ed78) at NSObject.m:1919 #14 0x658fa26f in -[GSArrayEnumerator dealloc] (self=0x5c055108, _cmd=0x65c526d0) at GSArray.m:942 #15 0x65a1301a in -[NSObject release] (self=0x5c055108, _cmd=0x65c21998) at NSObject.m:1919 #16 0x65951685 in -[NSAutoreleasePool emptyPool] (self=0x6748c748, _cmd=0x65c21988) at NSAutoreleasePool.m:603 #17 0x65951455 in -[NSAutoreleasePool dealloc] (self=0x6748c748, _cmd=0x65c21980) at NSAutoreleasePool.m:485 #18 0x6595140a in -[NSAutoreleasePool release] (self=0x6748c748, _cmd=0x5dda4168) at NSAutoreleasePool.m:478 #19 0x5dcd2533 in -[WOHttpAdaptor acceptControlMessage:] (self=0x6748cfc8, _cmd=0x5dda4068, aNotification=0x692ed948) at WOHttpAdaptor.m:522 #20 0x65a019fb in -[NSNotificationCenter _postAndRelease:] (self=0x686e0f78, _cmd=0x65c4bf30, notification=0x692ed948) at NSNotificationCenter.m:1162 #21 0x65a02345 in -[NSNotificationCenter postNotificationName:object:userInfo:] (self=0x686e0f78, _cmd=0x65c4bf38, name=0x6a3fe160, object=0x6989bc08, info=0x0) at NSNotificationCenter.m:1221 #22 0x65a021dd in -[NSNotificationCenter postNotificationName:object:] (self=0x686e0f78, _cmd=0x6a3fe268, name=0x6a3fe160, object=0x6989bc08) at NSNotificationCenter.m:1201 #23 0x6a3c9c00 in -[NSObject(FileObjectWatcher) receivedEvent:type:extra:forMode:] (self=0x6989bc08, _cmd=0x65ca65d0, _fdData=0x8, _type=ET_RDESC, _extra=0x8, _mode=0x65c61b18) at NSRunLoop+FileObjects.m:57 #24 0x65b29b39 in -[GSRunLoopCtxt pollUntil:within:] (self=0x6989e288, _cmd=0x65c623d0, milliseconds=3241, contexts=0x663c3608) at GSRunLoopCtxt.m:633 #25 0x65a54064 in -[NSRunLoop acceptInputForMode:beforeDate:] (self=0x663c3248, _cmd=0x65c623f8, mode=0x65c61b18, limit_date=0x66910ba8) at NSRunLoop.m:1198 #26 0x65a54492 in -[NSRunLoop runMode:beforeDate:] (self=0x663c3248, _cmd=0x5dd44f78, mode=0x65c61b18, date=0x6a9327a8) at NSRunLoop.m:1266 #27 0x5dc1eaeb in -[WOCoreApplication run] (self=0x65234708, _cmd=0x1c008368) at WOCoreApplication.m:576 #28 0x1c002449 in -[SOGo run] (self=0x65234708, _cmd=0x5dd6c420) at SOGo.m:275 #29 0x5dc708f9 in -[WOWatchDog _runChildWithControlSocket:] (self=0x6989b948, _cmd=0x5dd6c488, controlSocket=0x6989bc08) at WOWatchDogApplicationMain.m:499 #30 0x5dc70d8e in -[WOWatchDog _spawnChild:] (self=0x6989b948, _cmd=0x5dd6c4f8, child=0x6989b2c8) at WOWatchDogApplicationMain.m:563 #31 0x5dc71578 in -[WOWatchDog _ensureChildren] (self=0x6989b948, _cmd=0x5dd6c600) at WOWatchDogApplicationMain.m:653 #32 0x5dc729d0 in -[WOWatchDog run:argc:argv:] (self=0x6989b948, _cmd=0x5dd6c688, newAppName=0x1c007260, newArgC=1, newArgV=0xcfbe35cc) at WOWatchDogApplicationMain.m:927 #33 0x5dc73223 in WOWatchDogApplicationMain (appName=0x1c007260, argc=1, argv=0xcfbe35cc) at WOWatchDogApplicationMain.m:1036 #34 0x1c001623 in gnustep_base_user_main (argc=1, argv=0xcfbe35cc, env=0xcfbe35d4) at sogod.m:53 #35 0x65a3c210 in main (argc=1, argv=0xcfbe35cc, env=0xcfbe35d4) at NSProcessInfo.m:979 #36 0x1c001347 in ___start () #37 0x1c0012c7 in _start () #38 0x00000000 in ?? () there it seems to hang in a loop. I can only kill it. Note, I have the patch to this bug report applied: http://www.sogo.nu/bugs/view.php?id=1460 But if I see your comment on that bug report, I think it should not cause sogod to freak out?? Sebastian > > Regards, > > -- > Ludovic Marcotte > [email protected] :: +1.514.755.3630 :: www.inverse.ca > Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence > (www.packetfence.org) > > -- > [email protected] > https://inverse.ca/sogo/lists -- [email protected] https://inverse.ca/sogo/lists
