• We value your experience with Plesk during 2024
    Plesk strives to perform even better in 2025. To help us improve further, please answer a few questions about your experience with Plesk Obsidian 2024.
    Please take this short survey:

    https://pt-research.typeform.com/to/AmZvSXkx
  • 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 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