Not sure if this is a supported configuration, but for testing purposes I'm trying to provision a Plesk webhosting account on the same Plesk server Blesta is running on.
Problem is that Plesk has the nasty habit of restarting Apache every time a new website is added to the system.
So when I activate a new Plesk order through the Blesta admin interface with "use module" checked, this causes Plesk to restart Apache, and this kills all connections and the running Blesta PHP process.
[Sat Apr 26 22:22:06 2014] [notice] caught SIGTERM, shutting down
[Sat Apr 26 22:22:15 2014] [error] FastCGI process 14718 still did not exit, terminating forcefully
Receive an error in my browser ("502 Bad gateway" returned by the nginx reverse proxy in front of Apache, indicating connection to Apache was lost)
And that Plesk succeeded adding the website is not registered in Blesta, module log shows webspace:add was last API command sent, and no reply registered.
Not sure if Plesk is the only hosting panel affected by this, or others may have the same problem as well.
May be better to postpone the creation of new hosting accounts until next cron run, and provision them from there.
Question
Max
Not sure if this is a supported configuration, but for testing purposes I'm trying to provision a Plesk webhosting account on the same Plesk server Blesta is running on.
Problem is that Plesk has the nasty habit of restarting Apache every time a new website is added to the system.
So when I activate a new Plesk order through the Blesta admin interface with "use module" checked, this causes Plesk to restart Apache, and this kills all connections and the running Blesta PHP process.
Receive an error in my browser ("502 Bad gateway" returned by the nginx reverse proxy in front of Apache, indicating connection to Apache was lost)
And that Plesk succeeded adding the website is not registered in Blesta, module log shows webspace:add was last API command sent, and no reply registered.
Not sure if Plesk is the only hosting panel affected by this, or others may have the same problem as well.
May be better to postpone the creation of new hosting accounts until next cron run, and provision them from there.
16 answers to this question
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.