Re: ZCS 6.0.7

[Keith Fong <keith@sfu.ca>]

Yes Dmitry, this issue was resolved shortly after Steve's email, and the fix is in 6.0.7 (bug 46840).  We are currently still testing 6.0.7 to install later this month, and so far the testing is going well.


On Aug-5-10, at 1:08 PM, Dmitry Makovey wrote:

> On Tuesday August 3 2010, Rob Foster wrote:
>> Overall, it seems to be a stable release and it was worth getting the
>> upgrade done over the summer for all the obvious reasons.
> 
> from most of the responses I gather that performance issues Steve Hillman 
> posted earlier this year (end of March) must have been resolved? 
> 
> As a reminder here's the original post:
> 
> <snip>
> 
> We are testing Zimbra 6(.0.5) in an environment that uses data that's been 
> cloned from our production 5.0.18 system. The test environment is on a set of 
> VMs. We've noticed very long delays for some users during login - so long in 
> fact that Nginx usually times out and throws up a blank page. For a few users, 
> login never works - it always times out.  Before the upgrade to 6, the user 
> can login fine. We've tried:
>  - increasing resources to the VMs (now sitting at 4 CPUs and 16gb ram each - 
> no change)
>  - accessing the account using zmmailbox - same timeouts occur
>  - deleting all shared and remote calendars (had to do this directly in mysql 
> because zmmailbox times out)
>  - checking for the Zimbra desktop 1.0 "archive flag"
>  - enabling virtually all debug-level logging for a slow user. 
> 
> That last one, done this afternoon, showed extremely high ldap activity during 
> login. It appeared to be fetching the user's distribution lists from ldap, 
> repeatedly (for 11 minutes(!)). So we removed the user from every distribution 
> list and restarted mailboxd. Yet still it seemed to fetch them
> 
> At this point, this is a show-stoppper for us going to 6.0, so we'll be 
> opening a Support case with Zimbra. But I just thought I'd post here to see if 
> anyone else has seen anything similar
> 
> (by the way, even for users who don't suffer the 'login of death', we still 
> notice much longer login times. It seems Zimbra has reverted to instantiating 
> the calendar data at login time, rather than waiting until the Calendar tab is 
> selected. There seems to be a lot more server-side activity in general before 
> the post-login splash page appears)
> 
> </snip>
> 
> -- 
> Dmitry Makovey
> Web Systems Administrator
> Athabasca University
> (780) 675-6245