New to the community? Start here

ERROR: Unknown: errno:2048 Only variables should be passed by reference

Trying my first Dropbox backup. Everything looks okay however files never reach my Dropbox destination. I have the following error in the log:

2012-10-16 11:26:32: finish: snapshot-1350408366-121016-172631-5fd90702.zip

2012-10-16 11:26:32: Sending file: /home/myuser/public_html/wp-content/uploads/snapshots/snapshot-1350408366-121016-172631-5fd90702.zip

2012-10-16 11:26:32: Destination: dropbox: Dropbox

2012-10-16 11:26:33: Sending to Dropbox Directory:disappointed:Backups/Web Sites/

2012-10-16 11:26:33: putFile file success: snapshot-1350408366-121016-172631-5fd90702.zip

2012-10-16 11:26:33: ERROR: Unknown: errno:2048 Only variables should be passed by reference /home/myuser/public_html/wp-content/plugins/snapshot/lib/destinations/dropbox/includes/PEAR_Includes/HTTP/OAuth/Signature/Common.php on line 58

Please help.

THANKS!

Tue, 16 Oct 2012 17:46:29
More Snapshot Pro discussions
Snapshot Pro
  • Kimberly
    • Champion of Loops

    Hey there!

    I’ve notified the developer of your errors.

    Here is some information on Dropbox from the developer:

    The transfer of the files to Dropbox or any other remote destination are not immediate. Meaning if you ran a snapshot backup manually but set the destination to Dropbox the zip file will initially be created while you wait. However the transfer of the files to the remote destination are performed by wp-cron. Basically this means you need to have traffic on the your site front-end to kick off the wp-cron processing. So best advice is to load up your home page and keep reloading a few times.

    As for the Destination option on Dropbox and other remote destinations. With Dropbox when the file is finally pushed Dropbox will create a folder under your account’s Apps directory tree. The complete destination path is /Apps/WPMU DEV Snapshot/

    So this mean all you Snapshot files will be sent to this path. But what if you are running Multisite or running two WordPress systems with the Snapshot plugin to push backups to your Dropbox. Since multiple site archives are pushed to the same root folder on dropbox it might get confusing which file is from which site. So with the destination option you can push files to a subdirectory.

    Best

    Kimberly

  • Pete T
    • Site Builder, Child of Zeus

    Thanks for the quick response Kimberly,

    I’ve tried running cron by manually refreshing main site home page and various subsite home pages to no avail. Also, I see the local copies are available in /wp-content/uploads/snapshot for the Dropbox backups. However, when I open the zip files there are no files backed up from the blogs.dir/files/ folder (and I have that option checked in Snapshot). Is there some specific behavior I’m missing here also?

    To clarify also, I have my Dropbox destination path set to /Backups/Web Sites and have manually created that folder in Dropbox prior to my first backup. For each site, I’ve added [DEST_PATH]/[SITE_DOMAIN] to the Directory (optional) option in the Snapshot settings hoping to place my backups in that type of folder structure.

    Am I missing something? This latest iteration of Snapshot is potentially the BEST backup plugin EVER! I’m dying to use it!

    THANKS!

    P.S. Sorry if I seem a little antsy, I have a server migration tomorrow and was hoping to use snapshot as a double backup to get everything backed off the server just in case! :slight_smile:

  • Paul
    • The Green Incsub

    @Pete T,

    2012-10-16 11:26:33: ERROR: Unknown: errno:2048 Only variables should be passed by reference /home/myuser/public_html/wp-content/plugins/snapshot/lib/destinations/dropbox/includes/PEAR_Includes/HTTP/OAuth/Signature/Common.php on line 58

    That is a known error from the Dropbox API library we are using. You are seeing it because Snapshot turns on full warning output so that it can capture even the smallest of issues. The developer who maintains the library has been promising a fix but so far nothing.

    2012-10-16 11:26:33: Sending to Dropbox Directory:disappointed:Backups/Web Sites/

    2012-10-16 11:26:33: putFile file success: snapshot-1350408366-121016-172631-5fd90702.zip

    To be clear Snapshot does not send files to your Dropbox root. Our setup with Dropbox (and recommended by the way) is to create a folder under /Apps/WPMU DEV Snapshot/

    To clarify also, I have my Dropbox destination path set to /Backups/Web Sites and have manually created that folder in Dropbox prior to my first backup. For each site, I’ve added [DEST_PATH]/[SITE_DOMAIN] to the Directory (optional) option in the Snapshot settings hoping to place my backups in that type of folder structure.

    Then what you should see is the files in /Apps/WPMU DEV Snapshot//[SITE_DOMAIN] The [DEST_PATH] token is represented by the root /Apps/WPMU DEV/

    I’ve tried running cron by manually refreshing main site home page and various subsite home pages to no avail. Also, I see the local copies are available in /wp-content/uploads/snapshot for the Dropbox backups. However, when I open the zip files there are no files backed up from the blogs.dir/files/ folder (and I have that option checked in Snapshot). Is there some specific behavior I’m missing here also?

    Is the backup for a main site or sub-site? When you unzip the snapshot archive you should see a ‘www’ folder. Inside this folder will be the wp-content/uploads or wp-content/blogs.dir/XXX If you are not seeing these then double check the log files for the Snapshot. It writes a line in the log for each file added to the archive. Are there errors?

  • Paul
    • The Green Incsub

    @Pete T,

    And to clarify the point from Kimberly. With Snapshot there are two way to manage the destination path.

    First, via the Destination itself you can define a path. So for your Dropbox instance you can set the path to be ‘/THIS/BLOG/SYSTEM/’. Dumb but just follow the example. So Snapshot items using this Dropbox destination the complete path would be ‘/Apps/WPMU DEV/THIS/BLOG/SYSTEM/’

    The second way to control the destination is at the Snapshot configuration item. Since each Snapshot item using that specific Dropbox destination will send to the ‘/THIS/BLOG/SYSTEM/’ path we provided the tokens to allow you to dynamically setup sub-paths. So at the Snapshot item level the ‘DEST_PATH]’ represents literally ‘/THIS/BLOG/SYSTEM/’ from our chosen Dropbox destination.

    Or you can opt not to set a destination path at the Dropbox destination. This means using the [DEST_PATH] on the Snapshot item will just mean the Dropbox root path which is /Apps/WPMU DEV Snapshot/

    This works the same for Amazon, SFTP and soon Google.

  • Pete T
    • Site Builder, Child of Zeus

    Thanks Paul,

    That clarifies a lot. And I found the dropbox backups, in the WPMUDev Folder on Dropbox (I was looking at the folder I created).

    However, the files from the /blogs.dir/ are not being backed up properly. Here are some tests I performed while trying to backup a subsite (ID 6).

    Tests

    =====================================

    Destination: Dropbox

    Files: all

    Tables: all

    Interval: Now

    Path: not set

    LOG:

    2012-10-16 15:13:07: Backup: init

    2012-10-16 15:13:07: memory_limit: 256M

    2012-10-16 15:13:07: adding new snapshot: 1350421764

    2012-10-16 15:13:07: table: grcms_6_commentmeta segment: 1/1

    2012-10-16 15:13:07: table: grcms_6_comments segment: 1/1

    2012-10-16 15:13:08: table: grcms_6_links segment: 1/1

    2012-10-16 15:13:08: table: grcms_6_options segment: 1/1

    2012-10-16 15:13:08: table: grcms_6_postmeta segment: 1/1

    2012-10-16 15:13:08: table: grcms_6_posts segment: 1/1

    2012-10-16 15:13:09: table: grcms_6_term_relationships segment: 1/1

    2012-10-16 15:13:09: table: grcms_6_term_taxonomy segment: 1/1

    2012-10-16 15:13:09: table: grcms_6_terms segment: 1/1

    2012-10-16 15:13:09: table: grcms_6_contact_form_7 segment: 1/1

    2012-10-16 15:13:10: table: grcms_6_m_membership_news segment: 1/1

    2012-10-16 15:13:10: table: grcms_6_mngl_board_comments segment: 1/1

    2012-10-16 15:13:10: table: grcms_6_mngl_board_post_metas segment: 1/1

    2012-10-16 15:13:10: table: grcms_6_mngl_board_posts segment: 1/1

    2012-10-16 15:13:11: table: grcms_6_mngl_custom_field_options segment: 1/1

    2012-10-16 15:13:11: table: grcms_6_mngl_custom_field_values segment: 1/1

    2012-10-16 15:13:11: table: grcms_6_mngl_custom_fields segment: 1/1

    2012-10-16 15:13:11: table: grcms_6_mngl_friend_requests segment: 1/1

    2012-10-16 15:13:12: table: grcms_6_mngl_friends segment: 1/1

    2012-10-16 15:13:12: table: grcms_6_mngl_message_metas segment: 1/1

    2012-10-16 15:13:12: table: grcms_6_mngl_messages segment: 1/1

    2012-10-16 15:13:12: table: grcms_6_mngl_threads segment: 1/1

    2012-10-16 15:13:13: table: grcms_6_ngg_album segment: 1/1

    2012-10-16 15:13:13: table: grcms_6_ngg_gallery segment: 1/1

    2012-10-16 15:13:13: table: grcms_6_ngg_pictures segment: 1/1

    2012-10-16 15:13:13: table: grcms_6_wps_bans segment: 1/1

    2012-10-16 15:13:14: table: grcms_6_wps_logins segment: 1/1

    2012-10-16 15:13:14: table: grcms_6_wps_logs segment: 1/1

    2012-10-16 15:13:14: file: section: media

    2012-10-16 15:13:14: file: wp-content/blogs.dir/6/files/header_default.png

    2012-10-16 15:13:14: file: wp-content/blogs.dir/6/files/sitemap.xml

    2012-10-16 15:13:14: file: wp-content/blogs.dir/6/files/sitemap.xml.gz

    2012-10-16 15:13:14: memory_limit: 256M: memory peak usage: 11.5M

    2012-10-16 15:13:14: finish: snapshot-1350421764-121016-210924-abb82d07.zip

    RESULT: Not uploaded to Dropbox, Local backup DOES contain files.

    Destination: Dropbox

    Files: all

    Tables: all

    Interval: Once Monthly

    Path: not set

    LOG:

    2012-10-16 15:17:35: init

    2012-10-16 15:17:35: table: grcms_6_commentmeta segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_commentmeta segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_comments segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_comments segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_links segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_links segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_options segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_options segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_postmeta segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_postmeta segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_posts segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_posts segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_term_relationships segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_term_relationships segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_term_taxonomy segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_term_taxonomy segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_terms segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_terms segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_contact_form_7 segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_contact_form_7 segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_m_membership_news segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_m_membership_news segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_board_comments segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_board_comments segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_board_post_metas segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_board_post_metas segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_board_posts segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_board_posts segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_custom_field_options segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_custom_field_options segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_custom_field_values segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_custom_field_values segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_custom_fields segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_custom_fields segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_friend_requests segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_friend_requests segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_friends segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_friends segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_message_metas segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_message_metas segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_messages segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_messages segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_threads segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_mngl_threads segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_ngg_album segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_ngg_album segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_ngg_gallery segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_ngg_gallery segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_ngg_pictures segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_ngg_pictures segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_wps_bans segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_wps_bans segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_wps_logins segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_wps_logins segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_wps_logs segment: 1/1

    2012-10-16 15:17:35: table: grcms_6_wps_logs segment: 1/1

    2012-10-16 15:17:35: file: non selected

    2012-10-16 15:17:35: memory_limit: 256M: memory peak usage: 9M

    2012-10-16 15:17:35: finish: snapshot-1350422210-121016-211735-ec63aa2b.zip

    2012-10-16 15:17:35: Sending file: /home/xxx/public_html/wp-content/uploads/snapshots/snapshot-1350422210-121016-211735-ec63aa2b.zip

    2012-10-16 15:17:35: Destination: dropbox: Dropbox

    2012-10-16 15:17:36: Sending to Dropbox Directory:disappointed:Backups/Web Sites/

    2012-10-16 15:17:36: putFile file success: snapshot-1350422210-121016-211735-ec63aa2b.zip

    2012-10-16 15:17:36: ERROR: Unknown: errno:2048 Only variables should be passed by reference /home/xxx/public_html/wp-content/plugins/snapshot/lib/destinations/dropbox/includes/PEAR_Includes/HTTP/OAuth/Signature/Common.php on line 58

    RESULT: IS uploaded to Dropbox, Dropbox backup DOES NOT contain files, local backup DOES NOT contain files.

    Destination: Local

    Files: all

    Tables: all

    Interval: Immediate

    Path: not set

    LOG:

    file: section: media

    RESULT: Local backup DOES contain files.

    Destination: Local

    Files: all

    Tables: all

    Interval: Once Monthly

    Path: not set

    LOG:

    file: non selected

    RESULT: Local backup DOES NOT contain files.

    In all instances, the Include common files radio was selected.

    Hope this info helps.

  • Paul
    • The Green Incsub

    Test 1 – Contains files but not sent to Dropbox

    2012-10-16 15:13:14: finish: snapshot-1350421764-121016-210924-abb82d07.zip

    This should eventually go. When you run the Snapshot manually there is a two stage processing. The first process just creates the archive. There is a second one based on the WP cron running which will check if files need to be sent.

    Test 2 – Sent to Dropbox but does not contain files – snapshot-1350422210-121016-211735-ec63aa2b.zip

    See the line which mentions no files selected. You might have selected the files option but if there are no files in the blog directory non can be included.

    2012-10-16 15:17:35: file: non selected

  • Pete T
    • Site Builder, Child of Zeus

    Hey Paul,

    Yeah I used the same subsite for all tests, does have files in the blogs.dir directory. I’ll keep an eye out and see if the Dropbox archive or the local archives get updated with files after cron.

    Thanks for your help!

    —

    P

    BTW, great work on this. I’ve been longing for a proper backup solution for years. Shelling in and doing SQL dumps and tarballs gets old.

  • Paul
    • The Green Incsub

    @Pete T, Thanks! It still is very much a work in progress. Lots of features to add to this. But have to double and triple test things since once slight issue can break a site.

    Let me know if the files never make it into Dropbox. For this was a relying on WP Cron. But hope to do away with the two stage process in some future release.

    Best,

  • Timothy
    • Chief Pigeon

    Hiya, just going threw some of the older threads here.

    As it’s been a little while since we last heard from you I thought I’d check in to see how you’re going?

    You might also like to upgrade to the newest version.

    If you’re still looking for some further assistance with this thread then please feel free to reopen the thread or of course for any new and related issues you are most welcome to open a new thread.

    Thanks.

  • Pete T
    • Site Builder, Child of Zeus

    Okay, backed up same sub site using a couple methods and here’s what happened (with Snapshot 2.0.4).

    Backup 1:

    Tables: (all), 9 core, 15 non-core

    Files: (all)

    Manual

    Last: November 7, 2012 8:16 pm

    To Dropbox

    snapshot-1352319370-121107-201610-c6c4e506.zip (69.79kb)

    Backup 2:

    Tables: (all), 9 core, 15 non-core

    Files: (all)

    Once Weekly

    Next: November 14, 2012 8:18 pm

    Last: November 7, 2012 8:18 pm

    To Dropbox

    snapshot-1352319492-121107-201851-3446033d.zip (65.94kb)

    Backup 3:

    Tables: (all), 9 core, 15 non-core

    Files: (none)

    Manual

    Last: November 7, 2012 8:41 pm

    To Dropbox

    snapshot-1352320909-121107-204149-0d8676b7.zip (65.84kb)

    Backup 1, did not upload to Dropbox at all. Local zip (in snapshot list) does contain files in www folder.

    Backup 2, uploaded to Dropbox but no files were included in ZIP. No files were included in local zip either (in snapshot list).

    Backup 3, did not upload to Dropbox. Local zip worked. (no files selected)

    Used [SITE_DOMAIN] for Dropbox directory in all instances. Tried again without that flag and same results. Also tried navigating around both the subsite and the main site to see if cron triggers but it didn’t (wasn’t in URL query_string either).

    Hope this info helps

    —

    Pete

  • Paul
    • The Green Incsub

    @Pete T, Thanks for the details. First can I get you to update to this beta. I have a few other members running this and has solved their issues.

    https://dl.dropbox.com/u/2616987/WPMUDev/snapshot-2.0.4.1-Beta4.zip

    As for the snapshot NOT containing files. On sub-sites (not the main site) the only files allowed to be included are media file. When you setup the Snapshot for the site and select the Files option it shows the path to the files that will be included. It the does not contain files then obviously none can be included.

    With that being stated can we take only one of your backups and get more details. So from your listing can we take the first item ‘Backup 1’

    1. Can you verify there are actual files in the folder?

    2. Can you upload or email me the log file associated with the snapshot?

    3. It might be easier and/or faster to get direct access to your admin area to see what is going on.

    You can email me the snapshot log at paul [at] incsub.com

    Thanks.

  • Timothy
    • Chief Pigeon

    Hello, hope you’re well!

    How’s things going now, we haven’t heard from you in a short while and as such he thread became marked as “Resolved”.

    If you’re still in need any help then please feel free to reopen or create a new thread as needed for any issues.

    Cheers.

  • Pete T
    • Site Builder, Child of Zeus

    @Paul, @Timothy Bowers

    Sorry its been so long since my last comment, however, just wanted to report that I just installed the lastest version of Snapshot (2.3.2.1) on WP 3.5.1 and it works like a CHAMP! Dropbox backups include files as expected, LOVE the new interface, and the “Current Time” and “Next file send” data is awesome. I’m going to add about 38 site backups and let you know if I experience any problems.

    My only comment so far, is that when using the [SITE_DOMAIN] as the folder for a Dropbox backup, Snapshot uses the user.domain.com instead of mappeddomain.com (via WPMU Domain Mapping plugin). Not a huge deal as you can just manually add the correct domain in the space anyway, but worth a mention nonetheless.

    Thanks so much for all the improvements!

  • Pete T
    • Site Builder, Child of Zeus

    THANKS!

    Also, I did find something else.

    For Dropbox backups, it seems if the snapshot file exceeds 1M it disregards the “optional directory” setting and instead creates a directorynamesnapshot-xxxxxxx-xxx-xxxx-hash.zip file (instead of /directoryname/snapshot-xxxxxxx-xxx-xxxx-hash.zip. Is this a dropbox limitation? I saw no differences in the snapshot logs. I tried creating a new snapshot from scratch, making the directorynames any of the following: directoryname, /directoryname, and /directoryname/ but same results for all. Files under 1M work as expected, files over 1M do not.

  • Paul
    • The Green Incsub

    @Pete T,

    Will look into the [SITE_DOMAIN] issue to see if can get the mapped domain. Or better add a new option [MAPPED_DOMAIN] and keep [SITE_DOMAIN] as the original domain.

    As for the Dropbox 1M limit. There is no limit on filesizes. This might be just an issue with slashes or Snapshot not properly adding slashes where needed. Make sure you are using forward slashes ‘/’ and not the backslash ”. Had a member last week using backslash and noted we need to add the filter in Snapshot to convert these.

    Can you advise what your Dropbox destination path is and the specific snapshot directory setting is?

  • Pete T
    • Site Builder, Child of Zeus

    @Paul,

    Sure!

    I am using forward slashes / .

    In my destination settings for Dropbox, the Destination Directory is blank (everything goes to /Apps/WPMU DEV Snapshot/ ).

    Then in the “Directory (optional)” field for a specific snapshot, I have /elksprings/ for example in one that does not work and is 4.6MB, and /radioshow.com/ in another that is 936KB that works fine.

  • Paul
    • The Green Incsub

    @Pete T,

    Hmm. Within Snapshot for the Dropbox destination there are two possible processing paths of logic. If the file is under 4Mb in size it uses one to send the file as one step. If the file is over 4Mb it uses the Dropbox ‘chunk send’ logic which is to send the file in parts.

    Dropbox does have a 150Mb limit on single file sends. But via the ‘chunk send’ you can send almost any size.

    So I’m curious if this is something working in one part of the logic and not the other. Sit tight let me do some retesting on my own system. Will be back to you today.

  • Paul
    • The Green Incsub

    Well I can at least confirm the issue with the missing directory slashes. In my own testing this morning I set the Dropbox destination directory to blank and the specific snapshot destination directory to some value.

    I'm now seeing what you are seeing. The folder is there on dropbox but instead of the files being written to the folder they are instead written to the root directory and named prefixed with the destination directory. See image.

    rep-opening this thread.

    [attachments are only viewable by logged-in members]

  • Pete T
    • Site Builder, Child of Zeus

    @Tom, @Paul

    AWESOME! It works! Thanks so much. I’ll continue setting up the remainder of my sites tonight and let you know if I run into anything else. Thanks so much for the patch and the awesome help!

    THANKS!

    —

    Pete