[scheduling] Workers on openqaworker2 stuck frequently
Workers of following classes on
openqaworker2 host stuck every couple of days:
svirt-hyperv2012r2. I had to restart them manually, so they are untangled and accept jobs again.
On surface, from openQA dashboard, the affected worker has a job from SLES15 SP1 build 157.1 "running" for 2-3 days. Canceling the job didn't work, new job wasn't acquired from the pool. Worker service restart did the job for the time being, but the worker stuck again after 3 days.
This is one such a worker:
mnowak@openqaworker2:~> sudo systemctl status openqa-worker@19 ● firstname.lastname@example.org - openQA Worker #19 Loaded: loaded (/usr/lib/systemd/system/openqa-worker@.service; enabled; vendor preset: disabled) Active: active (running) since Fri 2019-02-01 13:54:32 CET; 2 days ago Main PID: 9887 (worker) Tasks: 1 (limit: 512) CGroup: /email@example.com └─9887 /usr/bin/perl /usr/share/openqa/script/worker --instance 19 Feb 01 19:52:21 openqaworker2 worker: [info] uploading vars.json Feb 01 19:52:21 openqaworker2 worker: [info] uploading serial0.txt Feb 01 19:52:21 openqaworker2 worker: [info] uploading autoinst-log.txt Feb 01 19:52:21 openqaworker2 worker: [info] uploading worker-log.txt Feb 01 19:52:21 openqaworker2 worker: [info] cleaning up 02430240-sle-15-SP1-Installer-DVD-x86_64-Build158.4-skip_registration@svirt-hyperv-uefi Feb 01 19:53:44 openqaworker2 worker: GLOB(0x8005aa8)[info] got job 2426719: 02426719-sle-15-SP1-Installer-DVD-x86_64-Build157.1-mediacheck@svirt-hyperv Feb 01 19:53:44 openqaworker2 worker: [info] +++ setup notes +++ Feb 01 19:53:44 openqaworker2 worker: [info] start time: 2019-02-01 18:53:44 Feb 01 19:53:44 openqaworker2 worker: [info] running on openqaworker2:19 (Linux 4.7.5-2.g02c4d35-default #1 SMP PREEMPT Mon Sep 26 08:11:45 UTC 2016 (02c4d35) x86_64) Feb 02 18:09:05 openqaworker2 systemd: firstname.lastname@example.org: Got notification message from PID 11599, but reception is disabled.
#3 Updated by okurz over 1 year ago
I think there was also another ticket but this one is what I got looking for "stuck" in the subject:
It seems like we have big backlog of especially ipmi and s390x-kvm tests on osd scheduled for multiple days and the according workers report as "Working" but also for a period longer than a day already, e.g.
https://openqa.suse.de/admin/workers/1246 , https://openqa.suse.de/admin/workers/1245 , https://openqa.suse.de/admin/workers/1243
Yes, the restructuring should help because the worker would re-register and the web UI will mark the job as incomplete then. (Triggering the re-registration by restarting the worker was the current workaround.) And the worker itself should of course also be able to work on further jobs now.