Open balhoff opened 2 years ago
Noting that this section, while it failed, seems to be passing on a retry. Not sure of the expected frequency of failure, but this has likely been in this state for some time.
@balhoff Do you feel that this has gotten state? Would it be fine to close this out for now, or do you still have an iron in the fire for this?
I'm going to vote "stale" for now.
@balhoff I may have hit this again today. Or something related:
skipping 5b91dbd100000065.ttl
skipping MGI_MGI_1917193.ttl
skipping 62900b6400000000.ttl
java.lang.ClassCastException
at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
[...]
at java.base/java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1656)
at java.base/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1594)
at java.base/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:183)
The ordering of the files processed does seem to be threaded and non-deterministic. Seems pretty intermittent given that this was last poked a year and a half ago.
Currently model import uses parallel streams. I'm not sure how well we've architected the minerva code to support this. Only one can be inserted into the database at a time, anyway. Speculating that this may relate to a failure seen in the pipeline by @kltm: