Project

General

Profile

Actions

action #35044

closed

[sle][functional][u][hyperv][easy] textmode@svirt-hyperv-uefi exceeds max job time - 3h

Added by mloviska almost 6 years ago. Updated almost 6 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Bugs in existing tests
Target version:
SUSE QA - Milestone 17
Start date:
2018-04-16
Due date:
2018-07-03
% Done:

0%

Estimated time:
Difficulty:

Description

[2018-04-16T13:24:34.0918 CEST] [info] got job 1620812: 01620812-sle-12-SP4-Server-DVD-x86_64-Build0236-textmode@svirt-hyperv-uefi
[2018-04-16T13:24:34.0944 CEST] [info] OpenQA::Worker::Cache: Initialized with openqa.suse.de at /var/lib/openqa/cache, current size is 50604837888
[2018-04-16T13:24:35.0289 CEST] [info] Downloading SLE-12-SP4-Server-DVD-x86_64-Build0236-Media1.iso from openqa.suse.de/tests/1620812/asset/iso/SLE-12-SP4-Server-DVD-x86_64-Build0236-Media1.iso
[2018-04-16T13:25:46.0693 CEST] [info] CACHE: updating the /var/lib/openqa/cache/SLE-12-SP4-Server-DVD-x86_64-Build0236-Media1.iso with "e6600000-56907704bfd60" and 3865051136
[2018-04-16T13:25:50.0024 CEST] [info] 19791: WORKING 1620812
[2018-04-16T16:25:50.0014 CEST] [warn] max job time exceeded, aborting 01620812-sle-12-SP4-Server-DVD-x86_64-Build0236-textmode@svirt-hyperv-uefi
[2018-04-16T16:25:51.0429 CEST] [info] uploading consoletest_setup-loadavg_consoletest_setup.txt

"MAX_JOB_TIME" : "10800" is not enough for textmode@svirt-hyperv-uefi job or the job is just too big for hyperv machine.

Observation

openQA test in scenario sle-12-SP4-Server-DVD-x86_64-textmode@svirt-hyperv-uefi fails in
curl_https

Reproducible

Fails since (at least) Build 0152

Acceptance criteria

  • AC1: A higher timeout is applied for hyperv jobs by default

Suggestions

I guess it makes sense to scale the MAX_JOB_TIME based on TIMEOUT_SCALE. Challenge is that TIMEOUT_SCALE belongs to os-autoinst, MAX_JOB_TIME belongs to openQA but it should be ok to look for the variable existing in the context of os-autoinst and scale it accordingly.
What we can do still is apply a higher default timeout in the machine setting for hyperv - unless that overwrites settings in the test suite but that could be simply tried by checking that with a local openQA instance.

Further details

Always latest result in this scenario: latest


Related issues 1 (0 open1 closed)

Related to openQA Tests - action #37907: [sle][functional][hyperv][u] Various test failures on hyperv - stabilizeResolvedmichalnowak2018-06-27

Actions
Actions #1

Updated by okurz almost 6 years ago

  • Subject changed from [sle][functional] textmode@svirt-hyperv-uefi exceeds max job time - 3h to [sle][functional][u] textmode@svirt-hyperv-uefi exceeds max job time - 3h
  • Due date set to 2018-07-03
  • Target version set to Milestone 17

I guess because we set a timeout scale on the machine we should also update the default MAX_JOB_TIME of 2h to 3x2h = 6h

Actions #2

Updated by mloviska almost 6 years ago

We have the same issue again.
sle-12-SP4-Server-DVD-x86_64-Build0239-textmode@svirt-hyperv-uefi
Most likely it will fix the issue.

Actions #3

Updated by okurz almost 6 years ago

  • Subject changed from [sle][functional][u] textmode@svirt-hyperv-uefi exceeds max job time - 3h to [sle][functional][u][hyperv] textmode@svirt-hyperv-uefi exceeds max job time - 3h
Actions #4

Updated by okurz almost 6 years ago

  • Description updated (diff)
  • Status changed from New to Workable
Actions #5

Updated by okurz almost 6 years ago

  • Target version changed from Milestone 17 to Milestone 17
Actions #6

Updated by riafarov almost 6 years ago

  • Subject changed from [sle][functional][u][hyperv] textmode@svirt-hyperv-uefi exceeds max job time - 3h to [sle][functional][u][hyperv][easy] textmode@svirt-hyperv-uefi exceeds max job time - 3h

Try just extending MAX_JOB_TIME for hyperv due to it's performance and see if it helps.

Actions #7

Updated by okurz almost 6 years ago

  • Related to action #37907: [sle][functional][hyperv][u] Various test failures on hyperv - stabilize added
Actions #8

Updated by okurz almost 6 years ago

  • Status changed from Workable to Blocked
  • Assignee set to okurz

Let's wait for feedback from #37907

Actions #9

Updated by okurz almost 6 years ago

  • Status changed from Blocked to Resolved

Blocker #37907 resolved, we can pick this up and check statistics again.

https://openqa.suse.de/tests/1792354 and previous ones look pretty stable and the runtime is 56 minutes where previously it was in the area of 2h so I guess we are good here as well.

Actions

Also available in: Atom PDF