-
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
idr-next steps for NGFF upgrade #675
Comments
Delete on idr-testing...
|
|
|
Latest Bio-Formats push: https://merge-ci.openmicroscopy.org/jenkins/job/BIOFORMATS-push/643/console
Run on
|
On omeroreadwrite...
|
Ran for all studies up to
error from idr0054 because idr0054.csv has whitespace in rows - but shouldn't cause any errors as the correct IDs were still found? |
Saved memo times for the first Fileset in each study... e.g.
|
As omero-server...
This now allows viewing of all All completed! |
Using IDR/idr-utils#55, let's validate a bunch of Plates etc.. 1st plate from each study... First plate IDs from idr0004 etc.
|
The Errors come from all Fields except the first field in multi-field Plates. Only with For a single Image - on idr-testing, connect to localhost or idr.openmicroscopy.org. http://localhost:1080/webclient/?show=image-1811321
Pixel values are different! With the same rendering settings, these images do appear a little different: Need to check the raw NGFF data... |
These pixel values appear identical to those loaded from |
Updated ZarrReader on idr-testing - see ome/ZarrReader#64 (comment) Generating memo file for previously un-viewed |
No images have pixel mismatch (checking all 3 planes for all images). Known issue - all the
|
Since images without chunks didn't import above, test import of idr0054 image from ome/ZarrReader#64 (comment)
So this still works 👍 |
idr-next (prod120) steps...
NB: Also 1 plate from idr0011 that was never created
as wmoore - repeat for all studiess
as omero-server in
Ooops - missed SECRET key for idr0036...
Need to re-run psql commands ONLY, after updating SECRET.. looks god...
ALL studies done!!! |
Memo file generation progress (running since 9th Dec - Now 11th Dec): EDIT: updated 14th Dec after stopped running
1949093 is idr0015 broken plate.
2131185, 2330212, 2340843, 2376573, 2435591, 2486279 are idr0016 - all known New errors from idr0016: 797729 is idr0004 13th Dec: 9:00...
14th Dec (after memo file generation was paused and restarted with different log location below)
Update the list above... |
Seb "NGFF memo file regeneration process restarted earlier this morning (results under
Some fails are
|
idr-next uk1s3 stepsidr0011, idr0013, idr0016
Update sql with SECRET...
Mount buckets with goofys:
See steps at #642 (comment)
Images from all 4 Plates are viewable 👍 idr0013....
Ooops - copy/paste error - still had idr0011 in symlink, and symlink doesn't have
Images from all 3 Plates are viewable 👍 idr0016...
Images from all 7 Plates are viewable 👍 idr0064See #682 (comment)
Images from all 9 Plates are visible in webclient 👍 idr0091See #650 (comment)
|
For idr0009 - need to add Fileset template prefixes - test with just a couple from that Plate and the next http://localhost:1080/webclient/?show=plate-2703
For each, create
This has created .bfoptions file... for http://localhost:1080/webclient/?show=plate-2705
The bfmemo exists for some Plates, e.g. first Plate of idr0009 on idr-testing:
and for Plate above http://localhost:1080/webclient/?show=plate-2705 with some missing Wells
but not for other plates with missing Wells - e.g. first plate above
lets try to delete .bfmemo and see if it fixes problem...
Now, we can no-longer view ANY images on http://localhost:1080/webclient/?show=plate-2705
👎 After I delete the bfoptions file created above
This allows images to be viewable again and a new .bfmemo is created
|
idr0009 .bfoptions creationSee #684 On idr-next (prod120) as omero-server... Created
Also created
|
Snapshot of idr-next just taken by Dom. Upate idr-next to "revert" usage of our own s3 buckets at #675 (comment) and replace the NGFF Filesets created there with ones based on BioStudies-hosted data (but without adding an extra Needs install of IDR/omero-mkngff#14 to create new Filesets without extra
idr0011.csv - with Fileset IDs from idr-next...
idr0013.csv - with Fileset IDs from idr-next...
idr0016.csv - with Fileset IDs from idr-next...
For each of
idr0011: |
Same for idr0064... idr0064.csv - IDs for idr-next...
Looks good... |
For testing, all these are now hosted by BioStudies... idr0011/Plate15-Yellow-A idr0013/LT0080_37 idr0016/25585 idr0064 (all plates) |
Installed
|
After testing by @pwalczysko, now switching back to use goofys on idr-next... On each server, unmount (geesefs), re-mount (goofys), restart server...
|
start from scratch on rocky9 pilot
Plate P115:
Plate P124:
Try to view image from 2nd Plate at 9:40...http://localhost:1080/webclient/?show=well-469196 - success ~ 10:00.
|
Since idr0091 scripts ( Use
BUT - this data isn't viewable since we don't have latest Bio-Formats on this server. Just the IDR version. So, back to the drawing board...! EDIT:
|
idr0009 update on |
Testing of svs update failed due to Bio-Formats version mismatches... David: Downloaded various jars into
For each of these, moved the existing equivalent jar from
Then copied all new jars into
Restarted server... |
Steps needed on idr-next for NGFF upgrade.
NB: current checklist is for actions on idr-testing (newly redeployed on 10th Oct)
Detailed workflow is at IDR/omero-mkngff#2 but this is an outline, also includes study-specific jobs:
$SECRET
, update all sql commands with it and run them (see https://github.com/IDR/mkngff_upgrade_scripts)mkngff symlink
on all studies, including bfoptions creationRegenerate thumbnails for idr0015 plate https://idr.openmicroscopy.org/webclient/?show=plate-4653Plate 130-16
, by going to an Image (e.g. http://localhost:1080/webclient/?show=image-3063425 and "Save To All"idr00XX.csv
andsql
files from Filesets to swap idr-utils#56 into separate repos, then review/merge the PR.The text was updated successfully, but these errors were encountered: