Using DDEV offline may not work with multiple DDEV binaries installed #6499
Comments
If it tried to pull this image during
And this makes me think that the DDEV was updated, but the images were not. This can easily happen when you run some software updates, don't notice that the DDEV is updated, and go offline. A faster way to workaround this problem is to temporarily downgrade the DDEV to a previous version (downloading ~15MB using a mobile hotspot is much easier) - in this case the new images will not be downloaded. Another recommendation is to remove the old DDEV images after each update and start all projects so that they are all available for offline use:
I assume that this is a request to use |
|
I've updated the issue with the output from
It's possible this was the first tie I ran
I did quit and restart Docker desktop thinking there might have been a docker issue, but I don't think that deletes all the images when restarted. I did not uninstall/reinstall. All my ddev projects still up show in
After runing I just ran I'm not sure what that warning means. Was it already half updated?
I did do an OS update, recently, I think maybe overnight the night before? But I've never had that do a
Now that I've updated ddev to 1.23.4, I've run the cleanup.
I agree, that doesn't sound like a good idea. I just wanted the same ddev project I'd run the day before with no issues (looks like that was |
|
The fundamental thing for working offline: Make sure you If |
I guess you mean images. If we are talking about
Yes, we have this config, but it's used for a different purpose, I'm not sure we can use it here.
Please see https://ddev.readthedocs.io/en/stable/users/usage/faq/#why-do-i-have-an-old-ddev. |
|
I just tested successfully, macOS, Docker Desktop. The key is:
I will do a docs PR to make that clearer. It's the fundamental thing. Closing for now, happy to continue the conversation here or elsewhere. |
rfay
changed the title
|
@jenlampton I'd appreciate it if you could review the updated "offline" page at https://ddev--6502.org.readthedocs.build/en/6502/users/usage/offline/ (PR #6502) |
Ah! That's probably it. I always to
yes, It does now. I just wonder how/why v1.23.2 tried to update when offline, both for
It doesn't look like it. But it does appear to be getting added to my $PATH twice.
Will do! |
No, restart is always fine and in a few cases better than start. It's nothing more or less than |
Yes, that is painfully obvious :)
Are you saying that a |
|
|
|
There's no way to just run the same code today that was working yesterday? (since, I may be offline, for example). How does it even learn that images have been updated? |
|
If you started the project yesterday, it will start today. If you change your But none of that has to do with your code. Your code is not built into the docker images. |
|
You can see the images that DDEV uses with If you change database servers, that will also mess you up, because if you don't have the image downloaded you need, it will need to be pulled. The code that you were working with yesterday or last week has nothing to do with the Docker images. That PHP code is mounted into the container at start-time. |
That was not my experience :(
This all makes sense.
Sorry, I was thinking of "Docker images" like composer packages, which contain code - this may be the wrong assumption. What I meant was "all the code ddev is using to operate" (perhaps this only relevant if ddev itself needs a version update) as well as "all the images I used yesterday". I don't know what is inside an image, I was assuming it was probably some kind of code. :) As you mentioned, my own PHP code is irrelevant here. |
|
If you were using the same DDEV version yesterday and you started the same project and you're using the same Docker provider, today's experience with no internet will be (likely) the same as yesterday's. There are many caveats... if your project requires internet access, if you change a build requirement like webimage_extra_packages, etc. Or change database server (which is a different image), or if you add a ddev add-on which requires an extra service (which requires an image). I think you understand all those caveats. |
|
I'm going to loop back around to this idea...
Because here's the output from But if I do and it looks like I'm not using the homebrew verison here? I think this is my problem. I need to find the other ddev and get rid of it... |
|
You definitely have a problem. Please show the output of There should not be a ddev binary there. Your homebrew (After you show what's there, we'll end up deleting /usr/local/bin/ddev, but it's important to know what you have there) As @stasadev suggested, the FAQ may help you, https://ddev.readthedocs.io/en/stable/users/usage/faq/#why-do-i-have-an-old-ddev |
|
Bedtime for me in Ireland, but figure out what's in /usr/local/bin/ddev and document it and delete it. Then it looks like perhaps your homebrew ddev is not linked. So |
|
jenlampton
changed the title
…6502) [skip ci] Co-authored-by: Stanislav Zhuk <[email protected]>
Preliminary checklist
ddev debug testto include output belowOutput of
ddev debug testI'll revisit this issue once I have a stable internet connection and add the results of
ddev debug test, but I suspect they may not be necessary since this is a known feature request? (I did check the box for this... promise not to do that regularly!)Expand `ddev debug test` diagnostic information
While offline and attempting to run
ddev debug testddev attempted to download things from the internet :/stable: Pulling from library/busybox.Expected Behavior
ddev should start even when computer is offline, by ignoring any action that requires internet access, specifically downloading docker images
Actual Behavior
ddev refuses to start without internet access
Steps To Reproduce
.ddev/conf.yamland setuse_dns_when_possible: false/etc/hostsddev startAnything else?
I found this in the documentation for running docker offline:
Unfortunately, I did not expect that running a local development enviornment would require internet access, so I am already in the airport and about to get on the plane. Whoopsie!
It's been about 15 minutes and I still see
74.12MB/501MBvia phone hotspot - so wile I'm waiting I thought I'd create this issue. I did search for an issue to prevent ddev from pulling docker images while offline, but didn't find one. (If one already exists, please close this and direct me there)The text was updated successfully, but these errors were encountered: