Kelly Caudill | 1 Oct 02:40 2008
Picon

Re: imapd cores dump since upgrade to MS7

I can't tell which thread in the first pstack is the one that crashed. 
You should open a support case so we can take a closer look at this.

But thread 23303 in the second pstack looks like bug 6748629, which will 
be fixed in an upcoming patch for 7.0.  If this is happening frequently, 
open a case so we can see about getting you something more quickly.

Kelly

frederic.vandevelde@... wrote:
> Hi,
> 
> We have upgraded to MS 7.x via commpkg upgrade and since then the IMAPD 
> process cores dump from time to time, approximatelly once a week.
> 
> Is there known bugs about IMAPD core dumping in version 7.x ?
> 
> Sun Java(tm) System Messaging Server 7.0-0.04 32bit (built Jun 20 2008)
> libimta.so 7.0-0.04 32bit (built 01:05:03, Jun 20 2008)
> 
> Here is the pstack of the core dumps, we have 2 IMAP processes.
> 
> -----------------  lwp# 1 / thread# 1  --------------------
>  fd54169c __pollsys (49f9a4, 10e, ffbff3c0, 0, 0, fa0) + 8
>  fd4dd150 poll     (49f9a4, 10e, 111e, 10624c00, 5b136e, 16c4db80) + 7c
>  fe647400 GDispCx_DispatchLoop (45e17c, 0, 0, 1, 1, 1) + 358
>  0002c824 imap_main (d45d8, 185, 1, 10b4, fd56ecc0, 9a918) + 203c
>  fe7a9c78 service_start (7f3eb, 7f400, 1, ffbffddc, 2a7e8, 25df0) + 390
>  0002caf4 main     (1, ffbffddc, ffbffde4, 98000, fe370380, fe3703c0) + 4c
>  00021d68 _start   (0, 0, 0, 0, 0, 0) + 108
(Continue reading)

alex smith | 1 Oct 03:22 2008
Picon

(unknown)

unsubscribe

Benoit Schmid | 1 Oct 07:58 2008
Picon
Picon

Calendar error caldb_pvt_ScanComponents: get: -30988

Good morning,

We regularly have the following error with our calendar:
/var/opt/SUNWics5/logs/admin.log: [01/Oct/2008:06:28:59 +0200] oscar csexport[26956]: General
Error: caldb: caldb_pvt_ScanComponents: get: -30988

As google is not my friend for understanding this error, could you please tell me
what does a get: -30988 on caldb_pvt_ScanComponents mean?

Thanks in advance for your help.
--

-- 
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

      Benoit Schmid              Tel: (++41-22) 379-7209
      UNIGE Postmaster

      University of Geneva - Information Technology Division

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

Andrew McKeon | 1 Oct 08:59 2008
Picon

Re: Calendar error caldb_pvt_ScanComponents: get: -30988

Benoit Schmid wrote:
> We regularly have the following error with our calendar:
> /var/opt/SUNWics5/logs/admin.log: [01/Oct/2008:06:28:59 +0200] oscar 
> csexport[26956]: General Error: caldb: caldb_pvt_ScanComponents: get: 
> -30988
> 
> As google is not my friend for understanding this error, could you 
> please tell me
> what does a get: -30988 on caldb_pvt_ScanComponents mean?
> 
> Thanks in advance for your help.

This probably won't be that helpful, since I know very little about the 
calendar server, but the number you see is a Berkeley (Sleepycat) DB error 
code being returned when attempting to retrieve a record.

However, the error codes are specific to a particular version of the 
database, so you'd have to know what the Berkerley DB version is to track 
down the exact meaning.

I presume with some Calendar Server version information, someone may be 
able to determine exactly what the version of the database is shipped with 
that particular release, and thus determine what the error code means.

But, as I said that probably won't help you much though. A support case 
would seem to be the best answer.

Cheers
Andrew

(Continue reading)

frederic.vandevelde | 1 Oct 10:58 2008

Re: imapd cores dump since upgrade to MS7

Kelly,

I did open a case 38175634 and got the same answer from the engineer:

6748629: ens related imapd cores due to GDisp assert() failure

It's happening approximately once a week, do you know when 7.0p1 will be released ?

Regards,
Frederic.

On 01 Oct 2008, at 02:40, Kelly Caudill wrote:

