WPMuse

As I noted above, I did update to the latest yesterday V3.8.3. Tried to backup again today just to be sure tan the wp-security-log.txt did not change and is still dated yesterday noting one IP block.

So I updated the other site with this problem — on the same VPS, and no backup. But, the wp-security-log.txt did update noting the time I attempted the backup — but it was empty — 0 bytes.

Both sites use a different mix of plugins. Both didn’t backup with all plugins disabled. I appreciate your support and assistance. Let me know what else I can do to help you figure this out! ??

Howdy! Nothing in the AIO logs except blocked ip notices and nothing in the server logs either that pertain to this.

I have another site doing the same thing — even when ALL plugins are disabled. Updated AIO this morning on one and still no backup. .htaccess and wp-conf backed up just fine to the wp-content/aiowps_backups just not the database.

Hostgator/VPS if that helps…

Same happening on a site I’m working on. Won’t backup the database — /aiowps_backups folder is there and writeable. .htaccess and wp-config both backed up to the directory successfully so not sure why the database wouldn’t.

Even disabled all other plugins and still the same — just the tabs and a blank grey page.

The site is on Genesis with a StudioPress theme. HTH!

Hey, Petra:

Thanks for the response! Genesis/Outreach child them by StudioPress and the plugins used on that site are a combination I use consistently without issue. Unfortunately, I discovered that the related post plugin dramatically reduced the performance of the site and therefore had to remove it before receiving your detailed response.

Appreciate the support!

Thanks for the response, Petra!

Here you go!

Plugins

WPRP Settings

TIA! ??

Having the same error with the sidebar widget. When an incorrect password is used:

Fatal error: Call to a member function get_option() on a non-object in /home/XXXXX/public_html/wp-content/plugins/theme-my-login/modules/custom-redirection/custom-redirection.php on line 93

Did I miss a thread about this? Thanks!

MaxCDN just advised they have updated their tutorial for W3TC due to this update:

https://support.netdna.com/pullzone/wordpress-w3-total-cache/

HTH!

Have several clients as well experiencing the same after updating. Will instruct them to do the same. Thanks for your hard work Frederick!

Hey, Matt:

Just updated the plugin and the problem reverted. Tried the fix I used last time — and no go. I have no background color and the right column has white borders around the ads in the far right column.

I tried playing with the code to no avail. Any suggestions?

Thanks!

Thanks for the quick reply — that did the trick! ??

This the latest from HostGator:

“We are showing a history of this occurring daily, multiple times, for a long time. (I post only once a week and this is happening daily?)

The MySQL kill script will kill any running SQL processes that have not completed after 30 seconds. This is a very long time for a SQL process to run, and does indicate an issue with the site(s) using the database in question.”

]# for kill in $(awk -F”[” ‘{print $2}’ <(awk -F”]” ‘{print $1}’ <(tail <(grep $(basename $(pwd)) /var/log/mysql_queries.log)))); do date -R -d@$kill; done

Comments anyone?

Any ideas?

Glad to hear all is well, Justin! ??

Hey, Justin:

You moved it to the wp-content/backup-db folder right? If you moved it elsewhere it can cause site propblems. Make sure that is where you moved that file.

What you can do right now is rename the file back to htaccess.txt where it is until you figure out what is going on.

If you did move it to the correct location and this happened, after renaming it back to htaccess.txt, you’ll need to contact your hosting company and ask them for assistance.

HTH!

@jupjam9

I didn’t see anyone answer your questions about the .htaccess file.

The file you moved is htacess.txt. After you move it, rename the file to .htaccess and that nag bar should go away.

HTH!@ ??