umccr/RNAsum

Failed clinical sample

Closed this issue · 6 comments

We had recently a failed WTS sample - details are:

gds-view --gds-path gds://production/temp/analysis_data/SBJ03874/rnasum/20230716943afa24/logs/main/try-1/task-stdouterr-0.log --to-stdout


processing file: RNAseq_report.Rmd
  |                                                                      |   0%
   inline R code fragments

  |.                                                                     |   1%
label: script_description (with options)
List of 1
 $ eval: logi FALSE

.
.
.
.                                                 |  28%
label: fusions_annot (with options)
List of 4
 $ comment: logi NA
 $ message: logi TRUE
 $ warning: logi FALSE
 $ eval   : logi TRUE

[1] "Start: 2023-07-16 13:02:32"
[1] "Stop: 2023-07-16 13:02:32"
Time difference of 0.03456378 secs
  |....................                                                  |  29%
  ordinary text without R code


label: fusions_and_manta_data_prep (with options)
List of 4
 $ comment: logi NA
 $ message: logi FALSE
 $ warning: logi FALSE
 $ eval   : logi TRUE

[1] "Start: 2023-07-16 13:02:32"
Quitting from lines 3935-3989 (RNAseq_report.Rmd)
Error in order(..., decreasing = decreasing) : argument 3 is not a vector
Calls: <Anonymous> ... order -> standardGeneric -> eval -> eval -> eval -> order
In addition: There were 30 warnings (use warnings() to see them)

Execution halted

This will be a good test case for recent refactoring work to see if we can capture this issue.

In the absence of a QC-based go/no-go decision from the portal and workflow managers do you want to add in a QC check to the WTS workflow? E.g., if file sizes smaller X skip to the end of the pipeline.

Although shallow, but this sample has ~15M input reads. Looking at the error, it has failed at fusion prep stage and producing an R error. I'd like to understand which input is choking RMD and if this is handled better/differently with refactored code.

We haven't nailed this one down yet have we?
I can debug SBJ03874 from my side if so.

I haven't added this case to my testing cohort. Leaving it with you :)