• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Logrotation Email not working after Update to Plesk Onyx

mvais

Basic Pleskian
Hi,

One of our customers uses the email feature from logrotation. Here's a screenshot of the current settings (sorry it's german). The rotation is set to weekly. The rest should be clear.

Tse8Ffk.png


Since the update to Plesk Onyx the following processes are spawning and stay forever. The emails aren't send to the customer. The following output ist cut from bash command (it's around 50 times those 3 processes): ps axjf

Code:
    1 13709 13292 11116 ?           -1 SN       0   0:00 send-mail -i -- [email protected]
13709 13717 13292 11116 ?           -1 SN     110   0:00  \_ send-mail -i -- [email protected]
13717 13720 13292 11116 ?           -1 SN     110   0:00      \_ /usr/local/psa/handlers/hooks/check-quota none [email protected] [email protected]
    1 13715 13292 11116 ?           -1 SN       0   0:00 send-mail -i -- [email protected]
13715 13724 13292 11116 ?           -1 SN     110   0:00  \_ send-mail -i -- [email protected]
13724 13726 13292 11116 ?           -1 SN     110   0:00      \_ /usr/local/psa/handlers/hooks/check-quota none [email protected] [email protected]
    1 13721 13292 11116 ?           -1 SN       0   0:00 send-mail -i -- [email protected]
13721 13729 13292 11116 ?           -1 SN     110   0:00  \_ send-mail -i -- [email protected]
13729 13732 13292 11116 ?           -1 SN     110   0:00      \_ /usr/local/psa/handlers/hooks/check-quota none [email protected] [email protected]

This specific server runs CentOS 6.9 with Plesk Onyx Version 17.5.3 Update #21. Installed Mailserver: QMail / Courier-IMAP

On another server with same OS and Plesk we couldn't reproduce this problem. But so far we could reproduce this on one other server with CentOS 7.3 and Plesk Onyx Version 17.5.3 Update #21. This one uses dovecot instead of Courier-IMAP.

So far I have no clue where the problem may come from.

I don't know if the following output of lsof helps but maybe it's useful for someone.
Code:
lsof -p 13709
COMMAND    PID USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME
sendmail 13709 root  cwd    DIR  253,1     4096 4851406 /var/www/vhosts
sendmail 13709 root  rtd    DIR  253,1     4096       2 /
sendmail 13709 root  txt    REG  253,1    84024 1060797 /usr/lib64/plesk-9.0/qmail-sendmail-wrapper
sendmail 13709 root  mem    REG  253,1   161776  524290 /lib64/ld-2.12.so
sendmail 13709 root  mem    REG  253,1  1930416  524291 /lib64/libc-2.12.so
sendmail 13709 root  mem    REG  253,1   146592  524297 /lib64/libpthread-2.12.so
sendmail 13709 root  mem    REG  253,1    23088  524465 /lib64/libdl-2.12.so
sendmail 13709 root  mem    REG  253,1    91096  524468 /lib64/libz.so.1.2.3
sendmail 13709 root  mem    REG  253,1   669672 2099643 /usr/lib64/sw/sqlite37/libsqlite3.so.0.8.6
sendmail 13709 root  mem    REG  253,1  1974048 1059319 /usr/lib64/libcrypto.so.1.0.1e
sendmail 13709 root  mem    REG  253,1    66432  524408 /lib64/libnss_files-2.12.so
sendmail 13709 root    0r   REG  253,1     5978 4996928 /tmp/RsLEV8WI (deleted)
sendmail 13709 root    2w  FIFO    0,8      0t0 6704351 pipe

