A lightweight Nextflow workflow designed for testing infrastructure.
After configuring and deploying your infrastructure, validating the functionality of a Nextflow pipeline is crucial. Common issues include network problems, permission discrepancies, and invalid paths. The purpose of this pipeline is to execute a series of straightforward tasks to ensure they function properly. By employing simple tasks that test specific functionalities, we can pinpoint and resolve individual issues effectively.
This pipeline is intentionally minimalistic, arriving with no additional configuration. Users are required to tailor the run settings to their specific infrastructure.
All tests are consolidated in the main.nf
file, prioritizing simplicity and readability. If any test is challenging to comprehend, please raise an issue.
To execute locally, use the following command:
nextflow run seqeralabs/nf-canary
This will run on your local machine with default settings. Successful execution of all tests indicates a correctly configured Nextflow installation. Any failures suggest potential issues with your configuration.
Configure your infrastructure using the appropriate configuration files listed in the Nextflow documentation. Run the pipeline with the additional configuration to execute it on your setup.
nf-canary adheres to the --outdir
convention established by nf-core to determine the output file destination. If not specified, output files are written to the work directory under a subfolder named outputs
.
Skip individual tests by name using the --skip
parameter, e.g., --skip TEST_INPUT
. Multiple tests can be specified with comma-delimited values, e.g., --skip TEST_CREATE_FILE,TEST_PASS_FILE
. The parameter is case-insensitive.
By default, all tests are executed. However, you can selectively run a specific test with the --run
parameter, e.g., --run TEST_INPUT
. When using this parameter, only the selected tests will run. Multiple tests can be specified with comma-delimited values, e.g., --run TEST_CREATE_FILE,TEST_PASS_FILE
. Case insensitive.
Certain tests depend on the successful execution of previous tests and will be skipped if an upstream test fails. The dependencies for each test are listed below:
TEST_CREATE_FILE:
- TEST_PASS_FILE
TEST_CREATE_FOLDER:
- TEST_PASS_FOLDER
Each test includes a brief comment explaining its purpose. In case of failure, review the comment to understand the intended outcome and compare it to the error message reported by Nextflow.
This process should succeed automatically with exit status 0.
This process creates a file on the worker machine and then moves it to the working directory.
This process creates an empty file on the worker machine and then moves it to the working directory.
This process creates a folder in the working directory.
This process retrieves a file from the working directory and reads its contents on the worker machine.
Tests a shell script in the bin/
directory that creates a single file.
Note: Enabled only if the parameter --remoteFile
is specified.
This process retrieves a file from a remote resource to the worker machine and reads its contents. Use the --remoteFile
parameter, e.g., to download this README:
nextflow run seqeralabs/nf-canary --remoteFile 'https://raw.githubusercontent.com/seqeralabs/nf-canary/main/README.md'
Use this parameter to specify a file to access during runtime.
This process stages a file from the working directory to the worker node, copies it, and stages it back to the working directory.
This process stages a folder from the working directory to the worker node, copies it, and stages it back to the working directory.
This process creates a file on the worker machine and writes it to the publishDir directory. By default, this is written to a subfolder called output
in the working directory, but it can be overridden using the --outdir
parameter. Use this to demonstrate the ability to publish to the relevant output directory.
This process creates a folder on the worker machine and writes it to the publishDir directory. By default, this is written to a subfolder called output
in the working directory, but it can be overridden using the --outdir
parameter. Use this to demonstrate the ability to publish to the relevant output directory.
This process should fail immediately but be ignored using the default configuration.
Tests moving a file within the working directory.
Tests moving the contents of a folder to a new folder within the working directory.
Test a process can accept a value as input.