• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion
  • Inviting everyone to the UX test of a new security feature in the WP Toolkit
    For WordPress site owners, threats posed by hackers are ever-present. Because of this, we are developing a new security feature for the WP Toolkit. If the topic of WordPress website security is relevant to you, we would be grateful if you could share your experience and help us test the usability of this feature. We invite you to join us for a 1-hour online session via Google Meet. Select a convenient meeting time with our friendly UX staff here.

Resolved 504 timeout once old server is turned off after migrating to new server via Plesk

hillcow

New Pleskian
So this is a rather strange error. After migrating my websites via Plesk Migrator to my new server (from Ubuntu to Debian), I get a 504 error when trying to access one of my websites. However, once I turn on the old server everything works just fine. Which is strange, because the domain points to the new IP now of course and DNS settings should be fine too (see below). Confusingly enough, other websites managed via Plesk work.

How would you approach this error?

Comparison of DNS settings inside Plesk of the website that is not working and a website that is working (default settings anyway)
 
I actually just found the error.

So, this was a tough case. I've spent so many evenings trying different setups, switching operating systems, different DNS settings, etc. - when in the end, this had nothing to do with the server itself. It was a simple script that was fetching a rss feed from another of my websites which I don't run anymore. It's domain still pointed to the old server. With the old server being turned off, the script did not respond whatsoever and that's the timeout.

I've never been so satisfied finding a bug, wooohoo.
 
Before dismantling a server that has been in service for many years one should turn on verbose logging on all services and check if nothing is accessing it...
Troubleshooting this could have been done starting with

tcpdump -A host <oldserverIP>
or
tcpdump -A net <oldserverNET>
 
Before dismantling a server that has been in service for many years one should turn on verbose logging on all services and check if nothing is accessing it...
Troubleshooting this could have been done starting with

tcpdump -A host <oldserverIP>
or
tcpdump -A net <oldserverNET>

Thank you. Yes, that would have been very helpful I guess.
 
Back
Top