runner icon indicating copy to clipboard operation
runner copied to clipboard

When the workflow was triggered , it failed multiple times with message - "The operation was canceled."

Open shriyakk opened this issue 6 months ago • 1 comments

Describe the bug When reusable workflow is triggered on self hosted runner, the workflow suddenly fails with the Error message - The operation was canceled. image

The workflow was working fine and suddenly I have started facing this issue.

To Reproduce Steps to reproduce the behavior:

  1. Go to Settings , setup the Linux runner (self-hosted). Run ./svc.sh service.
  2. Go to Actions and run the workflow.
  3. After sometime this issue occurs.

Expected behavior The workflow should execute without any cancellations.

Runner Version and Platform

Self hosted runner. OS : Ubuntu 20.04 Current runner version: '2.317.0'

Runner - Image: ubuntu-22.04 Version: 20240721.1.0

OS of the machine running the runner? OSX/Windows/Linux/... Linux - Ubuntu

What's not working?

image

Job Log Output

2024-07-25T10:37:00.6701922Z Current runner version: '2.317.0' 2024-07-25T10:37:00.6710011Z Runner name: 'desktop' 2024-07-25T10:37:00.6710660Z Runner group name: 'Install' 2024-07-25T10:37:00.6711588Z Machine name: 'test-ThinkCentre-M92p' 2024-07-25T10:37:00.6714956Z ##[group]GITHUB_TOKEN Permissions 2024-07-25T10:37:00.6716863Z Contents: read 2024-07-25T10:37:00.6717285Z Metadata: read 2024-07-25T10:37:00.6717679Z ##[endgroup] 2024-07-25T10:37:00.6721414Z Secret source: Actions 2024-07-25T10:37:00.6722034Z Prepare workflow directory 2024-07-25T10:37:00.8562692Z ##[error]The operation was canceled.

Runner and Worker's Diagnostic Logs

If applicable, add relevant diagnostic log information. Logs are located in the runner's _diag folder. The runner logs are prefixed with Runner_ and the worker logs are prefixed with Worker_. Each job run correlates to a worker log. All sensitive information should already be masked out, but please double-check before pasting here.

shriyakk avatar Jul 25 '24 17:07 shriyakk