QA » openQA Project

this is not an asset. this is a repo url its getting from the scc service. Not sure what we can do to fix that

also observed in sle-12-SP2-Server-DVD-HA-x86_64-Build0326@1602-ha+SCC@64bit https://openqa.suse.de/tests/442170#step/consoletest_setup/25

I guess problem is that BUILD is not number of Server|Desktop build number, but BUILD_HA@BUILD.

good point so it is a problem of SCC or more specifically Proxy-SCC? dzedro, can you point the right people to the current ticket?

Could reproduce this

BUILD=0333@1614
http://10.100.51.190/tests/1968/modules/consoletest_setup/steps/19

BUILD=1614
http://10.100.51.190/tests/1964/modules/consoletest_setup/steps/21

I think BUILD should be build number of Server iso, not contain build number of Server and HA, it's confusing and is breaking things.
Or should SCC team change some regular expression to filter the correct build number ?

The HA release manager wants to see in the dashboard which version of the addon was tested - so we set BUILD to something bizzare

This is answer from Artem Chernikov

Ok, I see. The @ symbol is not allowed in the URL as usually delimits
authorization piece. So, that URL is not safe to use and SCC-Proxy has a
hiccup over it. Generally we will not try to workaround the RFC to make
it possible, so we need to find a better way, say not to use that symbol
in the build. More importantly -
ftp://openqa.suse.de/SLE-12-SP2-SDK-POOL-s390x-Build0287-Media1/ does
not contain any build with such a name, so I wonder why
Server-0333@1614 is used and what is the purpose of the @ symbol.

so it's easy, dzedro invite Artem and RM to a discussion round OR work around that in openQA context

sorry, there is nothing wrong on scc side and it's not a workaround to fix openqa setup.

rsync.pl needs to have BUILD_SLES and BUILD_SLED (just as we have them for addons) and this needs to be used in SCC_URL instead of BUILD

"in openQA context" includes rsync.pl for me, I didn't mean to change the Web UI for that ;-)