[SOGo] nightly 100910: An unhandled error occurred.

2010-09-10 Thread Mark Madere
Hi Inverse team,

I have been working on a Mail Server w/ SOGo installer script for CentOS 5.  I 
ran across a problem with a fresh install of today's nightly build 
(201009100646). 

When trying to login SOGo responds with 'An unhandled error occurred.'  I 
installed the stable version with the script and there are no problems.  
Nightly versions from yesterday also worked with no problems.

I am attaching my sogo.log.  Please let me know if you want any other info.

Mark0x0x9d25168[WOWatchDog] 'WOHttpAllowHost' is ignored in watchdog mode, use a real firewall instead
0x0x9d25168[WOWatchDog] listening on *:2
0x0x9d25168[WOWatchDog] watchdog process pid: 4020
2010-09-10 17:52:56.491 sogod: SOGo watchdog[4020] Defaults path '/home/sogo/GNUstep/Defaults' did not exist - created it
0x0x9d25168[WOWatchDog] preparing 1 children
0x0x9d25168[WOWatchDog] child spawned with pid 4021
0x0x9e7f118[SOGoProductLoader] SOGo products loaded from '/usr/GNUstep/System/Library/SOGo':
0x0x9e7f118[SOGoProductLoader]   ContactsUI.SOGo, SchedulerUI.SOGo, PreferencesUI.SOGo, Mailer.SOGo, MailPartViewers.SOGo, CommonUI.SOGo, AdministrationUI.SOGo, MailerUI.SOGo, Contacts.SOGo, MainUI.SOGo, Appointments.SOGo
|SOGo| version 1.3.0 (build r...@vizzini.inverse.ca 201009100646) -- starting
|SOGo| vmem size check enabled: shutting down app when vmem  384 MB
2010-09-10 17:52:57.398 sogod[4020] No value specified for 'SOGoProfileURL'
0x0x9d25168[WOWatchDog] Terminating with signal 15
0x0x9d3fca8[WOWatchDogChild] sending terminate signal to pid 4021
0x0x9d3fca8[WOWatchDogChild] child 4021 exited
0x0x9d25168[WOWatchDog] all children exited. We now terminate.
Sep 10 13:52:59 sogod: SOGo watchdog [4140]: [WARN] 0x0x9844ea0[WOWatchDog] 'WOHttpAllowHost' is ignored in watchdog mode, use a real firewall instead
Sep 10 13:52:59 sogod: SOGo watchdog [4140]: 0x0x9844ea0[WOWatchDog] listening on *:2
Sep 10 13:52:59 sogod: SOGo watchdog [4140]: 0x0x9844ea0[WOWatchDog] watchdog process pid: 4140
Sep 10 13:52:59 sogod: SOGo watchdog [4140]: 0x0x9844ea0[WOWatchDog] preparing 1 children
Sep 10 13:52:59 sogod: SOGo watchdog [4140]: 0x0x9844ea0[WOWatchDog] child spawned with pid 4141
Sep 10 13:52:59 sogod: SOGo watchdog [4141]: 0x0x99a1140[SOGoProductLoader] SOGo products loaded from '/usr/GNUstep/System/Library/SOGo':
Sep 10 13:52:59 sogod: SOGo watchdog [4141]: 0x0x99a1140[SOGoProductLoader]   ContactsUI.SOGo, SchedulerUI.SOGo, PreferencesUI.SOGo, Mailer.SOGo, MailPartViewers.SOGo, CommonUI.SOGo, AdministrationUI.SOGo, MailerUI.SOGo, Contacts.SOGo, MainUI.SOGo, Appointments.SOGo
Sep 10 13:52:59 sogod: SOGo watchdog [4141]: |SOGo| version 1.3.0 (build r...@vizzini.inverse.ca 201009100646) -- starting
Sep 10 13:52:59 sogod: SOGo watchdog [4141]: |SOGo| vmem size check enabled: shutting down app when vmem  384 MB
Sep 10 13:52:59 sogod: SOGo watchdog [4141]: |SOGo| table 'sogo_user_profile' successfully created!
Sep 10 13:53:00 sogod: SOGo watchdog [4141]: |SOGo| table 'sogo_folder_info' successfully created!
Sep 10 13:53:10 sogod: SOGo watchdog [4141]: 0x0x99b4500[SOGoCache] Cache cleanup interval set every 300.00 seconds
Sep 10 13:53:10 sogod: SOGo watchdog [4141]: 0x0x99b4500[SOGoCache] Using host(s) 'localhost' as server(s)
2010-09-10 13:53:10.747 sogod[4141] Note(SoObject): SoDebugKeyLookup is enabled!
2010-09-10 13:53:10.747 sogod[4141] Note(SoObject): SoDebugBaseURL is enabled!
2010-09-10 13:53:10.747 sogod[4141] Note(SoObject): relative base URLs are enabled.
2010-09-10 13:53:10.961 sogod[4141] WOCompoundElement: pool embedding is on.
2010-09-10 13:53:10.961 sogod[4141] WOCompoundElement: id logging is on.
2010-09-10 13:53:11.114 sogod[4141] WARNING(-[NSNull(misc) count]): called NSNull -count (returns 0) !!!
127.0.0.1 - - [10/Sep/2010:13:53:11 GMT] GET /SOGo/ HTTP/1.1 200 3405/0 0.493 10461 67% 2M
2010-09-10 13:53:21.760 sogod[4141] Scanner initialised with nil string
2010-09-10 13:53:21.870 sogod[4141] EXCEPTION: backtrace() returned 40 addresses
2010-09-10 13:53:21.872 sogod[4141] /usr/GNUstep/System/Tools/Admin/sogod [0x804e53f]
2010-09-10 13:53:21.872 sogod[4141] /usr/GNUstep/System/Library/Libraries/libNGLdap.so.4.9 [0x11ccfc]
2010-09-10 13:53:21.872 sogod[4141] /usr/GNUstep/System/Library/Libraries/libSOGo.so.1 [0xf322bf]
2010-09-10 13:53:21.873 sogod[4141] /usr/GNUstep/System/Library/Libraries/libSOGo.so.1 [0xf2daad]
2010-09-10 13:53:21.873 sogod[4141] /usr/GNUstep/System/Library/Libraries/libSOGo.so.1 [0xf2dc6c]
2010-09-10 13:53:21.873 sogod[4141] /usr/GNUstep/System/Library/Libraries/libSOGo.so.1 [0xf43dc4]
2010-09-10 13:53:21.873 sogod[4141] /usr/GNUstep/System/Library/SOGo/MainUI.SOGo/./MainUI [0x8e66e8]
2010-09-10 13:53:21.873 sogod[4141] /usr/GNUstep/System/Library/Libraries/libgnustep-base.so.1.16 [0x10f20b5]
2010-09-10 13:53:21.873 sogod[4141] /usr/GNUstep/System/Library/Libraries/libNGObjWeb.so.4.9 [0x52a88f]
2010-09-10 13:53:21.873 sogod[4141] /usr/GNUstep/System/Library/Libraries/libNGObjWeb.so.4.9 [0x5b5bfe]
2010-09-10 

