Project

General

Profile

action #89993

OSD deployment rollback failed finding "before" and "osd_deployment_rpm_q" files

Added by okurz 4 months ago. Updated 4 months ago.

Status:
Resolved
Priority:
High
Assignee:
Target version:
Start date:
2021-03-12
Due date:
2021-04-13
% Done:

0%

Estimated time:

Description

Observation

https://gitlab.suse.de/openqa/osd-deployment/-/jobs/359422

$ ssh $TARGET \ # collapsed multi-line command
cat: before: No such file or directory
+++ cat osd-deployment_rpm_q
cat: osd-deployment_rpm_q: No such file or directory
+++ paste -sd,
++ ssh openqa.suse.de 'set -x; cd /tmp &&      test -e /tmp/before &&      sudo zypper -n --no-refresh in --oldpackage $(eval "ls /var/cache/zypp/packages/*/*/{}* | paste -sd'\'' '\''") &&      sudo salt -C '\''G@roles:worker'\'' cmd.run '\''zypper -n --no-refresh in --oldpackage $(eval "ls /var/cache/zypp/packages/*/*/{}* | paste -sd'\'' '\''")'\'''
Warning: Permanently added the ECDSA host key for IP address '10.160.0.207' to the list of known hosts.
+ cd /tmp
+ test -e /tmp/before
++ eval 'ls /var/cache/zypp/packages/*/*/{}* | paste -sd'\'' '\'''
+++ paste '-sd '
+++ ls '/var/cache/zypp/packages/*/*/{}*'
ls: cannot access '/var/cache/zypp/packages/*/*/{}*': No such file or directory
+ sudo zypper -n --no-refresh in --oldpackage
install (in) [OPTIONS] <CAPABILITY|RPM_FILE_URI> ...
Install packages with specified capabilities or RPM files with specified location. A capability is
NAME[.ARCH][OP<VERSION>], where OP is one of <, <=, =, >=, >.
  Command options:
-t, --type <TYPE>           Type of package (package, patch, pattern, product).

History

#1 Updated by mkittler 4 months ago

  • Assignee set to mkittler

#2 Updated by mkittler 4 months ago

  • Status changed from New to Feedback

#3 Updated by okurz 4 months ago

MR merged. Feel welcome to actually try out the rollback in deployment for verification.

#4 Updated by mkittler 4 months ago

I've tested it as described in the SR. That should be sufficient and even if further amendments are required that shouldn't be a big deal.

#5 Updated by okurz 4 months ago

Yes but to have a "verification from production" it would be great to have a URL pointing to a successful rollback job on gitlab.

#6 Updated by mkittler 4 months ago

When I tried it, it didn't work as there are more problems. So okurz is trying to move the commands into separate scripts now.

#7 Updated by okurz 4 months ago

  • Status changed from Feedback to In Progress
  • Assignee changed from mkittler to okurz

#8 Updated by openqa_review 4 months ago

  • Due date set to 2021-04-13

Setting due date based on mean cycle time of SUSE QE Tools

#9 Updated by okurz 4 months ago

  • Status changed from In Progress to Feedback

#10 Updated by mkittler 4 months ago

The last PR has been merged as well.

#11 Updated by okurz 4 months ago

  • Status changed from Feedback to Resolved

Also available in: Atom PDF