OutOfMemoryError Zdesktop 2 beta 1

[bquinata]

per Zimbra Desktop's suggestion to post here.

Plan to modify java memory allocation and restart zdesktop

Running Xubuntu

Linux ops-laptop 2.6.31-19-generic #56-Ubuntu SMP Thu Jan 28 01:26:53 UTC 2010 i686 GNU/Linux

             total       used       free     shared    buffers     cached
Mem:       1277124     617332     659792          0      34288     283564
-/+ buffers/cache:     299480     977644
Swap:      1373516          0    1373516

From zdesktop.log

;version=2.0;build=10343;release=BETA;os=Linux i386 2.6.31-19-generic;server=5.0.19

2010-02-16 15:22:31,801 ERROR [sync-mbox-bquinata@unicon.net] [mid=2;] offline - sync failure: bquinata@unicon.net
java.lang.OutOfMemoryError: Java heap space
        at java.lang.StringCoding$StringEncoder.encode(Unknown Source)
        at java.lang.StringCoding.encode(Unknown Source)
        at java.lang.String.getBytes(Unknown Source)
        at com.zimbra.cs.service.mail.ParseMimeMessage.importMsgSoap(ParseMimeMessage.java:104)
        at com.zimbra.cs.service.mail.SetCalendarItem.getSetCalendarItemData(SetCalendarItem.java:151)
        at com.zimbra.cs.service.mail.SetCalendarItem.parseSetAppointmentRequest(SetCalendarItem.java:222)
        at com.zimbra.cs.mailbox.InitialSync.setCalendarItem(InitialSync.java:807)
        at com.zimbra.cs.mailbox.InitialSync.syncCalendarItem(InitialSync.java:644)
        at com.zimbra.cs.mailbox.InitialSync.initialFolderSync(InitialSync.java:260)
        at com.zimbra.cs.mailbox.InitialSync.prioritySync(InitialSync.java:390)
        at com.zimbra.cs.mailbox.InitialSync.initialFolderSync(InitialSync.java:370)
        at com.zimbra.cs.mailbox.InitialSync.initialFolderSync(InitialSync.java:380)
        at com.zimbra.cs.mailbox.InitialSync.resume(InitialSync.java:191)
        at com.zimbra.cs.mailbox.InitialSync.resume(InitialSync.java:175)
        at com.zimbra.cs.mailbox.MailboxSync.sync(MailboxSync.java:172)
        at com.zimbra.cs.mailbox.ZcsMailbox.sync(ZcsMailbox.java:109)
        at com.zimbra.cs.mailbox.ZcsMailbox.syncOnTimer(ZcsMailbox.java:90)
        at com.zimbra.cs.mailbox.SyncMailbox$1.run(SyncMailbox.java:254)
        at java.util.TimerThread.mainLoop(Unknown Source)
        at java.util.TimerThread.run(Unknown Source)

[bquinata]

update:

the memory error resulted in my desktop showing the default folders plus three under Inbox. After making changes below, I now have all my folders.

edited ~/zdesktop/bin/zdesktop

line 297 where it begins with MAILBOXD_JAVA_OPTIONS

changed -Xms and -Xmx to 256m

From my understanding instead of having java allocated more memory up to -Xmx value just allocate the max and forget about it by setting -Xms and -Xmx to the same value.

[jjzhuang]

Hi, this means you have a very large meeting, either because of attachments or it's a recurring meeting with tons of exceptions.

Do you happen to know which meeting it is? If you do, we'd like to see what kind of meeting it is so we can reproduce it. Thanks!

[bquinata]

I have several reoccurring appts that do not have end dates. They have been in my calendar prior to using ZD 2 beta 1.

[zimbra@zimbra ~]$ zmmailbox -z-m bquinata@unicon.net
mailbox: bquinata@unicon.net, size: 971.46 MB, messages: 26137, unread: 5502

mbox bquinata@unicon.net> gaf
        Id  View      Unread   Msg Count  Path
