5 minute backups?

Sigh. I meant MB, not GB. 15MB.

Ok, so overall disabling the zip option seems to have resolved the issue on all problematic envs except for 1.

Did the problematic env that is left send any backup emails ?

Since you have disabled the zip option I guess there are only 8 .sql files created and no .zip files size 0 ?

It seems there is something else going wrong on this last env.

Try to create a manual backup on this env as described in my first post to this topic.

Make sure no backup.lock folder exists in the wp-content/uploads/ithemes-security folder before attempting to do a manual backup.

Manual Backup = Click on the blue Create Database Backup button in the iTSec plugin Backups page.

dwinden

No, an email backup was not created for the site that had the duplicates.
Because I disabled the zip option, there were no zip files, only SQL files.

I created a manual backup and received confirmation that the backup was created and emailed. I still have not received an email pertaining to this and checked FTP for duplication. I see nothing from today in the FTP.

Tried backing it up again but still no email. It’s been 10 minutes.

Doesn’t look like the manual back up worked. At least, I didn’t get an email for it.

@garyweldy

Check the PHP mail.log to see whether email(s) was(were) send around the time you did the manual backup(s).
Also check the Apache error.log for any possible errors.

Since we don’t see any .sql file we don’t know whether creating the .sql fails or whether all is fine and the .sql is simply removed after sending the email. Receiving confirmation that the backup is created and the email send, seems to indicate the manual backup completed successfully. So the problem is probably with sending or perhaps I should say receiving the email.

You could do a quick manual backup test after changing the Backup Method setting in the Database Backup section of the iTSec plugin Settings page to Save Locally and Email. That way we can get confirmation the .sql file is at least properly created.

You could also temporarily change the email address specified in the Backup Delivery Email setting in the Global Settings section of the Settings page.

dwinden

I’m a bit lost on the error logs honestly. Not quite sure where they’re located, did a Google search, chased a rabbit and got lost.

What I did do, is change the email address and method to locally & email. It did back up locally but I still have not received an email.

Where is the mail.log?

haha, been there, done that … also got lost … know the feeling …

So there is a .sql file created ? Size ?

The log files can be anywhere.
The error_log file is default found in the Apache logs folder.
The mail log file is default located in the php mail folder.
Both locations can be set by using the correct directives.

But in a (shared) hosted env things are often organized differently.
When using Parallel Plesk Panel you might only have access to the error_log file under Logs.
You may need to contact the hosting provider to have the mail log file checked.

Sorry, can’t be any more help than that.

dwinden

Back to square one.

Had several sites do the repetitive backing up again.
Going back from 9/15 so far.

This is extremely irritating.

Some more information on what’s going on.

So I have a total of 22 sites. Of the 22, 7 of them appear to have stopped emailing the backup file.

One stopped back in June, another was prior to May, but the other few stopped between 9/7 and 9/9.