• Our team is looking to connect with folks who use email services provided by Plesk, or a premium service. If you'd like to be part of the discovery process and share your experiences, we invite you to complete this short screening survey. If your responses match the persona we are looking for, you'll receive a link to schedule a call at your convenience. We look forward to hearing from you!
  • The BIND DNS server has already been deprecated and removed from Plesk for Windows.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS. We strongly recommend transitioning to Microsoft DNS within the next 6 weeks, before the Plesk 18.0.70 release.
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.

Migration returns nginx errors

tkalfaoglu

Silver Pleskian
Username: tkalfaoglu

TITLE

Migration returns nginx errors

PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE

centos 7 obsidian to centos 8 obsidian

PROBLEM DESCRIPTION

When migrating domains 40 at a time, I received 5 of these emails:

Unable to generate the web server configuration file on the host <ocean.kalfaoglu.net> because of the following errors:
Template_Exception: nginx: [emerg] open() "/etc/nginx/plesk.conf.d/vhosts/akdenizdoseme.com.conf" failed (2: No such file or directory) in /etc/nginx/conf.d/zz010_psa_nginx.conf:7
nginx: configuration file /etc/nginx/nginx.conf test failed
file: /usr/local/psa/admin/plib/Template/Writer/Webserver/Abstract.php
line: 75
code: 0
Please resolve the errors in web server configuration templates and generate the file again.


STEPS TO REPRODUCE

Select migration manager, select all domains with letter 'A' start migration..

ACTUAL RESULT

migrates, but gives some nginx errors

EXPECTED RESULT

Smooth sailing

ANY ADDITIONAL INFORMATION



YOUR EXPECTATIONS FROM PLESK SERVICE TEAM

Confirm bug
 
Have you checked first that configuration of these domains on the source server is ok before starting the migration process?
Do you think the Plesk Migrator broke the configuration of these domains during the migration process?
 
I remember I had a similar issue a couple of years ago. In my case, Apache/nginx was reloaded too often/quickly while Plesk was still busy building the configuration files for the migrated domains.

The migration continued and the errors disappeared after all domains have been migrated.
@tkalfaoglu You may want to try this: On the destination server go to "Apache & nginx settings" and set a higher value for "Apache restart interval", like 1800 seconds for example. This won't really help for nginx as this setting only affects Apache but in my case it worked.

Then, once the migration is over, set the original value of the restart interval again.
 
I remember I had a similar issue a couple of years ago. In my case, Apache/nginx was reloaded too often/quickly while Plesk was still busy building the configuration files for the migrated domains.

The migration continued and the errors disappeared after all domains have been migrated.
@tkalfaoglu You may want to try this: On the destination server go to "Apache & nginx settings" and set a higher value for "Apache restart interval", like 1800 seconds for example. This won't really help for nginx as this setting only affects Apache but in my case it worked.

Then, once the migration is over, set the original value of the restart interval again.
Many thanks! I am off to change that value :)
 
Apache/nginx was reloaded too often/quickly while Plesk was still busy building the configuration files for the migrated domains.
Yes, that's the cause. And unfortunately, this does not only happen during migration, but it is a very broad and general issue that can also occur when impatient users play around with their configuration and happen to accidentally hit a moment when Apache or Nginx are restarting. It's also an issue when coincidentally SSL certificates are being generated or removed while configuration changes are being reloaded. Same issue, slightly different symptoms, but all the same root cause: Too many different scripts are able to tell the web server to reload or restart. That should all be queued instead, so that only a single process is able to control the web server.
 
Back
Top