Closed IAmKonni closed 3 weeks ago
Thanks for following up @mbentley. I'm pinned on 5.14.30.7 and it's working, but it would be great not to have to keep a workaround in place.
I have (once again) learned my lesson about backups. Fortunately my network is very simple. Thanks to @mbentley for your clear communication here and all the work you've put into this container. I'm sorry you're getting such problems from TP Link's issues.
I migrated from 5.13 to beta-5.14.30.7 today successfully. By the way, I would highly recommend running regular backups of your data/
directory. I would have easily foobar'd my entire installation had it not been for my backups.
@mbentley Good work on getting the beta made available. Thank you for this!
I would highly recommend running regular backups of your
data/
directory. I would have easily foobar'd my entire installation had it not been for my backups.
I've got the autobackups turned on with a separate bind mount to /opt/tplink/EAPController/data/autobackup. Scheduled rclone sync of the bind mount to offsite storage location.
Adding here that upgrade from 5.13 to beta-5.14.30.7-arm64 worked for me
Can confirm that beta-5.14.30.7-arm64 works for me also.
Upgraded from 5.13 on a Raspberry Pi 5. Highly recommend a backup before trying.
beta-5.14.30.7-arm64 brought different errors for me, didnt work:
omada-controller | exec /entrypoint.sh: exec format error
omada-controller exited with code 1
Are you running this on an arm64 machine, or should it be amd64?
Hey all - just FYI, a new beta was released and the image is now being built for it. The beta tags beta
, beta-5.14
, and beta-5.14.32.2
will update to it. Please let me know if anyone does switch to it if they have any issues - no need to confirm if it works fine as I know there are a lot of people subscribed to this issue. Still no word on when they will actually release the next GA version, unfortunately.
Hi Everyone, I tried to update the controller to the version beta-5.14 but I'm getting the following issue when it starts:
INFO: Starting Omada Controller as user omada
10-02-2024 09:05:53.642 INFO [main] [] c.t.s.o.s.OmadaLinuxMain(): record: start the omada controller
10-02-2024 09:05:53.650 INFO [main] [] c.t.s.o.s.OmadaLinuxMain(): record: set property finished
10-02-2024 09:05:53.691 INFO [main] [] c.t.s.o.s.OmadaLinuxMain(): record: configure log finished
10-02-2024 09:05:53.698 INFO [main] [] c.t.s.o.s.OmadaBootstrap(): record: bootstrap prepare
10-02-2024 09:05:53.727 INFO [main] [] c.t.s.o.c.o.c.b(): success to load configuration omada.properties
10-02-2024 09:05:53.730 INFO [main] [] c.t.s.o.c.o.OmadacType(): omadacType: Local Controller
10-02-2024 09:05:53.731 INFO [main] [] c.t.s.o.s.e.c(): Configuration omadacType is linux
10-02-2024 09:05:53.819 INFO [main] [] c.t.s.o.s.OmadaBootstrap(): going to start local mongod.
10-02-2024 09:05:57.333 INFO [main] [] c.t.s.o.s.s.b(): mongodb process id is 205
10-02-2024 09:05:57.336 ERROR [main] [] c.t.s.f.c.FacadeUtils(): facadeMsgEnable is not enable, msg: Mongo DB server started
10-02-2024 09:05:57.336 INFO [main] [] c.t.s.o.s.s.b(): Mongo DB server started
10-02-2024 09:05:57.674 WARN [main] [] c.t.s.o.s.OmadaBootstrap(): Valid keystore is missing. Generating one ...
10-02-2024 09:05:58.531 INFO [main] [] c.t.s.o.s.OmadaBootstrap(): Certificate generated!
10-02-2024 09:05:58.874 WARN [main] [] c.t.s.o.s.a.u.X509CertificateUtils(): Valid radius server keystore is missing. Generating one ...
Exception in thread "main" java.lang.IllegalAccessError: class com.tplink.smb.omada.system.api.util.X509CertificateUtils (in unnamed module @0x313ac989) cannot access class sun.security.x509.X500Name (in module java.base) because module java.base does not export sun.security.x509 to unnamed module @0x313ac989
at com.tplink.smb.omada.system.api.util.X509CertificateUtils.a(SourceFile:508)
at com.tplink.smb.omada.system.api.util.X509CertificateUtils.a(SourceFile:481)
at com.tplink.smb.omada.system.api.util.X509CertificateUtils.a(SourceFile:591)
at com.tplink.smb.omada.starter.OmadaBootstrap.e(SourceFile:327)
at com.tplink.smb.omada.starter.OmadaLinuxMain.a(SourceFile:92)
at com.tplink.smb.omada.starter.OmadaLinuxMain.main(SourceFile:42)
I had to roll back to 5.13. Does anybody know how to fix this issue?
@domushnik - could you create a new bug type issue for this with full details to help me get a better picture of how you're deploying the controller and the full logs? It's a different issue but I am not sure if it is a bug or not. I am guessing it is something else where I also need to add another JVM arg like --add-opens=java.base/sun.security.x509=ALL-UNNAMED
but it sounds like you have a unique config option set that related to radius server config that only happens when that option is enabled that isn't triggered with a clean deployment.
I have tried upgraded from 5.13 to 5.14 several times. Tried with no upgrade, just flat new docker.. Same problem.
A simple change back to 5.13 and it works fine.
-----Docker-Compose file ------
version: "3.1"
services: omada-controller: container_name: omada-controller image: mbentley/omada-controller:5.14 restart: unless-stopped ulimits: nofile: soft: 4096 hard: 8192 stop_grace_period: 60s network_mode: host environment:
They have FINALLY released 5.14.32.2 which happens to be the same version as the latest beta. Changes were merged in #485 to add the new version. Builds are complete and available on Docker Hub. Let me know if there are any issues but I probably won't be able to get to it until later tonight. I'm going to close this issue since we finally have a generally available fix. Thanks to everyone who helped with this issue!
🚨If you're experiencing this issue🚨
Feel free to add to this thread but please also post on the TP-Link Forums in this thread. There is only so much I can do and this appears to be a software related issue that I can't do anything about. If
5.14
never successfully ran for you, you can manually remove the version check file and specify the5.13
tag to get back to a running controller. See this post in this thread for more info.I will update this first thread as more information becomes available from TP-Link as well but subscribing to that forum thread would be a good idea too.
Update 2024-07-18: TP-Link acknowledged the issue - see this comment in this thread or directly to this TP-Link forum post
Update 2024-07-26: There is now a beta version available where the issue appears to be fixed. Images have been pushed and the tags are now available on Docker Hub. I would only suggest running the beta if you know what you're doing when it comes to running beta software or if you're stuck with a broken controller that can't be downgraded to 5.13 because 5.14 has already started at some point. If you're not having problems, I would suggest staying on 5.13.
The image tag is
beta-5.14.30.7
for multi-arch and then there are specific tags for each architecture + the build with chromium if you use the report generation feature.-mbentley
Controller Version
5.14.0.11
Describe the Bug
I switched from tag 5.13 to beta to test the newest pre-release. I never had any problems in updating to newer versions, this is the very first time i'm facing a problem. The controller does not start up, it runs into a boot loop (see logs).
Expected Behavior
Starting like always. =)
Steps to Reproduce
Change tag in compose file from 5.13 to beta and run
docker-compose up -d
How You're Launching the Container
Container Logs
MongoDB Logs
Additional Context
The mongo db log is the first iteration after switching to 5.14 beta. There are more following Exceptions and stack traces in the log, but all seem to be of missing dependencies.
org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'com.tplink.smb.omada.identityaccess.domain.model.user.A': Unsatisfied dependency expressed through field 'c'; nested exception is org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'com.tplink.smb.omada.identityaccess.port.mongo.adaptor.persistence.tenant.a': Bean with name 'com.tplink.smb.omada.identityaccess.port.mongo.adaptor.persistence.tenant.a' has been injected into other beans [com.tplink.smb.omada.identityaccess.domain.model.d.q] in its raw version as part of a circular reference, but has eventually been wrapped. This means that said other beans do not use the final version of the bean. This is often the result of over-eager type matching - consider using 'getBeanNamesForType' with the 'allowEagerInit' flag turned off, for example.
org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name 'com.tplink.smb.omada.identityaccess.port.mongo.adaptor.persistence.tenant.a': Bean with name 'com.tplink.smb.omada.identityaccess.port.mongo.adaptor.persistence.tenant.a' has been injected into other beans [com.tplink.smb.omada.identityaccess.domain.model.d.q] in its raw version as part of a circular reference, but has eventually been wrapped. This means that said other beans do not use the final version of the bean. This is often the result of over-eager type matching - consider using 'getBeanNamesForType' with the 'allowEagerInit' flag turned off, for example.