UpdraftPlus Home › Forums › Paid support forum – UpdraftPlus backup plugin › 404 after clone/migrating
- This topic has 5 replies, 2 voices, and was last updated 7 years, 3 months ago by Dee Nutbourne.
-
AuthorPosts
-
January 10, 2017 at 2:47 pm #188435IT SupportParticipant
I get a 404 after using “send to site” and performing a restore on new site.
Can I do a restore manually since I can’t access wp-admin anymore?Log file – https://pastebin.com/BeZ3Vi9J
It appears to be permission issue in IIS. What is trying to happen in wflogs?
also….
Where is this error coming from? Original site or new site?
0007.078 (R) [notice] Warning: the database’s site URL (https://wp.domainxyz.com) is different to what we expected (https://my.domainxyz.com)
0007.080 (R) [notice] Warning: the database’s home URL (https://wp.domainxyz.com) is different to what we expected (https://my.domainxyz.com)thanks for help
January 10, 2017 at 2:54 pm #188440IT SupportParticipantWhen I tried to do a restore, UD told me MySQL DB versions were different which is great that it tested for that and after I upgraded that notice went away. It should test the permissions as well and not proceed if it can’t add,delete, modify “test” data to needed folders and DB. Because now I am left with unusable WP site.
thanks again
January 10, 2017 at 7:32 pm #188488Dee NutbourneModeratorHi,
Does your homepage work, but the rest of the site give the 404 error? If so, we have a guide available here:
https://updraftplus.com/faqs/migrating-site-front-page-works-pages-give-404-error/The Others section of the backup (everything in wp-content not covered by the other parts) is the only part that has not restored correctly. You can manually restore this section by unzipping the ‘others’ backup file, and uploading the contents via FTP to the wp-content directory.
Best Wishes,
David NJanuary 10, 2017 at 7:40 pm #188491IT SupportParticipantSite is completely down. I did unzip files manually but didn’t change anything. I am assuming this is DB related. I created a new DB and went thru install.php to get site back up and then did another restore (no DB) and get this now.
0000.022 () Opened log file at time: Tue, 10 Jan 2017 19:13:32 +0000 on https://my2.SFK-llc.com
0000.022 () UpdraftPlus WordPress backup plugin (https://updraftplus.com): 2.12.30.22 WP: 4.6.1 PHP: 7.0.9 (cgi-fcgi, Windows NT SFK-WEB 10.0 build 14393 (Windows Server 2016) AMD64) MySQL: 5.5.54 WPLANG: en_US Server: Microsoft-IIS/10.0 safe_mode: 0 max_execution_time: 900 memory_limit: 256M (used: 21.2M | 2M) multisite: N openssl: OpenSSL 1.0.2h 3 May 2016 mcrypt: Y LANG: ZipArchive::addFile: Y
0000.022 () Free space on disk containing Updraft’s temporary directory: 44176.2 MB
0000.027 () Restore job started. Entities to restore: plugins, themes, uploads, others. Restore options: {“updraft_restorer_replacesiteurl”:false,”updraft_encryptionphrase”:””,”updraft_restorer_wpcore_includewpconfig”:false}
0001.073 () Entity: plugins
0001.073 () restore_backup(backup_file=backup_2017-01-09-1202_SFK_Intranet_03409fb9c115-plugins.zip, type=plugins, info=a:2:{s:4:”path”;s:37:”C:\inetpub\wwwroot/wp-content/plugins”;s:11:”description”;s:7:”Plugins”;}, last_one=)
0001.074 () Unpacking backup… (backup_2017-01-09-1202_SFK_Intranet_03409fb9c115-plugins.zip, 37.8 Mb)
0020.934 () Moving old data: filesystem method / updraft_dir is potentially possible
0020.934 () Moving old data: can potentially use wp_filesystem method / -old
0020.934 () Moving old data out of the way…
0022.040 () Top-level entities being moved: backupwordpress, buddyboss-one-click, buddypress, buddypress-docs, contact-form-7, embed-any-document, google-analytics-dashboard-for-wp, google-analytics-for-wordpress, index.php, ithemes-security-pro, jetpack, nextgen-gallery, ozh-admin-drop-down-menu, pdf-embedder, pdfembedder-premium, really-simple-ssl, really-simple-ssl-pro, simple-ldap-login, simple-tags, the-events-calendar, the-events-calendar-category-colors, updraftplus, wordfence, wordpress-seo, wp-force-login, wp-pagenavi, wp-polls, wp-super-cache, wp-updates-notifier
0022.073 () Error message: Could not move the files into place. Check your file permissions.
0022.073 () Error data (move_failed): C:\inetpub\wwwroot/wp-content/plugins/updraftplus -> C:\inetpub\wwwroot/wp-content/updraft/plugins-old/updraftplus
0022.073 () plugins: C:/inetpub/wwwroot/wp-content/plugins: deleting contents (as attempts to copy failed)
0027.275 () Moving unpacked backup into place…
0028.214 () Top-level entities being moved: backupwordpress, buddyboss-one-click, buddypress, buddypress-docs, contact-form-7, embed-any-document, google-analytics-dashboard-for-wp, google-analytics-for-wordpress, index.php, ithemes-security-pro, jetpack, nextgen-gallery, ozh-admin-drop-down-menu, pdf-embedder, pdfembedder-premium, really-simple-ssl, really-simple-ssl-pro, simple-ldap-login, simple-tags, the-events-calendar, the-events-calendar-category-colors, updraftplus, wordfence, wordpress-seo, wp-force-login, wp-pagenavi, wp-polls, wp-super-cache, wp-updates-notifier
0028.255 () Cleaning up rubbish…
0028.281 () Entity: themes
0028.281 () restore_backup(backup_file=backup_2017-01-09-1202_SFK_Intranet_03409fb9c115-themes.zip, type=themes, info=a:2:{s:4:”path”;s:36:”C:\inetpub\wwwroot/wp-content/themes”;s:11:”description”;s:6:”Themes”;}, last_one=)
0028.281 () Unpacking backup… (backup_2017-01-09-1202_SFK_Intranet_03409fb9c115-themes.zip, 13.7 Mb)
0031.432 () Moving old data: filesystem method / updraft_dir is potentially possible
0031.432 () Moving old data: can potentially use wp_filesystem method / -old
0031.433 () Moving old data out of the way…
0031.629 () Top-level entities being moved: boss, boss-child, business-elite, exclusive, index.php
0031.637 () Moving unpacked backup into place…
0031.773 () Top-level entities being moved: boss, boss-child, business-elite, exclusive, index.php
0031.779 () Cleaning up rubbish…
0031.805 () Entity: uploads
0031.805 () restore_backup(backup_file=backup_2017-01-09-1202_SFK_Intranet_03409fb9c115-uploads.zip, type=uploads, info=a:2:{s:4:”path”;s:37:”C:\inetpub\wwwroot/wp-content/uploads”;s:11:”description”;s:7:”Uploads”;}, last_one=)
0031.805 () Unpacking backup… (backup_2017-01-09-1202_SFK_Intranet_03409fb9c115-uploads.zip, 8.8 Mb)
0031.948 () Moving old data: filesystem method / updraft_dir is potentially possible
0031.949 () Moving old data: can potentially use wp_filesystem method / -old
0031.949 () Moving old data out of the way…
0031.965 () Moving unpacked backup into place…
0031.977 () Cleaning up rubbish…
0031.994 () Entity: others
0031.994 () restore_backup(backup_file=backup_2017-01-09-1202_SFK_Intranet_03409fb9c115-others.zip, type=others, info=a:2:{s:4:”path”;s:29:”C:\inetpub\wwwroot/wp-content”;s:11:”description”;s:6:”Others”;}, last_one=)
0031.994 () Unpacking backup… (backup_2017-01-09-1202_SFK_Intranet_03409fb9c115-others.zip, 99.8 Mb)
0034.488 () PHP event: code E_WARNING: copy(): The first argument to copy() function cannot be a directory (line 257, C:\inetpub\wwwroot\wp-admin\includes\class-wp-filesystem-direct.php)
0034.489 () Error message: Could not move old files out of the way. You should check the file ownerships and permissions in your WordPress installation (C:/inetpub/wwwroot/wp-content/wflogs)
0034.489 () Restore failed…
0034.489 () Error message: Could not move old files out of the way. You should check the file ownerships and permissions in your WordPress installation (C:/inetpub/wwwroot/wp-content/wflogs)
0034.489 () Restore failedJanuary 10, 2017 at 7:51 pm #188495IT SupportParticipantalso, I am going from Linux to IIS (2016 server)
Assuming permissions are correct since folders are created and deleted.
UpdraftPlus – Remove old directories
Delete: bb-oneclick-demos-old: OK
Delete: plugins-old: OK
Delete: themes-old: OK
Delete: uploads-old: OK
Delete: plugins-old: OK
Delete: themes-old: OK
Delete: uploads-old: OKOld directories successfully removed.
I just tried to restore DB and now I get this when accessing site.
WordPress database error: [MySQL server has gone away]
INSERT INTOwp_itsec_log
(log_type
,log_priority
,log_function
,log_date
,log_date_gmt
,log_host
,log_username
,log_user
,log_url
,log_referrer
,log_data
) VALUES (‘file_change’, 8, ‘File Changes Detected’, ‘2017-01-10 13:46:42’, ‘2017-01-10 19:46:42’, ”, ”, ‘0’, ”, ”, ‘a:4:{s:5:\”added\”;a:9299:{s:9:\”index.php\”;a:2:{s:1:\”d\”;i:1380064692;s:1:\”h\”;s:32:\”b61b25303be0f573a6b9446d5cbe3a5b\”;}s:11:\”license.txt\”;a:2:{s:1:\”d\”;i:1457205266;s:1:\”h\”;s:32:\”a2b365a131a3aaa578bcce14ae9a0512\”;}s:11:\”readme.html……….January 11, 2017 at 8:23 pm #188679Dee NutbourneModeratorHi,
It appears that UpdraftPlus specifically does not have permission to move the top-level contents of the wp-content directory to a sub-folder.
Could you check if the MySQL server is still up, and check the MySQL error logs? It appears that the connection to the database is failing when attempting to log the login attempt.
Best Wishes,
David N -
AuthorPosts
- The topic ‘404 after clone/migrating’ is closed to new replies.