Error: (Failed to query Postfix config command to get the current value of parameter recipient_bcc_maps)

I am suddenly getting this error, (on a GPL - the PRO is fine) we do not have sendmail installed, we have not installed sSMTP and the whole thing is basically vanilla.

Webmin/virtualmin crashes as soon as we try to log in with:-

Error: (Failed to query Postfix config command to get the current value of parameter recipient_bcc_maps)

all the servers are ubuntu LTS with no special mods or installs, this one has 8vcpu and 8gig of memory, plenty of disk space and has been running OK until this started to happen recently.

So, after reading the error message, i decided to create the (two) settings that the error messages referenced (after i "fixed" the first we got another one)i added with empty files (though postmapped them), and then webmin/virtualmin started again, is there any reason why these would suddenly be requesting these config files?

recipient_bcc_maps = hash:/etc/postfix/recipient_bcc
sender_dependent_default_transport_maps = hash:/etc/postfix/sender_transport

Neither of the settings were in the config file - but it works once they are there with an empty map file.

Status: 
Active

Comments

Howdy -- hmm, that's very odd! I'm not sure why it would begin requiring that file... and also not sure why that file not being there would prevent you from accessing Virtualmin altogether.

Is this by chance occurring on the same servers you were describing that MySQL startup issue on?

Do you know of anything that may have changed on those servers recently?

it IS the same server that is having the MySQL issue and this kind of thing makes me very worried indeed... strange little issues which end up as being the harbingers of the impending hack.

Are there other people who could be making changes to Virtualmin settings, other than yourself? Or could any Virtualmin config files be copied in from another source?

Yes, the server is a ESXi VM with VMIN on it - set up for their hosting company - i will set webmin to log everything - but they are pretty careful - i have no idea what this is about but if it happens on any of our other VM's i will add it to here.

The issue is that webmin would crash fairly soon after that message was seen - adding the config items solved that - i thought it might be an issue with the theme - but it was happening no matter which theme i used.

I have not had an issue with this since i added the config statements so for now i think we can close this one off.

That error usually means that the postconf command failed. Perhaps it is crashing due to lack of RAM?

If Postfix is crashing, it might be worth checking the contents of /etc/security/limits.conf.

That may have been contributing to the MySQL issues, and it's possible rules in there could be causing Postfix to crash.

I know you're no longer seeing an issue, but it may be worth a peek.

"That error usually means that the postconf command failed. Perhaps it is crashing due to lack of RAM?" if it were due to lack of ram then adding the statements in should not make a difference... and really, webmin should not crash because it does not find a config statement - i COULD take them out again and check if we get the behaviour again.

Currently running at

CPU load averages 0.16 (1 min) 0.09 (5 mins) 0.08 (15 mins)
Real memory 3.77 GB total / 1.47 GB used
Virtual memory 0 bytes total / 0 bytes used
Local disk space 143.57 GB total / 78.36 GB free / 65.22 GB used

So, i am not sure that there is a resource issue