Thank you for your updates! Glad to hear that you were able to fix that previous issue (with WSL 2 thing).
About the max_execution_time , if you create a simple php script in your site’s folder (which contains: <?php phpinfo(); ?> code) and load / call that PHP file on your browser, it will show the value of the max_execution_time variable as 300 by default.
If you want to increase that more than 300 (e.g.: to double it or more), you could go to your DevKinsta → Sites → site name in question → click the wrench icon (on the left side) → scroll down and locate the “PHP.ini Editor” .
There you can add this line in that editor, for example: max_execution_time=600 (and click the “Save changes” button)
Then if you refresh your browser for that phpinfo() page, that variable should now have increased to that new value you set. Like the following for example:
As for the PHP Workers, in order to change/increase that value you can do the following:
Go to your Docker Desktop, and click on the “Containers” section, and click the container name “devkinsta_fpm” (in the Name column)
In that “dev_kinstafpm” container page, click on the “Terminal tab”.
Then type the following commands (1 by 1):
sudo apt-get update
sudo apt-get install nano
nano /etc/php/8.0/fpm/pool.d/www.conf
(replace the 8.0 with the actual PHP version you use for this local site in DevKinsta)
it will show something like this:
You may want to update that pm.max_children higher than the current number shows there (as per my example above it’s currently set to 8 )
Once you change that with new number, save it by pressing Control O (in that nano editor)
Then exit the nano editor by pressing Control X
Still in that devkinsta_fpm container’s terminal, you can type this command to make sure that has been saved/changed properly: grep "max_children" /etc/php/8.0/fpm/pool.d/www.conf
After that, you just need to restart that devkinsta_fpm container.
Still on that same page, click on the “refresh” icon/button to restart that container
Done, the PHP Workers for that specific PHP version should now have been increased already.
You may then try to access the site again and see if it’s no longer showing 504 gateway timeout. If it’s still timing out (504), you may want to try to increase more (with the above steps and try again).
So I decided to change it over to hyper-v because the server was extremely slow, it would take 20-30 seconds per page load. I understand that’s a common workaround for this software. I have tried my best and I’m currently stuck.
I upgraded my computer from windows 11 home to the pro version, and I activated hyper-v and then reinstalled docker and devkinsta.
I’m waiting for the website to download, but it’s only at 7.6gb out of 20gb, and that’s about 6 hours of progress.
Last time I downloaded a site, it was much faster, like 30 minutes for complete download.
This is my second time trying to download the site, last time it got stuck on 20gb/20gb for hours and it wasn’t progressing. I did see a note in the logs mentioning a pipe broken about that time, but I don’t know if the abnormally slow download could be due to something else.
I’ve checked those 2 main log files you provided, but yeah I didn’t see any “Broken pipe” or “rsync” error messages logged in those log files this time. I’m still not sure what’s causing this slow download process (and that it just stuck/stayed at 7.63GiB out of ~20GiB for hours) as there’s no other useful information in those 2 main log files.
Since you’re now using Hyper-V (no longer using WSL2 base engine), could you please try to temporarily increase the Docker resources (in your Docker Desktop → Settings → Resources → Advanced section), and on that page try to raise the amount of CPU, Memory & Swap that the Docker will be able to use (and then Apply the changes and restart). See if that will make any improvement/difference if you can try to import the site again?
If you have tried above but still getting the same issue (always stuck with the download process - and still no broken pipe or rysnc error in the main.log file), you may want to consider an alternative method to import the site manually from the backup - with the step-by-step mentioned on our documentation here.
Hopefully with that manual method, you will be able to import your site successfully to your DevKinsta on your local computer.
I was able to get it running, but it’s still really slow, like 20-30 second page load times. Is there anything that would cause this. It’s running hyper-v, but it’s extremely slow. I think it got slower when I did hyper v, some of the things im running take 5 minutes to complete.
I added 2 cpu’s, 12gb memory, and a 4gb swap, thats and the docker is only showing use of about 2-3gb memory consistently, and occasional spikes of 100% cpu.
Hi @Bilt_Pros,
If you have already increased both the Resources in Docker and the PHP workers number, I am afraid there isn’t much else you can increase.
Can you just confirm what Docker and DevKinsta version you are using?
Thank you for the screenshot @Bilt_Pros, it looks like you are one version behind in Docker perhaps you can try to update it.
Also, what version of DevKinsta are you using?
The site hosted here doesn’t seem to be affected by malware.
If you suspend in DevKinsta the current site and create a new Vanilla WordPress site, does that run smoothly?
maybe some plugin is causing the site to be more laggy than it should be. It would probably help to disable all plugins and enable one by one to see which is causing the issue (unless the problem is the theme, of course). If that doesn’t help, it might be something in the database. Do you see any specific row being bigger than what it should be?