Hi to all, again. We've still the same problem. I've downgraded SOGo to version 1.3.12x that was working ok for us until some weeks ago and the behavior is the same.
RPM Packages now are: sogo-1.3.12c-1.centos6.x86_64 sope49-appserver-4.9-20120214_1664.el6.1.x86_64 sope49-cards-1.3.12c-1.centos6.x86_64 sope49-core-4.9-20120214_1664.el6.1.x86_64 sope49-gdl1-4.9-20120214_1664.el6.1.x86_64 sope49-gdl1-contentstore-1.3.12c-1.centos6.x86_64 sope49-gdl1-mysql-4.9-20120214_1664.el6.1.x86_64 sope49-ldap-4.9-20120214_1664.el6.1.x86_64 sope49-mime-4.9-20120214_1664.el6.1.x86_64 sope49-sbjson-2.3.1-20120214_1664.el6.1.x86_64 sope49-xml-4.9-20120214_1664.el6.1.x86_64 It seems as if sogod process is saving some kind of state from last execution.., or lockfile, or something. I'm searching the server for this kind of lock files, temporary files, etc. but I couldn't find anything. Anyone has an idea of how can I continue debugging this problem? Many thanks in advance -- Lic. Gabriel Gomiz - Jefe de Sistemas / Administrador Gerencia de Sistemas - Cooperativa Obrera Ltda. Tel: (0291) 456-0084 On 12/19/2012 06:57 PM, Gabriel Gomiz wrote: > I've ran again with gnustep debuginfo installed and first two entries in > backtrace are resolved. > Backtrace head is: > > #0 0x00007ffff442a735 in _xstat () from /lib64/libc.so.6 > #1 0x00007ffff51d33f7 in -[NSFileManager fileExistsAtPath:isDirectory:] > (self=0x7ffff838f158, _cmd=0x7ffff56b39b0, path=0x7ffff85f6d58, > isDirectory=0x0) at NSFileManager.m:1516 > #2 0x00007ffff51d3352 in -[NSFileManager fileExistsAtPath:] > (self=0x7ffff838f158, _cmd=0x7ffff60c1580, path=0x7ffff85f6d58) at > NSFileManager.m:1470 > ..... > ..... > > Sorry for the noise. >
signature.asc
Description: OpenPGP digital signature