Re: [SOGo] nightly 100910: An unhandled error occurred.

2010-09-10 Thread Mark Madere
This problem occurs on update as well as fresh install.  Was there a major 
change done last night?  Do i need to update any configs or SQL to run future 
nightlys?

Thanks,
Mark
 
On Friday, September 10, 2010 01:09 PM CDT, Mark Madere m...@markmadere.com 
wrote: 
 
 Hi Inverse team,
 
 I have been working on a Mail Server w/ SOGo installer script for CentOS 5.  
 I ran across a problem with a fresh install of today's nightly build 
 (201009100646). 
 
 When trying to login SOGo responds with 'An unhandled error occurred.'  I 
 installed the stable version with the script and there are no problems.  
 Nightly versions from yesterday also worked with no problems.
 
 I am attaching my sogo.log.  Please let me know if you want any other info.
 
 Mark 
 
 
 

-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] nightly 100910: An unhandled error occurred.

2010-09-10 Thread Ludovic Marcotte

On 10/09/10 6:47 PM, Mark Madere wrote:

This problem occurs on update as well as fresh install.  Was there a major 
change done last night?  Do i need to update any configs or SQL to run future 
nightlys?


No, but which version of GNUstep are you using? It might be due to an 
incompatibility with the automatic stack trace generation code that was 
added yesterday.


I've just disabled it for now until we test it with GNUstep v1.16. The 
next nightly builds will have that code disabled.


Regards,

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


-- 
users@sogo.nu
https://inverse.ca/sogo/lists