• 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

Forwarded to devs /usr/local/psa/handlers/spool full of old emails

Frostbolt

Basic Pleskian
TITLE:
/usr/local/psa/handlers/spool full of old emails
PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE:
Plesk Onyx 17.8.11 Update #73, CentOS 7.7.1908
PROBLEM DESCRIPTION:
Filing a bug report per advice in other topic: Issue - /usr/local/psa/handlers/spool full of old emails

I noticed our harddisc was almost full today, and upon investigating I found /usr/local/psa/handlers/spool full of old emails, literally hundreds of thousands.

I found this topic: /usr/local/psa/handlers/spool full of e-mails

It states the issue was resolved in Plesk 12.0 but I'm running Plesk v17.8.11 and the emails aren't getting deleted for us.

The messages log contains
Nov 12 05:05:02 _ kernel: show_signal_msg: 80 callbacks suppressed
Nov 12 05:05:02 _ kernel: dk_sign[32638]: segfault at 8 ip 00000000004028d3 sp 00007fff83988200 error 4 in dk_sign[400000+e000]
Nov 12 05:05:02 _ kernel: dk_sign[32647]: segfault at 8 ip 00000000004028d3 sp 00007fff40c7d510 error 4 in dk_sign[400000+e000]
Nov 12 05:05:02 _ kernel: dk_sign[32656]: segfault at 8 ip 00000000004028d3 sp 00007fff7ed42540 error 4 in dk_sign[400000+e000]
Nov 12 05:05:02 _ kernel: dk_sign[32665]: segfault at 8 ip 00000000004028d3 sp 00007fff01d18fb0 error 4 in dk_sign[400000+e000]​
STEPS TO REPRODUCE:
I'm using external DNS.

Mail settings
Installed mail server: Postfix

DMARC
Enable DMARC to check incoming mail: no

DKIM spam protection
Allow signing outgoing mail: yes
Verify incoming mail: no

SPF spam protection
Enable SPF spam protection to check incoming mail: no​
ACTUAL RESULT:
Emails aren't cleaned from spool​
EXPECTED RESULT:
Emails are cleaned.​
ANY ADDITIONAL INFORMATION:
YOUR EXPECTATIONS FROM PLESK SERVICE TEAM:
Confirm bug
 
This is known issue PPPM-7166. We've also created PPPM-11269 and PPP-46178 to add the spool cleanup (as was proposed initially).

The specific crash reason, in this case, is unknown — not enough information to reproduce.
 
@IgorG is there a temporary solution for this? I found out today that my folder /usr/local/psa/handlers/spool also contains quite a few files (even recent ones). Can we safely delete all these files?
 
Is there a bigger list of such potential issues that we can check?
In Plesk Obsidian Changelog you can see how many issues were already fixed since Obsidian release. Of course, this can only be your decision. But I want to note that we strongly recommend that everyone upgrade and the vast majority of our customers have long switched to Obsidian and are very pleased with this new Plesk version.
 
Back
Top