And I am always getting a pop-up from WordPress to log-in while restoring (which later failes on above mentioned error). That is strange beacuse I am obviously logged in while doing the restoration.
Plugin Contributor
bcrodua
(@bcrodua)
Hi,
To help us work out the cause of your problem, can you please send us a copy of the restoration log only?
You can find this log in the ‘wp-content/updraft’ directory of your site via FTP.
Please copy the contents into an online tool (such as http://pastebin.com/ ) and post the link here.
Best Wishes,
Bryle
Plugin Contributor
bcrodua
(@bcrodua)
Hi,
Thanks for sending the log.
It appears that the restoration has been timed out or killed off while restoring the database. Can you please check your host/server admin? The PHP error log should have the exact information as to why the process could not complete.
Regards,
Bryle
Hi,
Maybe I discovered something now. When i log the error, I can see this in my debug.log file:
[09-Jun-2020 17:56:31 UTC] PHP Warning: copy(): The first argument to copy() function cannot be a directory in /home/botasoci/public_html/wp-admin/includes/class-wp-filesystem-direct.php on line 281
So, it complains on this row:
$rtval = copy( $source, $destination );
I have updated my above link to also include the file
debug.log and
class-wp-filesystem-direct.php
Hi,
I have been in contact with my host/server admin.
They said that from what they can see the database restore actually gets completed. The problem is when the plugin tries to restore the “Others” component of the website. The highlighted error says:
Move /home/botasoci/public_html/wp-content/languages -> /home/botasoci/public_html/wp-content/languages-old: Failed. Destination Directory UID=1090, GID=1093. Effective/real user IDs of the current process: 1090/1090. Effective/real group IDs of the current process: 1093/1093.
This is their back-end error logs:
Furthermore, they wrote:
“We’ve already tried resetting the folders/files permission of the entire user directory and manually checking “/home/botasoci/public_html/wp-content/languages” we only see 755/644 perms which is what’s usually works in the industry. We recommend touching base with Updraft Support once again and provide them the above details. Check if they require the folder/file perms to be updated to something else otherwise how to bypass the detected error. Please let us know how it goes and if there is anything else we can assist you with.”
They also gave these two attachments:
updraft restore error.PNG
updaft full error.txt
you can find them in:
https://1drv.ms/u/s!ApPhP1_jV40zgxRWFJqJolLgkRaj?e=fdxYV1
Plugin Contributor
bcrodua
(@bcrodua)
Hi,
Apologies for the late reply.
There appears to be a file permission issue, meaning UpdraftPlus or WordPress does not have the correct read or write permission to a certain folder or file.
The following article on Smashing Magazine is a good guide as to the file permissions/ownerships that are required for WordPress: https://www.smashingmagazine.com/2014/05/proper-wordpress-filesystem-permissions-ownerships/#file-and-folder-ownership-for-wordpress
Regards,
Bryle
