Facebook
TwitterSoulve SysAdmin
New Pleskian
I searched the internet for days and examined the server even more days, but I can't get a cause and therefore a resolution for this problem. It's not mentioned in any Google search results, only in just a handfull as seperate parts (signal 11 which is some kind of segmentation fault or memory problem, or Command died with signal xxx: "/usr/lib64/plesk-9.0/postfix-local" where xxxx is not 11) that do not seem to be related in any way to my problem.
Random email get stuck on the server, internal->external, external->internal, internally forwarded, forwarded to external, etc... Both the Plesk maillog and postfix queue manager state the same error:
Command died with signal 11: "/usr/lib64/plesk-9.0/postfix-local"
And that's the dead end after my trace through the mail delivery processes.
The problem seems to be there for a while, if I recall after a microupdate that got stuck and which I repaired using the reapplication tool of updates (which can restart microupdates where it got stuck or interrupted). After that problem got solved I had to resolve some sideeffects, of which the most annoying was the repair of (dirs of) pid files that where deleted from several common processes like httpd, mysqld, etc. Updates after this problematic one have been applied without any problems or error notices, so I considered the server healthy for a while, until I discoverd this problem.
I tried some common reconfiguration tools, like mchk, reinstallation of the microupdates etc, but without positive results. I don't know what the signal 11 stands for in this context or what I can do to test/force emails straight through /usr/lib64/plesk-9.0/postfix-local to do some more debugging (I don't know the commandline options and running it without them on the command line returns "4.3.5 Local delivery is disabled due to server misconfigurations").
Here's some details about the problem:
- Server info (virtual server on an enterprise grade kvm platform of my provider)
CentOS Linux 7.2.1511 (Core), Plesk version 12.5.30 Update #40, last updated at July 13, 2016 03:08 AM
- maillog (I replaced the local configured domain with example.org)
Jul 18 11:42:05 server-01 postfix/qmgr[4024]: 4D35CA91909: from=<[email protected]>, size=69544, nrcpt=1 (queue active)
Jul 18 11:42:05 server-01 postfix/pipe[27722]: input attribute value: 4D35CA91909
Jul 18 11:42:05 server-01 postfix/pipe[27722]: deliver_request_get: file active/4D35CA91909
Jul 18 11:42:06 server-01 postfix/pipe[27722]: send attr queue_id = 4D35CA91909
Jul 18 11:42:06 server-01 postfix/pipe[27722]: 4D35CA91909: to=<[email protected]>, relay=plesk_virtual, delay=239842, delays=239842/0.04/0/0.08, dsn=4.3.0, status=deferred (Command died with signal 11: "/usr/lib64/plesk-9.0/postfix-local")
Jul 18 11:42:06 server-01 postfix/pipe[27722]: flush_add: site example.org id 4D35CA91909
Jul 18 11:42:06 server-01 postfix/pipe[27722]: flush_add: site example.org id 4D35CA91909 status 4
- postqueue -p
4D35CA91909 69544 Fri Jul 15 17:04:44 [email protected]
(Command died with signal 11: "/usr/lib64/plesk-9.0/postfix-local")
[email protected]
Random email get stuck on the server, internal->external, external->internal, internally forwarded, forwarded to external, etc... Both the Plesk maillog and postfix queue manager state the same error:
Command died with signal 11: "/usr/lib64/plesk-9.0/postfix-local"
And that's the dead end after my trace through the mail delivery processes.
The problem seems to be there for a while, if I recall after a microupdate that got stuck and which I repaired using the reapplication tool of updates (which can restart microupdates where it got stuck or interrupted). After that problem got solved I had to resolve some sideeffects, of which the most annoying was the repair of (dirs of) pid files that where deleted from several common processes like httpd, mysqld, etc. Updates after this problematic one have been applied without any problems or error notices, so I considered the server healthy for a while, until I discoverd this problem.
I tried some common reconfiguration tools, like mchk, reinstallation of the microupdates etc, but without positive results. I don't know what the signal 11 stands for in this context or what I can do to test/force emails straight through /usr/lib64/plesk-9.0/postfix-local to do some more debugging (I don't know the commandline options and running it without them on the command line returns "4.3.5 Local delivery is disabled due to server misconfigurations").
Here's some details about the problem:
- Server info (virtual server on an enterprise grade kvm platform of my provider)
CentOS Linux 7.2.1511 (Core), Plesk version 12.5.30 Update #40, last updated at July 13, 2016 03:08 AM
- maillog (I replaced the local configured domain with example.org)
Jul 18 11:42:05 server-01 postfix/qmgr[4024]: 4D35CA91909: from=<[email protected]>, size=69544, nrcpt=1 (queue active)
Jul 18 11:42:05 server-01 postfix/pipe[27722]: input attribute value: 4D35CA91909
Jul 18 11:42:05 server-01 postfix/pipe[27722]: deliver_request_get: file active/4D35CA91909
Jul 18 11:42:06 server-01 postfix/pipe[27722]: send attr queue_id = 4D35CA91909
Jul 18 11:42:06 server-01 postfix/pipe[27722]: 4D35CA91909: to=<[email protected]>, relay=plesk_virtual, delay=239842, delays=239842/0.04/0/0.08, dsn=4.3.0, status=deferred (Command died with signal 11: "/usr/lib64/plesk-9.0/postfix-local")
Jul 18 11:42:06 server-01 postfix/pipe[27722]: flush_add: site example.org id 4D35CA91909
Jul 18 11:42:06 server-01 postfix/pipe[27722]: flush_add: site example.org id 4D35CA91909 status 4
- postqueue -p
4D35CA91909 69544 Fri Jul 15 17:04:44 [email protected]
(Command died with signal 11: "/usr/lib64/plesk-9.0/postfix-local")
[email protected]
