OK
Please file JIRA
On Mon, 30 Mar 2020 at 22:02, Rodolfo Gonzalez
<[email protected] <mailto:[email protected]>>
wrote:
Hmmmmm, did I post that? :o
Anyway, I'm not sure it it's useful. This customer is using
old 4.0.5, and the one with the reported problem was using
4.0.10 (I had to move it back to 4.0.5).
El lun., 30 mar. 2020 a las 8:54, Maxim Solodovnik
(<[email protected] <mailto:[email protected]>>) escribió:
BTW what version is this?
On Mon, 30 Mar 2020 at 21:52, Maxim Solodovnik
<[email protected] <mailto:[email protected]>> wrote:
You already post this one 4 days ago
and I have asked for JIRA :))
Will try to address ASAP
On Mon, 30 Mar 2020 at 21:51, Rodolfo Gonzalez
<[email protected]
<mailto:[email protected]>> wrote:
I've just found this exception in the output, I'm
not quite sure if this is related to the reported
problem, but the users are complaining of not
being able to connect:
ERROR 03-30 08:49:19.686 o.a.o.w.a.WebSession:208
[.0-5451-exec-50] - Unexpected exception while
checking hashes
java.lang.NullPointerException: null
at
org.apache.openmeetings.db.entity.basic.Client.getUserId(Client.java:124)
at
org.apache.openmeetings.web.app.ClientManager.getByKeys(ClientManager.java:296)
at
org.apache.openmeetings.web.app.ClientManager.invalidate(ClientManager.java:305)
at
org.apache.openmeetings.web.app.WebSession.invalidate(WebSession.java:122)
at
org.apache.wicket.Session.invalidateNow(Session.java:513)
at
org.apache.openmeetings.web.app.WebSession.checkHashes(WebSession.java:183)
at
org.apache.openmeetings.web.pages.HashPage.onInitialize(HashPage.java:102)
at
org.apache.wicket.Component.fireInitialize(Component.java:871)
at
org.apache.wicket.MarkupContainer.internalInitialize(MarkupContainer.java:1037)
at
org.apache.wicket.Page.isPageStateless(Page.java:461)
at
org.apache.wicket.core.request.mapper.AbstractBookmarkableMapper.getPageInfo(AbstractBookmarkableMapper.java:473)
at
org.apache.wicket.core.request.mapper.AbstractBookmarkableMapper.mapHandler(AbstractBookmarkableMapper.java:420)
at
org.apache.wicket.core.request.mapper.MountedMapper.mapHandler(MountedMapper.java:155)
at
org.apache.openmeetings.web.app.Application$NoVersionMapper.mapHandler(Application.java:282)
at
org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:210)
at
org.apache.wicket.request.cycle.RequestCycle.mapUrlFor(RequestCycle.java:449)
at
org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:233)
at
org.apache.wicket.core.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:202)
at
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:912)
at
org.apache.wicket.request.RequestHandlerExecutor.execute(RequestHandlerExecutor.java:65)
at
org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:283)
at
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:253)
at
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:221)
at
org.apache.wicket.protocol.ws.AbstractUpgradeFilter.processRequestCycle(AbstractUpgradeFilter.java:70)
at
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:204)
at
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:286)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at
org.red5.logging.LoggerContextFilter.doFilter(LoggerContextFilter.java:84)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:166)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:608)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:139)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:92)
at
org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:668)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:343)
at
org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:408)
at
org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
at
org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:764)
at
org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1388)
at
org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at
org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:748)
El lun., 30 mar. 2020 a las 8:42, Maxim
Solodovnik (<[email protected]
<mailto:[email protected]>>) escribió:
Would appreciate if you could share your steps
And/or write short video of what is happening
Unfortunately I can't help until I'll be able
to reproduce the issue :(
On Mon, 30 Mar 2020 at 21:39, Rodolfo
Gonzalez <[email protected]
<mailto:[email protected]>> wrote:
Hi Maxim,
no, it happens in one tab AFAIK,
randomly. It's a bit hard to know more
details from the user's side, since
they're at home (they us OM during
#StayAtHome). But it has happened to me
too, with one tab/one window.
I'll ask support to inquire more details
from my users.
El vie., 27 mar. 2020 a las 23:56, Maxim
Solodovnik (<[email protected]
<mailto:[email protected]>>) escribió:
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]
<mailto:[email protected]>> wrote:
most probably not :)
On Thu, 26 Mar 2020 at 12:13,
Rodolfo Gonzalez
<[email protected]
<mailto:[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]
<mailto:[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]
<mailto:[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]
<mailto:[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]
<mailto:[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]
<mailto:[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]
<mailto:[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
--
WBR
Maxim aka solomax
--
WBR
Maxim aka solomax
--
WBR
Maxim aka solomax
--
WBR
Maxim aka solomax
