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
