Help & Support

This plugin is provided WITHOUT warranty. We’ve taken measures to test it on a number of web hosts but it is your responsibility to test it out as well as make a full backup before you install or use this plugin. In addition, plugin is provided for free and we cannot promise support as that would be too time consuming and costly.

With all that said, this page will be a frequently asked questions page that will be written as questions come in. If you have questions about AWB, please ask below and we’ll attempt to answer it in a way that will be useful for everyone else. Before we get the FAQs, let’s look the requirements for the plugin.

Plugin Requirements

  • Linux host
  • PHP 5.1+
  • Uploads folder that is writable (exact permissions will vary but 777 normally does the trick)
  • curl – this is a software for Linux that must already be installed
  • shell_exec – this needs to be enabled to allow the zipping process. We don’t use a php zip library because it would limit your zip size to the amount of memory that is allocated by your host.
  • zip – another software for Linux that needs to be already installed. It comes installed by default on most flavors of Linux but if it’s not installed, you’ll need it to be.

Questions & Answers

Q. The plugin is causing an error. What do I do? I can’t even reach my admin panel. Help!

A. Login to your web host via FTP and remove the ‘automatic-wordpress-backup’ folder from the /wp-content/plugins/ folder. Next, check the Web Host Compatibility page to see if your host is listed as compatible. If they are listed under untested, leave a comment below with your web host and we’ll email you to schedule a time to walk through the setup and in the process test that web host.

Q. Where is the database backup file?

A. Inside your zip, under wp-content > uploads > wp-s3-database-backup.sql

Q. Is this plugin compatible with WordPress Mu?

A. We haven’t tested it yet but the answer is probably “No” because of how MU stores files. Since Mu will be getting merged into regular WordPress in the near future, we probably won’t be spending time on adding compatibility for mu. Sorry.

Q. Is there a security risk to 777 on the uploads folder?

Please check out WordPress’s article on the dangers of 777. The crux of the issue is that the risk occurs when a hacker is able to upload a file into your website is the key time when they’ll be able to read and write files in your uploads folder and other folders. However, if a hacker is able to upload a file, they would have access to their entire database and be able regardless of the permissions set on the wp-content folders. The key really is to only upload plugins and files that you trust.

Request Support

Sorry, support isn’t available.


kingblind November 11, 2010 at 7:27 pm

Is anyone going to help?

JoeCascio November 11, 2010 at 8:50 pm

I run several websites (7 to be exact) on the same VPS at They are fairly low traffic sites, so the server never seems too awfully taxed. I was delighted to find this plugin, and installed it on all 7 sites. I can run the backups manually, and they seem to work fine, but when I turn them to automatic 2 things happen.
1. One of the sites runs backups daily, no matter what the setting is. (I’d prefer weekly). I see many others have had this same problem.

2. The next day after turning on the autobackups the server will lock up tighter than a tin can. I can tell it’s just paging itself to death. It’s as though all the backups attempt to run at the same time, and do so by calling a web process. If I turn off the backups, the server runs fine again. I’ve had to reboot the server twice because of this, so I’m only using manual backup, which sort of defeats the purpose of my using it, although I do like that the backups are going to S3.

I’m going to try turning on auto-backup on one site at a time and hope I can sense when it goes over the edge.

My question is, do all the backups run at the same time of day (mid afternoon eastern US time) or do they run at the same time of day when I set the setting?


Justin Luk November 13, 2010 at 12:27 pm


Does anyone have any insight as to why the plugin can’t detect the Zip Module? I’m running on a Media Temple dedicated virtual server. I’ve run a phpinfo() and can see that Zip module is installed, the plugin can’t detect it for whatever reason.

Any help with this matter would really be appreciated. Thanks guys!

John D November 24, 2010 at 5:12 am

Following up on problems restoring on GoDaddy, I’ve found that GoDaddy will timeout the backups after a certain period of time. So it’s really an issue of the size of the backup. I had a site with many plugins so I was transferring, so what I did was backup all plug ins from the source site, delete all of them other than AWB from the source site’s folder, then backup the site again. SIze of backup on S3 went from 17 mb to 4mb and it restored just fine. If people are having trouble restoring, it could be the size of the backup. Using FTP to transfer plug-ins is an easy solution to reducing the size of the backup. By the way, great plug-in guys. Very handy.

Cary Ganz November 24, 2010 at 7:04 pm

I emailed you guys early this afternoon about a problem I’m having with my blog. You asked how large the blog was and I responded that it was over 250,000,000 bytes. I am not able to backup the blog at all. The manual backup doesn’t seem to do anything. When I try on a much smaller blog I get a zip file uploaded to S3. On this much larger blog, I get nothing.

What should I do to fix this. I love the plugin but if it doesn’t work on larger blogs than it really is of no use. Thanks

Comments on this entry are closed.