ASAP Backup Started and then just… stopped

705 MB of diskspace will be processed.

Are you on a Shared server by chance?

I think gresham is a shared server. yes.

Zip file created: [redacted].com/2016-07-28-075923.zip (672 MB) .

So THAT is why it’s probably not happy. 672 megs is a large file to upload to the cloud, and on your shared server you’re going to run into processing issues. That is, your upload takes up too much of the processes and gets killed.

Can you try JUST a database backup? See if that works?

Just DB backup does work

Got a few of those

Then it;s the disksize, for sure ??

I checked your server, and if it’s the domain that matches this username, then you have 200+ megs in a backup folder for wpbackitup that should be deleted (it’s in wp-content). That would probably clear it up enough,

Well, you’re correct about the domain and I did delete the old data. Size is much reduced but the result is unchanged.

This is where the log has been for about half an hour now.

[2016/08/02 04:45:10] Beginning Backup
[2016/08/02 04:45:10] ZipArchive found and will be used for backups.
[2016/08/02 04:45:10] Calculating backup size...
[2016/08/02 04:45:10] 478 MB of diskspace will be processed.
[2016/08/02 04:45:10] 4151 files added to backup list.
[2016/08/02 04:45:10] wp-config.php added to backup list.
[2016/08/02 04:45:10] A copy of .htaccess has been added to backup list.
[2016/08/02 04:45:11] SQL file created: /home/[redacted]-dreamobjects-backup.sql (7 MB) ...
[2016/08/02 04:45:11] SQL added to backup list.
[2016/08/02 04:45:11] Creating zip file using ZipArchive.
[2016/08/02 04:45:11] NOTICE: If the log stops here, PHP failed to create a zip of your wp-content folder. Please consider increasing the server's PHP memory, RAM, or CPU.
[2016/08/02 04:46:07] Calculating zip file size ...
[2016/08/02 04:46:07] Zip file created: [redacted].com/2016-08-02-044510.zip (445 MB) ...
[2016/08/02 04:46:07] Deleting SQL file: /home/[redacted]-dreamobjects-backup.sql
[2016/08/02 04:46:07] Beginning upload to DreamObjects servers.
[2016/08/02 04:46:07] File size is over 100megs, using Multipart uploader.
[2016/08/02 04:46:07] Preparing the upload parameters and upload parts in 25M chunks.
[2016/08/02 04:46:08] Beginning Multipart upload to the cloud. This may take a while (5 minutes for every 75 megs or so).
[2016/08/02 04:46:10] Part 1 uploaded ...
[2016/08/02 04:46:10] Part 2 uploaded ...
[2016/08/02 04:46:10] Part 3 uploaded ...

This sounds like timeouts. You may need to ask tech support if procwatch is killing things. On a non-busy box, I was able to get up to 700 megs going, but it was always spotty on busy boxes. Asking PHP to keep churning like that is tricky :/