500 Site Error - No files in uploads/logs - How to solve?

[DudeThatsErin]

I'm getting a 500 error when I visit my site. I just switched hosts, the DB has been uploaded and the new DB details were added to the conf_global.php

I googled a bit and it said to check in uploads/logs directory but there is nothing there.

No clue why this is happening.

[Daniel F]

Have you truncated the datastore directory content to trigger a cache rebuild? Is anything being logged to the servers error log?

[Marc]

Sorry to hear you are having issues there. I would suspect here that the issue is indeed related to your database details that have been entered. If you go to your admin location, you are getting the message "Permission denied".

[DudeThatsErin]

On 5/3/2022 at 3:25 AM, Marc Stridgen said:

Sorry to hear you are having issues there. I would suspect here that the issue is indeed related to your database details that have been entered. If you go to your admin location, you are getting the message "Permission denied".

Reset the pw for the db user and triple checked the username and pw are correct in the conf_global.php file and that still didn't help.

My WP websites work just fine with their DBs so it isn't my hosting setup or anything like that. I'm not sure what is causing this "Permission Denied" error. I get it on the main page now, too.

On 5/2/2022 at 1:13 PM, Daniel F said:

Have you truncated the datastore directory content to trigger a cache rebuild? Is anything being logged to the servers error log?

Just did this and that didn't help.

This is the only backend error and it doesn't make sense...

[Sun May 08 15:21:10.316137 2022] [php7:error] [pid 10388] [client 147.182.248.182:53686] script '/var/www/fastuser/data/www/riverandreef.store/wp-login.php' not found or unable to stat, referer: http://riverandreef.store/wp-login.php

Doesn't make sense because that file doesn't exist...

That is my entire riverandreef.store/ directory.

Test has some PHP files in it but nothing relating to wordpress... Checked index.php and that is the standard IPB index.php...

I have zero clue where this is coming from.

There are no other errors, no frontend errors or anything.

[Marc]

You need to find out where the permission denied error is happening. It sound like it may be file or folder permission rather than database, from what you have said above. Please check with your hosting company on this. You 'may' see something in uploads/logs, however that will of course depend on whether or not it can write to that folder also

[DudeThatsErin]

17 hours ago, Marc Stridgen said:

You need to find out where the permission denied error is happening. It sound like it may be file or folder permission rather than database, from what you have said above. Please check with your hosting company on this. You 'may' see something in uploads/logs, however that will of course depend on whether or not it can write to that folder also

Alright, I will try to do 777 on everything and hopefully that works.

 

I am on unmanaged hosting so I do everything myself and like I said, same setup on my other sites and they work just fine.

[Randy Calvert]

If a 500 error is being thrown, look at the Apache error log itself. The IPB system and error logs may not catch what is going on. However the server logs itself might give you a better indication of what is happening. 

If it’s a permission error, it will most likely be a chmod issue or a file ownership issue based on past experience. 

[DudeThatsErin]

On 5/9/2022 at 8:41 PM, Randy Calvert said:

If a 500 error is being thrown, look at the Apache error log itself. The IPB system and error logs may not catch what is going on. However the server logs itself might give you a better indication of what is happening. 

If it’s a permission error, it will most likely be a chmod issue or a file ownership issue based on past experience. 

No errors there.

I checked /var/log/apache2

There are error logs and all they say is this:

[Wed May 11 00:08:01.999028 2022] [mpm_prefork:notice] [pid 369] AH00163: Apache/2.4.29 (Ubuntu) mod_fcgid/2.3.9 mpm-itk/2.4.7-04 configured -- resuming normal operations
[Wed May 11 00:08:01.999063 2022] [core:notice] [pid 369] AH00094: Command line: '/usr/sbin/apache2'
[Wed May 11 01:22:49.787628 2022] [mpm_prefork:notice] [pid 369] AH00171: Graceful restart requested, doing restart
[Wed May 11 01:22:49.957210 2022] [mpm_prefork:notice] [pid 369] AH00163: Apache/2.4.29 (Ubuntu) mod_fcgid/2.3.9 mpm-itk/2.4.7-04 configured -- resuming normal operations
[Wed May 11 01:22:49.957237 2022] [core:notice] [pid 369] AH00094: Command line: '/usr/sbin/apache2'

Those don't seem to have anything to do with IPB as the site has been down consistently since 4/29.

Everything is already set to 777, just double checked.

[Jim M]

1 minute ago, DudeThatsErin said:

Everything is already set to 777, just double checked.

Depending on your server configuration, this may actually be creating issues. Setting correct permissions for your web server are key. If you are unsure what these are, please contact your hosting provider.

Additionally, I would advise checking your conf_global.php to ensure that all details there are correct. Then also check your constants.php file if you're using Redis to ensure that is correct or temporarily disable it.

[DudeThatsErin]

23 hours ago, Jim M said:

Depending on your server configuration, this may actually be creating issues. Setting correct permissions for your web server are key. If you are unsure what these are, please contact your hosting provider.

