✶Update 09/2020✶ Omada Controller 3.2.10 for Debian, Raspbian and other Linux systems
Looking for Omada SDN Controller Linux version? It's here.
Last Update: 2020-09-07
[Update: To allow for version switching between different versions of the controller, V3.2.10 received an upgrade. You can install it over an existing V3.2.10 without losing data.]
I just made a .deb package with Omada Controller 3.2.10 for Debian, Raspbian and any other Linux system providing the dpkg installer. Please find the release notes at the end of this post.
This .deb package is in the tradition of the community version of Omada Controller, meaning it contains the same Java classes and remaining files as the official TP-Link version except for the binaries bundled with it (JRE, mongodb) and the start/stop script control.sh (which is replaced by my own version omadactl).
Prerequisites
You will need netstat (package: net-tools), curl and the native versions of JRE, jsvc and mongod (installed by default in Raspbian based on Stretch, unfortunately not so in Debian). Setting up the Oracle JRE and jsvc is left to you as an exercise; here are some suggestions:
Debian and any other Linux distribution:
Install mongodb from the standard repository and JRE8 from Oracle's website. As for jsvc, don't use the Debian binary package, it requires OpenJDK last time I checked this. Instead, get the source code for jsvc (command apt-get source jsvc), compile it and install jsvc manually. Sorry for this inconvenience, but TP-Link decided to use jsvc for Privilege Separation rather than the much more common standard start-stop-daemon or daemonize programs already present on almost any Linux system. Don't blame me for this – omadactl still can use both methods, but you need to use jsvc for Omada Controller versions V3.x.
Raspbian (see also »Limitations« below):
Oracle JRE8, jsvc and mongodb are pre-installed by default in Raspbian (make sure you did not explicitly choose OpenJDK as an alternative for the Oracle JRE). You can easily check whether the required programs are installed on your Raspbian:
$ java -version
java version "1.8.0_261"
Java(TM) SE Runtime Environment (build 1.8.0_261-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.261-b12, mixed mode)
$ update-java-alternatives -l
jdk-8-oracle-arm32-vfp-hflt 318 /usr/lib/jvm/jdk-8-oracle-arm32-vfp-hflt
$ mongod -version
db version v2.4.14
Thu Apr 30 12:49:28.060 git version: nogitversion
$
Donwload the all-architectures .deb package
Download https://rent-a-guru.de/ftp/omada-controller_3.2.10-3_all.deb
Compare the checksum of the downloaded .deb file for integrity:
$ md5sum -b omada-controller_3.2.10-3_all.deb
6b986ee67828d4c1e55d8dc6af1e8cbc *omada-controller_3.2.10-3_all.deb
or:
$ sha256sum -b omada-controller_3.2.10-3_all.deb
ef77aa88a3196d7663f35e59357a67833b86fa783923df480f56318ea84e5de2 *omada-controller_3.2.10-3_all.deb
Installation
First, make a backup of your Omada Controller's settings before installing. Either use the web UI or copy the whole content of the subdirectory data in /opt/tplink/OmadaController to a backup directory. You can later move the data directory back into the new controller version.
Install the new version of Omada Controller with:
dpkg -i omada-controller_3.2.10-3_all.deb
After a successful installation the controller will be started automatically.
Notes:
- Ignore the warnings from dpkg about some directories which can't be deleted. dpkg will remove files from older versions of the same package omada-controller, but it won't delete the old database directory (unless you do a manual purge before installing). This means that your database and settings from previous versions of Omada Controller will be retained - you can copy the files in the data subdirectory over to the new version. See »Restoring Omada Controller settings« below.
- Installation directory is /opt/tplink/OmadaController-3.2.10. The symlink /opt/tplink/OmadaController is a short-hand alias to the installation directory.
- Start/stop script has been renamed from tpeap to omadactl (
deprecatedtpeap is still there, it's a symlink to omadactl).
Update: tpeap has been finally removed.
If installing using dpkg, you won't be able to switch between versions of Omada Controller using omadactl's switch command.
Update: The current release of V3.2.10 now allows to switch between this and any newer controller versions.
- Some options of omadactl have no effect with only one version of the controller installed, that is if you install the .deb-Package. dpkg will override the old version before installing the new one. However, since the installation directoy reflects the version (intentionally!), you find all settings in the data subdirectory of the old version's installation directory. See »Restoring Omada Controller settings« below.
- On my RasPi the start of the controller needs ~69 seconds (first time start: ~124 seconds). You might want to increase the standard time-out (70 sec.) for starting the controller if it needs more time on your RasPi (time depends on other active processes during the start). To change the default time-out, use omadactl -S num, where num is the new time-out in seconds. This command will store the new time-out permanently in omadactl's config file and exits immediately (without starting Omada Controller).
Restoring Omada Controller settings
There is an easy way to restore your controller's settings using omadactl. Let's say you want to update Omada Controller 3.2.9 to 3.2.10. The directory OmadaController-3.2.9 will be cleaned by dpkg before it installs the new version in a new directory OmadaController-3.2.10. However, user files will be retained (dpkg prints warnings about which directories are not removed). Now stop the new controller using omadactl and use omadactl with the copydb command:
omadactl -w stop
omadactl copydb OmadaController-3.2.9 OmadaController-3.2.10
This will copy all settings under the data subdirectory from the old version to the new version. Restart the controller and you will see all your EAPs, settings, maps etc. If everything works, you can safely remove the old directory using rm -rf OmadaController-3.2.9.
Limitations
Keep in mind that under Rasbian, which still is a 32-bit OS for compatibility with older Pis, mongodb has a 2GB limit for the size of the database. You could compile a 64-bit kernel / userland programs to get rid of this limit.
If Omada Controller doesn't start automatically on reboot of the RasPi, check with systemctl whether the omadad.service is enabled.
Omada Controller on RasPi is slooooooow, especially if initializing the environment at the first start. Start it with omadactl -W 240, note the time it needs to start (omadactl will print a message) and set the time + a 10 seconds reserve using omadactl -S num, where num is the new time-out in seconds (see the manpage).
More information
For help with omadactl see its manpage attached to this post or use the command: man omadactl2
For customization of omadactl see the config file /etc/default/omada.
Update: has been merged into file CONFIG in /opt/tplink/OmadaController.
For selection of the correct JRE see file CONFIG in /opt/tplink/OmadaController.
For a list of all files installed by the .deb package use the command: dpkg -L omada-controller
If you want to uninstall this .deb package (except the database and other files created at run-time), use the »remove« option of dpkg: dpkg -r omada-controller
If you want to uninstall this .deb package (including the database and other files created at run-time), use the »purge« option of dpkg: dpkg -P omada-controller
Release notes for omadactl version 3.0 in package 3.2.10-3
Bugs fixed:
- Fixed non-working verbose option (-v) in omadactl.
New features:
- Changed version dependencies for mongodb: The controller needs either mongodb v2.4 or mongodb-org v3.2.
Release notes for omadactl version 3.0 in package 3.2.10-2
Bugs fixed:
- Fixed a bug in the DEBIAN/control file.
New features:
- Updated omadactl and omadad to version 3.0. The files are no longer installed in /usr/bin and /etc/init.d, but are included in Omada Controller's home dir. The installer adds symlinks for those commands in /usr/bin and /etc/init.d.
- Enabled support in omadactl for switching between controller versions when more than one Omada Controller is installed.
- Merged /etc/default/omadad and /opt/tplink/OmadaController/CONFIG.
Release notes for Omada controller version 3.2.10-1
Bugs fixed by TP-Link:
- Fixed the bug that Omada Controller allow any user to read the files of controller.
- Fixed the bug that controller will report an error when Top Usage data is empty.
Have fun!
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
@R1D2 i have problem
pi@raspberrypi:/opt $ java -version
openjdk version "1.8.0_232"
OpenJDK Runtime Environment (build 1.8.0_232-8u232-b09-1~deb9u1-b09)
OpenJDK Client VM (build 25.232-b09, mixed mode)
pi@raspberrypi:/opt $ sudo omadactl start
Starting Omada Controller
Invalid JVM name specified server <------------------------------------
pi@raspberrypi:/opt $
please helpme
- Copy Link
- Report Inappropriate Content
- Copy Link
- Report Inappropriate Content
Ferse wrote in post #81:
Thanks, I was able to download the package. For windows it is not possible. It was done with raspbian
Hello @Ferse, yes, Windows tries to be »smart«, but always ends up being »dumb« in reality.
It blindly generates lots of FTP requests and thus the IP gets banned temporarily for an hour or so. After first attempt fails for whatever reason, Windows keeps sending requests after requests, thus it looks like a DoS attack to the FTP server – and some people would say it's indeed one :-)
It's like running into a wall, hitting your head and trying again 19 times, hoping it might work the 20th time. Most software on Windows is programmed in this crazy way; Windows developers don't trust their own software when it reports an error. As a last resort, they then try to reboot the system or decide to wait until next full moon. IMO this is pretty similar to Voodoo.
Ferse wrote in post #82:
i have problem
pi@raspberrypi:/opt $ java -version
openjdk version "1.8.0_232"
OpenJDK Runtime Environment (build 1.8.0_232-8u232-b09-1~deb9u1-b09)
OpenJDK Client VM (build 25.232-b09, mixed mode)
You need Oracle JRE v8, please install it from the Oracle website. Remember to remove OpenJDK completely or at least change/remove the »alternatives« links of the java environment to OpenJDK using update-java-alternatives.
See this thread in the Raspbian forum for the steps required to do so (and please read until the last post there):
https://www.raspberrypi.org/forums/viewtopic.php?f=91&t=231460
- Copy Link
- Report Inappropriate Content
@R1D2 thank you very much . omada working fine in RPI 3, test with Eap-225. recommended update firmware..
- Copy Link
- Report Inappropriate Content
@Ferse, you're welcome! Glad it works for you, have fun with Omada controller!
- Copy Link
- Report Inappropriate Content
@Ferse Cool
Sorry, this is a bit off topic - but may I ask what storage you're using on the Rpi3? I assume it's an SD card? I'm curious how the mongod load on the sd card affects it's life. Presumably the controller isn't generating tons of data, but it's still writing data constantly to the disk isn't it?
I'm curious if these setups have a limited lifespan, or is it long enough that it's a non issue?
- Copy Link
- Report Inappropriate Content
elmado wrote
Presumably the controller isn't generating tons of data, but it's still writing data constantly to the disk isn't it?
I'm curious if these setups have a limited lifespan, or is it long enough that it's a non issue?
It's indeed an issue, but with Raspbian in general. Things you can do to increase the card's life-span (beside using a SSD/miniSSD):
- Use industrial grade or even pSLC (2 bits/cell) SD cards
- Create a tmpfs filesystem and symlink /var/log to this temporary filesystem. You lose logs when rebooting.
- Don't forget to symlink /opt/OmadaController/logs to /var/logs/omadad if using a tmpfs.
- Copy Link
- Report Inappropriate Content
- Copy Link
- Report Inappropriate Content
@R1D2 I came here first to say thanks! I got this running on a Raspberry Pi, which beats waiting for a controller in Windows!
I also wanted to share that I was able to get this up and running using OpenJDK.
I'm running an older Raspberry Pi Model B Rev 2, which has an ARMv6 processor. This actually limited which versions of Java that could be installed. But I ended up getting it all up and running with Raspbian Buster Lite after installing
apt-get install openjdk-8-jre
apt-get install mongodb
apt-get install jsvc
The only trick is I had to remove "-server" from line 49 JAVA_OPTS of /usr/bin/omadactl (update: and from /etc/init.d/omadad). From what I read, openjdk uses server by default.
Besides all the troubleshooting I had to do before getting it to work with openjdk-8, and how slow it is to boot up, it's been working well! I'm currently trying to figure out why the service didn't come back after a reboot even though systemctl shows the service enabled. It should start up fine on reboot now that I updated JAVA_OPTS in /etc/init.d/omadad!
- Copy Link
- Report Inappropriate Content
rockin wrote
I came here first to say thanks! I got this running on a Raspberry Pi, which beats waiting for a controller in Windows!
I also wanted to share that I was able to get this up and running using OpenJDK.
You're welcome. Thanks for the feedback regarding OpenJDK.
However, I recommend to set JAVA_OPTS in /opt/tplink/OmadaController/CONFIG which then affects both, the startup script /etc/init.d/omada and the cmdline utility /usr/bin/omadactl. Alternatively you could also define it in /etc/defaults/omadad, which is handled as a config file by dpkg when installing new versions. Both cfg files will be sourced in by the init script and omadactl.
The settings in the program files itself still exists as hard-coded defaults for historical reasons from old times where both scripts were only one.
- Copy Link
- Report Inappropriate Content
Information
Helpful: 11
Views: 78436
Replies: 168