Forum Replies Created

Viewing 4 replies - 1 through 4 (of 4 total)
  • Thread Starter RobertT

    (@robertt)

    Hi David

    The only backup log is the one pasted in below. It seems quite short – I thought it was logging a lot more info while it was backing up. There was a lot of “resuming…” going on and I wondered if it would ever finish. Unfortunately I can’t really share the backup with you as it contains sensitive information, so you may not be able to work out much from the log.

    When I pieced the site together from my manual backup I later found that it had only backed up some of the files from the 2015/04/… folder. This means it must have stopped processing at some arbitrary point rather than failing to find the other subfolders.

    One thing I wasn’t clear about – is it a server process that completes all by itself, or does it require the browser to remain open so that client script can keep running? I would assume the former but I could not find any info on it.

    Kind regards

    Robert

    0000.000 (10) Opened log file at time: Fri, 07 Aug 2015 16:42:27 +0000 on http://theholidayclub.net.gridhosted.co.uk
    0000.002 (10) UpdraftPlus WordPress backup plugin (https://updraftplus.com): 1.10.3 WP: 4.2.4 PHP: 5.3.28 (Linux lin179.gridhost.co.uk 2.6.32.21-grsec #6 SMP Fri May 20 17:37:06 BST 2011 x86_64) MySQL: 5.6.21 Server: Apache safe_mode: 0 max_execution_time: 900 memory_limit: 256M (used: 41.1M | 41.5M) multisite: N mcrypt: Y LANG: ZipArchive::addFile: Y
    0000.014 (10) Free space on disk containing Updraft’s temporary directory: 8122566.4 Mb
    0000.016 (10) This backup task is either complete or began over 2 days ago: ending (1438965747.79, )

    Thread Starter RobertT

    (@robertt)

    Hi,

    I think I deleted the backup and the log to save space before starting to patch things together manually. Irrespective of the reason, the fact remains that it failed to back up all the files and told me it had. It would not have been as bad if it had noticed it had run out of resources of whatever and told me it had failed, but a backup system that you cannot rely on is worse than useless.

    I am inclined to stop spending more time on it and find another solution. Probably just taking a manual dump by FTP and a copy of the database seems the most reliable method.

    Robert

    Thread Starter RobertT

    (@robertt)

    Hi David,

    It created 5 files. One .gz and four .zip. The only one of any size was the …uploads.zip which contained 701 images and was 505Mb. These are the images from the …/2015/04 folder. The ones for later months were not backed up.

    I can’t find the full log. It just looks like a bug of some sort, where the backup was not expecting to find upload images in multiple subfolders. I am new to WP – is it usual for the host to organise images in folders, one per month?

    Robert

    Thread Starter RobertT

    (@robertt)

    Sorry, fixed it myself. Turns out to be some Custom CSS added by Jetpack that has the effect of disabling the theme header image. Or maybe it was another developer on the site trying something out. Anyway, fixed now by removing the Jetpack CSS for site-branding and masthead.

Viewing 4 replies - 1 through 4 (of 4 total)