lsof -p 13717
COMMAND    PID    USER   FD   TYPE DEVICE SIZE/OFF    NODE NAME
sendmail 13717 popuser  cwd    DIR  253,1     4096 4851406 /var/www/vhosts
sendmail 13717 popuser  rtd    DIR  253,1     4096       2 /
sendmail 13717 popuser  txt    REG  253,1    84024 1060797 /usr/lib64/plesk-9.0/qmail-sendmail-wrapper
sendmail 13717 popuser  mem    REG  253,1   161776  524290 /lib64/ld-2.12.so
sendmail 13717 popuser  mem    REG  253,1  1930416  524291 /lib64/libc-2.12.so
sendmail 13717 popuser  mem    REG  253,1   146592  524297 /lib64/libpthread-2.12.so
sendmail 13717 popuser  mem    REG  253,1    23088  524465 /lib64/libdl-2.12.so
sendmail 13717 popuser  mem    REG  253,1    91096  524468 /lib64/libz.so.1.2.3
sendmail 13717 popuser  mem    REG  253,1   669672 2099643 /usr/lib64/sw/sqlite37/libsqlite3.so.0.8.6
sendmail 13717 popuser  mem    REG  253,1  1974048 1059319 /usr/lib64/libcrypto.so.1.0.1e
sendmail 13717 popuser  mem    REG  253,1    66432  524408 /lib64/libnss_files-2.12.so
sendmail 13717 popuser    0r   REG  253,1     5978 4996928 /tmp/RsLEV8WI (deleted)
sendmail 13717 popuser    1r   REG  253,1     5978 2237999 /usr/local/psa/handlers/spool/messageao7n7W
sendmail 13717 popuser    2w  FIFO    0,8      0t0 6704351 pipe
sendmail 13717 popuser    3w   REG  253,1        0 2238002 /usr/local/psa/handlers/spool/messageao7n7W.tmp
sendmail 13717 popuser    4r  FIFO    0,8      0t0 6705238 pipe

lsof -p 13720
COMMAND     PID    USER   FD   TYPE             DEVICE SIZE/OFF    NODE NAME
check-quo 13720 popuser  cwd    DIR              253,1     4096 4851406 /var/www/vhosts
check-quo 13720 popuser  rtd    DIR              253,1     4096       2 /
check-quo 13720 popuser  txt    REG              253,1    26232 2236950 /usr/local/psa/handlers/hooks/check-quota
check-quo 13720 popuser  mem    REG              253,1   161776  524290 /lib64/ld-2.12.so
check-quo 13720 popuser  mem    REG              253,1  1930416  524291 /lib64/libc-2.12.so
check-quo 13720 popuser  mem    REG              253,1    23088  524465 /lib64/libdl-2.12.so
check-quo 13720 popuser  mem    REG              253,1    91096  524468 /lib64/libz.so.1.2.3
check-quo 13720 popuser  mem    REG              253,1  1974048 1059319 /usr/lib64/libcrypto.so.1.0.1e
check-quo 13720 popuser    0u  unix 0xffff88005f1e1180      0t0 6705241 socket
check-quo 13720 popuser    1w   REG              253,1        0 2238002 /usr/local/psa/handlers/spool/messageao7n7W.tmp
check-quo 13720 popuser    2w  FIFO                0,8      0t0 6705238 pipe
check-quo 13720 popuser    3w   REG              253,1        0 2238002 /usr/local/psa/handlers/spool/messageao7n7W.tmp
check-quo 13720 popuser    5w  FIFO                0,8      0t0 6705238 pipe

Best regards
Peter
 
Is the destination mailbox ready to receive mail from the sender? Does it have enough storage space and is is accessible on or from the sender's server?
 
Sorry, I was out of office yersterday.
Yes the mailbox is ready and it did received emails till the day of the update. At the moment the mailbox uses around 700MB of unlimited. And the server has 45GB free disk space. The mailbox is a "normal" plesk mailbox on the same server.
 
I noticed that the problem disappeard on one of our servers. Looks like the Update #22 from 18.9.2017 fixed it. But I didn't found anything in the patch notes. After installing the update on the other server the problem also disappeared.
 
I was wrong the update didn't solve the problem. After the Update our first testmail went through but this weekend serveral new processes are stuck and the mails didn't get through.
 
Back
Top