QA » openQA Project » openQA Tests

Notes on the investigation:

• Tested with SUT on: https://openqa.suse.de/tests/13112301 (worker36.oqa.prg2.suse.org:5992)

• Switched to tty2 (F8 > Control, F8 > Alt, F2 | F8 > Control, F8 > Alt)

• curl against SCC works

  curl -sSL -d post=data -H "Authorization: Basic dXNlcjpwYXNzd29yZA==" -H "System-Token: testtoken" https://scc.suse.com/debug/reflect | python3 -m json.tool
  

  • screenshot
    

  

• Interacting with SCC through SUSEConnect Ruby Layer works:

  irb
  require 'suse/connect'
  # Reads the credentials file (talks with libsuseconnect)
  SUSE::Connect::YaST.read_credentials
  # List activated products (talks with libsuseconnect, libsuseconnect talks to SCC)
  SUSE::Connect::YaST.status({}).activated_products.map(&:friendly_name)
  

  • screenshot
    https://progress.opensuse.org/attachments/download/16931/clipboard-202312191225-ggyml.png

• The error message comes from libzypp on two locations:

  • openSUSE/libzypp @ zypp-curl/ng/network/private/request_p.h
  • openSUSE/libzypp @ zypp/media/MediaCurl.cc
  • Screenshot
    

• We couldn't find an rpm database in any of the mount points on /mounts.
  The root rpm database does not have any usable information.

• The SUT does not look to have any issue with TLS (as demostrated by the curl
  command successfully reaching SCC). Neither the worker (as attempted
  by @Marius).

It seems MTU's are not in play in this scenario.

Addenda: Handy links

• Code Search on GitHub for YAST:

  • https://github.com/search?q=org%3Ayast+%22options+for%22+NOT+repo%3Ayast%2Fyast-translations&type=code&p=5

• Code Search on GitHub for libzypp & zypper:

  • https://github.com/search?q=repo%3AopenSUSE%2Flibzypp+OR+repo%3AopenSUSE%2Fzypper+setCurlOption&type=code

• add a .dev instead of .com to any GitHub Link and get a vscode-ish experience on your browser, perfect for multiple searches over the same repository.

  • https://github.dev/SUSE/connect-ng/
  • Within the editor you can Control + Shift + F and get full repo search.

Found a list of packages saved on /mounts/mp_0001/.packages.root.

and here's a list of libzypp/libcurl packages: https://paste.opensuse.org/pastes/5b7406969179

But there's a probability that those packages are not a reflection of what's available to the installer itself due to the installer self-update

Another Handy Note:

Do not do this at home, this is pretty much a data exfiltration technique... but if you to extract a small text file/content out of your SUT. You can post it to https://paste.opesuse.org/ like so:

curl -sSLi --form "file=@%filepath%" https://paste.opensuse.org/ | grep location
# or if you're processing the output
cat the.content | curl -sSLi --form "code=<-" https://paste.opensuse.org/ | grep location

if you want a bit more readable output:

curl -sSLi --form "file=@%filepath%" https://paste.opensuse.org/ | grep location | perl -ne '@_ split "/"; $_[-1] =~ s/(...)/\1 /g; print join("/", @_);'

cat the.content | curl -sSLi -F 'code=<-' https://paste.opensuse.org/ | grep location | perl -ne '@_ split "/"; $_[-1] =~ s/(...)/\1 /g; print join("/", @_);'

BEWARE: Be mindful that paste.opensuse.org is a public channel, do not post privileged information.

okurz wrote in #note-7:

https://bugzilla.opensuse.org/show_bug.cgi?id=1218203 looks very much related.

Hello. I can see that since Marcus' update was introduced to the queue and later released, all the runs are green. Is the issue resolved?

Seems there's some movement here. Can be checked at the next opportunity.