Project

General

Profile

Actions

action #162260

closed

openQA Project (public) - coordination #157969: [epic] Upgrade all our infrastructure, e.g. o3+osd workers+webui and production workloads, to openSUSE Leap 15.6

auto-update.service fails on various workers due to a package conflict

Added by ybonatakis 6 months ago. Updated 6 months ago.

Status:
Resolved
Priority:
High
Assignee:
Category:
Regressions/Crashes
Start date:
2024-06-14
Due date:
% Done:

0%

Estimated time:

Description

https://stats.openqa-monitor.qa.suse.de/d/KToPYLEWz/failed-systemd-services?orgId=1

{worker31,worker35}.oqa.prg2.suse.org

Jun 14 07:52:25 worker31 auto-update[3985]: + zypper -n --no-refresh --non-interactive-include-reboot-patches patch --replacefiles --auto-agree-with-licenses --download-in-advance
Jun 14 07:52:25 worker31 auto-update[4149]: Loading repository data...
Jun 14 07:52:26 worker31 auto-update[4149]: Reading installed packages...
Jun 14 07:52:27 worker31 auto-update[4149]: Resolving package dependencies...
Jun 14 07:52:27 worker31 auto-update[4149]: Problem: 1: the installed gio-branding-openSUSE-42.1-lp156.8.3.noarch requires 'libgio-2_0-0 = 2.78.3', but this requirement cannot be provided
Jun 14 07:52:27 worker31 auto-update[4149]:  Solution 1: deinstallation of gio-branding-openSUSE-42.1-lp156.8.3.noarch
Jun 14 07:52:27 worker31 auto-update[4149]:  Solution 2: do not install patch:openSUSE-SLE-15.6-2024-1950-1.noarch
Jun 14 07:52:27 worker31 auto-update[4149]:  Solution 3: break gio-branding-openSUSE-42.1-lp156.8.3.noarch by ignoring some of its dependencies
Jun 14 07:52:27 worker31 auto-update[4149]: Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): c
Jun 14 07:52:27 worker31 auto-update[3985]: + ret=4
Jun 14 07:52:27 worker31 auto-update[3985]: + [[ 4 == 102 ]]
Jun 14 07:52:27 worker31 auto-update[3985]: + return 4

Affected workers:
worker40

worker35
worker34
worker33
worker32
worker31
worker-arm2
worker-arm1


Related issues 1 (1 open0 closed)

Related to openQA Infrastructure (public) - action #157975: Upgrade osd workers to openSUSE Leap 15.6 size:SIn Progressybonatakis2024-12-26

Actions
Actions #1

Updated by okurz 6 months ago

  • Target version set to Ready
  • Parent task set to #157969

related to #157975

Actions #2

Updated by okurz 6 months ago

  • Status changed from New to In Progress
  • Assignee set to okurz
Actions #3

Updated by ybonatakis 6 months ago

@okurz I am already doing some manual updates FYI

Actions #4

Updated by ybonatakis 6 months ago · Edited

  • Status changed from In Progress to Feedback

https://stats.openqa-monitor.qa.suse.de/d/KToPYLEWz/failed-systemd-services?orgId=1&from=now-5m&to=now
services are recovered.
If there is nothing more to consider further, maybe we can resolve it now?

Actions #5

Updated by okurz 6 months ago

  • Related to action #157975: Upgrade osd workers to openSUSE Leap 15.6 size:S added
Actions #6

Updated by okurz 6 months ago

  • Status changed from Feedback to Resolved

After ensuring that all systems are on a consistent 15.5 state again I called sudo salt \* cmd.run 'command -v auto-update 2>/dev/null && auto-update' and it looks good again now.

Actions #7

Updated by ybonatakis 6 months ago

okurz wrote in #note-6:

After ensuring that all systems are on a consistent 15.5 state again I called sudo salt \* cmd.run 'command -v auto-update 2>/dev/null && auto-update' and it looks good again now.

Does that fixed the network problem or was it supposed to fixed the alert and the failing service?

Actions #8

Updated by okurz 6 months ago

ybonatakis wrote in #note-7:

okurz wrote in #note-6:

After ensuring that all systems are on a consistent 15.5 state again I called sudo salt \* cmd.run 'command -v auto-update 2>/dev/null && auto-update' and it looks good again now.

Does that fixed the network problem

which network problem?

… or was it supposed to fixed the alert and the failing service?

Right now there is an alert about https://monitor.qa.suse.de/d/KToPYLEWz/failed-systemd-services?orgId=1 about var-lib-openqa-share.automount. I called salt \* cmd.run 'systemctl restart var-lib-openqa-share.automount' which seemed to have helped.

Actions

Also available in: Atom PDF