DevKinsta Disk Space Issue, Database Authentication Error After Docker Restart

Just sharing some potential bugs, and how I worked through them. I recently got a new MacBook Pro (M4 Pro) and downloaded Dev Kinsta and Docker Desktop to pull down my sites but I kept running into the following issues:

  • DevKinsta repeatedly shows “disk almost full” warning on fresh installation and would not import or create any site. To fix the disk space error, I needed to increase Docker disk sizes, removing all containers, images, and volumes, and restart DevKinsta
  • Then, any site creation or import from Kinsta failed with the frontend error: “Something bad happened” and retrying did not work. The log was showing:
    ERROR 1045 (28000): Access denied for user ‘root’@‘localhost’ (using password: YES)

Cause

When Docker Desktop restarts (e.g., after increasing disk size), it cleared the containers but persistent Docker volumes seemed to have remained. The MariaDB container reuses the old volume data and skips password initialization, even though the MYSQL_ROOT_PASSWORD environment variable is set which causes a mismatch between DevKinsta’s expected password and the actual database state (no password).

Solution

  1. Stop and remove all DevKinsta containers
    docker stop devkinsta_adminer devkinsta_nginx devkinsta_fpm devkinsta_mailhog devkinsta_db
    docker rm -f devkinsta_adminer devkinsta_nginx devkinsta_fpm devkinsta_mailhog devkinsta_db

  2. Remove persistent Docker volumes
    docker volume rm devkinsta_db_data devkinsta_dns devkinsta_mailhog_data devkinsta_ssh

  3. Restart DevKinsta to recreate containers

  4. If the issue persists (which it did for me after multiple attempts and restarts), manually set the database password
    docker exec devkinsta_db mysql -u root -e “ALTER USER ‘root’@‘localhost’ IDENTIFIED BY '*************'; FLUSH PRIVILEGES;”
    docker exec devkinsta_db mysql -u root -p************* -e “GRANT ALL PRIVILEGES ON . TO ‘root’@‘%’ IDENTIFIED BY ‘*************’
    WITH GRANT OPTION; FLUSH PRIVILEGES;”

    Note: The password ************* is DevKinsta’s default. You can verify your instance’s password in ~/Library/Logs/DevKinsta/main.log
    (look for mariadb.password).

Not sure if this is something that I did wrong in my setup, or if it needs to be fixed for others, or if it’s a bug with DevKinsta, but nevertheless I thought I’d share in case it was helpful for others.

Hi @greg Welcome to the Community!

Thanks a lot for sharing, that’s really detailed and helpful. I want to take a closer look to see what might be going on in your setup. Could you please share a few details so I can check properly?

macOS version
Docker Desktop version
DevKinsta version

It would also help if you could attach your DevKinsta log file so I can review what’s happening during startup.

Once I have those details, I’ll try to replicate the behavior and see if this might be a compatibility issue or something that needs to be escalated.

We really appreciate how thoroughly you documented everything! Looking forward to your response.

Thanks! Sure thing.

macOS Version: Sequoia 15.5
Docker Desktop Version: v4.49.0
DevKinsta Version: 2.13.5 (2.13.5.9020)

Will send you a zipped log file directly!

@greg Thanks for sending over the logs and the details I requested.
I’ll run a few tests on my end and keep you updated on the results

Hi @greg

Thank you for sharing your detailed solution regarding the issues encountered with ERROR 1045. However, I was unable to replicate the problem during my tests.

Here are the details of my setup:

  • Machine: M2 Chip
  • OS: 15.6.1
  • DevKinsta: 2.13.5
  • Docker Desktop: versions 4.46.0 and 4.49

I increased the disk space limit in the Docker Desktop settings, as shown in the screenshot, and restarted both Docker Desktop and DevKinsta, but I was still able to create a new site and import an existing site from Kinsta without any issues. I tested this on both Docker Desktop versions: 4.46.0 and 4.49.

It seems that the issue may be isolated to your machine. However, it could potentially be a common issue that other users might experience. So thank you once again for sharing your solution. :slightly_smiling_face:

Best regards,

Hi @Adrian_L I am on a new M4 Pro MacBook.

Out of extra due diligence, I went through and deleted everything one more time (ran docker system prune, etc), but left the Docker Desktop allocations, and restarted my machine. When I go to create a site, this is the error that I get.

