QA (public) » openQA Project (public) » openQA Tests (public)

Sync debuginfo RPMs for SLE-12 Server (https://gitlab.suse.de/openqa/scripts/merge_requests/34)
[WIP] Use provided repo with debuginfo RPMs (https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/1479)

Before we have a proper and verified fix I suggest to disable the crash.pm test.

The PRs are merged and should be live in current tests, but they seem to still fail, e.g. in https://openqa.suse.de/tests/455375#step/crash/22 Looks like something is missing in the repo path, please check.

https://openqa.suse.de/tests/455375#settings: Variable REPO_SLES_DEBUG is not present in the job. Also I don't see any SLE-12-SP2-Server-POOL-x86_64-Build####-Media3 on ftp.openqa.de nor in openqa.suse.de assets. Where can I see log from rsync.pl run, and how it was executed?

You can't see the logs from the rsync.pl runs yourself easily. You can ask to add your ssh key in https://gitlab.suse.de/openqa/salt-pillars-openqa but currently the gitlab server does not even show up content within repos. You have to ask admins of osd to help.

I checked on osd: /opt/openqa-scripts hasn't been updated so it can't work. So the main problem I see know is missing CD for scripts. I am trying to get in touch with coolo/sysrich.

I updated the scripts repo now manually and created a related issue to improve this in future.

Thanks Oliver. Looking at toolchain_zypper test from build 1640 at openqa.s.d the change was not in effect, will wait for next build.

The changes are live: https://openqa.suse.de/tests/457581#step/crash/29. However installing kernel-default-base-debuginfo and kernel-default-debuginfo fails because such packages seems not to be defined in the metadata of the respective repo:

# cat /etc/zypp/repos.d/XXX.repo 
[XXX]
name=xxx
enabled=1
autorefresh=1
baseurl=ftp://openqa.suse.de/SLE-12-SP2-Server-POOL-x86_64-Build1641-Media3/
type=rpm-md
gpgcheck=0

# zypper se -s --repo XXX kernel-default
Loading repository data...
Reading installed packages...

S | Name                 | Type    | Version     | Arch   | Repository
--+----------------------+---------+-------------+--------+-----------
v | kernel-default       | package | 4.4.13-47.4 | x86_64 | xxx       
  | kernel-default-base  | package | 4.4.13-47.4 | x86_64 | xxx       
  | kernel-default-devel | package | 4.4.13-47.4 | x86_64 | xxx       

If I install package from that repo:

# zypper -v in --repo XXX kernelshark
Verbosity: 1
Non-option program arguments: 'kernelshark' 
Initializing Target
Checking whether to refresh metadata for xxx
Loading repository data...
Reading installed packages...
Force resolution: No
Selecting 'kernelshark-2.0.4-3.95.x86_64' from repository 'xxx' for installation.
Resolving package dependencies...
Force resolution: No

The following NEW package is going to be installed:
  kernelshark  2.0.4-3.95


1 new package to install.
Overall download size: 1.4 MiB. Already cached: 0 B. After the operation, additional 2.4 MiB will be used.
Continue? [y/n/? shows all options] (y): 
committing
Retrieving package kernelshark-2.0.4-3.95.x86_64                                                                                                          (1/1),   1.4 MiB (  2.4 MiB unpacked)
Retrieving: kernelshark-2.0.4-3.95.x86_64.rpm ...........................................................................................................................................[done]
Checking for file conflicts: ............................................................................................................................................................[done]
(1/1) Installing: kernelshark-2.0.4-3.95.x86_64 .........................................................................................................................................[done]
CommitResult  (total 1, done 1, error 0, skipped 0, updateMessages 0)

I get the ordinary binary, i.e. non-debuginfo package:

# rpmquery -l kernelshark-2.0.4-3.95.x86_64
/usr/bin/kernelshark
/usr/bin/trace-graph
/usr/bin/trace-view
...

But I don't see there (ftp://openqa.suse.de/SLE-12-SP2-Server-POOL-x86_64-Build1641-Media3/x86_64/) non-debuginfo packages.

This PR https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/1518 should fix/workaround it.

Also talked to bugfinder:

<bugfinder> I guess this is the old zypper misfeature ...
<bugfinder> if the path ends in "3" it tries to get metadata by replacing the last digit at the end by a "1" ...
<bugfinder> that's why we create a "DEBUG" symlink on dist
<bugfinder> like http://dist.nue.suse.com/install/SLP/SLE-12-SP1-Server-LATEST/x86_64/DEBUG/
<bugfinder> or with directory names like "product_debug" as we do this for the official pool channels:
<bugfinder> http://dist.nue.suse.com/ibs/SUSE/Products/SLE-SERVER/12-SP2/x86_64/product_debug/

thanks for sharing this. So the "workaround" might actually be because of yet another case where openQA might need to do some symlinking as well as is done when stuff is published from ibs to dist.

Next week I am on vacation PR#1518 should fix the problem in the mean time. Once I am back I'll look into proper solution via renaming the repo.