Francesco Fabiano
02/25/2026, 10:53 AMnf-core/mag 5.4.0 pipeline on a large-scale dataset (82 samples, ~1 TB).
I encountered a blocking null object error during the get_software_versions / MultiQC metadata collection step. It seems the pipeline crashes when trying to parse Bowtie2 versions/logs on this scale.
I managed to bypass it by locally patching the code to skip the specific version check, allowing the binning processes to complete. Has anyone else experienced this bottleneck with Terabyte-scale runs? I’d be happy to share my logs or the specific lines I modified if it helps improving the pipeline's robustness!James Fellows Yates
02/25/2026, 12:59 PM.nextflow.log file that would be much appreciated ♥️James Fellows Yates
02/25/2026, 12:59 PMFrancesco Fabiano
02/25/2026, 1:58 PMprocessVersionsFromYAML. Attached is the most detailed log I have."James Fellows Yates
02/25/2026, 2:30 PMFrancesco Fabiano
02/25/2026, 2:41 PMprocessVersionsFromYAML just in case they might be a helpful starting point for the team whenever you'll have the chance to look into this.
_I simply added a null check for yaml_file to prevent the crash. Wishing a quick recovery to the kid! Thanks again for all the work you do on nf-core/mag. line 82 from_ .nextflow/assets/nf-core/mag/subworkflows/nf-core/utils_nfcore_pipeline/main.nf
//
// Get software versions for pipeline
//
def processVersionsFromYAML(yaml_file) {
def yaml = new org.yaml.snakeyaml.Yaml()
if (!yaml_file) {
println "Skipping null yaml_file"
return "{}"
}
String yaml_text = yaml_file.getText('UTF-8')
def raw_map = yaml.load(yaml_text)
def clean_map = raw_map.collectEntries { k, v -> [k.tokenize(':')[-1], v] }
return yaml.dump(clean_map).trim()