database issues after server migration

[s_mack]

Hi. I have to get to bed... brain's not working anymore.

My host migrated my site from one server to another. it was supposed to be "seamless". All I get is the "can't connect to database" error. Was hoping you guys could give me some things to check in the morning. I went into cpanel and checked that the database was there. its the exact same size as it was on the old server. "check db" says its OK. Users are the same as before, passwords are the same as before. Anything I'm missing?

[DrByte]

Which of these steps did they fail to include?
http://www.zen-cart.com/content.php?...fferent-server

Zen Cart's database connection is simple:
1. reads the DB_XXXXXX values from configure.php
2. PHP tells MySQL to connect using those credentials
If you get an error, then the credentials are wrong (or haven't been created in MySQL, which still of course makes your credentials wrong).

Caveat: If you use a different DB_PREFIX between servers (this matter is mentioned in the above FAQ article), then your database tables won't be found. But that won't cause a "can't connect to database" error; it would say something like "table doesn't exist", which is a different issue than what you describe.

[Website Rob]

This is an issue you should be discussing with your Hoster as they are in the best position to solve the problem.

[s_mack]

Rob... really? Did you read my question? They screwed up something and I'm hear trying to get some tips. Do you really think I'm not in discussion with them? Of course I am... but they're somehow dumbfounded.

DrByte, thanks. Of course they haven't done any of the steps listed on that link. Nor should they, because its not migration from one host to another by myself but rather from one physical server to another on the same host. And this isn't the first time... this is pretty routine and I shouldn't have to do anything other than put it down for maintenance on the old server and reactivate on the new. But this time I just get db errors. I've checked the credentials and even deleted and recreated (and re-permissioned) the user just in case that got corrupted. I checked in configure.php and confirmed all that info is correct.

I tried that cache fixing utility and all I get is the same "can't connect" page. But that gave me the clue to go into phymyadmin and clear the sessions... but I couldn't get into phpmyadmin. So there's something wrong there. Back the host.

Now back to Rob, who will undoubtedly say "see, I told you - its with the host". And no kidding. Obviously its with the host... the discussion here was to give me tips on how to help them help me. Now I have something. hopefully it gets me somewhere.

[Website Rob]

Not sure why my post would give you so much anxiety as you never mentioned any discussions with your host on the problem. Even though I may have stated the obvious, you'd be surprized how people do not communicate with their Hoster about these types of problems. This is especially true when, as in your case, it is the Hoster who caused the problem and they should be the ones to fix it.

[s_mack]

sure... so your mechanic screws up your motor and doesn't know how to fix it so you go to automotive forums to ask what the problem might be and you expect "talk to your mechanic"?

Anxious because I'm losing money because someone was an idiot and its still not resolved.

[DrByte]

DrByte, thanks. Of course they haven't done any of the steps listed on that link. Nor should they, because its not migration from one host to another by myself but rather from one physical server to another on the same host. And this isn't the first time... this is pretty routine and I shouldn't have to do anything other than put it down for maintenance on the old server and reactivate on the new. But this time I just get db errors. I've checked the credentials and even deleted and recreated (and re-permissioned) the user just in case that got corrupted. I checked in configure.php and confirmed all that info is correct.

I tried that cache fixing utility and all I get is the same "can't connect" page. But that gave me the clue to go into phymyadmin and clear the sessions... but I couldn't get into phpmyadmin. So there's something wrong there. Back the host.

Fastest way to a solution:
1. Install a new copy of ZC into a subdirectory and separate database (create the db but assign the same user to it, to rule out user/pwd issues)
2. Now you have working configure.php files. Compare those to your broken site, and adjust accordingly. Obviously the different database and file paths would need adjustment.
3. Then delete the temporary new ZC from that subdirectory, and delete that temporary database.

I would also add that if you're using "localhost" as the DB_SERVER value, the matter is simplest. But if it's *not* using localhost, then perhaps it's a dns/cache thing and it's actually looking for the db on the wrong server.