Still didn't work after deleting Docker Containers

DevKinsta Application Support
1

Continuing the discussion from Cannot import a zip:

Here’s what I tried: Zight Recording 2024-03-22 ...

2

Hi @cliff! Thanks for following up with us regarding this matter.!

Thank you as well for sharing that video. This video is very helpful and fully shows what steps you are taking and what error is occurring. It does appear from the video that you have followed our earlier steps correctly to fully shutdown DevKinsta, remove the related containers, and then launch the software again. I also see it appears your backup archive is structured properly. However, the error continues to persist.

I am going to further escalate this with our development team to see if they may know what’s causing this and to see what further steps we can take to resolve this problem. We do appreciate your patience while we further investigate. We will update you as soon as possible once we have additional details to share.

In the meantime, please don’t hesitate to reply if you do have any further questions or details you would like to share.

Best regards

3

Also just to quickly add, would it be possible for you to please direct/private message me a current copy of the main.log file? On Mac you may locate this file by launching DevKinsta and selecting “Reveal log file” under the help menu in the top bar. Having the details in this log file will help us in our investigation.

Thank you!

4

I sent it to you just now.

5

Hi @cliff! Thank you for following up with us!

Thanks for sending me the main.log file. I have reviewed the file and I do see an interesting entry in the log that could be related to this issue. I do see an error is logged with the description “Strange wp-config.php file: wp-settings.php is not loaded directly.”

To confirm, in the wp-config.php file do you see an entry that matches the following?

require_once ABSPATH . ‘wp-settings.php’;

This line should be present towards the end of the file, and is what calls the wp-settings.php file.

We are looking forward to hearing back from you!

Best regards

6 
/** Absolute path to the WordPress directory. */
if ( ! defined( 'ABSPATH' ) ) {
	define( 'ABSPATH', __DIR__ . '/' );
}
7

LocalWP was able to take my host’s native .zip (without me rearranging files then rezipping) and import successfully, first attempt. I’d like to see DevKinsta’s importing be more robust, able to handle more import structures of files.

8

Hi @cliff

I am showing these errors from the latest main.log file that you shared.

[2024-03-22 17:11:59.427] [error] Error - DK0081: WP_PARSE_CONFIG: live_KKlG.sql not found
[2024-03-22 17:11:59.435] [error] [validateBackupArchive] validating backup archive failed. Error - DK0081: WP_PARSE_CONFIG: live_KKlG.sql not found
[2024-03-22 17:11:59.436] [error] [ipcMainStep] Error in operation SITE_CREATION, step validate: Error - DK0081: WP_PARSE_CONFIG: live_KKlG.sql not found
[2024-03-22 17:19:52.562] [error] Error - DK0081: WP_PARSE_CONFIG: live_KKlG.sql not found
[2024-03-22 17:19:52.568] [error] [validateBackupArchive] validating backup archive failed. Error - DK0081: WP_PARSE_CONFIG: live_KKlG.sql not found
[2024-03-22 17:19:52.569] [error] [ipcMainStep] Error in operation SITE_CREATION, step validate: Error - DK0081: WP_PARSE_CONFIG: live_KKlG.sql not found

The error message refers to a specific error - DK0081. To try to resolve this issue, please check the wp-config.php file and ensure that the DB_NAME value matches the name of your .SQL file. Please make sure of the following:

  • The define( 'DB_NAME', '{dbName}' ); line exists in the file.
  • A .sql file named exactly as mentioned in the config file {dbName}.sql exists in the root folder.

Let me know how it goes! :slightly_smiling_face:

9

image
image1034×694 36.4 KB

Yes, that is the error message. No, the one shown in the UI is not helpful like your error message is. And it links to Troubleshooting - Error Codes - Kinsta® Docs which does not give helpful suggestions.

Changing the ___.sql file to match the DB_NAME setting did allow the import to complete but the site is just the URL over and over:

image
image1454×948 228 KB

The db shows 72 tables in total, but my LocalWP import for the same site export shows 170 tables in total.

10

Interesting. :thinking: Can you try importing the SQL file through the Database Manager UI for the site within Devkinsta instead? This will hopefully allow us to see if it reveals a more detailed error or if it imports all of the database data. However, please remember to drop the existing 72 tables first to avoid creating duplicate tables.