• Resolved yarrumjr

    (@yarrumjr)


    0745.490 (2) Requesting upload of the files that have not yet been successfully uploaded (9)
    0745.493 (2) Cloud backup selection (1/1): googledrive with instance (1/1) (last)
    0745.494 (2) Beginning dispatch of backup to remote (googledrive) (instance identifier s-1f05ef5ad9acaf9e7382836ca8ebafea)
    0745.635 (2) Google Drive: id_from_path failure: exception (Google\Exception): Do not know how to execute this type of object. (line: 594, file: /home/cluster-sites/2/g/***.***.***/public_html/wp-content/plugins/updraftplus/includes/Google/Client.php)
    0745.637 (2) Google Drive: id_from_path: retry (2)
    0748.638 (2) Google Drive: id_from_path failure: exception (Google\Exception): Do not know how to execute this type of object. (line: 594, file: /home/cluster-sites/2/g/***.***.***/public_html/wp-content/plugins/updraftplus/includes/Google/Client.php)
    0748.640 (2) Google Drive: id_from_path: retry (1)
    0752.642 (2) Google Drive: id_from_path failure: exception (Google\Exception): Do not know how to execute this type of object. (line: 594, file: /home/cluster-sites/2/g/***.***.***/public_html/wp-content/plugins/updraftplus/includes/Google/Client.php)
    0752.645 (2) Google Drive: id_from_path: retry (0)
    0752.647 (2) Google Drive: upload: failed to access parent folder: Do not know how to execute this type of object. (line: 594, file: /home/cluster-sites/2/g/***.***.***/public_html/wp-content/plugins/updraftplus/includes/Google/Client.php)
    0752.648 (2) An error condition has occurred for the first time during this job
    0752.651 (2) Retain: beginning examination of existing backup sets; user setting: retain_files=10, retain_db=10

    Problem still happened after I disconnected UP from Google Drive and reauthenticated it.

    Doesn’t seem to relate to authentication because UP can scan GDrive to refresh its list of remote backups.

    UP version 1.16.46

    WP version 5.6

    PHP version 7.3.19