I can't tell which thread in the first pstack is the one that crashed. You should open a support case so we can take a closer look at this.

But thread 23303 in the second pstack looks like bug 6748629, which will be fixed in an upcoming patch for 7.0.  If this is happening frequently, open a case so we can see about getting you something more quickly.

Kelly

frederic.vandevelde <at> paradigmo.com wrote:
Hi,
We have upgraded to MS 7.x via commpkg upgrade and since then the IMAPD process cores dump from time to time, approximatelly once a week.
Is there known bugs about IMAPD core dumping in version 7.x ?
Sun Java(tm) System Messaging Server 7.0-0.04 32bit (built Jun 20 2008)
libimta.so 7.0-0.04 32bit (built 01:05:03, Jun 20 2008)
Here is the pstack of the core dumps, we have 2 IMAP processes.
-----------------  lwp# 1 / thread# 1  --------------------
fd54169c __pollsys (49f9a4, 10e, ffbff3c0, 0, 0, fa0) + 8
fd4dd150 poll     (49f9a4, 10e, 111e, 10624c00, 5b136e, 16c4db80) + 7c
fe647400 GDispCx_DispatchLoop (45e17c, 0, 0, 1, 1, 1) + 358
0002c824 imap_main (d45d8, 185, 1, 10b4, fd56ecc0, 9a918) + 203c
fe7a9c78 service_start (7f3eb, 7f400, 1, ffbffddc, 2a7e8, 25df0) + 390
0002caf4 main     (1, ffbffddc, ffbffde4, 98000, fe370380, fe3703c0) + 4c
00021d68 _start   (0, 0, 0, 0, 0, 0) + 108
-----------------  lwp# 2 / thread# 2  --------------------
fd540970 __lwp_park (1e80eb10, c2198, fcb7bcc0, 1, 0, 0) + 14
fd53a9f0 cond_wait_queue (1e80eb10, c2198, fcb7bcc0, 0, 0, 0) + 28
fd53ae68 cond_wait_common (1e80eb10, c2198, fcb7bcc0, 0, 0, 0) + 298
fd53b000 _cond_timedwait (1e80eb10, c2198, fcb7be58, 0, 0, 0) + 34
fd53b0f4 cond_timedwait (1e80eb10, c2198, fcb7be58, 0, 0, c350) + 14
fd53b134 pthread_cond_timedwait (1e80eb10, c2198, fcb7be58, 0, 0, 0) + c
fd7c9b10 PR_WaitCondVar (1e80eb08, 0, 210208, 0, 0, 0) + 16c
fd7d1a88 PR_Sleep (2dc6c0, 0, fd7eaca8, fd7ed0a8, 12e4, 1000) + 9c
fe24f4ac LockPoller (fe270ba4, 210208, 48db569a, 0, fcb81748, 4f) + 30
fd7d0cc8 _pt_root (210208, fe24f47c, fcb7bf9c, fd7eb0ac, fd7e99c4, 0) + d4
fd5408cc _lwp_start (0, 0, 0, 0, 0, 0)
-----------------  lwp# 3 / thread# 3  --------------------
fd540970 __lwp_park (6c91cb0, c2198, fca7bcc0, 1, 0, 0) + 14
fd53a9f0 cond_wait_queue (6c91cb0, c2198, fca7bcc0, 0, 0, 0) + 28
fd53ae68 cond_wait_common (6c91cb0, c2198, fca7bcc0, 0, 0, 0) + 298
fd53b000 _cond_timedwait (6c91cb0, c2198, fca7be58, 0, 0, 0) + 34
fd53b0f4 cond_timedwait (6c91cb0, c2198, fca7be58, 778168e8, f02d1d00, d4e03950) + 14
fd53b134 pthread_cond_timedwait (6c91cb0, c2198, fca7be58, 77359, 77358, fe50) + c
fd7c9b10 PR_WaitCondVar (6c91ca8, 1, 210290, 1dcd64, 3b9aca00, 7f) + 16c
fd7d1a88 PR_Sleep (2dc6c0, 0, fd7eaca8, fd7ed0a8, 12e4, 1000) + 9c
fe24f4ac LockPoller (fe270ba4, 210290, 48db569a, 0, fcb81748, 4f) + 30
fd7d0cc8 _pt_root (210290, fe24f47c, fca7bf9c, fd7eb0ac, fd7e99c4, 0) + d4
fd5408cc _lwp_start (0, 0, 0, 0, 0, 0)
-----------------  lwp# 4 / thread# 4  --------------------
fd54169c __pollsys (394c24, 2, fb97be28, 0, 0, 2710) + 8
fd4dd150 poll     (394c24, 2, 2710, 10624c00, 0, 0) + 7c
fe647400 GDispCx_DispatchLoop (3533fc, 285a8, 0, fc960400, 1, 1) + 358
fd71d46c _dispatcher (28b2f8, 282f78, 0, 0, 0, 1) + 114
fd7d0cc8 _pt_root (282f78, fd71d358, fb97bf9c, fd7eb0ac, fd7e99c4, 0) + d4
fd5408cc _lwp_start (0, 0, 0, 0, 0, 0)
-----------------  lwp# 5 / thread# 5  --------------------
fd540e48 _so_accept (7, 283088, 0, ffffffff, 0, 1) + 8
fd7d0cc8 _pt_root (283088, 25e88, fb875f9c, fd7eb0ac, fd7e99c4, 0) + d4
fd5408cc _lwp_start (0, 0, 0, 0, 0, 0)
-----------------  lwp# 6 / thread# 6  --------------------
fd540e48 _so_accept (8, 283110, 0, ffffffff, 0, 1) + 8
fd7d0cc8 _pt_root (283110, 25e88, fc735f9c, fd7eb0ac, fd7e99c4, 0) + d4
fd5408cc _lwp_start (0, 0, 0, 0, 0, 0)
-----------------  lwp# 23395 / thread# 23395  --------------------
ff221d7c mailbox_cache_item (20f2418, 6c962d0, d44, 4, 0, 0) + 3a4
000613e0 __1cWindex_fetchcacheheader6FpnIimap_ctx_IpnHstrlist_3pkc_v_(20f22a8, d44, 7c56a8, 0, 7c6b78, 48db56ae) + 48
000651bc __1cQindex_fetchreply6FpnIimap_ctx_pnHmailbox_Ipv_i_ (20f22a8, 20f2418, d44, f8ea39d4, 6c962d0, baddc800) + 159c
0005f9cc __1cRindex_forsequence6FpnIimap_ctx_pnHmailbox_pcipF13Ipv_i5_i_(20f22a8, 20f2418, 1ec74a6b, 1, 63c20, f8ea39d4) + 4a4
00059a74 __1cLindex_fetch6FpnIimap_ctx_pnHmailbox_pcipnJfetchargs__i_(20f22a8, 20f2418, 1ec74a6b, 1, f8ea39d4, 2e4e00) + c4
0003fc34 __1cJcmd_fetch6FpnIimap_ctx_pc2i_v_ (20f22a8, 1ec74a5c, 1ec74a6b, 1, 80808080, 1010101) + 1f3c
0002f740 __1cLprocess_cmd6FpnIimap_ctx_ipGpv_v2_i_ (20f22a8, 20, 33458, 20f22a8, ff00, 80808080) + d98
00033348 firstcmdline (20f22a8, 1000, fd56ec80, fc964400, 45e1f4, 0) + ad0
fe6456e4 GDispCx_Dispatch (45e17c, 28342bc, 751c14, fc964400, 45e26c, 0) + 174
fe645cf8 GDispCx_InternalWork (751c14, f8ea4000, 0, 0, fe645918, 1) + 3e0
fd5408cc _lwp_start (0, 0, 0, 0, 0, 0)
-----------------  lwp# 23396 / thread# 23396  --------------------
fd4affe0 memcpy   (f8ef37bc, 2, 0, 0, f8ef2ad4, 0) + 170
ff21ba1c mailbox_reopen_index (f8ef37bc, 11dc5be8, f8ef3428, f8ef3430, f8ef342c, f8ef3424) + 17c
ff21ad74 mailbox_open (f8ef3b7f, 0, 1ec5bbc8, f8ef37bc, ff000000, ff0000) + 1bc
ff20bfbc append_setup (f8ef3768, f8ef3b7f, 0, 103, 1ec5bbc8, 10) + 8c
0005d6d8 __1cKindex_copy6FpnIimap_ctx_pnHmailbox_pci44p44_i_ (1d729af8, 1d729c68, 29082a9, 1, f8ef3b7f, 29082af) + 1d8
00045d5c __1cIcmd_copy6FpnIimap_ctx_pc22i_v_ (1d729af8, 290829c, 29082a9, 29082af, 1, 1010101) + 154
0002ef80 __1cLprocess_cmd6FpnIimap_ctx_ipGpv_v2_i_ (1d729af8, 20, 33458, 1d729af8, ff00, 80808080) + 5d8
00033348 firstcmdline (1d729af8, 1000, fd56ec80, fc964000, 45e1f4, 0) + ad0
fe6456e4 GDispCx_Dispatch (45e17c, 26e62dc, 7528d4, fc964000, 45e26c, 0) + 174
fe645cf8 GDispCx_InternalWork (7528d4, f8ef4000, 0, 0, fe645918, 1) + 3e0
fd5408cc _lwp_start (0, 0, 0, 0, 0, 0)
-----------------  lwp# 23397 / thread# 23397  --------------------
fd540970 __lwp_park (3534fc, 35346c, f8ffbe50, 1, 0, 0) + 14
fd53a9f0 cond_wait_queue (3534fc, 35346c, f8ffbe50, 0, 0, 0) + 28
fd53ae68 cond_wait_common (3534fc, 35346c, f8ffbe50, 0, 0, 0) + 298
fd53b000 _cond_timedwait (3534fc, 35346c, f8ffbf7c, 0, 0, 0) + 34
fd53b0f4 cond_timedwait (3534fc, 35346c, f8ffbf7c, ff000000, 0, 0) + 14
fd53b134 pthread_cond_timedwait (3534fc, 35346c, f8ffbf7c, fc961000, 3534ec, 0) + c
fe645b80 GDispCx_InternalWork (ee668c, f8ffc000, 0, 0, fe645918, 1) + 268
fd5408cc _lwp_start (0, 0, 0, 0, 0, 0)
-----------------  lwp# 23398 / thread# 23398  --------------------
fd541564 mmap     (25a, 0, 4, 5a80, 0, fd56a2a8) + 10
ff21c5a0 mailbox_read_index_fixed_header (f8e837bc, 2, 0, 6800, f8e82ad4, 0) + 128
ff21ba1c mailbox_reopen_index (f8e837bc, 1e5ceb08, f8e83428, f8e83430, f8e8342c, f8e83424) + 17c
ff21ad74 mailbox_open (f8e83b7f, 0, 1e51f488, f8e837bc, ff00, ff0000) + 1bc
ff20bfbc append_setup (f8e83768, f8e83b7f, 0, 103, 1e51f488, 10) + 8c
0005d6d8 __1cKindex_copy6FpnIimap_ctx_pnHmailbox_pci44p44_i_ (2881338, 28814a8, 1e472a71, 1, f8e83b7f, 1e472a77) + 1d8
00045d5c __1cIcmd_copy6FpnIimap_ctx_pc22i_v_ (2881338, 1e472a64, 1e472a71, 1e472a77, 1, 1010101) + 154
0002ef80 __1cLprocess_cmd6FpnIimap_ctx_ipGpv_v2_i_ (2881338, 20, 33458, 2881338, ff00, 80808080) + 5d8
00033348 firstcmdline (2881338, 1000, fd56ec80, fc964800, 45e1f4, 0) + ad0
fe6456e4 GDispCx_Dispatch (45e17c, 269a2cc, 74ef74, fc964800, 45e26c, 0) + 174
fe645cf8 GDispCx_InternalWork (74ef74, f8e84000, 0, 0, fe645918, 1) + 3e0
fd5408cc _lwp_start (0, 0, 0, 0, 0, 0)
-----------------  lwp# 1 / thread# 1  --------------------
fe517404 __db_pthread_mutex_unlock (14cde0, ba, fc134f28, eab0c, fe517394, fe601ee4) + 54
fe5c565c __memp_fget (0, ffbfecc0, fbbf2a90, ffffffff, fbc01f30, 209cd8) + 1240
fe52ad88 __bam_search (28aba8, fbbcb2a8, 14d9f8, 582, 1, 526f30) + dd8
fe51dab4 __bam_c_search (28aba8, 0, ffbfef80, 1c, ffbfedb4, 14d9f8) + 728
fe51a578 __bam_c_get (28aba8, ffbfef80, ffbfef68, 1c, ffbfee1c, fe576528) + 6e8
fe57ccf4 __db_c_get (28aba8, ffbfef80, ffbfef68, 0, fe57c7d4, 1c) + 464
fe58478c __db_get (14d9f8, 21, ffbfef80, ffbfef68, 2000001c, 0) + c8
fe584640 __db_get_pp (14d9f8, 1e1f7a58, ffbfef80, ffbfef68, 0, 0) + 234
ff231714 mboxlist_lookup_quota (ffbff017, ffbff150, 1e1f7a58, 0, 63, 75) + 114
ff242174 mboxlist_setaccesstime (4d03af0, 48db56c7, 7f5d2, ff000000, 0, 0) + ec
0002daf8 __1cOunauthenticate6FpnIimap_ctx__v_ (4d03a50, 1000, fd56ec80, fe372000, 40ad490, 0) + a0
0002dfc4 __1cJshut_down6FpnIimap_ctx__v_ (4d03a50, 4, 7f3ac, 7f3c6, ff27aa10, 1) + c
0002c88c imap_main (d45d8, 185, 1453e1d, 0, 80808080, 1010101) + 20a4
fe7a9c78 service_start (7f3eb, 7f400, 6, ffbffd94, 2a7e8, 25df0) + 390
0002caf4 main     (6, ffbffd94, ffbffdb0, 98000, fe370380, fe3703c0) + 4c
00021d68 _start   (0, 0, 0, 0, 0, 0) + 108
-----------------  lwp# 2 / thread# 2  --------------------
fd540970 __lwp_park (141c3250, c2198, fcb7bcc0, 1, 0, 0) + 14
fd53a9f0 cond_wait_queue (141c3250, c2198, fcb7bcc0, 0, 0, 0) + 28
fd53ae68 cond_wait_common (141c3250, c2198, fcb7bcc0, 0, 0, 0) + 298
fd53b000 _cond_timedwait (141c3250, c2198, fcb7be58, 0, 0, 0) + 34
fd53b0f4 cond_timedwait (141c3250, c2198, fcb7be58, 778168e8, f02d1d00, d4e03950) + 14
fd53b134 pthread_cond_timedwait (141c3250, c2198, fcb7be58, 77359, 77358, fe50) + c
fd7c9b10 PR_WaitCondVar (141c3248, 1, 1fe208, 1dcd64, 3b9aca00, 7f) + 16c
fd7d1a88 PR_Sleep (2dc6c0, 0, fd7eaca8, fd7ed0a8, 12e4, 1000) + 9c
fe24f4ac LockPoller (fe270ba4, 1fe208, 48db56b9, 0, fcc01748, 4f) + 30
fd7d0cc8 _pt_root (1fe208, fe24f47c, fcb7bf9c, fd7eb0ac, fd7e99c4, 0) + d4
fd5408cc _lwp_start (0, 0, 0, 0, 0, 0)
-----------------  lwp# 3 / thread# 3  --------------------
fd540cac ___nanosleep (fa67be9c, 0, fd56ec80, fa7e0000, 341474, 0) + 8
fe6471b0 GDispCx_DispatchLoop (3413fc, 285a8, 0, fa7e0000, 1, 1) + 108
fd71d46c _dispatcher (277960, 270ef0, 0, 0, 0, 1) + 114
fd7d0cc8 _pt_root (270ef0, fd71d358, fa67bf9c, fd7eb0ac, fd7e99c4, 0) + d4
fd5408cc _lwp_start (0, 0, 0, 0, 0, 0)
-----------------  lwp# 4 / thread# 4  --------------------
fd540e48 _so_accept (0, 271000, 0, ffffffff, 0, 1) + 8
fd7d0cc8 _pt_root (271000, 25e88, fd0c5f9c, fd7eb0ac, fd7e99c4, 0) + d4
fd5408cc _lwp_start (0, 0, 0, 0, 0, 0)
-----------------  lwp# 5 / thread# 5  --------------------
fd540e48 _so_accept (1, 271088, 0, ffffffff, 0, 1) + 8
fd7d0cc8 _pt_root (271088, 25e88, fcfd5f9c, fd7eb0ac, fd7e99c4, 0) + d4
fd5408cc _lwp_start (0, 0, 0, 0, 0, 0)
-----------------  lwp# 23303 / thread# 23303  --------------------
fd541ac0 _lwp_kill (6, 0, fd56e390, fd524d74, ffffffff, 6) + 8
fd4c01f8 abort    (f8bfbb58, 1, 0, aa1b4, fd56d2d8, 0) + 110
fd4c0434 _assert  (fe65e464, fe65e35c, a56, 0, a9ed0, fe66ec7c) + 64
fe648ce8 GDisp_InternalLeave (4161c4, 0, ff000000, ff000000, 0, 0) + 58
fe648e90 GDisp_Leave (4161c4, 1000, fd56ec80, fa7e0c00, 2779f8, 0) + 10
fe64b528 GDispSem_WaiterWoken (416254, 1000, fd56ec80, fa7e0c00, 341474, 0) + b8
fe6456e4 GDispCx_Dispatch (3413fc, 4161c4, 2a6b1e64, fa7e0c00, 3414ec, 0) + 174
fe645bb8 GDispCx_InternalWork (2a6b1e64, f8bfc000, 0, 0, fe645918, 1) + 2a0
fd5408cc _lwp_start (0, 0, 0, 0, 0, 0)
Regard,
Frederic.

