Closed faptaincrunch closed 10 months ago
What browser/OS are you using? Have you tried another browser? Odd that you wouldn't be able to login through the web app. I am not seeing problems with either the web interface or the iOS app here. Is there a specific page you're going to when you have it kick you back to the login page?
Hm I'd only assumed it was rebooting since the webui would bounce me back to the login. I noticed it only bounces me back when looking at the logs within the controller, but the android app will no longer connecting after updating the container yesterday. Tried the webUI on different browsers and computer with same behavior.
Controller is also extremely slow before it bounces me. Was working fine before the update. Is it possible to downgrade the docker version to test? I noticed no specific tags within 5.12 to try.
No, you can't downgrade without having a backup as the controller does database migrations (and attempting to downgrade will cause it to fail).
As of late, TP-Link hasn't provided very many bugfix versions of any minor versions and just keeping the latest major.minor versions up to date is a pretty significant effort since I build images for amd64, arm64, and armv7l, even with automation in place. Typically when they release a new version, they've moved to the next minor version.
Here is the list of all of the versions they have published today:
https://static.tp-link.com/upload/software/2023/202309/20230920/Omada_SDN_Controller_v5.12.7_linux_x64.tar.gz
https://static.tp-link.com/upload/software/2023/202303/20230321/Omada_SDN_Controller_v5.9.31_Linux_x64.tar.gz
https://static.tp-link.com/upload/software/2023/202302/20230227/Omada_SDN_Controller_v5.9.9_Linux_x64.tar.gz
https://static.tp-link.com/upload/software/2023/202301/20230130/Omada_SDN_Controller_v5.8.4_Linux_x64.tar.gz
https://static.tp-link.com/upload/software/2022/202211/20221121/Omada_SDN_Controller_v5.7.4_Linux_x64.tar.gz
https://static.tp-link.com/upload/software/2022/202210/20221024/Omada_SDN_Controller_v5.6.3_Linux_x64.tar.gz
https://static.tp-link.com/upload/software/2022/202208/20220822/Omada_SDN_Controller_v5.5.6_Linux_x64.tar.gz
https://static.tp-link.com/upload/software/2022/202207/20220729/Omada_SDN_Controller_v5.4.6_Linux_x64.tar.gz
https://static.tp-link.com/upload/software/2022/202205/20220507/Omada_SDN_Controller_v5.3.1_Linux_x64.tar.gz
https://static.tp-link.com/upload/software/2022/202203/20220322/Omada_SDN_Controller_v5.1.7_Linux_x64.tar.gz
https://static.tp-link.com/upload/software/2022/202201/20220120/Omada_SDN_Controller_v5.0.30_linux_x64.tar.gz
https://static.tp-link.com/upload/software/2021/202112/20211217/Omada_SDN_Controller_v4.4.8_linux_x64.tar.gz
https://static.tp-link.com/upload/software/2021/202110/20211011/Omada_SDN_Controller_v4.4.6_Linux_x64.tar.gz
https://static.tp-link.com/upload/software/2021/202108/20210813/Omada_SDN_Controller_v4.4.4_linux_x64.tar.gz
https://static.tp-link.com/software/2021/202107/20210701/Omada_SDN_Controller_v4.4.3_linux_x64.tar.gz
https://static.tp-link.com/2021/202105/20210507/Omada_SDN_Controller_v4.3.5_linux_x64.tar.gz
https://static.tp-link.com/2021/202102/20210209/Omada_SDN_Controller_v4.2.11_linux_x64.tar.gz
https://static.tp-link.com/2020/202012/20201211/Omada_SDN_Controller_v4.2.8_linux_x64.tar.gz
https://static.tp-link.com/2020/202011/20201110/Omada_SDN_Controller_v4.2.4_linux_x64.tar.gz
https://static.tp-link.com/2020/202008/20200805/Omada_SDN_Controller_v4.1.5_linux_x64.tar.gz
https://static.tp-link.com/upload/software/2022/202208/20220818/Omada_Controller_v3.2.17_Linux_x64.tar.gz
https://static.tp-link.com/upload/software/2022/202201/20220125/Omada_Controller_v3.2.16_linux_x64.tar.gz
https://static.tp-link.com/2020/202012/20201225/Omada_Controller_v3.2.14_linux_x64.tar.gz
https://static.tp-link.com/2020/202004/20200420/Omada_Controller_v3.2.10_linux_x64.tar.gz
https://static.tp-link.com/2020/202004/20200409/Omada_Controller_v3.2.9_linux_x64.tar.gz
https://static.tp-link.com/2020/202001/20200116/Omada_Controller_v3.2.6_linux_x64.tar.gz
https://static.tp-link.com/2019/201911/20191108/Omada_Controller_v3.2.4_linux_x64.tar.gz
5.9.x was one of the few instances of them releasing multiple bugfix versions since they released 5.x.
In addition, it might be worth looking at the mongod.log
in your logs persistent volume to see if MongoDB is spitting out any errors/warnings.
I have something similar after upgrade from 5.9 to 5.12.
09-21-2023 19:17:05.522 INFO [check-update-work-group-0] [] c.t.s.o.m.c.f(): Start sync Cloud Users OmadacId(4edc12bb62072520cb6301c815be2dab).
09-21-2023 19:17:06.558 INFO [check-update-work-group-0] [] c.t.s.o.m.c.f(): Start checking last firmwares of managed devices.
09-21-2023 19:17:06.560 INFO [check-update-work-group-0] [] c.t.s.o.m.c.b(): Checking Device Last Firmware...
09-21-2023 19:17:06.773 INFO [check-update-work-group-0] [] c.t.s.o.m.c.f(): Checking last firmwares of managed devices succeed.
09-21-2023 19:17:09.212 INFO [discovery-work-group-1] [] c.t.s.o.m.d.d.m.d.a(): OmadacId(4edc12bb62072520cb6301c815be2dab) DeviceMac(28-87-BA-87-2A-A3) receive discovery when adopting, times[3] reach limit, set adopt fail
09-21-2023 19:17:55.499 INFO [https-jsse-nio-8043-exec-16] [] c.t.s.o.a.a.i.h.HealthInternalAdapterConfiguration(): NoSupport internal service for anomaly
09-21-2023 19:18:08.123 WARN [https-jsse-nio-8043-exec-9] [] c.t.s.o.a.d.u.WebUtils(): sessionCSRFToken is null for request /img/svg/PaginationLeftDisabled.svg
09-21-2023 19:18:15.564 WARN [https-jsse-nio-8043-exec-1] [] c.t.s.o.a.d.u.WebUtils(): sessionCSRFToken is null for request /img/svg/PaginationLeftDisabled.svg
09-21-2023 19:18:33.565 INFO [discovery-work-group-0] [] c.t.s.o.m.d.d.m.d.a(): OmadacId(4edc12bb62072520cb6301c815be2dab) DeviceMac(28-87-BA-87-2A-A3) receive discovery when adopting, times[3] reach limit, set adopt fail
09-21-2023 19:18:36.049 WARN [https-jsse-nio-8043-exec-9] [] c.t.s.o.a.d.u.WebUtils(): sessionCSRFToken is null for request /img/svg/PaginationLeftDisabled.svg
09-21-2023 19:20:18.257 INFO [discovery-work-group-1] [] c.t.s.o.m.d.d.m.d.a(): OmadacId(4edc12bb62072520cb6301c815be2dab) DeviceMac(28-87-BA-87-2A-A3) receive discovery when adopting, times[3] reach limit, set adopt fail
09-21-2023 19:18:36.049 WARN [https-jsse-nio-8043-exec-9] [] c.t.s.o.a.d.u.WebUtils(): sessionCSRFToken is null for request /img/svg/PaginationLeftDisabled.svg
I updated to the latest version, and it keeps rejecting my password. Not sure if this matches anyone elses experience.
I updated to the latest version, and it keeps rejecting my password. Not sure if this matches anyone elses experience.
So far, I have not seen anyone with that issue yet.
sessionCSRFToken is null for request /img/svg/PaginationLeftDisabled.svg
This seems like something in common and it looks like it is a bug in the software. Something is specifically calling for /img/svg/PaginationLeftDisabled.svg
when it should be /theme/img/svg/PaginationLeftDisabled.svg
.
So I can login and navigate around just fine but if I directly try to access https://omada.casa.mbentley.net/img/svg/PaginationLeftDisabled.svg
, it kicks me back to the login page if I try to load anything else.
There must be a page in specific where the error is - could either of you tell me exactly which page it is where you're experiencing this when it kicks you back to the login page? If you have that detail, I can submit a bug report on the TP-Link forums to see if they can fix it.
could either of you tell me exactly which page it is where you're experiencing this when it kicks you back to the login page?
The logs tab within the dashboard https://192.168.x.xx:8043/login#log
It seems to be working now though. I didn't restart the container or anything just randomly lets me view the logs now.
Mine won't let me log in. And the initial response from the app hangs for a while, then fails.
@Aevrin - could you start a new discussion on this as it is unrelated?
Sure, I had thought it might be related due to the app experience.
I could view logs through cloud connection, but was logged out immediately on local connection on 5.12 It's happening each time i upgrade to 5.12 I had few sessions already trying to run an upgrade. Besides not working logs, my ER605 is going in to ADOPTION loop, and receives HEARTBEAT_MISSING states each 10 minutes, after all it is indicated as DISCONNECTED, but WAN/LAN is still operating. Omada somehow loses it.
5.9 is stable
One thought I had is that maybe something is cached in browser and they changed a URL but the cache still has it pointing to the previous URL which might trigger the behavior. I can't trigger it myself just browsing the user interface, only when specifically going to a URL that will log me out as described above. I created a forum post so hopefully someone will take a look.
Good Afternoon, I am also on 5.12.7 and am having similar reboot loop issue, my controller is no longer starting at all.
Does this look like a similar issue to #342?
INFO: Validating user/group (omada:omada) exists with correct UID/GID (508:508)
INFO: Group (omada) doesn't exist; creating
INFO: User (omada) doesn't exist; creating
INFO: Time zone set to 'America/New_York'
INFO: Value of 'manage.http.port' already set to 8088 in omada.properties
INFO: Value of 'manage.https.port' already set to 8043 in omada.properties
INFO: Value of 'portal.http.port' already set to 8088 in omada.properties
INFO: Value of 'portal.https.port' already set to 8843 in omada.properties
INFO: Value of 'port.adopt.v1' already set to 29812 in omada.properties
INFO: Value of 'port.app.discovery' already set to 27001 in omada.properties
INFO: Value of 'port.upgrade.v1' already set to 29813 in omada.properties
INFO: Value of 'port.manager.v1' already set to 29811 in omada.properties
INFO: Value of 'port.manager.v2' already set to 29814 in omada.properties
INFO: Value of 'port.discovery' already set to 29810 in omada.properties
INFO: Value of 'port.transfer.v2' already set to 29815 in omada.properties
INFO: Value of 'port.rtty' already set to 29816 in omada.properties
WARN: Ownership not set correctly on '/opt/tplink/EAPController/properties'; setting correct ownership (omada:omada)
INFO: Version check passed; image version (5.12.7) >= the last version ran (5.12.7); writing image version to last ran file...
INFO: userland/kernel check passed
INFO: Starting Omada Controller as user omada
09-26-2023 13:47:00.856 INFO [main] [] c.t.s.o.s.OmadaLinuxMain(): record: start the omada controller
09-26-2023 13:47:00.863 INFO [main] [] c.t.s.o.s.OmadaLinuxMain(): record: set property finished
09-26-2023 13:47:00.867 INFO [main] [] c.t.s.o.s.OmadaLinuxMain(): record: configure log finished
09-26-2023 13:47:00.875 INFO [main] [] c.t.s.o.s.OmadaBootstrap(): record: bootstrap prepare
09-26-2023 13:47:00.879 INFO [log4j-thread] [] c.t.s.o.c.o.a.b(): success to load configuration omada.properties
09-26-2023 13:47:00.881 INFO [log4j-thread] [] c.t.s.o.c.o.OmadacType(): omadacType: Local Controller
09-26-2023 13:47:00.919 INFO [main] [] c.t.s.o.s.OmadaBootstrap(): going to start local mongod.
09-26-2023 13:47:02.958 INFO [main] [] c.t.s.o.s.s.b(): mongodb process id is 155
09-26-2023 13:47:02.959 ERROR [main] [] c.t.s.f.c.FacadeUtils(): facadeMsgEnable is not enable, msg: Mongo DB server started
09-26-2023 13:47:02.960 INFO [main] [] c.t.s.o.s.s.b(): Mongo DB server started
09-26-2023 13:47:03.352 INFO [main] [] c.t.s.o.s.OmadaBootstrap(): record: bootstrap record finished
09-26-2023 13:47:03.352 INFO [main] [] c.t.s.o.s.OmadaBootstrap(): record: bootstrap startup
09-26-2023 13:47:03.405 INFO [main] [] c.t.s.o.s.OmadaBootstrap(): record: start run omada tasks
09-26-2023 13:47:03.405 INFO [main] [] c.t.s.o.s.t.SpringBootStartUpTask(): record: task SpringBootStartupTask start
:: Spring Boot :: (v2.6.6)
A fatal error has been detected by the Java Runtime Environment:
SIGSEGV (0xb) at pc=0x00007f04410c1af5 (sent by kill), pid=1, tid=187
JRE version: OpenJDK Runtime Environment (17.0.8.1+1) (build 17.0.8.1+1-Ubuntu-0ubuntu120.04)
Java VM: OpenJDK 64-Bit Server VM (17.0.8.1+1-Ubuntu-0ubuntu120.04, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)
Problematic frame:
J 905 c2 java.util.zip.ZipFile$Source.getEntryPos(Ljava/lang/String;Z)I java.base@17.0.8.1 (173 bytes) @ 0x00007f04410c1af5 [0x00007f04410c1860+0x0000000000000295]
Core dump will be written. Default location: /opt/tplink/EAPController/lib/core
An error report file with more information is saved as:
/tmp/hs_err_pid1.log
Compiled method (c2) 6495 929 4 jdk.internal.util.jar.JarIndex::get (49 bytes)
total in heap [0x00007f04410c5210,0x00007f04410c73a0] = 8592
relocation [0x00007f04410c5370,0x00007f04410c5410] = 160
main code [0x00007f04410c5420,0x00007f04410c68c0] = 5280
stub code [0x00007f04410c68c0,0x00007f04410c68d8] = 24
metadata [0x00007f04410c68d8,0x00007f04410c6980] = 168
scopes data [0x00007f04410c6980,0x00007f04410c7030] = 1712
scopes pcs [0x00007f04410c7030,0x00007f04410c7310] = 736
dependencies [0x00007f04410c7310,0x00007f04410c7318] = 8
handler table [0x00007f04410c7318,0x00007f04410c7348] = 48
nul chk table [0x00007f04410c7348,0x00007f04410c73a0] = 88
If you would like to submit a bug report, please visit:
Unknown
This looks different @Robert-litts. I would suggest filing another issue with details about the architecture, how you're starting the container, etc as the issue in #342 isn't the controller actually restarting, just the user session being reset from the interface.
Just throwing my hat in here. App seems to access just fine, but web interface goes back to login screen as soon as a try to launch the site. Also, I noticed the container is slowly eating up disk space, I am assuming from logs; but it's like 1+GB per day. Shut the container down for now.
@faptaincrunch or @noizo - Are you all still having the same issue with your login sessions being cleared from viewing specific pages or has the problem gone away now? The TP-Link support team has assigned an engineer to the ticket that was created from the forums.
I'm still having the issue.
Issue is still present.
So far, I have not seen anyone with that issue yet.
I just ran into this issue I think. Unable to login into software controller anymore since yesterday.
Im on the latest version of dockerized omada controller, I think "controllerVer": "5.12.7".
What happens: I enter my username and password to the web UI, I think it tries loading the web UI but then redirects me back to the login screen.
it logs following message in docker omada logs on every login attempt:
omada-controller-app | 10-18-2023 06:22:46.845 WARN [https-jsse-nio-8043-exec-1] [] c.t.s.o.a.d.u.WebUtils(): sessionCSRFToken is null for request /img/svg/PaginationLeftDisabled.svg
I see this in the browser:
request to omada: https://192.168.10.104:8043/api/v2/loginStatus?_=1697625815511
response:
{"msg":"You have been logged out of the controller. This may have been caused by data restore, reboot, session timeout or disabled cloud access. Please try to log in again later.","errorCode":-1200}
Note: I only use the local omada controller, I don't use cloud access, not sure if that matters. Also - the mobile app seems to work fine for now.
Edit1: Ive enabled the omada cloud through the mobile app (which I really didnt want doing), still unable to login into the web ui.
Edit 2: randomly seeing these exception on login attempts:
omada-controller-app | 10-18-2023 07:09:26.146 ERROR [https-jsse-nio-8043-exec-5] [] o.a.c.c.C.[.[.[.[dispatcherServlet](): Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [java.lang.IllegalStateException: org.apache.shiro.session.UnknownSessionException: There is no session with id [26db031d7e6146de88079381b88ad490]] with root cause
omada-controller-app | org.apache.shiro.session.UnknownSessionException: There is no session with id [26db031d7e6146de88079381b88ad490]
omada-controller-app | at org.apache.shiro.session.mgt.eis.AbstractSessionDAO.readSession(AbstractSessionDAO.java:170) ~[shiro-core-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.session.mgt.eis.CachingSessionDAO.readSession(CachingSessionDAO.java:261) ~[shiro-core-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.session.mgt.DefaultSessionManager.retrieveSessionFromDataSource(DefaultSessionManager.java:236) ~[shiro-core-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.session.mgt.DefaultSessionManager.retrieveSession(DefaultSessionManager.java:222) ~[shiro-core-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.session.mgt.AbstractValidatingSessionManager.doGetSession(AbstractValidatingSessionManager.java:118) ~[shiro-core-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.session.mgt.AbstractNativeSessionManager.lookupSession(AbstractNativeSessionManager.java:148) ~[shiro-core-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.session.mgt.AbstractNativeSessionManager.lookupRequiredSession(AbstractNativeSessionManager.java:152) ~[shiro-core-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.session.mgt.AbstractNativeSessionManager.getAttribute(AbstractNativeSessionManager.java:249) ~[shiro-core-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.session.mgt.DelegatingSession.getAttribute(DelegatingSession.java:141) ~[shiro-core-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.session.ProxiedSession.getAttribute(ProxiedSession.java:121) ~[shiro-core-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.ShiroHttpSession.getAttribute(ShiroHttpSession.java:131) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at com.tplink.smb.omada.apigateway.dispatch.util.WebUtils.isVaildToken(SourceFile:234) ~[api-gateway-core-5.12.7.jar:5.12.7]
omada-controller-app | at com.tplink.smb.omada.apigateway.dispatch.filter.LoginFilter.isAccessAllowed(SourceFile:69) ~[api-gateway-core-5.12.7.jar:5.12.7]
omada-controller-app | at org.apache.shiro.web.filter.AccessControlFilter.onPreHandle(AccessControlFilter.java:162) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.filter.PathMatchingFilter.isFilterChainContinued(PathMatchingFilter.java:223) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.filter.PathMatchingFilter.preHandle(PathMatchingFilter.java:198) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.AdviceFilter.doFilterInternal(AdviceFilter.java:131) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:154) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.ProxiedFilterChain.doFilter(ProxiedFilterChain.java:66) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.AdviceFilter.executeChain(AdviceFilter.java:108) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.AdviceFilter.doFilterInternal(AdviceFilter.java:137) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:154) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.ProxiedFilterChain.doFilter(ProxiedFilterChain.java:66) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.AdviceFilter.executeChain(AdviceFilter.java:108) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.AdviceFilter.doFilterInternal(AdviceFilter.java:137) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:154) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.ProxiedFilterChain.doFilter(ProxiedFilterChain.java:66) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.AbstractShiroFilter.executeChain(AbstractShiroFilter.java:458) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.AbstractShiroFilter$1.call(AbstractShiroFilter.java:373) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90) ~[shiro-core-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83) ~[shiro-core-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:387) ~[shiro-core-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.AbstractShiroFilter.doFilterInternal(AbstractShiroFilter.java:370) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:154) ~[shiro-web-1.11.0.jar:1.11.0]
omada-controller-app | at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:354) ~[spring-web-5.3.18.jar:5.3.18]
omada-controller-app | at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:267) ~[spring-web-5.3.18.jar:5.3.18]
omada-controller-app | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.springframework.web.filter.RequestContextFilter.doFilterInternal(RequestContextFilter.java:100) ~[spring-web-5.3.18.jar:5.3.18]
omada-controller-app | at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:117) ~[spring-web-5.3.18.jar:5.3.18]
omada-controller-app | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.springframework.web.filter.FormContentFilter.doFilterInternal(FormContentFilter.java:93) ~[spring-web-5.3.18.jar:5.3.18]
omada-controller-app | at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:117) ~[spring-web-5.3.18.jar:5.3.18]
omada-controller-app | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.springframework.boot.actuate.metrics.web.servlet.WebMvcMetricsFilter.doFilterInternal(WebMvcMetricsFilter.java:96) ~[spring-boot-actuator-2.6.6.jar:2.6.6]
omada-controller-app | at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:117) ~[spring-web-5.3.18.jar:5.3.18]
omada-controller-app | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:201) ~[spring-web-5.3.18.jar:5.3.18]
omada-controller-app | at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:117) ~[spring-web-5.3.18.jar:5.3.18]
omada-controller-app | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:197) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:97) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:541) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:135) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:78) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:360) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:399) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:65) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:889) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1743) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.tomcat.util.threads.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1191) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.tomcat.util.threads.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:659) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) ~[tomcat-embed-core-9.0.60.jar:9.0.60]
omada-controller-app | at java.lang.Thread.run(Thread.java:833) [?:?]
Edit: It just started working for me - I didnt do anything and have no explanation.
The only thing that makes sense to me would be something that is cached in browser that eventually gets cleared but I don't really have any evidence to back that up.
The only thing that makes sense to me would be something that is cached in browser that eventually gets cleared but I don't really have any evidence to back that up.
yeah it started working again for me later in the same day. I definately tried clearing browser cache, differnet browsers and restarting docker OC container N-times. But it started working again I dont know why - maybe me enabling the cloud access through app "did something" . i have not explanation for this behavior.
Then again, I also have no idea how the backend data store works with any relation to the frontend - for all I know there are some references in the MongoDB to a specific path for a theme that either aren't getting updated properly or are failing to update.
I'm experiencing the same issue here I had assumed it was the duplicate tenant issue, went down that path to find it wasn't that. Found this issue, went into the network tab during a login attempt and also have the -1200 errorCode
I've tried 3 browsers, cleared caches, safe mode, etc But downloading and using the mobile app worked without issue I'm still unable to log in via the browser currently
I forgot to update this issue but TP-Link support did reply saying that they will fix this in a future version:
The R&D team confirmed that the "/img/svg/PaginationLeftDisabled.svg" displayed in the log is an illegal request, which will cause the login verification to fail and the current account will be forced to log out. We will modify the verification rule in subsequent firmware versions to "Illegal requests will be rejected directly without causing the account to be logged out."
Thanks for contacting their support, I just updated to the latest version and still having all flavors of "sessionCSRFToken is null for request", like "sessionCSRFToken is null for request /img/exp-improve.png" and "sessionCSRFToken is null for request /img/loading_apng.png". Fingers crossed they actually solve this issue quickly.
in 5.13 this issue is still there.
klicking on any kind of menu, or device kicks me back to login. i downgraded to 5.9. this version run stable. no time to experiment much. i use this docker for my bnb. the guests demand internet ...
After some back and forth with TP-Link support they stated that "For the Controller local login issue, it is planned to be fixed in Controller v5.14, which is expected to be released in 2024Q1.". They even offered the beta version of it, tho it won't have Cloud Access, but I asked when there will be an public beta of it.
As a temp workaround, I added the following rule to ublock origin to block the bad requests that were resetting the session.
||omada.my.domain/img/*
and that seems to have fixed getting logged out
I have the same problem. Totally fresh install, (both Rpi OS + Docker) version = 5.13.22 Can not click anything important, (Logs or one of the AP devices) because it drops me back to login screen, and I have to retype my password even if "Remember..." is checked. Tried different OSes, different browsers, all the same behaviour.
Details: Installed through portainer.io docker. Deleted "Bridged network" and added "Host" instead because none of the ports were forwarded by default.
IMHO this whole dockered "solution" is unusable with this version and should not be published at all. Is 5.9 version really stable? How do I install that instead? Thanks!
Controller Version
5.12.7
Describe the Bug
After updating, the omada phone app no longer connects and the webUI will let me poke around for 30 seconds before bringing me back to the login screen.
Expected Behavior
Not restarting.
Steps to Reproduce
1.Start docker
How You're Launching the Container
Container Logs
Additional Context
I see report #340 with a similar issue but starting my own bug report since they were on 5.9 and issue might be different.