Site redirects to old URLs after moving to a new server

Question

I am in the process of moving a Drupal site to a new server. I copied the database and moved all the files.

The old URL for the site is http://www.sniffingmusicians.echidna-band.com/ and the new is http://www.sniffingmusicians.com/, which point to a different server.

Even though the frontpage of new is there, when I log in, I am redirected to the old domain.

Additionally, all the content is using the old URL. I changed the value of $base_url in settings.php, but there is no real impact.

Where else can I reconfigure my site's URL?

Answer 1

I came up with the same error after did a server migration.

After all those try error, I just realised I didn't give apache permission to access the web folder. After added in apache config, everything works as charm

Answer 2

Maybe you can use this module:

Path Redirect (Drupal 6)

Redirect (Drupal 7)

Answer 3

Just in case someone else comes across this issue.

1) Check that the base URL is set or uncomment it in the settings.php around line 247. Mine was set to the old URL and did a www redirect.

2) Check your .htaccess file in case there are some hard coded redirects. Look for the full URL.

3) As mentioned before in the accepted answer, check permissions are correct. Some really good help here: https://www.drupal.org/node/244924

4) If you have the global redirect module enabled turn it off.

drush pm-disable globalredirect
drush cc all

or use SQL and truncate the cache tables manually:

UPDATE system SET status=0 where name='globalredirect';

5) Apparently mobile tools can also cause the redirect. https://www.drupal.org/node/1713462#comment-6312804

drush pm-disable mobile_tools
drush cc all

Or with SQL

UPDATE system SET status=0 where name='mobile_detect';

6) Secure pages can also cause the redirect. This is what it was in my case. You can set the base path variable to your new domain using either drush:

drush vset securepages_basepath 'http://example.com'
drush vset securepages_basepath_ssl 'http://example.com'
drush cc all

Or disable secure pages entirely via drush:

drush pm-disable securepages

And here via SQL and truncate the "cache_*" tables yourself:

UPDATE system SET status=0 where name='securepages';

Answer 4

If you are using domain access, be sure to check the table PREFIX_languages. I had the exact same problem and wasted 2 days before I found the problem. The old domain was hard coded in the PREFIX_languages table and once I changed it everything worked perfectly.