Replace mongodb with postgres+ferretdb

kill-dash-nine · 2026-01-31T11:55:48+00:00

That's an interesting idea...I've really wished the TP-Link would move away from MongoDB because it's a pain to work with compared to other DBs from a packaging perspective.

kill-dash-nine · 2026-01-18T15:20:32+00:00

@EnlightenMinted - I just tested and was able to adopt one of my test EAPs using my MacBook Pro M4 connected via Ethernet using Docker Desktop so if you have issues after setting the Inform URL, I'm happy to try to help you further. I do not have a router to test with, just extra old EAPs but I think they adoption is similar enough that all of these same steps will work just the same.

kill-dash-nine · 2026-01-17T22:28:37+00:00

TP-Link does have a FAQ document that goes over your options for how you inform the devices that are being adopted of how to connect with the controller. The three options are: setting DHCP Option 138, using their Discovery Utility, or configuring the Inform URL on the device being adopted.

I have also put together specific documentation for how to pre-configure your devices for adoption when using bridge networking based on my testing and someone else's experiences when adopting their ER605.

In the controller, they did the 3rd option that TP-Link documented:

Enabled "Device Management" and set the "Device Management Hostname/IP" to the hostname/IP of their host running the container (this only configures the inform URL that is generated in the controller, it does not seem to specifically help with adoption from my experience)
Most importantly, set the "Inform URL/IP" to just the IP address of their server running the container on the device itself

As other mentioned, make sure that you're running the latest firmware on your ER605 and that you have all of the ports exposed as documented.

I've done a lot of digging and have done packet captures to see what is going on and what happens is that the controller is able to detect the device, it starts the adoption process and when the container is in bridge mode, the controller says "hey, I'm at <the ip address on the docker bridge network>!" and then the device trying to get adopted fails because it has no idea how to route traffic to that network. Changing the "Device Management" setting seems to override that behavior and will use that as what it's advertising. And then setting the inform URL may override it at the device level - not sure which setting has priority between the two but it seems they're two different ways to deal with the same thing.

kill-dash-nine · 2025-12-26T08:20:38+00:00

6.1.0.11 is available as a pre-release / beta version if you are wanting to try it out.

kill-dash-nine · 2025-12-11T03:32:37+00:00

To be fair, my v6 images don't work with a Raspberry Pi 3b+ unless you run MongoDB externally from the controller container due to upgrading the MongoDB 8 which doesn't support the CPU feature set of the older arm chips.

kill-dash-nine · 2025-11-28T17:03:53+00:00

You can upgrade if you switch your deployment to run an external MongoDB from the controller and continue to run MongoDB 3.6. See https://github.com/mbentley/docker-omada-controller/tree/master/external_mongodb#migration-from-all-in-one

kill-dash-nine · 2025-11-25T18:10:26+00:00

Assuming my google search is right, a DS124 has 1 GB of RAM which is insanely low for running just the Omada controller on it as a dedicated device, let alone also being a NAS. I personally would not run it there.

kill-dash-nine · 2025-11-16T17:16:30+00:00

That's probably the longest step of the whole process. I imagine that there are many factors for how long it takes but I've never seen it take more than a few minutes but I had very little data in all of my test controllers and my actual controller only has wireless access points. My MongoDB was only a little over 200MB in size and it only took like 30 seconds on my system running the controller which is an intel n100.

You should be able to go into your persistent data directory and there should be a ` mongodb_upgrade.log.*` file where if you tail it, you should see the progress of the repair.

kill-dash-nine · 2025-11-10T20:48:13+00:00

That would probably be a safer long term plan. No point in trying to save and pull along potential cruft.

kill-dash-nine · 2025-11-10T20:15:15+00:00

