Hi @hcmendez . Welcome to DevKinsta! I’m sorry to hear you’re having trouble. Let’s see if we can figure out what happened here.
Could you tell me if your files exist within c:\User\Hen_1\DevKinsta? Do you see your sites under the public directory?
Hello, thanks for answering, that directory exists and this is the content inside:
And on the public directory:
Would you be able to provide a screenshot of Docker as well?
I’ll throw in my $.02 here also - same thing is happening to me after the most recent update.
I am on Mac OS X -
I am sort of happy to hear I am not the only facing this issue - it just started after the automatic update that installed 04/19/2021
I can “fix” it - the same way - tear down DevKinsta as well as Docker - and throw in a re-boot to ensure I am starting over again.
Then I have to recreate the site - and re upload the DB
but shortly there after - it will go boom
Do you mean, deleting the created site, creating it again with the same name and db?
Yes - I can recover (sort of) by re-creating the site. HOWEVER - be sure to copy/backup your site’s folder before deleting (because devKinsta wipes it out!)
BUT this doesn’t fix the underlying problem - it is clear that something changed for the worse in the latest update.
Tried that, didn’t work. Too bad for DevKinsta that this issues are happening. I just lost a 3 weeks work for an unknown reason they don’t even know why. This database problems are probably the most important ones, if your database gets deleted, everything will get deleted as well. No matter what you do. This issue comes from DevKinsta and not from other place. I don’t really thing docker might caused and issue, because the database is managed by DevKinsta. I trusted in this tool but it’s just disappointing.
Note - one of my database keeps disappearing.
It appears to be related to typing this command in wp-cli (but not always!)
wp db reset --yes
I know it fails when the response I get is:
www-data@edeeeb29b62d:/www/kinsta/public/homesites$ wp db reset --yes
ERROR 1006 (HY000) at line 1: Can’t create database ‘homesites’ (errno: 28 “No space left on device”)
I then need to delete this site from devKinsta, and restart my computer (restarting docker). Looking at the Docker console - I see that the Mailhog container has exited - but the rest of the containers are still running (see screenshot - Dropbox - Screen Shot 2021-04-25 at 5.48.54 PM.png - Simplify your life )
This behavior is “new” as of the Version 1.1.5 (1.1.5.1559) of devKinsta
@onebigidea I’m sorry to hear you’re still having trouble. To clarify on that WP CLI command, that’s to completely drop the database and create a new one. Don’t do that unless you’re attempting to delete your database. If you’re looking to reset your database, it’d be best to keep the database in place and instead go into the database manager and drop all the tables.
Thanks - I’ll modify our procedures accordingly.
Hi @michael ! Any updates on this issue? I see that it’s several topics with similar issues, and this just happened to me today as well. Closed down my computer last night and when I started it this morning all databases where gone.
Until this issue is fixed, do you have any recommendation in retrieving the database?
Hi @VeVas . I’m sorry about the issues. No updates at this time to provide, but if you could share further information on your configuration, that’d be super helpful to the dev team here. Do you happen to know if Docker updated?
Q: Date/Time this occurred (Provide your time zone also)
A: 30 June 2021 12noon (EDT)
Q: DevKinsta Version
**A:**1.1.7 (1645)
Q: OS Version
A: Mac OS X Catalina (10.15.7)
Q: Docker Desktop Version
**A:**3.4.0(5223)
Q: Were any error codes or messages observed? If so, what were they?
A: See notes below - no visibile errors in WordPress itself
Q: Detailed Description of the Problem
A: site stopped working and providing info from DB
From Docker (devkinsta_db)
2021-06-28 13:53:07 4 [ERROR] mysqld: Table ‘./tributology/wp_nbjcnm_options’ is marked as crashed and should be repaired
2021-06-28 13:53:07 4 [Warning] Checking table: ‘./tributology/wp_nbjcnm_options’
2021-06-28 13:53:19 4 [ERROR] mysqld: Table ‘./tributology/wp_nbjcnm_usermeta’ is marked as crashed and should be repaired
2021-06-28 13:53:19 4 [Warning] Checking table: ‘./tributology/wp_nbjcnm_usermeta’
2021-06-29 20:53:38 355 [Warning] Aborted connection 355 to db: ‘tributology’ user: ‘root’ host: ‘172.18.0.1’ (Got an error reading communication packets)
2021-06-30 15:58:35 630 [ERROR] mysqld: Disk full (/tmp/#sql-temptable-1-0.MAI); waiting for someone to free some space… (errno: 28 “No space left on device”)
2021-06-30 15:58:35 630 [ERROR] mysqld: Disk full (/tmp/#sql-temptable-1-0.MAI); waiting for someone to free some space… (errno: 28 “No space left on device”)
2021-06-30 16:05:06 632 [ERROR] mysqld: Disk full (/tmp/#sql-temptable-1-0.MAI); waiting for someone to free some space… (errno: 28 “No space left on device”)
2021-06-30 16:05:07 631 [ERROR] mysqld: Disk full (/tmp/#sql-temptable-1-1.MAI); waiting for someone to free some space… (errno: 28 “No space left on device”)
2021-06-30 16:05:09 634 [ERROR] mysqld: Disk full (/tmp/#sql-temptable-1-0.MAI); waiting for someone to free some space… (errno: 28 “No space left on device”)
From Adminer
Warning: session_regenerate_id(): write failed: No space left on device (28) in /var/www/html/adminer.php on line 1467
Warning: session_regenerate_id(): Session write failed. ID: files (path: ) in /var/www/html/adminer.php on line 1467
Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/adminer.php:1467) in /var/www/html/adminer.php on line 77
From WP_DEBUG
[30-Jun-2021 15:58:35 UTC] WordPress database error Disk full (/tmp/#sql-temptable-1-0.MAI); waiting for someone to free some space… (errno: 28 “No space left on device”) for query SHOW FULL COLUMNS FROM wp_options made by require(‘wp-blog-header.php’), require_once(‘wp-load.php’), require_once(‘wp-config.php’), require_once(‘wp-settings.php’), do_action(‘wp_loaded’), WP_Hook->do_action, WP_Hook->apply_filters, _wp_cron, spawn_cron, set_transient, update_option
On Restart of DevKinsta
Used Docker Desktop to delete all the exited containers
Restarted DevKinsta (rebuilt Containers - back to working )
Hi @onebigidea .I’m sorry for the trouble. I’ve merged your bug report with an existing bug to consolidate the same issue.
Hi everyone. Apologies for the trouble here. Here’s how to fix this:
You’ll need to open Docker then navigate to Preferences. Within that window, you should see a Resources tab. Try increasing the Disk Image Size to a higher value.
We’re looking at solving this in a future update to detect usage. We’ll keep this thread open and let you know once it’s solved on DevKinsta itself.
Hi @michael!
Any updates on this? (it just happened again 
)
We really need a solution for this. The “Docker Wipe” has happened to me on several occasions now, and it’s extremely frustrating. This is an issue that renders DevKinsta almost unusable as long as these troubles persist.
Hi @VeVas . No updates yet on this here, but it sounds like perhaps you may have a different issue. Are you seeing the error [ERROR] mysqld: Disk full (/tmp/#sql-temptable-1-0.MAI); waiting for someone to free some space… (errno: 28 “No space left on device”) as reported by others above? If you’re seeing a different message, would you mind creating a new topic here for us to troubleshoot together?
DevKinsta 2.2.0 addresses the issue of checking to ensure that Docker has enough disk space available for DevKinsta to run. 2.2.0 also corrects database password creation when new containers are created. If you still experience any issues here, please let us know by creating a new post here. Thanks again for using DevKinsta!
