Docker is always causing problems

I am new but have a love/hate relationship with WebODM.
I love it when its working, but docker has something built in to the software that tells it when WebODM is working too well, which then causes it to crash and do nothing except display “Docker desktop has stopped” and when i go to “preferences”, everything is greyed-out and the perpetual blue circle is rotating in the center of the screen.
Ive tried quitting out of it and shutting down the computer, but after i turn it on and open docker, its the circle of doom and “Docker desktop has stopped” again.

Any suggestions?
Thanks

1 Like

Oh no, please don’t tell me Docker decided to update itself beyond v4.12 on your machine :grimacing:

I hope not because it took support quite awhile to get it working on my MacStudio- after a Herculean effort they got it working but the direction I was left with was don’t update anything

1 Like

Okay, now you’re scaring me. What’s wrong with versions after v4.12? I’m at 4.15.0 (93002) here now.

1 Like

On certain Apple Silicon machines (usually M1 Max, though not always) on Ventura (usually, though not always) Docker versions above v4.12 will simply fail to run no matter what you do.

If you’re running fine, then you’re not subject to whatever this issue is! Keep updating, as Docker is always improving their platform integration with MacOS’ virtualizer framework.

1 Like

Whew! I’m on an M1 Max and I’m happy to run a short project later today to see if it fails – but I acknowledge absence of evidence doesn’t mean the problem’s gone away.

2 Likes

I apologize for the delay in responding as I did not realize that an update to MacOS was coming. My run just finished, so here’s the results.

Setup:

  • Apple M1 Max running Ventura 13.2
  • Docker Desktop version 4.16.2 (5 CPUs, 48 GB RAM)
  • Current (as of 14 hours ago, heh) OpenDroneMap checkout compiled locally and pushed to docker.io/mathuin/odm_m1

I ran my most recent collection of data (3 flights over the same ~6 acre parcel totaling 332 photos) with the following settings: --auto-boundary --dem-resolution 0.1 --dsm --dtm --feature-quality ultra --feature-type hahog --orthophoto-resolution 0.01 --pc-quality ultra --rolling-shutter --rerun-all.

It took 14 hours 12 minutes 3 seconds to finish, which isn’t so bad considering it’s an ultra/ultra. The orthophoto is good enough I can count the geese in the big pond, heh. I look forward to tinkering with the other products. I have some thoughts on improving the quality report which I will post in a separate thread.

2 Likes

Beautiful, thank you.

I see current Docker works for you… Amazing. This is so inconsistent an issue…

Did you also deploy WebODM Manager v1.4 (Piero updated it last evening).

1 Like

Alas, I did not deploy the installer but I’ve been curious as to how it would work on my system so I will probably give in to temptation sometime soon if only to help support the project. :slight_smile:

2 Likes

Okay, so I waited LIKE TEN WHOLE MINUTES before giving into temptation and buying the installer.

I uninstalled Docker Desktop entirely before launching the installer. It was very quick though the window is a little narrow so it looks a little silly when downloading – screenshot attached. Total time between getting the email with the link and selecting images to process was less than fifteen minutes.

This is really slick.

2 Likes

Oh, thank you so much!

Glad it worked out for you, as well!

1 Like

:joy: Thanks for giving it a try!

1 Like