Creating new sites fail and updating old sites with the āNew Environmentā also causes them to fail but old sites working on the old environment (PHP 7.1.7 and MySQL 5.6.37) still work. I darenāt touch that āUpdate Environmentā button if I want to get any work done today!
It turns out I can create new sites but only if I use a custom environment, choosing nginx, PHP 7.1.4 and MySQL 5.6 as the options. If I use the āPreferredā environment that Flywheel recommend, creating a new site fails, as per the thread linked to above.
I used to only use Custom environments but switched to Preferred as I was running into issue using Apache instead of nginx.
I donāt think thereās a way to role back to a previous version as the update will alter the VM.
Replacing the app in Applications alone wonāt work.
Unless you have a backup e.g. in Time Machine you can restore from?
I however can report the update to 2.4 on macOS went fine for me.
I will note that updating environments on several sites did fail, harmlessly. Unable to backup MySQL (but Iāve always gotten that from time to time and it never harms anythiing Iām aware of ā we donāt work local on DBs).
Closing and restarting Local, then restarting the sites and again initiating the enviroment update I was eventually able to get them to update.
Iām really not sure why they were failing (half of them Iād say), but I think itād fail more often when I was trying to update more then 3-4 sites at once (some of which are very large sites).
The other thing you might want to try is to CLONE UPDATE. Then delete the clone (really), then go back and update the original. This often works for me.
Loving dark modeā¦
Finally, for those updating to PHP 7.2. 7.2 is is known to still break a LOT of pluginsā¦ yeah you can do it, but be careful youāre not blaming new PHP fatals due to 7.2 on Local.
Thanks, thatās helpful. Your clone then update then delete clone method sounds interesting.
Iāll look into those suggestions and see if I can get a site to update to the new environment properly.
For clarity, iāve tried restarting local, VirtualBox, and my computer but to no avail. Iāve only updated one site to the new environment so far but thatās the broken one. Creating new site using the new environment was a no go too.
Itās arguable though that none of the above should be necessary when updating Flywheel, ever.
I havenāt had any issues with PHP 7.2 and any plugins personally but thatās good to know too.
If I have Faster Docker Volumes turned ON , I get I get the WordPress installation screen (Choose a language). If I have Faster Docker Volumes turned OFF , I get āError establishing a database connectionā.
More disconcerting is the message that I get when I try to log in to the database via Adminer: āNo tables.ā
As much as I was hoping to work this issue through and determine what the root cause was with this, Iāve got a client deadline and had to pull my live site back into Local and get back to work.
With that said, Iāve got well over a dozen sites that are due for an environment update - this was my first. Iāll continue to post my results here and keep the gang at Flywheel Engineering in the loop.
I did have an issue installing after it downloaded the update via the in-app update mechanism. Had to resort to downloading Local 2.4.1 from these forums and overwriting the app in the Applications folder.
I then tried to update a fairly non-critical site to the new environment from a custom environment using the new āupdate and cloneā method and this seemed to work at first but then started to hang and failed to complete. The site itself is tiny so I donāt think the size is an issue. I then canceled the clone migration to the new environment and deleted it. Now, for some reason, even though the original site seemed to be untouched, I cannot start it at all. Everything looks fine - itās still a custom environment and PHP and MySQL seem to boot however, it wonāt move beyond the āStartingā phase. Accessing in the browser gives the standard 502 error message. Looks like I still wonāt be attempted to update any sites.
A quick update: The site was stuck āStartingā but I right clicked on the site and clicked āStartā again and it then started and gave the green light next to the site. Unfortunately, it still gave the 502 error when trying to access it in the browser. I could SSH into the site successfully though.
Right clicking on the site and selected Show in Finder has allowed me to delete the āconfā folder, rename the āconf-custom-1-3-1ā folder to āconfā, restart the site, and this got the it working again.
Another quick update: The update to 2.4.2 seems to have fixed most things for me this morning.
Updating and cloning a custom environment to a preferred one still has issues but I can now upgrade from custom to preferred and preferred to preferred environments again. Hurrah!