• 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!
  • We are looking for U.S.-based freelancer or agency working with SEO or WordPress for a quick 30-min interviews to gather feedback on XOVI, a successful German SEO tool we’re looking to launch in the U.S.
    If you qualify and participate, you’ll receive a $30 Amazon gift card as a thank-you. Please apply here. Thanks for helping shape a better SEO product for agencies!
  • 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.

Issue 502 bad gateway error after migrating to alma linux and updating plesk

axeronb

New Pleskian
Server operating system version
Alama Linux 8.6
Plesk version and microupdate number
Plesk Obsidian Web Pro Edition Version 18.0.46 Update #1
I had migrated from cent os to alma linux
and then updated plesk ...everything is up to date
now I am getting
502 bad gateway error
I am getting this error while repairing

The operation failed with the following error: {"id":1,"cmd":"plesk repair installation -y","type":"progress","message":"Reconfiguring the Plesk installation","level":0} {"id":1,"cmd":"plesk repair installation -y","type":"failed","message":"Reconfiguring the Plesk installation","level":0} {"id":1,"cmd":"plesk repair installation -y","type":"failed","message":"Reconfiguring the Plesk installation","level":0,"details":"Started bootstrapper repair procedure. This may take a while.\nCertain actions may be skipped if not applicable.\n\n Finishing up upgrade procedures and rerunning previously\nfailed upgrade actions...\n===> Cumulative Plesk database upgrade and repair (revertable\nstage) has been started.\n===> Preparing Plesk database upgrade (revertable stage).\n===> Cumulative upgrade and repair of Plesk database\n(revertable stage) has been completed.\n===> Plesk database scheme upgrade has been started.\nApplying migrations from:\n\/usr\/local\/psa\/bootstrapper\/pp18.0.46-bootstrapper\/migrations\/\n===> Plesk database scheme upgrade has been completed.\n===> Cumulative Plesk upgrade and repair (final stage) has been\nstarted.\n===> Preparing Plesk upgrade (final stage).\n===> Cumulative upgrade and repair of Plesk (final stage) has\nbeen completed.\n Reconfiguring mail subsystem...\n Reconfiguring Apache web server...\n Reconfiguring ProFTPD FTP server...\n===> Configuring ProFTPD server\n Reconfiguring AWStats web statistics...\n Reconfiguring WatchDog...\n Restoring SELinux contexts...\nSynchronizing state of sw-cp-server.service with SysV service\nscript with \/usr\/lib\/systemd\/systemd-sysv-install.\nExecuting: \/usr\/lib\/systemd\/systemd-sysv-install enable\nsw-cp-server\nSynchronizing state of sw-engine.service with SysV service\nscript with \/usr\/lib\/systemd\/systemd-sysv-install.\nExecuting: \/usr\/lib\/systemd\/systemd-sysv-install enable\nsw-engine\nSynchronizing state of dovecot.service with SysV service script\nwith \/usr\/lib\/systemd\/systemd-sysv-install.\nExecuting: \/usr\/lib\/systemd\/systemd-sysv-install enable dovecot\nCreated symlink\n\/etc\/systemd\/system\/multi-user.target.wants\/spamassassin.service\n-> \/usr\/lib\/systemd\/system\/spamassassin.service.\nSynchronizing state of nginx.service with SysV service script\nwith \/usr\/lib\/systemd\/systemd-sysv-install.\nExecuting: \/usr\/lib\/systemd\/systemd-sysv-install enable nginx\nSynchronizing state of psa.service with SysV service script\nwith \/usr\/lib\/systemd\/systemd-sysv-install.\nExecuting: \/usr\/lib\/systemd\/systemd-sysv-install enable psa\n Reconfiguring SSL ciphers and protocols...\n Regenerating web servers' configuration files...\n Cleaning active Panel sessions...\n Fixing permissions on Panel packages files\nERROR:[Errno 2] No such file or directory:\n'\/opt\/plesk\/node\/12\/lib\/node_modules\/npm\/appveyor.yml'\nChanging permissions on \/var\/run\/dovecot\/login to 0o755\n\nBootstrapper repair finished.\nErrors occurred while performing the following actions: fix\nPlesk packages permissions.\nCheck '\/var\/log\/plesk\/install\/plesk_18.0.46_repair.log' and\n'\/var\/log\/plesk\/install\/plesk_18.0.46_repair_problems.log' for\ndetails.\nIf you can't resolve the issue on your own, please address\nPlesk support.\n"}
 
That symptom is typical for Fail2Ban. Have you checked that your server's public IP address(es) are whitelisted in your Fail2Ban configuration?
 
Have you checked /var/log/fail2ban.log for details? Do you see local IP address(es) listed there? For example 127.0.0.1 or your public IP addresses? If not, another not so likely cause could be either a crash of a PHP-FPM service or exceeding the max number of allowed children of such a service. That could be seen in a # service plesk-php-<number>-fpm status or the corresponding logs.
 
Nope, not listed there.
I even disabled Fail2Ban and checked
the server shuts down showing 504 error after some 12-20 mins after running Plesk repair or restarting the server
I disabled unsused FPM too... can you please help!
 
systemd [4540]
System daemons [3]
Failed to canonicalize path '/usr/local/psa/admin/.config/systemd/user/systemd-exit.service.d': Permission denied
getting this error... @Peter Debik
 
So we are back to my first guess that the Installation of Node.js is faulty.
Same issue described here Issue - Strange systemd messages piling up
however, the workaround described is only a cure for the symptoms, not the cause. The cause seem to be missing file access permissions. I am personally unexperienced with Node.js at this time, so I cannot provide the correct solution. But probably someone else who knows more about Node.js can.
 
Back
Top