Backups not happening

  • Resolved jeremycherfas

    (@jeremycherfas)


    10 years, 4 months ago

    Hi, I’m still having trouble with DreamObjects Connection, despite the Tardis version. (I’m the person who raised it with DreamPress).

    I’m set to daily backups, but nothing has happened since the test backups that were done at DreamPress. No idea why.

    I’d really like to get this working, because DreamHost doesn’t want to play nicely with WP-DBManager.

    If there’s anything I can do to help solve the problem, please let me know

    http://wordpress.org/plugins/dreamobjects/

Viewing 8 replies - 1 through 8 (of 8 total)
  • Plugin Author Ipstenu (Mika Epstein)

    (@ipstenu)

    🏳️‍🌈 Advisor and Activist

    10 years, 4 months ago

    Caveat: Tis a holiday weekend, I’m not spending a lot of time debugging right now.

    Honestly a lot of people come and say “I have a problem” but without any information, I can’t be expected to magically remember who is who 🙂 There are hundreds of people I talk to every day, so I have some basic questions to answer so you can remind me:

    * What version of WP are you on?
    * What PHP are you using?
    * Are you on shared hosting?
    * Does the on-demand (ASAP) backup work?
    * When you turn on the logging, do you get ANY information?
    * What happens and what do you expect to happen?
    * Since you mention the TARDIS problem, what’s your timezone set to? And have you tested in another (like Los Angeles)?
    * How big is your site?
    * WP-DBManager has a backup tool as well – do you still have that installed and running?

    Finally, if possible, can you share your URL? If you’re on DreamHost, I work there so I can go peek and see if I’ve already been traipsing around or not.

    I SUSPECT that if you’re having a TARDIS error, you might need to kill the cron job for DHO, and I know that’s a little complex. Easiest way is to temporarily install WP Crontrol and use that to delete the DreamObjects jobs.

    Thread Starter jeremycherfas

    (@jeremycherfas)

    10 years, 4 months ago

    Thanks Mike

    I hope you have had a great holiday weekend. Answers below.

    * What version of WP are you on?
    3.7.1

    * What PHP are you using?
    Not certain; whatever DreamPress provides.

    * Are you on shared hosting?
    I don’t think so; DreamPress.

    * Does the on-demand (ASAP) backup work?
    No

    * When you turn on the logging, do you get ANY information?
    Logging says the backup is being made:

    [2013/12/01 10:34:01] Begining Backup.
    [2013/12/01 10:34:01] List of files added to the zip.
    [2013/12/01 10:34:03] SQL file created: /home/wp_ig5udm/biodiver.se/wp-content/upgrade/dreamobject-db-backup.sql (98 MB).
    [2013/12/01 10:34:03] SQL filename added to zip.
    [2013/12/01 10:34:03] Creating zip file …
    [2013/12/01 10:35:27] Calculating zip file size …
    [2013/12/01 10:35:27] Zip file generated: /home/wp_ig5udm/biodiver.se/wp-content/upgrade/dreamobject-backups.zip (584 MB).
    [2013/12/01 10:35:29] New filename agro.biodiver.se/2013-12-01-103529.zip.
    However, the files DO NOT show up in the Backups tab of the plugin. Nor are they visible in the test.agro bucket. I have no idea where they are, but they aren’t where the plugin says they ought to be,

    * What happens and what do you expect to happen?
    I expect a daily backup of the DB and Content to be zipped and placed in the bucket called test.agro

    * Since you mention the TARDIS problem, what’s your timezone set to? And have you tested in another (like Los Angeles)?
    Timezone is set to UTC+1 and I have not tested in another timezone.

    * How big is your site?
    In terms of what? More than 5000 posts. Dbase is about 125MB

    * WP-DBManager has a backup tool as well – do you still have that installed and running?
    Installed but not running. DreamHost support told me that it might be the source of the problem, so I deactivated. Also, DreamPress doesn’t like the backup folder being 777

    Finally, if possible, can you share your URL? If you’re on DreamHost, I work there so I can go peek and see if I’ve already been traipsing around or not.
    http://agro.biodiver.se

    I SUSPECT that if you’re having a TARDIS error, you might need to kill the cron job for DHO, and I know that’s a little complex. Easiest way is to temporarily install WP Crontrol and use that to delete the DreamObjects jobs.
    Someone (you?) installed WP crontrol for me. I’ve never used it. Should I try that now?

    Thread Starter jeremycherfas

    (@jeremycherfas)

    10 years, 4 months ago

    I looked in more detail, and I can see 1 day’s backups in wp-content/upgrade — as in the log — which seems like a strange place for it to be. But I cannot see the 15 days’ worth I have asked for anywhere.

    Plugin Author Ipstenu (Mika Epstein)

    (@ipstenu)

    🏳️‍🌈 Advisor and Activist

    10 years, 4 months ago

    Ah, nope, you do not have the TARDIS error. Well that’s good/bad. The TARDIS error happens when the backup doesn’t run at all.

    Delete the files from “wp-content/upgrade” – That’s where it TEMP stores the files. Since it’s keeping them there, it’s failing on the copy up to DHO and, at 584 MB, the size may be the issue. PHP is not the best for this process :/

    Can you try JUST an SQL backup?

    Thread Starter jeremycherfas

    (@jeremycherfas)

    10 years, 4 months ago

    I deleted the files and changed to SQL backup only. Scheduled a backup ASAP. That apparently worked.

    [2013/12/02 08:59:42] Begining Backup.
    [2013/12/02 08:59:44] SQL file created: /home/wp_ig5udm/biodiver.se/wp-content/upgrade/dreamobject-db-backup.sql (93 MB).
    [2013/12/02 08:59:44] SQL filename added to zip.
    [2013/12/02 08:59:44] Creating zip file …
    [2013/12/02 08:59:48] Calculating zip file size …
    [2013/12/02 08:59:48] Zip file generated: /home/wp_ig5udm/biodiver.se/wp-content/upgrade/dreamobject-backups.zip (17 MB).
    [2013/12/02 08:59:48] New filename agro.biodiver.se/2013-12-02-085948.zip.
    [2013/12/02 08:59:55] Creating backup file agro.biodiver.se/2013-12-02-085948.zip in DreamObjects. Status: 200.
    [2013/12/02 08:59:55] Deleting zip file: /home/wp_ig5udm/biodiver.se/wp-content/upgrade/dreamobject-backups.zip …
    [2013/12/02 08:59:55] Deleting SQL file: /home/wp_ig5udm/biodiver.se/wp-content/upgrade/dreamobject-db-backup.sql …
    [2013/12/02 08:59:55] Backup Complete.
    [2013/12/02 08:59:55]

    So it seems that size is the issue. I’ll have to think of another strategy for backing up the rest of the site (mostly the uploads).

    Do you have any suggestions?

    Plugin Author Ipstenu (Mika Epstein)

    (@ipstenu)

    🏳️‍🌈 Advisor and Activist

    10 years, 4 months ago

    My own site is too big to backup effectively with the tool (I know that a better way would be to sync each individual file, and then only update the changed files, but that has its own problems).

    The answer greatly depends on why you’re backing up and what kind of restore you need. Most backup plugins are like mine, where they compress and copy. The one I know that doesn’t would be VaultPress, which is actually a pretty cool in that it has a setup on it’s service to pull up individual files when you’ve changed them.

    The other alternative, and this is what I do since my site’s pretty big, is to do it manually. I have an rsync job running on my laptop. This runs every hour my laptop is on, and since my laptop then is backed-up to my TimeMachine, it’s got everything I need for a backup. The database I extract with a cron job on the server, that runs wp-cli’s wp database export and then moves to a folder outside of my website (/home/user/sqlback/), which is included in my sync job.

    But I don’t really need a ‘restore’ feature very often. I think I’ve needed it twice in 15 years (I deleted my entire wp-content/uploads folder in a moment of idiocy).

    Plugin Author Ipstenu (Mika Epstein)

    (@ipstenu)

    🏳️‍🌈 Advisor and Activist

    10 years, 4 months ago

    Sidebar: One of my coworkers noted that we CAN try increasing your PHP memory. It may work since the odds are it’s a PHP timeout vs a RAM one (we made the RAM a lot higher on DreamPress).

    http://wiki.dreamhost.com/PHP.ini#phprc
    http://wiki.dreamhost.com/PHP.ini#Increasing_the_PHP_Memory_Limit

    If you need someone to do that for you, open up a ticket 🙂 We’re happy to do it for you on DreamPress!

    Thread Starter jeremycherfas

    (@jeremycherfas)

    10 years, 4 months ago

    Thanks Mike

    I don’t think it is necessary to increase the PHP memory. In the end, I download the uploads folder via FTP and I will store it myself in a bucket on S3. Once the initial upload to S3 is done (which takes forever) I will be my own rsync and just manually upload each month’s folder at the end of the month. I think that will work fine.

Viewing 8 replies - 1 through 8 (of 8 total)
  • The topic ‘Backups not happening’ is closed to new replies.

Tags