kolab 2.2

Gabriele Di Giambelardini gabriele_d_g at yahoo.it
Fri Oct 24 13:43:10 CEST 2008


After login imapd take 100% cpu




________________________________
Da: Ingo Steuwer <steuwer at univention.de>
A: kolab-users at kolab.org
Cc: Gabriele Di Giambelardini <gabriele_d_g at yahoo.it>
Inviato: Venerdì 24 ottobre 2008, 12:20:22
Oggetto: Re: kolab 2.2

Hello,

Am Freitag, 24. Oktober 2008 schrieb Gabriele Di Giambelardini:
> Ok after many many tests, the imapd service use all the CPU only when an
> user use the horde webmail.... Any solution??

during login or the whole session? Is it connected with a special use-case?

You might enable user-specific logfiles in cyrus or increase the loglevel to 
get an impression of what imapd "does".

Regards
Ingo Steuwer

>
> ________________________________
> Da: Gabriele Di Giambelardini <gabriele_d_g at yahoo.it>
> A: Ingo Steuwer <steuwer at univention.de>; kolab-users at kolab.org
> Inviato: Venerdì 24 ottobre 2008, 9:17:55
> Oggetto: Re: kolab 2.2
>
>
> Thanks, But I don't know the why in my htop I see the imap have a 100% of
> CPU... There is some parameter or something I should do ??
> thanks
>
>
>
>
> ________________________________
> Da: Ingo Steuwer <steuwer at univention.de>
> A: kolab-users at kolab.org
> Cc: Gabriele Di Giambelardini <gabriele_d_g at yahoo.it>
> Inviato: Venerdì 24 ottobre 2008, 8:34:26
> Oggetto: Re: kolab 2.2
>
> Hi,
>
> Am Donnerstag, 23. Oktober 2008 schrieb Gabriele Di Giambelardini:
> > Hi to all, I have a big problem with kolab 2 performance.
> > I have an server with 10 GB of RAM and about 150000 users.
>
> Once they are imported into LDAP and the mail-spools are created, the pure
> amount of users should not be the problem, but the number of current users
> and the number/size of deliviered mails. We installed a kolab-based
> mailserver with ~80000 users (mailaccounts) and Horde webmail on a far
> smaller hardware (one server, 2GB RAM) years ago.
>
> > After I imported the user in the kolab ldap the server become very very
> > slow, it's impossible use a webmail. so I installed the webmail on other
> > server with eaccelerator. But now on my main server the kolab imapd take
> > all the CPU and every thing is too slow. The are some settings for imap
> > of if somebody know the why of this latency... THANKS
>
> We [1] had trouble with cyrus and horde getting slow in large installations
> because of a very inefficient group-ACL-computing of cyrus. In some cases
> it helps to activate "nscd" with large cache sizes (mhm, I don't know if
> nscd is part of a standard Kolab-distributon?), in other scenarios we
> deactivated this in Cyrus' imapd.conf (unix_group_enable: no) - which is OK
> as long as group ACLs are not required. But this might also be slightly
> different in plain Kolab.
>
> You should try to figure out what the imapd really does. Is it during a
> login, mail-delivery, folder-operations etc.; maybe imapd is only waiting
> for something else (Disk I/O, LDAP, ...)?
>
> Regards
> Ingo Steuwer
>
> [1] Please note that we don't use the openpkg-distribution of kolab but a
> derivated installation based on Debian with patches and configurations
> similar to/derived from plain kolab.
>
> >       Scopri il blog di Yahoo! Mail:
> > Trucchi, novità e scrivi la tua opinione.
> > http://www.ymailblogit.com/blog



-- 
Ingo Steuwer           Projektmanagement        steuwer at univention.de
Univention GmbH        Linux for your Business  fon: +49 421 22 232-43
Mary-Somerville-Str.1  28359 Bremen             mob: +49 173 2112971
                      http://www.univention.de fax: +49 421 22 232-99

_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org
https://kolab.org/mailman/listinfo/kolab-users



      Scopri il blog di Yahoo! Mail:
Trucchi, novità e scrivi la tua opinione.
http://www.ymailblogit.com/blog
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20081024/273b0a89/attachment.html>


More information about the users mailing list