Additionally, I would advise checking your conf_global.php to ensure that all details there are correct. Then also check your constants.php file if you're using Redis to ensure that is correct or temporarily disable it.

As I said earlier, this is an unmanaged VPS. Meaning I am the hosting provider. I do everything.

I triple checked conf_global.php and even reset the pw to my database and tried that in conf_global.php, that did not help.

I'm not using Redis. I cannot find my constants.php file but maybe I'm looking in the wrong place... where is it located?

[Jim M]

7 minutes ago, DudeThatsErin said:

As I said earlier, this is an unmanaged VPS. Meaning I am the hosting provider. I do everything.

If you are unsure where to go after all this, you may wish to hire a server administrator. As while, we'll try to help point you where we can, hosting is really outside our scope of support.

Checking and ensuring your permissions for your directories and files would be advised here. If you are running suPHP, suexec, or possibly other configurations, 777 will actually break and cause permissions errors. 755 in these cases would be correct for directories and 644 for files.

11 minutes ago, DudeThatsErin said:

I triple checked conf_global.php and even reset the pw to my database and tried that in conf_global.php, that did not help.

While permission errors to the database usually result in a different error, it is worth ensuring that the database user has full access.

15 minutes ago, DudeThatsErin said:

I'm not using Redis. I cannot find my constants.php file but maybe I'm looking in the wrong place... where is it located?

This would be in our software's installation root, the same directory as conf_global.php. If you do not have one, then no need to worry about it.

[Sonya*]

On 5/8/2022 at 8:20 PM, DudeThatsErin said:

My WP websites work just fine with their DBs

I do not know what sites you mean, but this can be a hint. None of the sites/projects on your splash site work. Not one. I apologize if these are not the WP websites you mean.

[DudeThatsErin]

3 hours ago, Sonya* said:

I do not know what sites you mean, but this can be a hint. None of the sites/projects on your splash site work. Not one. I apologize if these are not the WP websites you mean.

So you are saying https://dudethatserin.com does not work? Also, https://techblogger.space does not work?

I need to update that as those are the only 2 WP sites I have now.

16 hours ago, Jim M said:

This would be in our software's installation root, the same directory as conf_global.php. If you do not have one, then no need to worry about it.

Alright, I do not have one.

16 hours ago, Jim M said:

If you are unsure where to go after all this, you may wish to hire a server administrator. As while, we'll try to help point you where we can, hosting is really outside our scope of support.

Checking and ensuring your permissions for your directories and files would be advised here. If you are running suPHP, suexec, or possibly other configurations, 777 will actually break and cause permissions errors. 755 in these cases would be correct for directories and 644 for files.

I tried 755 yesterday for everything that didn't help. I will try changing the files to 644 and see if that does the trick.

16 hours ago, Jim M said:

While permission errors to the database usually result in a different error, it is worth ensuring that the database user has full access.

Definitely has full access.

[Sonya*]

3 minutes ago, DudeThatsErin said:

So you are saying https://dudethatserin.com does not work? Also, https://techblogger.space does not work?

Only your splash site works and the homepage of techblogger.space. I have not found any working links on techblogger.space, e. g.

• https://techblogger.space/bowflex-treadmill-10-first-impressions-review/ (404 Not found)
• https://techblogger.space/using-microsoft-to-do-with-apple-reminders/ (404 Not found)

No sites under coding help or domain junkie. If it is OK and intended, then forget what I've said. 😉

[DudeThatsErin]

32 minutes ago, Sonya* said:

Only your splash site works and the homepage of techblogger.space. I have not found any working links on techblogger.space, e. g.

• https://techblogger.space/bowflex-treadmill-10-first-impressions-review/ (404 Not found)
• https://techblogger.space/using-microsoft-to-do-with-apple-reminders/ (404 Not found)

No sites under coding help or domain junkie. If it is OK and intended, then forget what I've said. 😉

Fixed those links. Oopsies. Thanks for making me aware. 🙂

[DudeThatsErin]

17 hours ago, Jim M said:

While permission errors to the database usually result in a different error, it is worth ensuring that the database user has full access.

I just set up a new user, didn't help.

So, I set up a brand new DB AND user. Still didn't help.

Files are 644 at this point, directories are 755. New DB and user. I even tried without importing my old DB stuff.

Main page still shows 500. Just double checked DNS and everything is good.

ONLY thing that resolved it was deleting the website entirely, re-downloading the software and then re-installing and then restoring the files and then the databases. Not sure how that is resolved but glad it is finally fixed.

[Jim M]

3 minutes ago, DudeThatsErin said:

ONLY thing that resolved it was deleting the website entirely, re-downloading the software and then re-installing and then restoring the files and then the databases. Not sure how that is resolved but glad it is finally fixed.

It could be the files were owned by a different user/group and now updating them put them under the correct. Hard to say. Glad to hear it's work though!