-
Notifications
You must be signed in to change notification settings - Fork 24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bio-Formats cache regeneration walkthrough #686
Comments
As suggested, I tried instead to move data initially, then delete later.
Restarted Meanwhile cleanup, |
Seems that
Try again..
screen -r
|
Seems pretty unhappy... Lots of
|
|
Cancelled:
Restarting...
|
Re-running...
|
|
Ooops - added newline in command above. Cancel and start again...
|
Looks like running OK now...
|
As discussed in IDR meeting now, decided to stop memo generation now and test with ~2000 filesets that have been processed so far.
|
Exception on omeroreadonly-4
|
Started again...
Status after about 5 mins...
|
16 hours later... apart from computer:1, percentages seem lower today than yesterday
|
Summary of current progress...
|
Stopped for more testing
|
Testing successful!
After 4 minutes... screen -r
|
Stopped memo generation during morning IDR meeting. Re-mounted it and then restarted again...
|
On idr0138-pilot, we want to create memos, particularly for idr0090 This lists all Plates for idr0090...
Can use that in a query to get Images
Edit to remove first line
|
On idr-testing, seemed that memo failed for all Plates in idr0090... Using same idr0090_ids.txt from idr0138 above...
But I don't have a good way of working out when the goofys mount failed on idr:testing omeroreadonly-1. |
Decided to focus just on idr0090 memo file generation on idr-testing too...
|
|
Seb's query for getting ONLY NGFF data for memo file regeneration, using the
|
|
Seeing a bunch of these... "Password check failed" e.g.
Image:1484503/stderr``` Traceback (most recent call last): File "/opt/omero/server/venv3/lib/python3.6/site-packages/omero/plugins/sessions.py", line 622, in attach rv = store.attach(server, name, uuid, set_current=set_current) File "/opt/omero/server/venv3/lib64/python3.6/site-packages/omero/util/sessions.py", line 349, in attach set_current=set_current) File "/opt/omero/server/venv3/lib64/python3.6/site-packages/omero/util/sessions.py", line 380, in create sf = client.createSession(name, pasw) File "/opt/omero/server/venv3/lib64/python3.6/site-packages/omero/clients.py", line 640, in createSession prx = rtr.createSession(username, password, ctx) File "/opt/omero/server/venv3/lib64/python3.6/site-packages/Glacier2_Router_ice.py", line 258, in createSession return _M_Glacier2.Router._op_createSession.invoke(self, ((userId, password), _ctx)) Glacier2.PermissionDeniedException: exception ::Glacier2::PermissionDeniedException { reason = Password check failed for '76f463be-21a1-48c6-a7af-e38222e21671': [] }During handling of the above exception, another exception occurred: Traceback (most recent call last):
|
Current status...
Cancelled this to focus on idr0090 for testing...
|
Left idr0090 memo generation running overnight, but it only resulted in 9 out of 22 Plates with "ok". Ran again this morning...
11/22 are "ok" but the other 11 have some Exception:
|
|
Manually viewing in web to trigger memo files:
|
To test memo file generation on some data that takes less time than idr0090, lets get some IDs for idr0011-ScreenB (40 Plates)
PermissionDeniedException: less /tmp/memo_idr0011B_20240222/1/Image:2857249/stderr
EDIT - completed... 32 / 40 ok, 8 Exceptions...
|
Try running the same ssh into each in turn...
First one took longer, then all the readonly servers much faster. All OK. No Errors. |
Try running again to see if the same images get errors..
This time all worked!
So, no clues as to why we got exceptions the first time, but shows that re-running can help. |
Let's get on and run memo generation on idr0010 (148 Plates)
All 25 failures are the same e.g: Image:1921251/stderr
|
Re ran for idr0010...
This time we see 2 different Exceptions:
The The PermissionDeniedException looks like: PermissionDeniedException
|
Try idr0012...
|
Logs show idr0012 looks complete (23:10) so I cancelled the screen (still running?). Started idr0016...
EDIT: > 36 hours later 7:50 on 24th. Still running... (413 plates in total):
|
Nearly done with idr0016:
To keep things running over rest of weekend, cancelled that and ran all of ngff again...
|
Since all 5 idr-testing servers are getting constant Going to restart all servers...
|
Try again with all ngff...
|
|
Following https://github.com/IDR/deployment/blob/master/docs/operating-procedures.md#bio-formats-cache-regeneration with step by step notes...
The instructions there distribute the work across all 5 proxy servers..
Followed instructions exactly as written on
idr-testing
until:We can probably skip this step if we use the one shared python environment at
/opt/omero/server/venv3
for subsequent steps...Checking we have same jars on all servers... e.g. ZarrReader...
Deletion has been running for an hour and a half now:
The text was updated successfully, but these errors were encountered: