Project

General

Profile

Actions

action #134810

closed

[tools] GitlabCI deploy on salt-states-openqa took too much time

Added by osukup over 1 year ago. Updated over 1 year ago.

Status:
Rejected
Priority:
Normal
Assignee:
Category:
Regressions/Crashes
Target version:
Start date:
2023-08-30
Due date:
% Done:

0%

Estimated time:

Description

https://gitlab.suse.de/openqa/salt-pillars-openqa/-/jobs/1790871

gitlab CI limit for single job is 2 hours, job took more..


Related issues 1 (0 open1 closed)

Related to QA (public) - action #133457: salt-states-openqa gitlab CI pipeline aborted with error after 2h of execution size:MResolvedokurz

Actions
Actions #1

Updated by okurz over 1 year ago

  • Related to action #133457: salt-states-openqa gitlab CI pipeline aborted with error after 2h of execution size:M added
Actions #2

Updated by livdywan over 1 year ago

  • Status changed from New to Blocked
  • Assignee set to livdywan

I will probably look into that since it's basically a follow-up to my existing ticket. Seems the improvements were not enough just when I thought we hadn't seen any issues for a while.

Actions #3

Updated by osukup over 1 year ago

plus we have much more machines in salt now --> it probably needs split deploy to more independent groups ?

Actions #4

Updated by okurz over 1 year ago

  • Category set to Regressions/Crashes
  • Status changed from Blocked to Rejected
  • Target version set to Ready

closing as rejected.

osukup wrote in #note-3:

plus we have much more machines in salt now --> it probably needs split deploy to more independent groups ?

Yes, but salt triggers the execution on machines in parallel so this would only help if we can clearly identify which are the slowest and will stay the slowest every time.

Actions

Also available in: Atom PDF