Viewing 15 replies - 1 through 15 (of 24 total)
  • Plugin Author David Anderson

    (@davidanderson)

    Please replace the file wp-content/plugins/updraftplus/includes/Google/Client.php with this file – https://we.tl/t-4TQSrBjCHr – and then re-run the backup. It will have the same result, but there’s more logging in the log file of important details to enable me to see what the cause might be.

    Thread Starter yarrumjr

    (@yarrumjr)

    The relevant section now looks like this:

    
    0656.824 (1) Requesting upload of the files that have not yet been successfully uploaded (9)
    0656.843 (1) Cloud backup selection (1/1): googledrive with instance (1/1) (last)
    0656.848 (1) Beginning dispatch of backup to remote (googledrive) (instance identifier s-1f05ef5ad9acaf9e7382836ca8ebafea)
    0659.290 (1) Google Drive: id_from_path failure: exception (Google\Exception): Do not know how to execute this type of object (GuzzleHttp\Psr7\Request). (line: 594, file: /home/cluster-sites/2/g/***.***.***/public_html/wp-content/plugins/updraftplus/includes/Google/Client.php)
    0659.293 (1) Google Drive: id_from_path: retry (2)
    0662.294 (1) Google Drive: id_from_path failure: exception (Google\Exception): Do not know how to execute this type of object (GuzzleHttp\Psr7\Request). (line: 594, file: /home/cluster-sites/2/g/***.***.***/public_html/wp-content/plugins/updraftplus/includes/Google/Client.php)
    0662.300 (1) Google Drive: id_from_path: retry (1)
    0666.301 (1) Google Drive: id_from_path failure: exception (Google\Exception): Do not know how to execute this type of object (GuzzleHttp\Psr7\Request). (line: 594, file: /home/cluster-sites/2/g/***.***.***/public_html/wp-content/plugins/updraftplus/includes/Google/Client.php)
    0666.313 (1) Google Drive: id_from_path: retry (0)
    0666.314 (1) Google Drive: upload: failed to access parent folder: Do not know how to execute this type of object (GuzzleHttp\Psr7\Request). (line: 594, file: /home/cluster-sites/2/g/***.***.***/public_html/wp-content/plugins/updraftplus/includes/Google/Client.php)
    0666.332 (1) An error condition has occurred for the first time during this job
    0666.335 (1) Retain: beginning examination of existing backup sets; user setting: retain_files=10, retain_db=10
    0666.355 (1) Number of backup sets in history: 11; groups (db): 1
    
    Plugin Contributor aporter

    (@aporter)

    Hi,

    So we have had another report of this problem and been given admin access to that site.

    After investigating there this appears to be caused by a plugin conflict.

    Do you have the plugin SEOPress Premium installed?

    Best Wishes,

    Ashley

    Thread Starter yarrumjr

    (@yarrumjr)

    No, we don’t have that one installed. Our active plugins are:

    
    Add From Server	Version 3.4.5 by Dion Hulse
    Classic Editor	Version 1.6 by WordPress Contributors
    Customize Feeds for Twitter	Version 1.9.8 by Weblizar
    Disable "BIG image" Threshold	Version 1.0 by Jonathan Desrosiers
    Email Address Encoder	Version 1.0.22 by Till Krüss
    Enable Media Replace	Version 3.5.0 by ShortPixel
    GDPR Cookie Consent Banner	Version 2.3.15 by termly
    Google Analytics for WordPress by MonsterInsights	Version 7.14.0 by MonsterInsights
    Increase Maximum Upload File Size	Version 2.0.4 by Imagify
    Maintenance Mode	Version 2.4.3 by Lukas Juha
    Sermon Manager for WordPress	Version 2.16.3 by WP for Church
    Simple Calendar	Version 3.1.35 by Simple Calendar
    UpdraftPlus - Backup/Restore	Version 1.16.46 by UpdraftPlus.Com, DavidAnderson
    WP Crontrol	Version 1.9.0 by John Blackbourn & crontributors
    

    Our inactive ones:

    
    Akismet Anti-Spam	Version 4.1.8 by Automattic
    inSite by Duda: Personalization Made Easy	Version 1.6.9 by dudamobile.com
    PB oEmbed HTML5 Audio - with Cache Support	Version 2.6 by Pascal Bajorat
    Sermon Browser	Version 0.45.22 by Mark Barnes
    
    LNN

    (@ewan-norman)

    Yes (@aporter), I have the plugin SeoPress Pro plugin installed, and confirm having the same exact error uploading to Google drive.
    Is this a known conflict related to Google analytics authorization? What do you suggest?
    Thanks

    Plugin Contributor aporter

    (@aporter)

    Hi @yarrumjr,

    Out of that list it’s probably a conflict with ‘Google Analytics for WordPress’

    @ewan-norman Yes there appears to be a new conflict between UpdraftPlus and the latest Google SDK some plugins are using and loading on every page.

    We have made some changes our side that gets around this conflict, it’s just going through testing, hopefully a release will be made soon.

    In the meantime if you urgently need backups to be sent to Google Drive you could temporarily disable the conflicting plugin or see if rolling back to a previous version of that plugin works?

    I’ll update you both here when theres an update.

    Best Wishes,

    Ashley

    Thread Starter yarrumjr

    (@yarrumjr)

    @aporter I got the same results from a backup I ran after deactivating that extension. Rather than uninstalling it I’m willing to wait a bit for your update to appear.

    Hi all!

    The solution is to downgrade to version 4.2.1 of SEOPress PRO:

    https://www.seopress.org/support/guides/how-to-downgrade-seopress-pro-to-a-previous-version/

    Our official message from our FB group:

    If you have errors on the WP dashboard page, just downgrade to version 4.2.1. It really depends on the other plugins you have activated. WP doesn’t provide a way to handle dependancies with third party APIs (Drupal does it). A lot of plugins embeds Google APIs into their plugin: the problem is that we need to update these APIs from time to time. What has been done with this version. Except that other plugins have not yet done so, hence the errors. We will therefore use an “intermediate” version to solve this as well as possible.

    Plugin Author David Anderson

    (@davidanderson)

    It’s hard to agree with the technical description. A solution that requires all plugins to use the same version of every library is not realistic. Some plugins want to retain compatibility with older PHP/WP versions (e.g. a backup plugin that is used by people to take a backup of an old site before attempting to upgrade it). Others are happier to be on the cutting edge and lose compatibility (like SEOPress PRO). Even if a plugin author does always instantly use the latest version, some plugins become obsolete and abandoned, and so the site-owner ends up with the same problem again. A one-size-fits-all policy is easy to declare, but breaks down quickly in the real world.

    A realistic solution to such problems is for plugins to do what UpdraftPlus does, and not load their libraries until they’re about to use them. UpdraftPlus doesn’t load its Google libraries until it is about to contact Google services, which can only happen in a background thread when the backup has been created and is about to be uploaded. In that context, no other plugin should have needed to load Google libraries.

    I started having this problem this past weekend. I do not have any of the plugins mentioned above. I guess my option is to deactivate all my plugins except Updraft and start turning them on one by one to find the offending plugin. Add the following plugin to the list of conflicting plugins:

    Simple Calendar
    Version 3.1.35 | By Simple Calendar

    • This reply was modified 3 years, 10 months ago by aueagle.
    • This reply was modified 3 years, 10 months ago by aueagle.
    Plugin Author David Anderson

    (@davidanderson)

    It’s more efficient to eliminate via bisection (i.e. find out which half, then quarter, then eighth, etc., the problematic plugin is in) rather than one-by-one.

    Yes, the bisection method is ideal. Please add Simple Calendar Version 3.1.35 | By Simple Calendar to the list of conflicting plugins. I’ll notify the author informing them of the conflict. I also discovered Simple Calendar had an update 4 days ago which is when my issue with Updraft started occurring.

    • This reply was modified 3 years, 10 months ago by aueagle.
    • This reply was modified 3 years, 10 months ago by aueagle.

    On 2 of my websites it is Simple Calendar update that caused the issues.
    It was updated overnight 7/1 to 8/1 from version 3.1.33 to 3.1.34 and then overnight 8/1 to 9/1 from version 3.1.34 to 3.1.35. The update to 3.1.35 fixed a new error about ’empty needles’ ( I am no techie!)

    My last working backup was 7/1 at 1936 which tends to highlight that it was the update 3.1.33 to 3.1.34. For the time being I have deactiviated Simple Calendar plugin which has bypassed the issue.

    I have also logged a report on their forum.

    • This reply was modified 3 years, 10 months ago by downtonpcweb.
    • This reply was modified 3 years, 10 months ago by downtonpcweb.
    • This reply was modified 3 years, 10 months ago by downtonpcweb.

    We also have this problem, we have Simple Calendar, not SEOPress
    Google Drive: id_from_path failure: exception (Google\Exception): Do not know how to execute this type of object. (line: 594, file: /home…/wp-content/plugins/updraftplus/includes/Google/Client.php)

    File ref’d is dated 6th January after which backups started failing.
    Updraft+ change log:

    1.16.46 – 05/Jan/2021
    FIX: Prevent some deprecation-related errors when backing up to some remote storage locations in PHP 8

    Might there be a correlation here ?

    Hello

    Only to let you know. I am facing the same error, also I use Simple calendars.

    Glad to hera for a solution..
    Bye for now
    Marcela

Viewing 15 replies - 1 through 15 (of 24 total)
  • The topic ‘Upload to Google Drive has started failing’ is closed to new replies.