uyuni
uyuni copied to clipboard
uyuni server 2022.06 behind proxy product sync failed
Problem description
After update to new version of Uyuni server 2022.06 I cannot sync product channels from updates.suse.com
Version of Uyuni Server and Proxy (if used)
Information for package Uyuni-Server-release:
Repository : UYUNI repository Name : Uyuni-Server-release Version : 2022.06-183.9.uyuni2 Arch : x86_64 Vendor : obs://build.opensuse.org/systemsmanagement:Uyuni Support Level : Level 3 Installed Size : 1.4 KiB Installed : Yes (automatically) Status : up-to-date Source package : Uyuni-Server-release-2022.06-183.9.uyuni2.src Summary : Uyuni Server
Uyuni-Proxy - not in use
Details about the issue
My reposync is throwing an error like this : ERROR: Download failed: https://updates.suse.com/SUSE/Updates/SLE-INSTALLER/15-SP3/x86_64/update/noarch/autoyast2-installation-4.3.102-150300.3.47.1.noarch.rpm?[sensitiveinfo] - [Errno 14] curl#7 - "Failed to connect to updates.suse.com port 443 after 0 ms: Connection refused".
Proxy is set as it was on older version. Proxy is not decrypting traffic.
Final test was done without proxy, direct connect through firewall to internet - this option is working. It is working even with proxy record in Admin->Setup Wizard -> HTTP proxy. I think that it is ignoring proxy setup for product sync.
Refresh the product catalog from SUSE Customer Center - is working behind proxy
Tomcat logs are showing another error ( probably not related) 2022-07-19 10:40:52,430 [ajp-nio-127.0.0.1-8009-exec-6] ERROR com.redhat.rhn.taskomatic.domain.TaskoTask - Can't tail /var/log/rhn/tasko/org1/repo-sync-bunch/repo-sync_35596_err: java.io.FileNotFoundException: /var/log/rhn/tasko/org1/repo-sync-bunch/repo-sync_35596_err (No such file or directory) Folders are present, owner root:root
thanks for any kind of help
Thanks for reporting @Luiginoo007 !
Proxy is set as it was on older version.
So it looks like a regression, which is the latest version that works as expected ?
It might be a known issue:
- Are you performing a reposync from CLI or UI? Can you try with both methods ?
- Can you check for any error in
/var/log/zypper.log
?
cc @cbbayburt
Thanks
If I remember correctly it was 2022.03, but there was bug with bootstrap as I read somewhere, so I updated to 06.
I am performing reposync from GUI,
from CLI ( I hope that you mean this command example: spacewalk-repo-sync --channel sle-module-legacy15-sp3-updates-x86_64 --type yum --non-interactive ). I was ready to write that it is not working, but I try it again and now it seems to be working from CLI. I have setup proxy in system ( in yast) and now it is working from CLI. I tried the same repo from GUI ( not working) from CLI (it is working)
zypper.log just this one: [zypp::media] MediaCurl.cc(doGetFileCopyFile):1252 curl error: 22: The requested URL returned error: 404, temp file size 0 bytes.
Hi, i can verify the same issue after update from 2022.03 to 2022.06 . Already defined repositories are working fine (openSuse 15.3) a new repository i added failes (openSuse 15.4) 2022/07/21 07:16:49 +02:00 ERROR: Download failed: http://download.opensuse.org/distribution/leap/15.4/repo/oss/noarch/ModemManager-bash-completion-1.14.8-150400.2.15.noarch.rpm - [Errno 12] Timeout on http://download.opensuse.org/distribution/leap/15.4/repo/oss/noarch/ModemManager-bash-completion-1.14.8-150400.2.15.noarch.rpm: (28, 'Failed to connect to download.opensuse.org port 80 after 131031 ms: Connection timed out'). 2022/07/21 07:16:49 +02:00 ERROR: Download failed: http://download.opensuse.org/distribution/leap/15.4/repo/oss/x86_64/Mesa-vulkan-overlay-32bit-21.2.4-150400.66.1.x86_64.rpm - [Errno 12] Timeout on http://download.opensuse.org/distribution/leap/15.4/repo/oss/x86_64/Mesa-vulkan-overlay-32bit-21.2.4-150400.66.1.x86_64.rpm: (28, 'Failed to connect to download.opensuse.org port 80 after 131057 ms: Connection timed out'). 2022/07/21 07:16:49 +02:00 32/13564 : ModemManager-bash-completion-1.14.8-150400.2.15.noarch.rpm (failed)
manually pulling the files with wget or curl works fine as does refreshing repos that were already there
from CLI ( I hope that you mean this command example: spacewalk-repo-sync --channel sle-module-legacy15-sp3-updates-x86_64 --type yum --non-interactive ).
Exactly.
Please try spacewalk-service restart
: I think tomcat it's still using previous proxy configuration
@mbussolotto i tried that but unfornately it does not work. I can manually start spacewalk-repo-sync for that channel and it downloads the files just fine but as soon as this channels get startet over the GUI the timeouts occour. Not sure where the proxy config can be wrong as other channels work fine over the gui and this one works fine from cli
from CLI ( I hope that you mean this command example: spacewalk-repo-sync --channel sle-module-legacy15-sp3-updates-x86_64 --type yum --non-interactive ).
Exactly.
Please try
spacewalk-service restart
: I think tomcat it's still using previous proxy configuration
sorry for long waiting, I am on vacation That was first what I did, I restarted also whole server.
My test : Uyuni and OS was set with proxy settings to go to internet via proxy address. ( cli was working, GUI was not working) We made firewall exception to allow server access internet without proxy. Nothing was changed on Uyuni or on OS and reposync started to download. I assume that some part of sync is ignoring proxy setting saved in Uyuni
FYI when I was updating from uyuni 03 to 06 I had to update OpenSuse from 15.3 to 15.4
@Luiginoo007 this issue is supposed to be fixed since 2022.10. Can you confirm that it works for you?
Closing as Fixed considering the absence of feedback. Please reopen if necessary.