action #162260
closedopenQA Project - 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
0%
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
Updated by okurz about 1 month ago
- Target version set to Ready
- Parent task set to #157969
related to #157975
Updated by okurz about 1 month ago
- Status changed from New to In Progress
- Assignee set to okurz
Updated by ybonatakis about 1 month ago
@okurz I am already doing some manual updates FYI
Updated by ybonatakis about 1 month 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?
Updated by okurz about 1 month ago
- Related to action #157975: Upgrade osd workers to openSUSE Leap 15.6 added
Updated by okurz about 1 month 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.
Updated by ybonatakis about 1 month 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?
Updated by okurz about 1 month 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.