• The Horde webmail has been deprecated. Its complete removal is scheduled for April 2025. For details and recommended actions, see the Feature and Deprecation Plan.
  • We’re working on enhancing the Monitoring feature in Plesk, and we could really use your expertise! If you’re open to sharing your experiences with server and website monitoring or providing feedback, we’d love to have a one-hour online meeting with you.

Resolved Nightly maintenance rebuild of zz010_psa_nginx.conf is omitting two include lines

Bitpalast

Plesk addicted!
Plesk Guru
This post/issue is linked to https://talk.plesk.com/threads/simp...sl-files-and-breaks-nginx.339448/#post-808953

Since the issue with the host SSL cert update occured when the update had removed the lines
include /etc/nginx/plesk.conf.d/server.conf;
include /etc/nginx/plesk.conf.d/webmail.conf;
from zz010_psa_nginx.conf we are seeing the lines missing from zz010_psa_nginx.conf after the maintenance window every night. The files are present, but they are not included in zz010_psa_nginx.conf as they should.

It seems as if zz010_psa_nginx.conf is rebuilt during maintenance and for unknown reason is skipping these two important lines. They cause subdirectories served by Nginx to fail ("not found") and cause webmail access to fail.

What process is responsible for that and how can it be repaired?
What tool rebuilds zz010_psa_nginx.conf?
The repair tool did not give results, everything else seems to be o.k. There are no log entries that point to an error.
 
What process is responsible for that and how can it be repaired?
What tool rebuilds zz010_psa_nginx.conf?

# rm -f /etc/nginx/conf.d/zz010_psa_nginx.conf
# /usr/local/psa/admin/sbin/httpdmng --reconfigure-all
 
This did solve the issue. However it leads to the conclusion, that httpdmng does not write the file directly but stores instructions or a shadow copy somewhere. Else, if httpmng was called nightly, the issue could not have existed before. As a matter of fact, /etc/nginx/conf.d/zz010_psa_nginx.conf must have been edited without httpdmng involved before, because the two lines in question where missing without httpdmng execution overnight. Had httpdmng been executed overnight, it would have done the same as it did now that we ran it manually.
 
Back
Top