# DevKinsta DK0066 persistent issue on Apple Silicon – full environment reset already done
**URL:** https://community.kinsta.com/t/devkinsta-dk0066-persistent-issue-on-apple-silicon-full-environment-reset-already-done/6161
**Category:** Installation
**Created:** [April 28, 2026, 2:12pm UTC](https://community.kinsta.com/t/devkinsta-dk0066-persistent-issue-on-apple-silicon-full-environment-reset-already-done/6161 "2026-04-28T14:12:29Z")
**Posts on this page:** 3
**Page:** 1
### Author:  [@Tech\_Aticco](https://community.kinsta.com/u/Tech_Aticco)
#### Post date: [April 28, 2026, 2:12pm UTC](https://community.kinsta.com/t/devkinsta-dk0066-persistent-issue-on-apple-silicon-full-environment-reset-already-done/6161/1 "2026-04-28T14:12:29Z")
Hi DevKinsta team,
I’m reaching out because I’m completely stuck with a persistent DK0066 issue and I urgently need help to get this working as soon as possible.
I’m running DevKinsta on macOS (Apple Silicon / aarch64) with Docker Desktop, and I’ve gone through a **full and exhaustive troubleshooting process** , but the issue still persists.
* * *
## **Issue description**
When creating a new site in DevKinsta, the process fails at different stages, but most consistently at:
- Step 2 (initialization / setup stage)
- Step 4 (“Downloading remote site”)
The error shown is always **DK0066**.
The behavior is inconsistent in terms of step, but the failure is always the same: the site creation process cannot complete.
* * *
## **What works**
- Docker Desktop is running correctly
- All containers (nginx, php-fpm, adminer, mailhog) start successfully
- `docker ps` runs without errors
- No port conflicts detected (80, 443, 3306)
- Network connectivity to Kinsta API is working (tested via curl – HTTP 301 response)
* * *
## **What I have already tried (extensive troubleshooting)**
I have gone through a full reset of the environment:
### Docker / system cleanup
- Stopped all containers
- Removed all containers and images
- Removed all volumes (including devkinsta\_db\_data, dns, mailhog, ssh)
- Pruned Docker system completely (`system prune -a --volumes`)
- Reset Docker networks
- Restarted Docker Desktop multiple times
- Fully verified Docker daemon stability
### DevKinsta reset
- Completely removed `~/DevKinsta`
- Reinstalled DevKinsta from scratch
- Performed multiple clean site creation attempts
### Authentication / API
- Confirmed no manual API token was initially configured
- Verified login session issues and re-authenticated
- No external API errors detected
### System / network checks
- No VPN active
- No firewall blocking detected
- Proxy disabled in Docker Desktop
- macOS reboot performed multiple times
* * *
## **Logs summary**
- PHP-FPM containers start correctly and remain stable
- MariaDB starts but often does not reach a clearly stable “ready for connections” state
- Repeated log pattern: `mysqld starting as process 1...`
- DevKinsta sync/download step fails consistently with DK0066
* * *
## **Current situation**
At this point, I have completely rebuilt the environment multiple times. Docker itself is stable and functioning, but DevKinsta still fails during site provisioning and remote download steps.
I’m honestly running out of options here and I’m quite desperate to get this working because I rely on this environment for development work.
* * *
## **Request**
Could you please confirm:
- Is there a known issue with DK0066 on Apple Silicon (aarch64)?
- Is there any incompatibility with current Docker Desktop versions?
- Could this be related to the DevKinsta provisioning/sync engine itself?
- Is there any workaround or stable version that works reliably?
Any help would be massively appreciated. I really need to get this working ASAP.
Thank you in advance.
(main.log redacted)
---
### Author:  [@Adrian\_L](https://community.kinsta.com/u/Adrian_L)
#### Post date: [April 28, 2026, 10:22pm UTC](https://community.kinsta.com/t/devkinsta-dk0066-persistent-issue-on-apple-silicon-full-environment-reset-already-done/6161/4 "2026-04-28T22:22:54Z")
Hi @Tech_Aticco 👋
Welcome to the Kinsta Community!
I’m sorry to hear you’re experiencing these issues. Upon reviewing the man.log file, I noticed an error that seems to trigger the DK0066 message.
`[2026-04-28 10:42:26.845] [error] [ipcMainStep] Error in operation SITE_CREATION, step database: Error: Error (1): UERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)`
Could you please try the solution suggested in this other thread? You can find it here: [Error: Something bad happened - when trying to import site from myKinsta - #15 by VladimirM](https://community.kinsta.com/t/error-something-bad-happened-when-trying-to-import-site-from-mykinsta/5661/15)
Let us know how it goes!
---
### Author:  [@alishawinson](https://community.kinsta.com/u/alishawinson)
#### Post date: [May 13, 2026, 2:47am UTC](https://community.kinsta.com/t/devkinsta-dk0066-persistent-issue-on-apple-silicon-full-environment-reset-already-done/6161/5 "2026-05-13T02:47:53Z")
> [@Tech\_Aticco](#):
>
> Hi DevKinsta team,
>
> I’m reaching out because I’m completely stuck with a persistent DK0066 issue and I urgently need help to get this working as soon as possible.
>
> I’m running DevKinsta on macOS (Apple Silicon / aarch64) with Docker Desktop, and I’ve gone through a **full and exhaustive troubleshooting process** , but the issue still persists.
>
> * * *
>
> ## **Issue description**
>
> When creating a new site in DevKinsta, the process fails at different stages, but most consistently at:
>
> - Step 2 (initialization / setup stage)
> - Step 4 (“Downloading remote site”)
>
> The error shown is always **DK0066**.
>
> The behavior is inconsistent in terms of step, but the failure is always the same: the site creation process cannot complete.
>
> * * *
>
> ## **What works**
>
> - Docker Desktop is running correctly
> - All containers (nginx, php-fpm, adminer, mailhog) start successfully
> - `docker ps` runs without errors
> - No port conflicts detected (80, 443, 3306)
> - Network connectivity to Kinsta API is working (tested via curl – HTTP 301 response)
>
> * * *
>
> ## **What I have already tried (extensive troubleshooting)**
>
> I have gone through a full reset of the environment:
>
> ### Docker / system cleanup
>
> - Stopped all containers
> - Removed all containers and images
> - Removed all volumes (including devkinsta\_db\_data, dns, mailhog, ssh)
> - Pruned Docker system completely (`system prune -a --volumes`)
> - Reset Docker networks
> - Restarted Docker Desktop multiple times
> - Fully verified Docker daemon stability
>
> ### DevKinsta reset
>
> - Completely removed `~/DevKinsta`
> - Reinstalled DevKinsta from scratch
> - Performed multiple clean site creation attempts
>
> ### Authentication / API
>
> - Confirmed no manual API token was initially configured
> - Verified login session issues and re-authenticated
> - No external API errors detected
>
> ### System / network checks
>
> - No VPN active
> - No firewall blocking detected
> - Proxy disabled in Docker Desktop
> - macOS reboot performed multiple times
>
> * * *
>
> ## **Logs summary**
>
> - PHP-FPM containers start correctly and remain stable
> - MariaDB starts but often does not reach a clearly stable “ready for connections” state
> - Repeated log pattern: `mysqld starting as process 1...`
> - DevKinsta sync/download step fails consistently with DK0066
>
> * * *
>
> ## **Current situation**
>
> At this point, I have completely rebuilt the environment multiple times. Docker itself is stable and functioning, but DevKinsta still fails during site provisioning and remote download steps.
>
> I’m honestly running out of options here and I’m quite desperate to get this working because I rely on this environment for development work.
>
> * * *
>
> ## **Request**
>
> Could you please confirm:
>
> - Is there a known issue with DK0066 on Apple Silicon (aarch64)?
> - Is there any incompatibility with current Docker Desktop versions?
> - Could this be related to the DevKinsta provisioning/sync engine itself?
> - Is there any workaround or stable version that works reliably?
>
> Any help would be massively appreciated. I really need to get this working ASAP.
>
> Thank you in advance.
>
> (main.log redacted)
A few quick things worth trying before assuming a full bug:
- Make sure Docker Desktop is set to use **Rosetta for x86\_64 images (if available)**
- Try increasing Docker resources slightly (CPU/RAM) to avoid MariaDB timeout during init
- Test with a **very minimal new site (no remote import)** to isolate whether the failure is sync-specific
- If possible, try an older DevKinsta version to rule out a recent regression