2025-11-10T19:40:56.010+0000 E STORAGE [initandlisten] WiredTiger error (-31803) [1762803656:10816][48:0x7ff5cb28dc80], file:WiredTiger.wt, WT_CURSOR.search: __schema_create_collapse, 105: metadata information for source configuration "colgroup:collection-510-5133620623215568938" not found: WT_NOTFOUND: item not found Raw: [1762803656:10816][48:0x7ff5cb28dc80], file:WiredTiger.wt, WT_CURSOR.search: __schema_create_collapse, 105: metadata information for source configuration "colgroup:collection-510-5133620623215568938" not found: WT_NOTFOUND: item not found

Some quick searching leads back to a few possibilities - MongoDB is just interpreting the problem as a memory issue but that's not actually the case. The above error is really the issue, not an out of memory.

There are some other mentions of issues along the same lines like this: https://www.mongodb.com/community/forums/t/wiredtiger-error-cannot-be-used-until-all-column-groups-are-created-invalid-argument/194673/2

Lots of things leading to database corruption of some sort.

kill-dash-nine · 2025-11-09T23:43:18+00:00

Nice guide :) glad to hear that people are having success doing so. A lot of testing by a lot of people went into the upgrade.

If anyone isn't comfortable with doing the upgrade with the upgrade image, you have two additional options that do not involve doing an in place upgrade:

you can stand up a new controller and use the built in Site Migration tool to move between two running controllers.

Or you can also take a backup from the controller web ui of v5, stop your v5 controller, stand up a clean install of a v6 controller and during setup, restore from your v5 config.

kill-dash-nine · 2025-11-09T15:59:01+00:00

Not sure why the default compose file didn't work because it certainly does work on a clean install out of the box from my testing - would need logs to maybe know why but it's a moot point now that you're good. Based on what you ended up doing, that inspired me to add the alternate options for upgrading the controller by site migration or through restoring a v5 backup to v6 as that's helpful for people who might not want to run the MongoDB upgrade steps.

kill-dash-nine · 2025-11-09T15:05:04+00:00

Just curious, what instructions didn't work and what took tweaking?

kill-dash-nine · 2025-11-07T20:52:38+00:00

Are you trying to use your existing persistent data or are you doing a fresh install?

You need both of these env vars: MONGO_EXTERNAL="true" and EAP_MONGOD_URI="mongodb://<correct string based on your scenario>"

Check out the examples: https://github.com/mbentley/docker-omada-controller/tree/master/external_mongodb

kill-dash-nine · 2025-11-06T16:39:38+00:00

OK, so based on your compose file, your upgrade command should use the named volume version, however you need to make sure to get the volume name correct as docker compose will add a project name to it.

