Skip to main content

CPANEL-43323 - doveadm priority (nice)

imorandin
Hi, When a client cleans a large email account, the doveadm expunge process consumes a lot of resources (specially CPU): Is there any way to reduce the priority (nice) of this process? I've tried these Tweak settings with no luck (nice stays at 0): Thanks, Ignacio

Comments

11 comments

Date Votes
  • cPRex Jurassic Moderator
    Hey there! Just for confirmation, is this process initiated from the cPanel >> Email Disk Usage page?
    0
  • imorandin
    Hi Mr. Rex! Yes, that's right.
    0
  • cPRex Jurassic Moderator
    I'll do some testing with this and get back with you!
    0
  • cPRex Jurassic Moderator
    I confirmed this behavior on my end and created case CPANEL-43323 with our developers so they can look into this. I'll be sure to post any updates I get!
    0
  • imorandin
    Thank you very much Mr. Dinosaur!
    0
  • cPRex Jurassic Moderator
    Sure thing!
    0
  • imorandin
    Hi, Any news about this problem? Another one today: Thanks, Ignacio
    0
  • cPRex Jurassic Moderator
    I did reach out to the team today, and they are aware of the issue but work hasn't started just yet. It would seem that the Tweak Settings values only apply to actions inside the File Manager, so there is definitely work to be done to clarify things in this area. I they provide me with this command that will help check the I/O nice value of the doveadm processes, so this could be worthwhile to check on your system as you likely won't get accurate data directly from "top" ps auxww|perl -ne '/[d]oveadm/ or next; @_ = split /\s+/; printf("I/O priority for pid %d: %s%s-------\n", $_[1], scalar(`ionice -p $_[1]`), $_)'
    0
  • imorandin

    Hi there,

    Is there any "hook" we can attach to before/after the process is executed? this way we could renice/ionice it.

    Thanks,

    Ignacio

    0
  • cPRex Jurassic Moderator

    Not that I'm aware of at this time.

    0
  • rbairwell

    Here's an idea that might work - I've not noticed doveadm running on my install so I can't confirm whether this will work or not.

    On my server, I can see the user "dovenull" running dovecot/pop3-loigin, dovecot/imap-login etc and the user "dovecot" running dovecot/anvil and dovecot/config: based on this I would therefore hazard a guess (I must admit I haven't investigated Dovecot a lot), that "admin" processes such as dovecot/config and doveadm run under the user "dovecot" whilst user facing ones run under dovenull.

    If this is the case, you might be able to renice it automatically using the Linux pam_limits module (i.e. /etc/security/limits.conf family - use "man limits.conf" for details).

    Try adding a file called /etc/security/limits.d/dovecot.conf with the contents

    #[domain]        [type]  [item]  [value]
    dovecot          -       priority  20

    And then restart dovecot (to force it to "relogin" and hence load the new settings). If it doesn't work as expected, just remove that file and restart dovecot.

    Hopefully this maybe works for you.

    0

Please sign in to leave a comment.

Didn't find what you were looking for?

New post