Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hi,
I have a postfix, dovecot email server on linux.
I was having an issue with one of my users not being able to download his emails, so I went into /etc/dovecot.conf and increased the memory allowed to be used to 1024MB
adding the following
service imap{
vsz_limit =1024MB
}
The user was able to download his email, but now my cpu usage is going off the charts. All I am able to determine is that I have a bunch of imap processes that I assume are taking up my cpu.
I have no error messages in the logs, everything looks normal, but I may not be looking in the correct place.
I need help pin pointing what specifically dovecot/imap is doing to take up my entire cpu resources.
Distribution: openSUSE, Raspbian, Slackware. Previous: MacOS, Red Hat, Coherent, Consensys SVR4.2, Tru64, Solaris
Posts: 2,812
Rep:
Quote:
Originally Posted by geo77
Hi,
I have a postfix, dovecot email server on linux.
I was having an issue with one of my users not being able to download his emails, so I went into /etc/dovecot.conf and increased the memory allowed to be used to 1024MB
adding the following
service imap{
vsz_limit =1024MB
}
The user was able to download his email, but now my cpu usage is going off the charts. All I am able to determine is that I have a bunch of imap processes that I assume are taking up my cpu.
I have no error messages in the logs, everything looks normal, and no other indication of what could be going on.
I need help pin pointing what specifiacally dovecot/imap is doing to take up my entire cpu.
Thanks for any help!
My suspicion is that the system is memory-starved.
I'm running Postfix+Courier so this might be an apples-to-oranges comparison but I've not allocated more system resources than the default and haven't seen any performance problems. (I might, though, if I hadn't setup some mail filtering within postfix that simply drops a lot of trash on the floor.)
Questions for you:
If there's a drive activity LED, is it blinking wildly?
What was the previous vsz_imit? (Happily, it doesn't look like you've done what I've seen others do which is to simply tack a "0" on the end of the parameter value -- "Hey! Who set the fraznit size to '10240'?" Fixed one problem and generated several more. :^D )
My suspicion is that the system is memory-starved.
I'm running Postfix+Courier so this might be an apples-to-oranges comparison but I've not allocated more system resources than the default and haven't seen any performance problems. (I might, though, if I hadn't setup some mail filtering within postfix that simply drops a lot of trash on the floor.)
Questions for you:
If there's a drive activity LED, is it blinking wildly?
What was the previous vsz_imit? (Happily, it doesn't look like you've done what I've seen others do which is to simply tack a "0" on the end of the parameter value -- "Hey! Who set the fraznit size to '10240'?" Fixed one problem and generated several more. :^D )
How much physical RAM is installed?
How much swap space has been allocated?
My ram is not a problem, I have about 10GB and only about 6GB are being used. I did however noticed my swap is being take up 90%, I added some more, but didn't really saw much difference.
I did ran across this post in the dovecot documentation, and it mentions to set the mail_cache_max_size variable as a possible solution, but I don't know where to set it. I tried setting it in the dovecot.conf, but it doesn't work, the service won't start. Any idea where this variable should go?
Distribution: openSUSE, Raspbian, Slackware. Previous: MacOS, Red Hat, Coherent, Consensys SVR4.2, Tru64, Solaris
Posts: 2,812
Rep:
Quote:
Originally Posted by geo77
I tried setting it in the dovecot.conf, but it doesn't work, ...
I've only tried Dovecot and that was several years ago. I'm sorry but I'm not up to speed on how to tune that particular bit of code.
Quote:
... the service won't start.
Well, that's just rude. No error message in a log file or anything?
Not starting at all is pretty different from just running slowly. Not knowing anything about what else is running on your system makes it tough to determine just what is going on. Another I/O intensive task competing for access to the Dovecot mail store?
I wonder about your having 4GB of free RAM but swap usage at 90%. I usually only see significant swap use when my RAM gets up to ~90+% with 8GB on the Courier box. On that box, it's ~68% RAM, 0% swap. On my desktop with a tons of tabs open in browsers, it's only 50%, 0% swap. How much swap space have you allocated? Where is it located? Same disk as Dovecot's mail files? (Could be an I/O contention problem as I mentioned above.) I usually create swap partitions in the middle of several disks (to minimize head seek times) and assign them all the same priority to use round-robin swap access. Doesn't totally eliminate the effect of swapping, but every little bit helps.
Posting more configuration information will likely results in more responses. Keep it coming.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.