4 ms·

Ubiquitis Unifi controllers and the TP-Links clone called Omada always remind me of the glory days of the NoSQL fad. Want to install our software? Please add a

Ubiquitis Unifi controllers and the TP-Links clone called Omada always remind me of the glory days of the NoSQL fad. Want to install our software? Please add a third-party mongodb repository to install an obsolete version. They can't handle version upgrades of their own database properly, but hey! At least it's web-scale.

smileybarry 3y ago
They also need a 32-bit version. The actual, easiest solution to appliance-ify Unifi OS was to take some "run it on your Raspberry Pi!" guide and convert the instructions to Debian 32-bit.
- bmicraft 3y ago
  The real easiest solution is to use a third party docker container
  - smileybarry 3y ago
    True, but I don't actually trust it. And the last time I tried manually building it, it didn't entirely work.
  - donmcronald 3y ago
    That's changed for some of them recently. The linuxserver.io container for 'unifi-controller' was deprecated in favor of 'unifi-network-application' [1] so they could quit bundling MongoDB. There's not much value there anymore IMO because it's no simpler than running standalone in a VM at that point. At least with a VM I can shut it down, snapshot it, block incoming network access for everything but a canary deployment, update it, wait for my canary to come up properly, and then let everything else hit it. That gives the option of a rollback which is much harder with Docker. I say that as someone using 'linuxserver.io/unifi-controller' which was a mistake I guess. 1. https://hub.docker.com/r/linuxserver/unifi-network-application https://hub.docker.com/r/linuxserver/unifi-network-applicati...
  - b7we5b7a 3y ago
    ...with which you still need to fight with MongoDB. I'm still running with a Turris Omnia as router, which served me very well for >7y, added a small legacy SSD, managed to setup everything and worked for a while, but TO is armhf architecture, which mongodb quit packaging for with version 3.x. LXC containers for armhf (Debian/Ubuntu) stopped being released too by official channels. But the latest shiny Unifi app requires MongoDB >= 4.x (Unifi app >=7.5). "Ok, I'll just buy one of those small embedded boxes": purchase Odroid H3+ (x86_64), install stuff, add docker, start up mongodb5 container annnnddd... illegal instruction! Turns out with MongoDB 5 they decided that with pre-built packages everybody has AVX instructions anyway, and packages are built with the expectation AVX instructions are present... which is not always true for low-power devices or even servers (the Intel Jasper Lake CPU of the Odroid H3+ was released in Q1'21). Want to run this in a VM? Your host CPU better support AVX, too. https://jira.mongodb.org/browse/SERVER-59482 https://jira.mongodb.org/browse/SERVER-59482 I guess someday I'll just have to build my own docker image of MongoDB...
    - beembeem 3y ago
      i found some docker images here: https://github.com/themattman/mongodb-raspberrypi-docker https://github.com/themattman/mongodb-raspberrypi-docker
smcleod 3y ago
But it’s webscale!

smileybarry 3y ago

They also need a 32-bit version. The actual, easiest solution to appliance-ify Unifi OS was to take some "run it on your Raspberry Pi!" guide and convert the instructions to Debian 32-bit.

bmicraft 3y ago
The real easiest solution is to use a third party docker container
- smileybarry 3y ago
  True, but I don't actually trust it. And the last time I tried manually building it, it didn't entirely work.
- donmcronald 3y ago
  That's changed for some of them recently. The linuxserver.io container for 'unifi-controller' was deprecated in favor of 'unifi-network-application' [1] so they could quit bundling MongoDB. There's not much value there anymore IMO because it's no simpler than running standalone in a VM at that point. At least with a VM I can shut it down, snapshot it, block incoming network access for everything but a canary deployment, update it, wait for my canary to come up properly, and then let everything else hit it. That gives the option of a rollback which is much harder with Docker. I say that as someone using 'linuxserver.io/unifi-controller' which was a mistake I guess. 1. https://hub.docker.com/r/linuxserver/unifi-network-application https://hub.docker.com/r/linuxserver/unifi-network-applicati...
- b7we5b7a 3y ago
  ...with which you still need to fight with MongoDB. I'm still running with a Turris Omnia as router, which served me very well for >7y, added a small legacy SSD, managed to setup everything and worked for a while, but TO is armhf architecture, which mongodb quit packaging for with version 3.x. LXC containers for armhf (Debian/Ubuntu) stopped being released too by official channels. But the latest shiny Unifi app requires MongoDB >= 4.x (Unifi app >=7.5). "Ok, I'll just buy one of those small embedded boxes": purchase Odroid H3+ (x86_64), install stuff, add docker, start up mongodb5 container annnnddd... illegal instruction! Turns out with MongoDB 5 they decided that with pre-built packages everybody has AVX instructions anyway, and packages are built with the expectation AVX instructions are present... which is not always true for low-power devices or even servers (the Intel Jasper Lake CPU of the Odroid H3+ was released in Q1'21). Want to run this in a VM? Your host CPU better support AVX, too. https://jira.mongodb.org/browse/SERVER-59482 https://jira.mongodb.org/browse/SERVER-59482 I guess someday I'll just have to build my own docker image of MongoDB...
  - beembeem 3y ago
    i found some docker images here: https://github.com/themattman/mongodb-raspberrypi-docker https://github.com/themattman/mongodb-raspberrypi-docker

smcleod 3y ago

But it’s webscale!