Hello Rodolfo, In the other thread it turn out to be "multi-tab" issue Is this your case?
If not could you share your steps? On Thu, 26 Mar 2020 at 14:21, Maxim Solodovnik <[email protected]> wrote: > most probably not :) > > On Thu, 26 Mar 2020 at 12:13, Rodolfo Gonzalez <[email protected]> > wrote: > >> The version of java is not the cause, right? :) >> >> Thanks, have a good day. >> >> El mié., 25 mar. 2020 a las 20:55, Maxim Solodovnik (< >> [email protected]>) escribió: >> >>> Well >>> In the ticket "Users log-in to OM from Moodle" >>> Moodle is CMS with OM plugin working via REST >>> >>> So it seems to be same report >>> Will try to to some tests later >>> >>> It is now day-time-job-time >>> >>> >>> On Thu, 26 Mar 2020 at 09:13, Rodolfo Gonzalez < >>> [email protected]> wrote: >>> >>>> Hi Maxim, >>>> >>>> I read the ticket. It's not exactly the same problem. In my case, users >>>> do not login from the OM's login window, but the API is used with a generic >>>> user with SOAP rights. Also, the problem is not a constant, which makes >>>> harder to reproduce. I have goten the error randomly. I'll try to do a test >>>> program to list rooms hashes in loop and concurently, to see if I can find >>>> something. >>>> >>>> El mié., 25 mar. 2020 a las 20:00, Maxim Solodovnik (< >>>> [email protected]>) escribió: >>>> >>>>> The problem is not reproducible in the clean environment :( >>>>> I have re-opened >>>>> https://issues.apache.org/jira/browse/OPENMEETINGS-2192 >>>>> But we need to figure out reproducible steps for this :( >>>>> >>>>> On Thu, 26 Mar 2020 at 07:43, Rodolfo Gonzalez < >>>>> [email protected]> wrote: >>>>> >>>>>> Hi Maxim, the problem is, in the server output I can not find >>>>>> exceptions other than those refused logins. In the client (PHP) side, I >>>>>> only get that the object which is returned by the login API call is null >>>>>> (so the call to get the room hash crashes, as the method is called from a >>>>>> null). >>>>>> >>>>>> I mean, I find other kind of exceptions, concerning to video stream >>>>>> and other things. But the problem seems to be that the login is being >>>>>> rejected. Another user posted a similar (maybe the same) problem just a >>>>>> moment ago. >>>>>> >>>>>> Regards. >>>>>> >>>>>> El mié., 25 mar. 2020 a las 18:21, Maxim Solodovnik (< >>>>>> [email protected]>) escribió: >>>>>> >>>>>>> Hello Rodolfo, >>>>>>> >>>>>>> Debug logging you quoted provide zero info :( >>>>>>> There are no limits for logins in the system >>>>>>> >>>>>>> Could you share error stack trace? >>>>>>> >>>>>>> I might write test foe this >>>>>>> Am I right thinking the use case is: 100 users are trying to >>>>>>> get room hash in parallel? >>>>>>> >>>>>>> >>>>>>> On Thu, 26 Mar 2020 at 00:58, Rodolfo Gonzalez < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> currently I run an OM 4.0.10 server with a pretty default >>>>>>>> configuration, using >>>>>>>> >>>>>>>> # java -version >>>>>>>> openjdk version "1.8.0_242" >>>>>>>> OpenJDK Runtime Environment (build >>>>>>>> 1.8.0_242-8u242-b08-0ubuntu3~16.04-b08) >>>>>>>> OpenJDK 64-Bit Server VM (build 25.242-b08, mixed mode) >>>>>>>> >>>>>>>> on Ubuntu 16.04 (default values for file handles limits). >>>>>>>> >>>>>>>> I integrated OM with a web app made in PHP with the Yii framework, >>>>>>>> using the SOAP API. I use this library: >>>>>>>> >>>>>>>> https://github.com/hakeem23/open-meetings-soap >>>>>>>> >>>>>>>> The server is on AWS, being a c4d.4xlarge instance, with htop >>>>>>>> reporting 16 cores. CPU usage is reported by AWS to be around 50%, >>>>>>>> with a >>>>>>>> system load maxing up at the 5-7 range reported by htop. The thing is >>>>>>>> that >>>>>>>> as many as 100 users try to list rooms or connect to the server at a >>>>>>>> given >>>>>>>> time. >>>>>>>> >>>>>>>> I'm having several problems with the service, the main one being >>>>>>>> that the users sometimes can not get the room hashes or enter a room. >>>>>>>> Given >>>>>>>> the flow of the process, my best guess is that the library can not >>>>>>>> login to >>>>>>>> the OM server. The errors in the output are like these, I think (I'm >>>>>>>> not >>>>>>>> sure if these are the cause of the problem): >>>>>>>> >>>>>>>> DEBUG 03-25 11:44:24.577 o.a.o.d.u.AuthLevelUtil:42 >>>>>>>> [0.0-5453-exec-7] - Level Admin :: [DENIED] >>>>>>>> DEBUG 03-25 11:44:24.632 o.a.o.d.u.AuthLevelUtil:42 >>>>>>>> [0.0-5453-exec-7] - Level Admin :: [DENIED] >>>>>>>> DEBUG 03-25 11:44:24.633 o.a.o.d.u.AuthLevelUtil:42 >>>>>>>> [0.0-5453-exec-7] - Level GroupAdmin :: [DENIED] >>>>>>>> DEBUG 03-25 11:44:24.642 o.a.o.d.u.AuthLevelUtil:42 >>>>>>>> [0.0-5453-exec-7] - Level Admin :: [DENIED] >>>>>>>> DEBUG 03-25 11:44:24.642 o.a.o.d.u.AuthLevelUtil:42 >>>>>>>> [0.0-5453-exec-7] - Level Admin :: [DENIED] >>>>>>>> >>>>>>>> and so on. But I'm unsure if this is the error which causes a >>>>>>>> cascade exceptions which render the web app unable to get the room >>>>>>>> hashes >>>>>>>> and so (those process relay on being loged in, anyway). The thing is, >>>>>>>> the >>>>>>>> SOAP library currently does the login process from the app, using and >>>>>>>> user >>>>>>>> "admin" with SOAP and ADMIN level credentials. And the problem is >>>>>>>> intermitent. >>>>>>>> >>>>>>>> Do you consider that my guess is right? Is there a limit on >>>>>>>> "logins" at any given time? If so, can it be increased? Does the >>>>>>>> version of >>>>>>>> java affect? >>>>>>>> >>>>>>>> Any other ideas are welcome. >>>>>>>> >>>>>>>> Regards, >>>>>>>> Rodolfo. >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> WBR >>>>>>> Maxim aka solomax >>>>>>> >>>>>> >>>>> >>>>> -- >>>>> WBR >>>>> Maxim aka solomax >>>>> >>>> >>> >>> -- >>> WBR >>> Maxim aka solomax >>> >> > > -- > WBR > Maxim aka solomax > -- WBR Maxim aka solomax
