Re: [SOGo] sogod hanging in the same request for ... minutes
Anyone from Inverse? * Patrick Ben Koetter users@sogo.nu: Anyone? * Patrick Ben Koetter users@sogo.nu: Ludovic, * Ludovic Marcotte users@sogo.nu: On 07/02/12 06:12, Patrick Ben Koetter wrote: Happened again today and people can't login on the Webinterface: Feb 07 11:47:48 sogod [14423]: [WARN]0x0x128e6848[WOWatchDogChild] pid 24369 has been hanging in the same request for 6 minutes Feb 07 11:48:30 sogod [14423]: [WARN]0x0x128e6608[WOWatchDogChild] pid 16354 has been hanging in the same request for 2 minutes Feb 07 11:48:31 sogod [14423]: [WARN]0x0x128e75a8[WOWatchDogChild] pid 17308 has been hanging in the same request for 2 minutes ... Feb 07 11:51:53 sogod [14423]: [WARN]0x0x128e6848[WOWatchDogChild] pid 24369 has been hanging in the same request for 2 minutes Feb 07 11:52:35 sogod [14423]: [WARN]0x0x128e6608[WOWatchDogChild] pid 16354 has been hanging in the same request for 2 minutes Make sure you have the debug symbols installed for SOGo, SOPE and GNUstep and when that happens, attach to a pid using gdb (for example, pid 24369) and produce a stack trace. It'll show you where the process has been hanging - thus the real cause of your issue. here's a series of backtraces. All of them were made by the customer on site. I did not have direct access. Can you tell what's the real cause of my issue: (gdb) b Breakpoint 1 at 0x334a6cba7f (gdb) bt #0 0x00334a6cba7f in poll () from /lib64/libc.so.6 #1 0x00335443caf6 in NGDescriptorRecv (_fd=20, _buf=0x1284d890 , _len=512, _flags=0, _timeout=12) at NGDescriptorFunctions.m:215 #2 0x003354441e3a in -[NGActiveSocket readBytes:count:] (self=0x128bc9d8, _cmd=0x33546631b0, _buf=0x1284d890, _len=512) at NGActiveSocket.m:731 #3 0x0033544312de in -[NGBufferedStream readBytes:count:] (self=0x129e5808, _cmd=0x33546631b0, _buf=0x7fffd8e825d7, _len=1) at NGBufferedStream.m:289 #4 0x003354439712 in NGReadByteFromStream (_stream=0x129e5808) at NGStream.m:160 #5 0x003354439161 in -[NGStream readByte] (self=0x129e5808, _cmd=0x335465b380) at NGStream.m:90 #6 0x003354431693 in -[NGBufferedStream readByte] (self=0x129e5808, _cmd=0x335466a070) at NGBufferedStream.m:336 #7 0x00335443e38f in -[NGByteBuffer la:] (self=0x12867d08, _cmd=0x335466a090, _la=0) at NGByteBuffer.m:215 #8 0x00335443de29 in -[NGByteBuffer readByte] (self=0x12867d08, _cmd=0x3352abbc70) at NGByteBuffer.m:130 #9 0x003352781a9d in _readByte (self=0x12b5f4b8) at NGHttpMessageParser.m:78 #10 0x00335278138a in -[NGHttpMessageParser parseRequestLine] (self=0x12b5f4b8, _cmd=0x3352abbd50) at NGHttpMessageParser.m:168 #11 0x003352781fd9 in -[NGHttpMessageParser parseStartLine] (self=0x12b5f4b8, _cmd=0x3352abbd80) at NGHttpMessageParser.m:499 #12 0x00335278208a in -[NGHttpMessageParser parsePrefix] (self=0x12b5f4b8, _cmd=0x3354f2aa80) at NGHttpMessageParser.m:506 #13 0x003354c8c456 in -[NGMimePartParser parsePart] (self=0x12b5f4b8, _cmd=0x3354f2ab00) at NGMimePartParser.m:1236 #14 0x003354c8c6dd in -[NGMimePartParser parsePartFromStream:] (self=0x12b5f4b8, _cmd=0x3352abbeb0, _stream=0x129e5808) at NGMimePartParser.m:1269 #15 0x003352782bbf in -[NGHttpMessageParser parseRequestFromStream:] (self=0x12b5f4b8, _cmd=0x3352b0c580, _stream=0x129e5808) at NGHttpMessageParser.m:697 #16 0x0033527d75cc in -[WOHttpTransaction parseRequestFromStream:] (self=0x126e0338, _cmd=0x3352b0c2f0, _in=0x129e5808) at WOHttpTransaction.m:658 #17 0x0033527d5a7f in -[WOHttpTransaction _readRequest] (self=0x126e0338, _cmd=0x3352b0c510) at WOHttpTransaction.m:400 #18 0x0033527d6f61 in -[WOHttpTransaction _run] (self=0x126e0338, _cmd=0x3352b0c550) at WOHttpTransaction.m:575 #19 0x0033527d73ea in -[WOHttpTransaction run] (self=0x126e0338, _cmd=0x3352b0a300) at WOHttpTransaction.m:634 #20 0x0033527d2716 in -[WOHttpAdaptor runConnection:] (self=0x12664c48, _cmd=0x3352b0a3a0, _socket=0x128bc9d8) at WOHttpAdaptor.m:384 #21 0x0033527d2a08 in -[WOHttpAdaptor _handleAcceptedConnection:] (self=0x12664c48, _cmd=0x3352b0a3b0, _connection=0x128bc9d8) at WOHttpAdaptor.m:418 #22 0x0033527d2f4b in -[WOHttpAdaptor _handleConnection:] (self=0x12664c48, _cmd=0x3352b0a460, connection=0x128bc9d8) at WOHttpAdaptor.m:477 #23 0x0033527d32a0 in -[WOHttpAdaptor acceptControlMessage:] (self=0x12664c48, _cmd=0x3352b0a1c0, aNotification=0x12801c98) at WOHttpAdaptor.m:516 #24 0x003350c53eb8 in -[NSNotificationCenter _postAndRelease:] (self=0x121e07d8, _cmd=0x3351113690, notification=0x12801c98) at NSNotificationCenter.m:1223 #25 0x003350c54866 in -[NSNotificationCenter postNotificationName:object:userInfo:] (self=0x121e07d8, _cmd=0x33511136a0,
RE: [SOGo] Probmelm whil installing SOGo2beta5 from sources
Hi I tried with this and then it still missed some files so I added another paths accordingly. I also hashed out this Werror line (don't know if it was the right place to do it). Finally I added/modified the following lines ADDITIONAL_INCLUDE_DIRS += \ -I/usr/local/samba/include \ -I/root/SOGo/SoObjects \ -I/root/SOGo/OpenChange/unrtf-0.21.2/src \ # -Werror -Wall \ to /root/SOGo/OpenChange/GNUmakefile in the end I have some new error massages: root@ubuntu:~/SOGo/OpenChange# make This is gnustep-make 2.6.0. Type 'make print-gnustep-make-help' for help. Making all in subprojects of bundle SOGoBackend... Making all for subproject unrtf... make[4]: Nothing to be done for `internal-subproject-compile'. Making all for bundle SOGoBackend... make[3]: Nothing to be done for `internal-bundle-compile'. Copying resources into the bundle wrapper... Copying resources from subprojects into the bundle wrapper... Making all for library MAPIStoreSOGo... Compiling file MAPIStoreSOGo.m ... MAPIStoreSOGo.m: In function âsogo_backend_initâ: MAPIStoreSOGo.m:73:20: error: âSAMBA_PREFIXâ undeclared (first use in this function) MAPIStoreSOGo.m:73:20: note: each undeclared identifier is reported only once for each function it appears in MAPIStoreSOGo.m:73:33: error: expected â}â before string constant MAPIStoreSOGo.m:84:43: error: âenvironâ undeclared (first use in this function) MAPIStoreSOGo.m:93:41: error: âSOGO_BUNDLES_DIRâ undeclared (first use in this function) MAPIStoreSOGo.m:93:3: warning: passing argument 1 of âscanForProductsInDirectory:â from incompatible pointer type [enabled by default] MAPIStoreSOGo.m:93:3: note: expected âstruct NSString *â but argument is of type âchar **â MAPIStoreSOGo.m:96:51: error: âBACKEND_BUNDLE_NAMEâ undeclared (first use in this function) MAPIStoreSOGo.m:96:3: warning: passing argument 1 of âarrayWithObject:â from incompatible pointer type [enabled by default] MAPIStoreSOGo.m:96:3: note: expected âidâ but argument is of type âchar **â MAPIStoreSOGo.m: In function âmapistore_init_backendâ: MAPIStoreSOGo.m:1279:42: warning: assignment from incompatible pointer type [enabled by default] make[3]: *** [obj/MAPIStoreSOGo.obj/MAPIStoreSOGo.m.o] Error 1 make[2]: *** [internal-library-all_] Error 2 make[1]: *** [MAPIStoreSOGo.all.library.variables] Error 2 make: *** [internal-all] Error 2 so.. I'm confused again. I have a feeling that sth must have been done wrong somewhere else because I doubt that so many changes in source files should be made before compilation for SOGo2beta5. What's your opinion? Regards, BK -Original Message- From: Jean-Michel OLTRA [mailto:jm.ol...@cloud-bs.fr] Sent: Thursday, March 08, 2012 10:37 PM To: users@sogo.nu Subject: Re: [SOGo] Probmelm whil installing SOGo2beta5 from sources Try to add a line -I/usr/local/samba/include \ in the GNUmakefile of SOGo/OpenChange folder, in the ADDITIONAL_INCLUDE_DIRS part? -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] TB don't remember shared addresses book in composing mails
On 08.03.2012 18:47, Christian Mack wrote: Hello Relu Parfene On 2012-03-07 18:04, Relu Parfene wrote: I have a small network mostly with Win7 and a few XP Pro. I installed SOGo and all seems to work just fine, except one annoying thing. Two workstation, one 7 (my laptop) and one XP don't remember shared address book when composing new mails. I can set it manually from Tools/Options/Composition/Addressing and then select Shared Addresses under Directory Server (shared address book is a ldap back-end) and is working fine but after TB restart all is gone. I need to make the same steps again after every TB restart. All other workstations works just fine. I used SOGo 1.3.12c on Centos 6.2 and TB 10.0.2esr. Any idea will be greatly appreciated. Thank you. Do you use the Connector add-on from Inverse with CardDAV or the LDAP connection provided by Thunderbird itself? If latter, then you have to ask this Mozilla. If not, which version of Connector are you using? Which other add-ons and plugins do you use? Has this effect to do with your account or with your machine? Kind regards, Christian Mack Hi, And thank you for your reply. In the meantime I found the cause for this strange behavior. I use SOGo connector and SOGo integrator version 10.0pre4 and my users are stored in LDAP. In SOGo i have in fact two domains, domain1 and domain2 and the problem was the ID key. For domain1 i put initially the ID public_domain1 and for the second domain the ID public_domain2 ( i don't remember now why i did it at setup stage). After I change both IDs in public the strange behavior is gone, TB load the Shared Addresses at start-up and make the look-ups just fine. After I search one bit deep I discovered that all my computers have that behavior, not just two of them. My mistake. -- Relu -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo ZEG v2.0.0 beta5: How to create user?
Don't know the answer. If you're not using Cyrus, I don't see why you'd have to create a Cyrus mailbox. I thought you were referring to the Zeg which is setup with Cyrus. Nevertheless, the easiest way to create a user in SOGo would be to clone an existing one via Webmin. I created Linux users in the Zeg (which was not necessary) and linked them via Webmin to SOGo We're using the Zeg with VMware ESXi, and it runs great. You download the Zeg and import it as a VM On 3/9/2012 1:12 AM, lukas.mr...@tsmpr.cz wrote: 'So, clone an existing user in Webmin and create the mailbox in Cyrus, and change the parameters. Is it necessary when i have an external imap? -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] TB don't remember shared addresses book in composing mails
hi Christian, salut Relu ;) I've seen the same behaviour on TB10.0.2esr, both on linux ubuntu 10.04 LTS as well as on Windows 7. we have lightning 1.2 and the integrator/connector from the inverse download site. integrator is modified for our domain. we use the CardDAV contacts provided by sogo, with a server-side LDAP backend. no other plugins/extensions are installed and we tried multple logins, as we are evaluating sogo for the company calendar. greets hugo.- Am 03/08/2012 05:47 PM, schrieb Christian Mack: Hello Relu Parfene On 2012-03-07 18:04, Relu Parfene wrote: I have a small network mostly with Win7 and a few XP Pro. I installed SOGo and all seems to work just fine, except one annoying thing. Two workstation, one 7 (my laptop) and one XP don't remember shared address book when composing new mails. I can set it manually from Tools/Options/Composition/Addressing and then select Shared Addresses under Directory Server (shared address book is a ldap back-end) and is working fine but after TB restart all is gone. I need to make the same steps again after every TB restart. All other workstations works just fine. I used SOGo 1.3.12c on Centos 6.2 and TB 10.0.2esr. Any idea will be greatly appreciated. Thank you. Do you use the Connector add-on from Inverse with CardDAV or the LDAP connection provided by Thunderbird itself? If latter, then you have to ask this Mozilla. If not, which version of Connector are you using? Which other add-ons and plugins do you use? Has this effect to do with your account or with your machine? Kind regards, Christian Mack -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] BTS activities for Friday, March 09 2012
Title: BTS activities for Friday, March 09 2012 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Friday, March 09 2012 idlast updatestatus (resolution)categorysummary 1669 2012-03-09 08:13:32 updated (open) Backend Calendar Importing recurring event with single occurencies changed does not work 759 2012-03-09 08:24:47 updated (open) Web Calendar List of accessible shared calendars 1581 2012-03-09 09:27:23 updated (open) Web Mail "text/html" content type is not handled correctly by SOGO webmail UI, message shows as empty however there are text 1584 2012-03-09 11:26:17 assigned (open) sogo-tool During Openchange Installation Error 1625 2012-03-09 08:32:08 resolved (fixed) Web Address Book Duplicate List in address book
