No, these are the RHN plugin repos. My CentOS, spacewalk, and epel repo files are all enabled = 0. I got back to my desk this evening and saw someone had posted the message in chat:
"I have an odd problem with my proxies since upgrading to 1.8. Since the repo sync ran, no system registered through a proxy can do updates on my EPEL or SW client channels. I get 404s from the proxy. Systems registered directly to my SW server are fine. Anyone else seen this?" This is exactly what I am seeing - it is only the spacewalk client and epel repos. CentOS updates and base channels are providing packages just fine through the proxy. Seems I'm not the only one having this problem. Greg Wojtak Sr. Unix Systems Engineer Office: (313) 373-4306 Cell: (734) 718-8472 From: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Reply-To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>, "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Date: Monday, November 12, 2012 6:12 PM To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Subject: Re: [Spacewalk-list] Error Downloading Packages From Channel Behind Proxy Is this an /etc/yum.repos.d/*.repo issue? All .repo files should contain enabled=0? nz ________________________________ From: "Wojtak, Greg (Superfly)" <[email protected]<mailto:[email protected]>> To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Sent: Monday, November 12, 2012 4:27:03 PM Subject: [Spacewalk-list] Error Downloading Packages From Channel Behind Proxy I'm getting an error when I try to update packages from a certain channel on systems behind a spacewalk proxy. I'm getting the following when updating/installing: # yum update yum-rhn-plugin Loaded plugins: downloadonly, fastestmirror, rhnplugin Loading mirror speeds from cached hostfile Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package yum-rhn-plugin.noarch 0:1.6.16-1.el6 will be updated ---> Package yum-rhn-plugin.noarch 0:1.8.8-1.el6 will be an update --> Finished Dependency Resolution Dependencies Resolved ============================================================================================================================================================================== Package Arch Version Repository Size ============================================================================================================================================================================== Updating: yum-rhn-plugin noarch 1.8.8-1.el6 centos-6-x86_64-spacewalk-client 89 k Transaction Summary ============================================================================================================================================================================== Upgrade 1 Package(s) Total download size: 89 k Is this ok [y/N]: y Downloading Packages: Error Downloading Packages: yum-rhn-plugin-1.8.8-1.el6.noarch: failed to retrieve getPackage/yum-rhn-plugin-1.8.8-1.el6.noarch.rpm from centos-6-x86_64-spacewalk-client error was [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404" I get this only for 1 or 2 different channels behind the proxy. Others work fine. All software channels work fine for all systems communicating directly to the spacewalk server, ie not behind a proxy. Any ideas where I can begin to debug this? This is spacewalk 1.8 on centos 6 64-bit postgres back end. Greg Wojtak Sr. Unix Systems Engineer Office: (313) 373-4306 Cell: (734) 718-8472 _______________________________________________ Spacewalk-list mailing list [email protected]<mailto:[email protected]> https://www.redhat.com/mailman/listinfo/spacewalk-list _______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