and in my main.log I’m seeing the same error (with the same mariadb password as before?):
[2025-11-03 10:16:42.254] [info] [createDatabase] Creating database
[2025-11-03 10:16:42.255] [info] [createNewDb] Create database: Testing
[2025-11-03 10:16:42.255] [info] [dockerUtil/getContainer] Get ‘devkinsta_db’ Docker container
[2025-11-03 10:16:42.255] [warn] {
host: ‘127.0.0.1’,
mariadb: {
name: ‘devkinsta_db’,
user: ‘root’,
password: ‘8*************EE’,
containerId: ‘devkinsta_db’,
port: ‘15100’
},
adminer: {
containerId: ‘c3f064179eeaa9d6e669b4ee0acd5d907c47b322a3e5a098c84282fe5259169b’,
name: ‘devkinsta_adminer’,
port: 15200
},
mailhog: {
containerId: ‘devkinsta_mailhog’,
name: ‘devkinsta_mailhog’,
port: ‘15400’
},
fpm: {
containerId: ‘devkinsta_fpm’,
name: ‘devkinsta_fpm’,
publicFolder: ‘/Users/gregmihalko/DevKinsta/public’,
privateFolder: ‘/Users/gregmihalko/DevKinsta/private’,
logsFolder: ‘/Users/gregmihalko/DevKinsta/logs’
},
nginx: {
containerId: ‘devkinsta_nginx’,
name: ‘devkinsta_nginx’,
kinstaFolder: ‘/Users/gregmihalko/DevKinsta/kinsta’,
publicFolder: ‘/Users/gregmihalko/DevKinsta/public’,
privateFolder: ‘/Users/gregmihalko/DevKinsta/private’,
logsFolder: ‘/Users/gregmihalko/DevKinsta/logs’
}
}
[2025-11-03 10:16:42.274] [info] [ProgressIndicator] { isFailed: false, isOpen: true }
[2025-11-03 10:16:42.299] [info] [containerExec] Command ‘mysql -u root -p****** -e “create database Testing;”’ on devkinsta_db finished with exit code 1
[2025-11-03 10:16:42.300] [error] [ipcMainStep] Error in operation SITE_CREATION, step database: Error: Error (1): UERROR 1045 (28000): Access denied for user ‘root’@‘localhost’ (using password: YES)
at /Applications/DevKinsta.app/Contents/Resources/app.asar/main.prod.js:2:835521
at tryCatch (/Applications/DevKinsta.app/Contents/Resources/app.asar/main.prod.js:8:1825553)
at Generator. (/Applications/DevKinsta.app/Contents/Resources/app.asar/main.prod.js:8:1827198)
at Generator.next (/Applications/DevKinsta.app/Contents/Resources/app.asar/main.prod.js:8:1826102)
at asyncGeneratorStep (/Applications/DevKinsta.app/Contents/Resources/app.asar/main.prod.js:8:1818439)
at _next (/Applications/DevKinsta.app/Contents/Resources/app.asar/main.prod.js:8:1818659)
at processTicksAndRejections (node:internal/process/task_queues:95:5)
[2025-11-03 10:16:42.325] [info] [ProgressIndicator] { isFailed: true, isOpen: true }

It only resolved after running the above exec scripts.

What am I missing here? How would this be an issue that only affects my machine if I am downloading the images via the DevKinsta app?

Having a very similar issue to this but I followed your steps and still getting the same error when trying to import a site from myKinsta :confused:

Interesting, what errors are you seeing?

Did the commands below run without any errors? Note, you may need to convert them to plaintext before running them bc of the autoformatting in this thread.

docker exec devkinsta_db mysql -u root -e “ALTER USER ‘root’@‘localhost’ IDENTIFIED BY '*************'; FLUSH PRIVILEGES;”

docker exec devkinsta_db mysql -u root -p************* -e “GRANT ALL PRIVILEGES ON *.* TO ‘root’@‘%’ IDENTIFIED BY ‘*************’
WITH GRANT OPTION; FLUSH PRIVILEGES;”

Same error as above when trying to pull a side down from kinsta. Something bad happened on step 2.

I have sent the log to support so hopefully they can help, spent too many hours now going round in circles trying to find a fix. If I get a fix from them I will post it.

@greg

Perhaps you can try deleting all the DevKinsta containers, images, and volumes within Docker Desktop again, one last time for me. But this time, also delete these two folders. Then reinstall Devkinsta. Then, try adjusting the disk limit again and see if the issue persists.

  • User/Library/Application Support/DevKinsta (application config)

  • User/DevKinsta (site files)