--
Kelly Caudill   x53154/+1-603-589-0599  SW TSC MSG, New Hampshire, USA

Attachment (smime.p7s): application/pkcs7-signature, 3311 bytes
Benoit Schmid | 1 Oct 14:08 2008
Picon
Picon

Re: Calendar error caldb_pvt_ScanComponents: get: -30988

Good morning,

The calendar version is 6.3 Patch: 121657-29.

Sorry for having forgotten that.

Andrew McKeon wrote:
> Benoit Schmid wrote:
>> We regularly have the following error with our calendar:
>> /var/opt/SUNWics5/logs/admin.log: [01/Oct/2008:06:28:59 +0200] oscar 
>> csexport[26956]: General Error: caldb: caldb_pvt_ScanComponents: get: 
>> -30988
>>
>> As google is not my friend for understanding this error, could you 
>> please tell me
>> what does a get: -30988 on caldb_pvt_ScanComponents mean?
>>
>> Thanks in advance for your help.
> 
> 
> This probably won't be that helpful, since I know very little about the 
> calendar server, but the number you see is a Berkeley (Sleepycat) DB 
> error code being returned when attempting to retrieve a record.
> 
> However, the error codes are specific to a particular version of the 
> database, so you'd have to know what the Berkerley DB version is to 
> track down the exact meaning.
> 
> I presume with some Calendar Server version information, someone may be 
> able to determine exactly what the version of the database is shipped 
> with that particular release, and thus determine what the error code means.
> 
> But, as I said that probably won't help you much though. A support case 
> would seem to be the best answer.
> 

