Facebook
Twitter
-
Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
To get into the festive spirit, install the Skins extension. -
The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
-
The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
-
The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.
Resolved 502, 504 Bad Gateway
- Thread starter Kingsley
- Start date
D4NY
Regular Pleskian
The problem seems to be limited to WordPress websites. Did you solve the problem with that settings?
I've tried to disable and re-enable firewall. I had mod-security on and now i've disabled it. At the moment all WordPress websites are running very fast but not the biggest one (2000 sessions/day with about 40-50 people connected at the same time). It is still very slow exactly the last two weeks.
But the question is why? Why this one? And why for some time also all other WordPress websites? No overload on the server, all cores 4.9.8. and all plugin to the latest version. Phisical server with 32gb ram, 8 core, Plesk 17.8.1 on Debian 9.
I've tried to disable and re-enable firewall. I had mod-security on and now i've disabled it. At the moment all WordPress websites are running very fast but not the biggest one (2000 sessions/day with about 40-50 people connected at the same time). It is still very slow exactly the last two weeks.
But the question is why? Why this one? And why for some time also all other WordPress websites? No overload on the server, all cores 4.9.8. and all plugin to the latest version. Phisical server with 32gb ram, 8 core, Plesk 17.8.1 on Debian 9.
D4NY
Regular Pleskian
Looking at the log files of the domains involved:
SITE A ---> 9294#0: *4689427 upstream timed out (110: Connection timed out) while SSL handshaking to upstream
SITE B ---> 20920#0: *4715652 upstream timed out (110: Connection timed out) while reading response header from upstream
SITE C ---> 9294#0: *4690483 upstream timed out (110: Connection timed out) while SSL handshaking to upstream
SIDE D ---> 9294#0: *4691618 upstream timed out (110: Connection timed out) while SSL handshaking to upstream
20920#0: *4695502 peer closed connection in SSL handshake (104: Connection reset by peer) while SSL handshaking to upstream
SITE E ---> 20502#0: *4695093 peer closed connection in SSL handshake (104: Connection reset by peer) while SSL handshaking to upstream
Site A B C D are all wordpress, Site D is a fresh installed wordpress, no plugin, no traffic, Site E is not wordpress
SITE A ---> 9294#0: *4689427 upstream timed out (110: Connection timed out) while SSL handshaking to upstream
SITE B ---> 20920#0: *4715652 upstream timed out (110: Connection timed out) while reading response header from upstream
SITE C ---> 9294#0: *4690483 upstream timed out (110: Connection timed out) while SSL handshaking to upstream
SIDE D ---> 9294#0: *4691618 upstream timed out (110: Connection timed out) while SSL handshaking to upstream
20920#0: *4695502 peer closed connection in SSL handshake (104: Connection reset by peer) while SSL handshaking to upstream
SITE E ---> 20502#0: *4695093 peer closed connection in SSL handshake (104: Connection reset by peer) while SSL handshaking to upstream
Site A B C D are all wordpress, Site D is a fresh installed wordpress, no plugin, no traffic, Site E is not wordpress
I guess you have 5XX nginx problem. Probably open file limit or timeout limits doing that.
Nginx fails: Too many open files
A website is not accessible with "Nginx 504 Gateway Time-out" (i suggest 600s btw)
Website is sometimes inaccessible via HTTPS: SSL handshake failed (if problem not resolved)
Nginx fails: Too many open files
A website is not accessible with "Nginx 504 Gateway Time-out" (i suggest 600s btw)
Website is sometimes inaccessible via HTTPS: SSL handshake failed (if problem not resolved)
Similar threads
