uwc calendar tab stopped showing calendar
when i click on the calendar tab - the status line says "done" - the cursor starts a rotating idle - but the calendar never appears. this is something new - i'm not sure what i did to stop the calendar from appearing - or what to do to figure out why it has stopped. i looked on the error logs for:
o /var/opt/SUNWwbsvr7
o /var/opt/SUNWuwc
o /var/opt/SUNWdsee
o /var/opt/SUNWics5
o /var/opt/SUNWcomm
i did not see an obvious error. the other tabs for mail and address book still work. this is for communications suite 5 on sparc solaris 11/06.
i am getting some admin.log errors in SUNWics5 at startup for:
csadmin - did not load plugin /opt/SUNWics5/.../cs_calendarlookupds.so of type 6 according to loading rules
csadmin - did not load plugin /opt/SUNWics5/.../cs_calendarlookuplocal.so of type 6 according to loading rules
i am still getting e-mail notifications of event on the calendar - ans several ics5 processes are running: csstored, csadmind, csnotifyd, enpd, cshttpd, watcher.
where should the indication/log that an error occurred on the calendar server or uwc appear?
[1155 byte] By [
autohanda] at [2007-11-27 6:58:55]
# 1
Hi,
Is this problem restricted to an individual account or all accounts? What about if you try a different browser?
When you look at the calendar http logs, do you see any connections recorded which correlate to when you clicked on the calendar tab button?
If all else fails, give webserver a kick (stop/start).
Regards,
Shane.
# 2
the problem is with all accounts - both of them - it is small potatoes here. the web server has no recent error messages - none since yesterday, anyway - and i retried it again today. the messages from yesterday do appear to be a uwc messages - both are NPEs for:
o GET /uwc/base/UWCMain, service-j2ee reports: Standard WrapperValve[UWCServetBase]: PWC1406: Servlet.service() for servlet UWCServeletBase - it is doing a new instance
o GET /uwc/base/UWCMain, service-j2ee reports: WebModule[/uwc][ERROR] Uncaught application exception - in the constructor for com.sun.uwc.UWCMainViewBean
i have rebooted the zone, the machine - i have switch client machine, browsers - i have even yelled at it - no luck.
# 3
Hi,
Two things to try:
1. Turn up the UWC logging and see if that offers anymore useful information:
-> edit /var/opt/SUNWuwc/WEB-INF/config/uwclogging.properties
-> set uwc.logging.enable= yes
-> set uwc.log.level=FINE
-> restart webserver process
The log file will be located in the path set by uwc.log.file attribute in the uwclogging.properties file.
2. Enable the calendar express UI and see if you can log into that:
-> edit the /etc/opt/SUNWics5/config/ics.conf file
-> set service.http.ui.enable = "y"
-> restart calendar
-> log in using a web-brower to the calendar host:port
Regards,
Shane.
# 4
i turned on logging - i had to reboot the zone for logging to start:
....
Jun 12, 2007 8:36:07 AM com.sun.uwc.common.UWCApplicationHelper decryptPwrd
INFO: -Decrypt is done -
Jun 12, 2007 8:36:08 AM com.sun.uwc.common.UWCUserHelper replayMailProxyAuth
FINE: setting cookie for user: XXXXX;cookie:webmailsid=q357gITS06g
Jun 12, 2007 8:36:08 AM com.sun.uwc.common.UWCUserHelper replayMailProxyAuth
FINE: Proxy auth for user XXXXX is Successful
Jun 12, 2007 8:36:08 AM com.sun.uwc.common.model.UserPreferencesModel getValue
FINE: Info not in cache, so returning from session
Jun 12, 2007 8:41:21 AM com.sun.uwc.common.UWCApplicationHelper decryptPwrd
INFO: -Decrypt is done -
i didn't post everything - the 8:36 messages were produced at login - and the 8:41 message was produced when i clicked on the calendar tab. i scanned the log twice - and it doesn't seem to be complaining about anything - however, i see plenty of references to mail and addressbook - but only one group of calendar messages - at startup:
AM com.sun.uwc.calclient.MultipartFormServletFilter init
i'll try to turn on the calendar http port next. if that works - it will be good enough for me - that is how i had to use it before with q42005 - and maybe that will turn my thunderbird plugin back on as well.
# 5
whoops - i spoke too soon - i didn't wait for the "tab click" to time out:
FINE: Info not in cache, so returning from session
Jun 12, 2007 8:41:21 AM com.sun.uwc.common.UWCApplicationHelper decryptPwrd
INFO: -Decrypt is done -
Jun 12, 2007 9:05:33 AM com.sun.uwc.common.UWCUserHelper createCalStore
SEVERE: calsession not created calstore connect has failed
Jun 12, 2007 9:05:33 AM com.sun.uwc.calclient.CalModuleServlet onInitializeHandler
SEVERE: Error[onBeforeRequest:getCalStore] [Error:getCalStore] - Could not create store
Jun 12, 2007 9:05:34 AM com.sun.uwc.common.model.UserPreferencesModel getValue
FINE: Info not in cache, so returning from session
before noticing the timeout - i restarted ics5, because i have turned on the http port - i will retry the tab click, wait for the timeout, and make sure i get the same thing.
# 6
ok - i've been waiting for 20 minutes on http://portal:3080 to respond - i am looking at /var/opt/SUNWics5/logs/http.log:
[12/Jun/2007:08:30:09 -0700] portal cshttpd[5246]: General Information: Log created (1181662209)
[12/Jun/2007:08:30:09 -0700] portal cshttpd[5246]: General Notice: Sun Java System Calendar Server 6 5 (built on Jan 10 2007) cshttpd starting up
[12/Jun/2007:08:30:09 -0700] portal cshttpd[5246]: General Notice: HTTP Module is refreshing
[12/Jun/2007:08:30:09 -0700] portal cshttpd[5246]: General Notice: cshttpd is refreshing
[12/Jun/2007:08:30:09 -0700] portal cshttpd[5246]: General Notice: cshttpd is refreshed
[12/Jun/2007:08:30:09 -0700] portal cshttpd[5246]: General Notice: HTTP Module has refreshed
[12/Jun/2007:08:30:09 -0700] portal cshttpd[5246]: General Notice: cshttpd: argc=1 argv[0]=/opt/SUNWics5/cal/lib/cshttpd
[12/Jun/2007:08:30:10 -0700] portal cshttpd[5246]: General Notice: Did not load plugin /opt/SUNWics5/cal/lib/plugins/cs_calendarlookupalg.so of type 6 according to loading rules
[12/Jun/2007:08:30:10 -0700] portal cshttpd[5246]: General Notice: Did not load plugin /opt/SUNWics5/cal/lib/plugins/cs_calendarlookupds.so of type 6 according to loading rules
[12/Jun/2007:08:30:10 -0700] portal cshttpd[5246]: General Notice: Did not load plugin /opt/SUNWics5/cal/lib/plugins/cs_calendarlookuplocal.so of type 6 accordi--ng to loading rules
[12/Jun/2007:08:30:11 -0700] portal cshttpd[5246]: General Notice: cshttpd attempting to open Calendar Database
[12/Jun/2007:09:05:52 -0700] portal cshttpd[10092]: General Notice: Sun Java System Calendar Server 6 5 (built on Jan 10 2007) cshttpd starting up
[12/Jun/2007:09:05:52 -0700] portal cshttpd[10092]: General Notice: HTTP Module is refreshing
[12/Jun/2007:09:05:52 -0700] portal cshttpd[10092]: General Notice: cshttpd is refreshing
[12/Jun/2007:09:05:52 -0700] portal cshttpd[10092]: General Notice: cshttpd is refreshed
[12/Jun/2007:09:05:52 -0700] portal cshttpd[10092]: General Notice: HTTP Module has refreshed
[12/Jun/2007:09:05:52 -0700] portal cshttpd[10092]: General Notice: cshttpd: argc=1 argv[0]=/opt/SUNWics5/cal/lib/cshttpd
[12/Jun/2007:09:05:53 -0700] portal cshttpd[10092]: General Notice: Did not load plugin /opt/SUNWics5/cal/lib/plugins/cs_calendarlookupalg.so of type 6 according to loading rules
[12/Jun/2007:09:05:53 -0700] portal cshttpd[10092]: General Notice: Did not load plugin /opt/SUNWics5/cal/lib/plugins/cs_calendarlookupds.so of type 6 according to loading rules
[12/Jun/2007:09:05:53 -0700] portal cshttpd[10092]: General Notice: Did not load- plugin /opt/SUNWics5/cal/lib/plugins/cs_calendarlookuplocal.so of type 6 according to loading rules
[12/Jun/2007:09:05:54 -0700] portal cshttpd[10092]: General Notice: _cshttpd_parse_commandline: successfully bind process 10092 to processor 0
[12/Jun/2007:09:05:54 -0700] portal cshttpd[10092]: General Notice: cshttpd attempting to open Calendar Database
so i notice that at 08:30:11, i got the message:
cshttpd attempting to open Calendar Database
which is roughly when i clicked the uwc calendar tab - then you can see the restart for ics5 - which probably triggered that 1st timeout - and finally i am stuck at the same place again at 09:05:54, but this time trying to open port 3080. does this indicate my problem is with cshttpd opening the database - and if so - how do i track down why?
# 7
Hi,
Sounds like you have found the root of your problems.
For the cshttpd process not starting up, one thing you may want to try is nuking the shared database files and clear out your various session database/ldap cache/lock files.
1. Stop calendar server, run ps -ef | grep icsuser (or whatever user is configured for calendar) and ensure that _all_ calendar processes are gone.
2. Go to your calendar database directory e.g.
/var/opt/SUNWics5/csdb/
Move aside (to somewhere else) the __db* files. These will be recreated next time calendar starts.
Do the same for:
/var/opt/SUNWics5/data/http/session
And for:
/var/opt/SUNWics5/lock/
3. If you have anything under the following directories, move them aside:
/var/opt/SUNWics5/csdb/ldap_cache/
/var/opt/SUNWics5/csdb/cld_cache/
4. Start calendar, try logging into calendar express again.
Regards,
Shane.
# 8
how about csdb/dbstorelock - i have __db* files there as well.
# 9
woo-hoo - that did it - thanks a bunch - i would have never even guessed to do that myself. i did move the the dbstorelock/db* files aside and rebooted the zone. there was an /etc/init.d/sunwics5 script to stop the calendar processes - one of the processes, watcher, was being run as root, the rest were icsuser.
thanks again and we are bff-