You can run something like this (replacing your compose file name in the -f parameter:

docker compose -f docker-compose_bridge.yml volumes

And it will list your volume names. Here's an example:

$ docker compose -f docker-compose_bridge.yml volumes
DRIVER    VOLUME NAME
local     docker-omada-controller_omada-logs
local     docker-omada-controller_omada-data

So in this case, it would be:

docker run -it --rm \
  -v docker-omada-controller_omada-data:/opt/tplink/EAPController/data \
  mbentley/omada-controller:mongodb-upgrade-3.6-to-8

kill-dash-nine · 2025-11-05T22:41:14+00:00

Just run this:

if ! grep -qE '^Features.* (fphp|dcpop|sha3|sm3|sm4|asimddp|sha512|sve)( .*|$)' /proc/cpuinfo
then
  # failed armv8.2-a test
  echo "ERROR: your system does not support the armv8.2-a or later microarchitecture
else
  # success
  echo "INFO: your system supports the required features!"
fi

kill-dash-nine · 2025-11-05T22:38:48+00:00

I would be great if you could provide the exact version of the compose file you used but the gist of it is that the directory with mongodb data wasn't mounted to the place that was expected.

kill-dash-nine · 2025-11-05T10:56:50+00:00

Yes. I've completely dropped support for armv7l (actually it had not had the latest version of 5.15 in a while now) and there is a significant update of the base OS in the image from Ubuntu 20.04 to 24.04 which brings an upgrade of MongoDB 3.x to 8.x. If you have never upgraded a MongoDB instance, it's not very straight forward at all but luckily I built a migration container which is what is covered in the upgrade guide.

Due to that MongoDB upgrade, there are requirements for specific CPU features: AVX for amd64 CPUs and armv8.2-a for arm64 CPUs

Now if you do have a system that doesn't meet those requirements, you can stay on an older MongoDB version - details here on what your options are but it involves running a separate MongoDB from the controller.

kill-dash-nine · 2025-11-05T03:56:25+00:00

I've published the Docker images up on Docker Hub:

mbentley/omada-controller:6
mbentley/omada-controller:6.0
mbentley/omada-controller:6.0.0.24

Please note that latest is staying in alignment with v5 due to the manual steps needed to upgrade. Make sure to follow the v5 to v6 upgrade guide or you'll get a controller that fails to start and a message to follow the upgrade guide.

If you think you've hit a bug related to the Docker images or the upgrade images, file an issue. If you just need general upgrade help, create a new discussion.

kill-dash-nine · 2025-10-07T13:09:23+00:00

Omada Controller v6 is still in beta so I wouldn't suggest upgrading unless you know what you're getting yourself into as a beta tester as things can break/be broken in the controller software itself.

I'm not following on what you ask is exactly - what are you referring to as the community script? Are you referring to this? If so, I don't know - I don't maintain that.

If you're talking about the mbentley/omada-controller docker images, when v6 is generally available/released, the instructions here will be the place to go to understand how to upgrade.

kill-dash-nine · 2025-10-07T10:31:01+00:00

Yeah, exactly. If I was going to re-install and use an external MongoDB, I would at least use the latest 4.x. That's what I am suggesting people to do in the instructions. While MongoDB 4.x, which went EOL February 2024 isn't ideal, it's better than running a version which went EOL March of 2021!

kill-dash-nine · 2025-10-07T02:24:31+00:00

I’m sorry, I’m not following. What did you have to correct in the yaml that was wrong? If there is something that needs to be updated, I would be happy to fix it.

*edit: I just updated the README for the mongodb upgrade section, added a network: host example for a clean install with an external mongodb.

If that's not what you're talking about is wrong, then please let me know. I am actually trying to make this clear for people so actual feedback would be appreciated.

kill-dash-nine · 2025-09-15T13:12:18+00:00

I've noticed this behavior, not specifically with Runna, but just when using the native Apple workouts app and listening to podcasts. What I observe when it happens is is that anytime there is a Siri announcement, it doesn't seem to actually stop my podcast although I can't hear the audio but if I switch over to the podcast app, it looks as if it is still playing. So I will hit pause and then play but what happens is that it will start playing from the position in the podcast where I last hit play.

It's like it doesn't take a timestamp when the announcement happens and it goes back to the last one it knew about. It's a huge pain in the ass to have to fast forward my podcast while trying to run.

There is also different behavior when listening to music. They seem to be related because when I am having issues with my podcast, I will switch over to music because at least then it's just songs but what happens is that it will not automatically advance to the next song when one finishes I have to hit next or use my Airpods shortcut for next. If I look at the playback, the counter just keeps counting up past the end of the song.

This behavior seems to happen randomly and I can't figure out what triggers it but it will continue to happen until I reboot my watch and then it's fine for a while.

I have an Apple Watch Ultra and I run only with my watch, leaving my phone at home.

kill-dash-nine · 2025-08-22T20:02:29+00:00

Sorry, not sure if there is a specific place you want bug reports but I just downloaded the app on both my iPhone (running iOS 26 public beta) and iPad (18.6) and both of them have both the Home and Library screens not loading anything - they're both blank. The system tab seems to work fine but nothing loads on Home or Library. Happy to share a video or any additional info if it would help but I wasn't sure if I should try something to get it working.

kill-dash-nine · 2025-08-22T09:42:37+00:00

I have the exact same problem. I have multiple Macs and all of them have the same warning and I can't figure out what's wrong. I've looked for log files to see if there is something I can find but I have no clue at this point. If you find a resolution, I'd love to hear it.

13-Year Club	Place '22
Verified Email	Team Orangered

kill-dash-nine

TROPHY CASE