----------  ----  ----------  ----------  ----------
         1  conv           0           0  / ()
    122973  task           0          15  /10-21-2008 ()
        16  docu           0           3  /Briefcase ()
        10  appo           0         307  /Calendar ()
        14  mess           0         157  /Chats ()
      3990  conv           0        1630  /<MASKED> ()
    105862  conv           0          17  /<MASKED>/Customer Support ()
    130803  mess           0           9  /<MASKED>/<MASKED> ()
         7  cont           0          19  /Contacts ()
      1353  conv           0        1369  /Coop ()
    197990  mess           3          14  /Coop/Cases ()
         6  mess           0          20  /Drafts ()
        13  cont           0         444  /Emailed Contacts ()
      1096  conv           0        1041  /End-Users ()
     35826  conv           0         372  /HE ()
         2  mess         222        1080  /Inbox ()
    105831  conv         295         299  /Inbox/Mail Delivery Failure ()
    106334  conv          89          90  /Inbox/Nagios ()
     35643  conv           0           0  /Journal ()
         4  mess           0           4  /Junk ()
    162130  mess           0           3  /Junk E-mail ()
     85952  conv           0          75  /Mine ()
        12  wiki           0          10  /Notebook ()
     35644  conv           0           0  /Notes ()
       913  conv           0        1035  /Operations ()
    100029  mess           0          37  /Operations/<MASKED> ()
    109784  conv           0          43  /Operations/<MASKED> ()
    128874  mess           0          20  /Operations/Database ()
    147735  mess           0          26  /Operations/<MASKED> ()
    130682  mess           0         183  /Operations/Email ()
    163760  mess           0         345  /Operations/Facility ()
     88524  mess          76         423  /Operations/Faxes ()
    151787  mess           0         226  /Operations/Hosting ()
     89191  conv           0         199  /Operations/HR ()
     81104  conv           0           4  /Operations/Logs ()
     85257  conv           0          41  /Operations/<MASKED> ()
    173551  mess           0          30  /Operations/Servers ()
    139815  mess        3863        3954  /Operations/Operations Log's Inbox (<MASKED>:2)
2a16a929-b  mess           0         225  /Operations/Operations Log's Inbox/Bandwidth ()
2a16a929-b  conv           0           0  /Operations/Operations Log's Inbox/Clients ()
2a16a929-b  mess         138         138  /Operations/Operations Log's Inbox/Clients/<MASKED> ()
2a16a929-b  mess           0           0  /Operations/Operations Log's Inbox/Clients/<MASKED> ()
2a16a929-b  mess         816         870  /Operations/Operations Log's Inbox/<MASKED> ()
    167534  conv           0           0  /RSS Feeds ()
         5  mess           0        4659  /Sent ()
        15  task           0           0  /Tasks ()
         3  conv           0        3818  /Trash ()
      1743  conv           0         697  /Vendors ()
    165527  mess           0         122  /Vendors/Co-location ()
    101858  conv           0         241  /Vendors/<MASKED> ()
    102198  conv           0         173  /Vendors/<MASKED> ()
    108975  conv           0         347  /Vendors/ISP ()
    113024  mess           0         116  /Vendors/<MASKED> ()
    165511  mess           0          93  /Vendors/VOIP ()
    100027  mess           0          23  /Vendors/Zimbra ()
     82187  appo           0         953  /<MASKED>'s Calendar (<MASKED>:10)
    107190  appo           0           0  /<MASKED>'s Calendar (<MASKED>:10)
    101548  appo           0           0  /<MASKED>'s Calendar (<MASKED>:10)
    184500  appo           0         110  /<MASKED> (<MASKED>:10)
    131340  appo           0           0  /<MASKED>'s Calendar (<MASKED>:10)
    153210  appo           0           4  /Operations-<MASKED> (<MASKED>:124204)
    153215  appo           0           4  /Operations-<MASKED> (<MASKED>:124203)
    112888  appo           0           0  /<MASKED>'s Calendar (<MASKED>:10)

[gnyce]

FWIW, we had a situtation here where we had a recurring meeting with lots of exceptions, and where it (the meeting) was updated with different attachments. It could bring the ZCS server to its' knees in trying to process that (or delete it, or edit it).

[bquinata]

Thanks for ths heads up. We do have a couple of calendars shared within departments. I'll have to keep a close eye on ours. Not so sure a calendar event is where attachments should reside but I see the convenience of it.