-
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
idr0015-colin-taraoceans S-BIAD861 #645
Comments
Reimport still in progress - cancelled once because of long wait on FILESET_UPLOAD_PREP. |
Since we will be working on that study. We should take the opportunity to also fix the location metadata |
Imported without chunks and exchanged the symlink in ManagedRepo similarly to the idr0013 case. The new Plate on |
Estimate data volume... uint8, 4 channels, Z: 20, 2048 x 2048, 22 x 18 wells, 84 plates. |
Starting to free-up some space...
|
Convert 1 screen...
EDIT: permission denied - |
Make bucket...
|
Uploaded a 2nd plate, recently generated above:
|
Converting 4 more plates...
|
Seeing errors writing memo files...
|
And then... (caused by a typo in my command above:
|
Try to avoid memo issues by not using memo directory, but allow writing to source dir...
Running 12 more (including repeat of last typo fix above):
|
Started to zip some...
|
Still seeing memo issues...
|
Zip command above created 3 zips but failed with same typo as earlier! (oops again):
Conversion above was generating memo errors as before. Last was:
but ran to completion OK... Current status...
Available space getting low...
Need to delete data... Upload first 3 zips...
|
Deleted 3 zips uploaded above and their Move all remaining
|
Converting 10 Filesets into "batch2"...
|
Deleting individual Also upload a random (last)
|
Current state of batch1:
Current state of batch2 (started generating zips too):
|
Very odd if the dataset hasnt been modified at all and was successful last time. I will have to debug to see exactly what the failure is |
@dgault Yes - I wonder if I was in a different python environment at the time - I'll try and check - dependencies might be different... |
No - same error with the |
Plate https://idr.openmicroscopy.org/webclient/?show=plate-4653 on IDR is not visible, but NGFF version looks good: https://hms-dbmi.github.io/vizarr/?source=https://uk1s3.embassy.ebi.ac.uk/bia-integrator-data/S-BIAD861/73d2e66a-a737-46b8-b174-6d60e9145b45/73d2e66a-a737-46b8-b174-6d60e9145b45.zarr |
One plate failed to extract for EBI - re-converting...
...
|
Still failing to convert last plate on
Tried with latest release of
But I remember we need an IDR-specific version that recognises |
On https://www.ebi.ac.uk/biostudies/submissions/files?path=%2Fuser%2Fidr0015
Zip these on
|
@will-moore, I was trying to reproduce the same issue you had seen in #645 (comment). |
Just downloaded from that link (which is the same version I was using before), but still seeing the same issue...
|
On
Downloaded the IDR bioformats2raw-0.6.0-24 and ran that on this last plate... Thought that it's failing on |
Was going to try conversion on Installed conda in my home idr...
But...
|
Cloned a copy here - (didn't know how to get the submodule to fetch)...
When done, checked for
|
Deleted |
Since https://ome.github.io/ome-ngff-validator/?source=https://uk1s3.embassy.ebi.ac.uk/bia-integrator-data/S-BIAD861/90ef79de-8222-4b6d-aa4e-d4f1bd2f1350/90ef79de-8222-4b6d-aa4e-d4f1bd2f1350.zarr
Need to check if any others have this issue...
Found one other plate has the same issue: Those 2 plates are:
Both are these are plates that we have already re-converted and submitted to replace originals. |
On Since NGFF looks good https://hms-dbmi.github.io/vizarr/?source=https://uk1s3.embassy.ebi.ac.uk/bia-integrator-data/S-BIAD861/73d2e66a-a737-46b8-b174-6d60e9145b45/73d2e66a-a737-46b8-b174-6d60e9145b45.zarr, let's try to import that to replace the plate (plate has no KV-pairs etc, so don't need to update annotations). Let's import the as omero-server..
Didn't have this problem at IDR/idr0125-way-cellpainting#4 (comment) - I wonder what the difference is??? |
Fixing broken mkngff Filesets.... Ran Generated sql... See IDR/idr-utils@08437f4
12:30
Same with
For 21118.sql this didn't need any update (original Fileset ID still valid).
|
Forgot to run symlink creation for those 3 plates...
Checked all three links with e.g.
|
Since we have a bunch of Plates on idr-testing that have failed memo file generation (via Seb's parallel script and via viewing in web), lets try on clean idr0125-pilot...
Try viewing image http://localhost:1040/webclient/userdata/?show=image-1962455 (12:25)... Image is viewable: Memo file took 69 mins (4178531 ms)
|
Plates where memo file generation failed...
When regenerating these, I didn't include the clientpath option...
Fixed in IDR/idr-utils@7bb3acf |
Tried viewing the other 2 Plates too: These are viewable on idr0125-pilot. So it looks like all these 3 Filesets that aren't viewable on idr-testing are OK, but something has prevented them being viewable there, possibly a failed attempt to create memo file before the symlink |
On idr-next, I omitted running the 3 sql scripts for regenerated Filesets above: IDR/idr-utils@125c4e5 However, these are actually ready to go, since they are working on idr0125-pilot above (and now have clientpath links too). Run on idr-next... create
As wmoore, updated SECRET
as omero-server
|
Viewing first image to trigger memo file... |
Size of the dataset on S3:
( |
Interestingly that's a increase by more than a factor 2 compared to the original format (2.5TB in studies.tsv). |
idr0015-colin-taraoceans
The text was updated successfully, but these errors were encountered: