Task #9936 (closed)
Bug: Try to handle large numbers of files as reasonably as possible in DropBox
| Reported by: | cblackburn | Owned by: | cblackburn |
|---|---|---|---|
| Priority: | major | Milestone: | OMERO-4.4.7 |
| Component: | OmeroFs | Version: | n.a. |
| Keywords: | n.a. | Cc: | |
| Resources: | n.a. | Referenced By: | n.a. |
| References: | n.a. | Remaining Time: | 0.0d |
| Sprint: | 2013-04-09 (7)) |
Description
If image files are copied into a user folder quickly and in large numbers DropBox can fail. This case should be handled as reasonably as possible by either managing the imports or recovering from the failure.
See forum thread Omero 4.4.5 & DropBox
Attachments (1)
Change History (8)
comment:1 Changed 11 years ago by cblackburn
comment:2 Changed 11 years ago by jburel
- Sprint set to Bugs Fixing
comment:3 Changed 11 years ago by cblackburn
- Status changed from new to accepted
This problem was recently re-reported in #10481 where further logs are available.
The problem seems to be that each import is taking progressively longer between the user being logged in and import being started with the eventual result that the session has timed out.
comment:4 Changed 11 years ago by mtbcarroll
In testing https://github.com/openmicroscopy/openmicroscopy/pull/810 I commented on a double-import event on one of the files. I'll attach log extracts here.
comment:5 Changed 11 years ago by jburel
- Sprint changed from Bugs Fixing to 2013-04-09 (7))
Moved from sprint Bugs Fixing
comment:6 Changed 11 years ago by cblackburn
- Resolution set to fixed
- Status changed from accepted to closed
comment:7 Changed 11 years ago by Colin Blackburn <colin@…>
- Remaining Time set to 0
(In [b9604007edbb7d5067ff7dcb2d7417b8c787002a/ome.git] on branch develop) Move getting session until after wait. Fixes #9936
The first step here is to try to reproduce using local server.