Notice: In order to edit this ticket you need to be either: a Product Owner, The owner or the reporter of the ticket, or, in case of a Task not yet assigned, a team_member"

Task #11042 (closed)

Opened 6 years ago

Closed 6 years ago

BUG: Errors and crash after browse plate

Reported by: pwalczysko Owned by: jburel
Priority: critical Milestone: 5.0.0-beta1
Component: Insight Version: n.a.
Keywords: n.a. Cc: ux@…, fs@…, sbesson, hflynn, mtbcarroll
Resources: n.a. Referenced By: n.a.
References: n.a. Remaining Time: n.a.
Sprint: FS demo 4.4

Description

During stress testing on adhoc2 server on 04-06-13 - plates. The plate data_repo/public/images/HCS/incell - the first plate in the folder was browsed.

  • 5 images of the plate were bing opened in full viewer.
  • while the action was still ongoing, the "Switch user" command was attempted
  • the command did not proceed, instead two errors came up and insight crashed

error 1 (start, full error attached)

java.lang.Exception: org.openmicroscopy.shoola.env.rnd.RenderingServiceException: RenderImage
	at org.openmicroscopy.shoola.env.data.OmeroImageServiceImpl.renderImage(OmeroImageServiceImpl.java:514)
	at org.openmicroscopy.shoola.env.data.views.calls.ImageRenderer$1.doCall(ImageRenderer.java:87)
	at org.openmicroscopy.shoola.env.data.views.BatchCall.doStep(BatchCall.java:144)
	at org.openmicroscopy.shoola.util.concur.tasks.CompositeTask.doStep(CompositeTask.java:226)
	at org.openmicroscopy.shoola.env.data.views.CompositeBatchCall.doStep(CompositeBatchCall.java:126)
	at org.openmicroscopy.shoola.util.conc

error 2 (start, full error attached)

java.lang.Exception: Abnormal termination due to an uncaught exception.
java.lang.NullPointerException
	at org.openmicroscopy.shoola.env.rnd.RenderingControlProxy.getRndSettingsCopy(RenderingControlProxy.java:1619)
	at org.openmicroscopy.shoola.agents.metadata.rnd.RendererModel.setRenderingControl(RendererModel.java:214)
	at org.openmicroscopy.shoola.agents.metadata.rnd.RendererModel.<init>(RendererModel.java:181)
	at org.openmicroscopy.shoola.agents.metadata.rnd.RendererFactory.createRenderer(RendererFactory.java:66)
	at org.openmicroscopy.shoola.agents.metadata.editor.EditorModel.setRenderingControl(EditorModel.java:3338)
	at org.openmicroscopy.shoola.agents.metadata.editor.EditorComponent.setRenderingControl(EditorComponent.java:692)
	at org.openmicroscopy.shoola.agents.metadata.RenderingControlLoader.handleResult(RenderingControlLoader.java:167)
	at org.openmicroscopy.shoola.env.data.events.DSCallAdapter.eventFired(DSCallAdapter.java:90)
	at org.openmicroscopy.shoola.env.data.views.BatchCallMonit

Attachments (4)

error 1.txt (7.1 KB) - added by pwalczysko 6 years ago.
error 2.txt (13.7 KB) - added by pwalczysko 6 years ago.
stack dump of insight.txt (37.6 KB) - added by pwalczysko 6 years ago.
insight log 04-06-13.txt (33.0 KB) - added by pwalczysko 6 years ago.

Download all attachments as: .zip

Change History (11)

Changed 6 years ago by pwalczysko

Changed 6 years ago by pwalczysko

comment:1 Changed 6 years ago by pwalczysko

Tried to repeat the bug - got a slightly different result - for each of the opened images I got a Connection Refused popup (5 in total - see screenshot). Took a jstack (see attached). None of the 5 popups is sliceable The splashscreen is clickable and I can login, but have just spinning beachball. Attaching Insight log as well.

Changed 6 years ago by pwalczysko

Changed 6 years ago by pwalczysko

comment:2 Changed 6 years ago by pwalczysko

I get the bug on Gretzky now, but not on adhoc-test2. Possibly because the pressure is now a bit off adhoc2 server, and on Gretzky ?

comment:3 Changed 6 years ago by jamoore

  • Cc mtbcarroll added

The underlying issue here has, I think, been corrected by https://github.com/openmicroscopy/openmicroscopy/pull/1247. The problem is that all calls to getEventContext() are blocking when the server has sufficient other processes taking place. At least twice today that has been a number of stats calculations for imports. This is also the cause for Mark's client hang on "Scanning": on initialization, the OMEROMetadataStoreClient object calls getEventContext(), so scanning has actually not begun yet.

If 1247 does fix the server-side issue, then reproducing this may (hopefully) become difficult in which case we may have to fake it. The behavior described by Petr, however, points to several other issues that may need to be looked at. I'd suggest we leave this ticket as the client-side place holder (with stack traces) and if we need to reproduce we can provide a bad "blitz.jar" or similar.

Client issues that I know were seen include:

  • 10+ connection lost exceptions when quickly clicking on wells
  • then beach ball *after* entering password
  • and perhaps also the hang on "scanning".

comment:4 Changed 6 years ago by pwalczysko

During the conversation with josh, I tried to reproduce once more on adhoc2 - the bug is there, got the "Connection Refused" version with 9 "Connection Refused" popups (not clickable) and a beachball after login using the appearing splashscreen.

comment:5 Changed 6 years ago by jamoore

Note: adhoc2 currently is *not* in the hung state as per 1247, so there may be something else involved client-side.

comment:6 Changed 6 years ago by jburel

  • Sprint changed from FS Demo 4.3 to FS demo 4.4

Moved from sprint FS Demo 4.3

comment:7 Changed 6 years ago by jburel

  • Resolution set to fixed
  • Status changed from new to closed
Note: See TracTickets for help on using tickets. You may also have a look at Agilo extensions to the ticket.

1.3.13-PRO © 2008-2011 Agilo Software all rights reserved (this page was served in: 0.81786 sec.)

We're Hiring!