Please not that 

> Cheers
> Andrew

--

-- 
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

      Benoit Schmid              Tel: (++41-22) 379-7209
      UNIGE Postmaster

      University of Geneva - Information Technology Division

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

sheryl.bruggy | 1 Oct 14:17 2008
Picon
Picon

Daylight Saving Problems

Hi All,

Here is Australia they have decided to change the daylight saving times (yet again!). I have applied the
Solaris patches, updated the Java timezones and fixed the Timezones.ics file in the Calendar server.

However, I am still having problems with recurring events. The current times are correct, and the times
after the change was originally planned are correct, but anything in between is out by one hour.

Has anyone else had this type of problem? 

Sheryl Bruggy 
Systems/Network Administrator 
Southern Cross University 
._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._ 

frederic.vandevelde | 1 Oct 14:34 2008

Re: Convergence and Calendar

Imri,

Last week I got the same problem as you have and found that the user  
was missing some ldap attributes for the calendar.
After I added icscalendar and icssubscribed with the right values  
every went fine.

Can you check wether you have the same issue.

Regards,
Frederic.

On 17 Sep 2008, at 16:46, Imri Zvik wrote:

> On Wednesday 17 September 2008 17:32:27 frederic.vandevelde@...
> wrote:
>> Did you try to activate convergence debug log.
>>
>> iwcadmin -u admin -w password -o log.PROXY_CAL.level -v DEBUG
>
> Yep,
>
> here is the output:
>
>
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,810 - Cal: using proxyauth to  
> login to
> cal service
> AUTH: DEBUG from com.sun.comms.client.web.sso.SSOFilter  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,811 - SSO is disabled
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,813 - Authenticating
> imriz2@... to cal service using proxyauth username calmaster
> AUTH: DEBUG from
> com.sun.comms.client.web.authorization.CalendarAuthorizationManager   
> Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,815 - The request is  
> anonymous: false
> AUTH: DEBUG from com.sun.comms.client.web.authorization.CalAuthorizationFilter
> Thread httpSSLWorkerThread-8080-3 at 17:45:35,818 - Removing token  
> parameter
> from the Calendar backend service request
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,856 - CAL response Header:   
> Name: Date
> Value: Wed, 17 Sep 2008 14:45:35 GMT
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,858 - CAL response Header:   
> Name:
> Content-type Value: text/xml; charset=UTF-8
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,860 - CAL response Header:   
> Name:
> Content-length Value: 492
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,862 - CAL response Header:   
> Name:
> Last-modified Value: Wed, 17 Sep 2008 14:45:35 GMT
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,863 - CAL response Header:   
> Name:
> Pragma Value: no-cache
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,865 - CAL response Header:   
> Name:
> Expires Value: 0
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,866 - CAL response Header:   
> Name:
> Cache-Control Value: no-cache
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,868 - CAL response Header:   
> Name:
> Connection Value: Keep-Alive
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,875 - Login response: cal_sid  
> is :
> d4fL7dF3yrg
> DEFAULT: DEBUG from
> com.sun.comms.client.web.services.http.HttpServiceConnector  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,877 - HTTPSERVICE: releasing
> Connection
> com 
> .sun.comms.client.web.services.http.HttpServiceConnectionImpl <at> 1e8a18
> DEFAULT: DEBUG from
> com.sun.comms.client.web.services.http.HttpServiceConnector  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,879 - HTTPSERVICE: releasing
> Connection
> com 
> .sun.comms.client.web.services.http.HttpServiceConnectionImpl <at> 1e8a18
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,881 - cal_sid is d4fL7dF3yrg
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,881 - cal_sid is d4fL7dF3yrg
> DEFAULT: DEBUG from
> com.sun.comms.client.web.services.http.HttpServiceConnectorFactory   
> Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,882 - HTTPSERVICE: returning  
> cached
> Http Connector for  SUN_CAL_SERVICE
> DEFAULT: DEBUG from
> com.sun.comms.client.web.services.http.HttpServiceConnectorFactory   
> Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,884 - HTTPSERVICE: returning  
> cached
> Http Connector for  SUN_CAL_SERVICE
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,886 - CalenderProxy:
> reqURI: /iwc/svc/wcap/list.wcap
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,887 - CalenderProxy:
> reqURI: /iwc/svc/wcap/list_subscribed.wcap
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,889 - CalenderProxy:
> calCommand: /list.wcap
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,891 - CalenderProxy:
> calCommand: /list_subscribed.wcap
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,893 - CalenderProxy: svlt
> Path: /svc/wcap
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,894 - CalenderProxy: svlt
> Path: /svc/wcap
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,896 - WCAP request url
> is: /list.wcap?id=d4fL7dF3yrg&fmt-out=text 
> %2Fjson&token=NFf6rode0Y&dojo.preventCache=1221662742234
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,898 - WCAP request url
> is: /list_subscribed.wcap?id=d4fL7dF3yrg&fmt-out=text 
> %2Fjson&token=NFf6rode0Y&dojo.preventCache=1221662742234
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,900 -  cal request header  
> name is
> accept
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,902 -  cal request header  
> name is
> accept
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,903 -  cal request header  
> name is
> accept-language
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,905 -  cal request header  
> name is
> accept-language
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,907 -  cal request header  
> name is
> referer
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,908 -  cal request header  
> name is
> referer
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,910 -  cal request header  
> name is
> content-type
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,912 -  cal request header  
> name is
> content-type
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,913 -  cal request header  
> name is
> ua-cpu
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,915 -  cal request header  
> name is
> ua-cpu
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,917 -  cal request header  
> name is
> accept-encoding
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,918 -  cal request header  
> name is
> accept-encoding
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,920 -  cal request header  
> name is
> user-agent
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,922 -  cal request header  
> name is
> user-agent
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,923 -  cal request header  
> name is host
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,925 -  cal request header  
> name is host
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,926 -  cal request header  
> name is
> connection
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,928 -  cal request header  
> name is
> connection
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:35,930 -  cal request header  
> name is
> cookie
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,932 -  cal request header  
> name is
> cookie
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,986 - Response code for  
> Calendar
> request: 200
> DEFAULT: DEBUG from
> com.sun.comms.client.web.services.http.HttpServiceConnector  Thread
> httpSSLWorkerThread-8080-3 at 17:45:35,989 - HTTPSERVICE: releasing
> Connection
> com 
> .sun.comms.client.web.services.http.HttpServiceConnectionImpl <at> fc6e58
> PROXY_CAL: DEBUG from
> com.sun.comms.client.web.services.sun.CalendarServiceProxy  Thread
> httpSSLWorkerThread-8080-2 at 17:45:36,011 - Response code for  
> Calendar
> request: 200
> DEFAULT: DEBUG from
> com.sun.comms.client.web.services.http.HttpServiceConnector  Thread
> httpSSLWorkerThread-8080-2 at 17:45:36,015 - HTTPSERVICE: releasing
> Connection
> com 
> .sun.comms.client.web.services.http.HttpServiceConnectionImpl <at> b056fd
>
>>
>> What's the output in the convergence log ?
>>
>> Regards,
>> Frederic.
>>
>> On 17 Sep 2008, at 16:09, Imri Zvik wrote:
>>> Hi,
>>>
>>>
>>> On Monday 15 September 2008 15:13:34
>>>
>>> frederic.vandevelde@... wrote:
>>>>> I couldn't find a list of X-NSCP-WCAP-ERRNO values anywhere, so I
>>>>> have no idea
>>>>> what error 71 & 72 means....
>>>>
>>>> You can find the meaning of error codes here:
>>>> http://docs.sun.com/app/docs/doc/819-4655/6n6pshlfe?l=en&a=view
>>>>
>>>> To use convergence you need to be at the latest patch level of the
>>>> calendar server (121657-29 for solaris sparc)
>>>
>>> I am running this patch level, but still, errors 71 & 72 whenever I
>>> click on
>>> the calander tab...
>>> Nothing at the logs..
>>>
>>> Any ideas?
>>>
>>>> Regards,
>>>> Frederic.
>
>

