BandiRoot Posted October 8, 2022 Posted October 8, 2022 Hi all, I followed all the steps to move the website from one hosting to another Files from old host copied and placed back in public_html on new host. Database imported in the new hosting Database. Edit the conf_global.php with the right credentials. I get this error I can not access Admin too. Anybody can help me ? I have moved forums to other hostings many times but i never had this issue. Thanks
Randy Calvert Posted October 8, 2022 Posted October 8, 2022 Have you made sure the new host meets all of the requirements for IPB? Also make sure your new host is not running. PHP 8.2 as IPB only supports PHP 7.4.X, 8.0.X, and 8.1.X. Finally if all of the above is good… you may have a 3rd party resource that is causing a problem. Recovery mode might be able to be used to disable all external resources to regain access. SeNioR- 1
BandiRoot Posted October 8, 2022 Author Posted October 8, 2022 Hi All the requirements are good. PHP8.1 installed. how to enter recovery , I made the constant.php but all I get is a white page
Randy Calvert Posted October 8, 2022 Posted October 8, 2022 If you’ve confirmed you meet all of the system requirements, you might want to check the server’s Apache error logs to see what is going on. Your new host might have specific file ownership or permission settings that need applied. BandiRoot 1
Randy Calvert Posted October 8, 2022 Posted October 8, 2022 1 minute ago, Denniz38 said: Thanks. How to get into recovery ? Place the noted variable in your constants.php and visit the ACP login page. When you login, the system will detect the variable in the constants.php and disable all 3rd party resources. It will then say to disable the variable to continue using the ACP. However if it simply displays a white page, it's most likely what I mentioned above being a file ownership/permission issue. Your new host may be running suPHP or other secure PHP setup that has specific requirements to execute scripts.
BandiRoot Posted October 9, 2022 Author Posted October 9, 2022 Its all solved now. It had to do with the database password. Randy Calvert 1
Randy Calvert Posted October 9, 2022 Posted October 9, 2022 Wow… that’s unusual! Normally you would see a MySQL error instead of a 500 application error with a database password issue! I’m glad you were able to get to the bottom of the problem though! Hopefully this helps someone else in the future. BandiRoot 1
Solution BandiRoot Posted October 10, 2022 Author Solution Posted October 10, 2022 21 hours ago, Randy Calvert said: Wow… that’s unusual! Normally you would see a MySQL error instead of a 500 application error with a database password issue! I’m glad you were able to get to the bottom of the problem though! Hopefully this helps someone else in the future. My hosting asked if i could use a lesser complicated one and it did the trick. Later i changed it back to a complicated one and still working.
Marc Posted October 10, 2022 Posted October 10, 2022 It depends on where he hit the error and what it was struggling to get the password for, to be honest. The underlying error that would be logged would indeed state the password or username to be incorrect though. Usually logged in /uploads/logs BandiRoot 1
BandiRoot Posted October 24, 2022 Author Posted October 24, 2022 Changed back to a rather complicated and long password again and still up and running without any errors. So really no clue what hit that 500 error.
Marc Posted October 24, 2022 Posted October 24, 2022 No problem. Glad to hear you have the issue resolved regardless
Recommended Posts