Skip to content
Snippets Groups Projects
Select Git revision
  • e2af746b5a3f85a08fd8e035ca0225c0ffc32b7c
  • main default protected
  • Version-0.5.4
  • Version-0.5.3
  • Version-0.5.2
  • Version-0.5.1
  • Version-0.3.1
  • Version-0.2.2
  • Version-0.2.1
  • Version-0.2.0
  • Version-0.1.1
  • Version-0.1.0
  • Version0.0.1
13 results

runner-mirror

  • Clone with SSH
  • Clone with HTTPS
  • CustomDriver

    Idea

    Use a GitLab CI Costum Runner to handle HPC resource access for CI Pipelines.

    Stages

    Config

    • Store which type of Runner shall be used (shell, Slurm, Singularity, others will follow)
    • Log GitLab user info
    • Store CI trigger info for accountability
    • Define batch parameters

    Prepare

    • Get the cluster username
    • Log CI access for user
    • Downscope to user
    • Startup the Runner environment (e.g. get an interactive batch job, submit job to batch etc.)
    • Create reasonable directories

    Run

    • Run the generated scripts in the changed environment

    Cleanup

    • End batch session
    • Clear tmp files

    Wished Funktionality

    • (Singularity) container spawning
    • Shell jobs should be executed on batch nodes as batch jobs
    • Slurm jobs should directly submit jobs to the queue and wait for completion
    • Canceling a pipeline should cancel slurm jobs (not applicable for shell runner)
    • User logs and admin logs should be generated and identifyable in case of problems
    • Admin logs should contain infos on the repo, user, script etc. that is to be executed

    Getting started