Attachment (smime.p7s): application/pkcs7-signature, 3311 bytes
Scott Lawson | 2 Oct 03:10 2008
Picon

Re: Daylight Saving Problems

sheryl.bruggy@... wrote:
> Hi All,
>
> Here is Australia they have decided to change the daylight saving times (yet again!). I have applied the
Solaris patches, updated the Java timezones and fixed the Timezones.ics file in the Calendar server.
>
> However, I am still having problems with recurring events. The current times are correct, and the times
after the change was originally planned are correct, but anything in between is out by one hour.
>
> Has anyone else had this type of problem? 
>
>
> Sheryl Bruggy 
> Systems/Network Administrator 
> Southern Cross University 
> ._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._ 
>   
For anyone that wants more info on this stuff, Sun has a website that 
covers this for everything
here : http://www.sun.com/bigadmin/hubs/dst/

-- 
_______________________________________________________________________

Scott Lawson
Systems Architect
Manukau Institute of Technology
Information Communication Technology Services Private Bag 94006 Manukau
City Auckland New Zealand

Phone  : +64 09 968 7611
Fax    : +64 09 968 7641
Mobile : +64 27 568 7611

mailto:scott@...

http://www.manukau.ac.nz

________________________________________________________________________

perl -e 'print
$i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'

________________________________________________________________________ 

frederic.vandevelde | 2 Oct 14:50 2008

convergence customization

Hi,

Did someone managed to customize the title of all pages, the one you  
see in the window name of you browser ?

Using the procedure described at http://wikis.sun.com/display/CommSuite/Changing+Names+and+Labels+in+the+Convergence+UI
I managed to customize labels like the one in example so my i18n setup  
works but using the product_name label doesn't seems to be taken into  
account like in this resources.js file:

{
         product_name:  "Convergence",

         last: ""
}

If I change it directly in the iwc_static/js/iwc/i18n/nls/resources.js  
it works but that's not the way to do it.

Regards,
Frederic.
Attachment (smime.p7s): application/pkcs7-signature, 3311 bytes

Gmane