Open phibid opened 1 year ago
Will this issue be solved on 2023.06, or perhaps a workaround ?
It is kind of annoying as preventing us to apply the highstate on the registered servers:
root@centos7:/var/log # cat venv-salt-minion.log
2023-06-21 15:55:50,400 [salt.state :319 ][ERROR ][22285] Module function pkg.add_repo_key threw an exception. Exception: Error: HTTP 599: Timeout while connecting reading /pub/epel/RPM-GPG-KEY-EPEL-7
Content of susemanager:channels.repo
;
[susemanager:epel7-centos7-x86_64]
name=EPEL 7 for CentOS 7 (x86_64)
enabled=1
gpgkey=http://download.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-7
baseurl=https://uyuni:443/rhn/manager/download/epel7-centos7-x86_64
susemanager_token=.xxx
gpgcheck=1
repo_gpgcheck=0
type=rpm-md
@phibid this is up to you. "epel7-centos7-x86_64" is a custom channel. The gpgkey url is a setting in the channel you can change. Let it point to a place where the client can find and access the GPG key.
Not sure if we are speaking about the same thing. My understanding is that the channel configuration will be used by the Uyuni server to download what is needed from the public repository.
I don't expect to this setting to be used by the registered systems. They should get the GPG key from the Uyuni server or proxy, not from the public repository.
Well, the repository is the place for where to download from. The Channel is what the client get. So it also makes sense that the GPG key url is used on the client as you specify the repo of the client with a channel.
Anyway, this is designed this way already in spacewalk times. Red Hat used this field already in there yum-rhn-plugin in the same way. So it is not a bug, but more a feature request.
Problem description
Trying to apply the highstate on our servers, just noticed that it actually fails because of this:
Our servers don't have access to the internet, which explains this failure.
Steps to reproduce
Apply highstate on a server register to EPEL.
Uyuni version
Uyuni proxy version (if used)
No response
Useful logs
No response
Additional information
No response