<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="DE-CH" link="blue" vlink="purple"> <div class="WordSection1"> Hi again<o:p></o:p> <o:p> </o:p> So, when using a channel structure like this:<o:p></o:p> <o:p> </o:p> CentOS 6<o:p></o:p> ------CentOS 6 updates<o:p></o:p> ------CentOS 6 approved updates<o:p></o:p> ------CentOS 6 internal packages<o:p></o:p> <o:p> </o:p> With base channel having packages in it, it is working.<o:p></o:p> <o:p> </o:p> But the channel structure (which is working smooth on the spacewalk-server without proxy),<o:p></o:p> <o:p> </o:p> CentOS 6 (contains no packages)<o:p></o:p> ------CentOS 6.0<o:p></o:p> ------CentOS 6.0 updates<o:p></o:p> ------CentOS 6.0 approved updates<o:p></o:p> ------CentOS 6 internal packages<o:p></o:p> <o:p> </o:p> we keep seeing these errors:<o:p></o:p> <o:p> </o:p> ==> /var/log/httpd/ssl_access_log <==<o:p></o:p> 10.0.2.11 - - [05/Dec/2014:15:27:35 +0100] "GET /ks/dist/child/centos6-spacewalk22-client-x86_64/centos6-6-x86_64/repodata/filelists.xml.gz HTTP/1.1" 200 6264<o:p></o:p> 10.0.2.11 - - [05/Dec/2014:15:27:35 +0100] "GET /ks/dist/child/centos6-usp-x86_64/centos6-6-x86_64/repodata/filelists.xml.gz HTTP/1.1" 200 236<o:p></o:p> 10.0.2.11 - - [05/Dec/2014:15:27:35 +0100] "GET /ks/dist/child/centos6-spacewalk22-client-x86_64/centos6-6-x86_64/getPackage/rhncfg-5.10.73-1.el6.noarch.rpm HTTP/1.1" 200 69804<o:p></o:p> 10.0.2.11 - - [05/Dec/2014:15:27:36 +0100] "GET /ks/dist/child/centos6-spacewalk22-client-x86_64/centos6-6-x86_64/getPackage/osad-5.11.43-1.el6.noarch.rpm HTTP/1.1" 200 76856<o:p></o:p> 10.0.2.11 - - [05/Dec/2014:15:27:37 +0100] "GET /ks/dist/child/centos6-spacewalk22-client-x86_64/centos6-6-x86_64/getPackage/rhn-setup-2.2.7-1.el6.noarch.rpm HTTP/1.1" 200 89220<o:p></o:p> 10.0.2.11 - - [05/Dec/2014:15:27:37 +0100] "GET /ks/dist/child/centos6-usp-x86_64/centos6-6-x86_64/getPackage/osad-selinux-permissive-0.1-1.el6.noarch.rpm HTTP/1.1" 200 2452<o:p></o:p> 10.0.2.11 - - [05/Dec/2014:15:27:37 +0100] "GET /ks/dist/child/centos6-spacewalk22-client-x86_64/centos6-6-x86_64/getPackage/rhncfg-actions-5.10.73-1.el6.noarch.rpm HTTP/1.1" 200 42388<o:p></o:p> 10.0.2.11 - - [05/Dec/2014:15:27:37 +0100] "GET /ks/dist/child/centos6-spacewalk22-client-x86_64/centos6-6-x86_64/getPackage/rhncfg-client-5.10.73-1.el6.noarch.rpm HTTP/1.1" 200 39560<o:p></o:p> 10.0.2.11 - - [05/Dec/2014:15:27:37 +0100] "HEAD /ty/bTdDsFLh/Packages/iputils-20071127-17.el6_4.2.x86_64.rpm HTTP/1.1" 200 -<o:p></o:p> <o:p> </o:p> ==> /var/log/httpd/ssl_request_log <==<o:p></o:p> [05/Dec/2014:15:27:35 +0100] 10.0.2.11 TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384 "GET /ks/dist/child/centos6-spacewalk22-client-x86_64/centos6-6-x86_64/repodata/filelists.xml.gz HTTP/1.1" 6264<o:p></o:p> [05/Dec/2014:15:27:35 +0100] 10.0.2.11 TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384 "GET /ks/dist/child/centos6-usp-x86_64/centos6-6-x86_64/repodata/filelists.xml.gz HTTP/1.1" 236<o:p></o:p> [05/Dec/2014:15:27:35 +0100] 10.0.2.11 TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384 "GET /ks/dist/child/centos6-spacewalk22-client-x86_64/centos6-6-x86_64/getPackage/rhncfg-5.10.73-1.el6.noarch.rpm HTTP/1.1" 69804<o:p></o:p> [05/Dec/2014:15:27:36 +0100] 10.0.2.11 TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384 "GET /ks/dist/child/centos6-spacewalk22-client-x86_64/centos6-6-x86_64/getPackage/osad-5.11.43-1.el6.noarch.rpm HTTP/1.1" 76856<o:p></o:p> [05/Dec/2014:15:27:37 +0100] 10.0.2.11 TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384 "GET /ks/dist/child/centos6-spacewalk22-client-x86_64/centos6-6-x86_64/getPackage/rhn-setup-2.2.7-1.el6.noarch.rpm HTTP/1.1" 89220<o:p></o:p> [05/Dec/2014:15:27:37 +0100] 10.0.2.11 TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384 "GET /ks/dist/child/centos6-usp-x86_64/centos6-6-x86_64/getPackage/osad-selinux-permissive-0.1-1.el6.noarch.rpm HTTP/1.1" 2452<o:p></o:p> [05/Dec/2014:15:27:37 +0100] 10.0.2.11 TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384 "GET /ks/dist/child/centos6-spacewalk22-client-x86_64/centos6-6-x86_64/getPackage/rhncfg-actions-5.10.73-1.el6.noarch.rpm HTTP/1.1" 42388<o:p></o:p> [05/Dec/2014:15:27:37 +0100] 10.0.2.11 TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384 "GET /ks/dist/child/centos6-spacewalk22-client-x86_64/centos6-6-x86_64/getPackage/rhncfg-client-5.10.73-1.el6.noarch.rpm HTTP/1.1" 39560<o:p></o:p> [05/Dec/2014:15:27:37 +0100] 10.0.2.11 TLSv1.2 ECDHE-RSA-AES256-GCM-SHA384 "HEAD /ty/bTdDsFLh/Packages/iputils-20071127-17.el6_4.2.x86_64.rpm HTTP/1.1" -<o:p></o:p> <o:p> </o:p> ==> /var/log/rhn/rhn_server_xmlrpc.log <==<o:p></o:p> 2014/12/05 15:27:38 +02:00 1793 127.0.0.1: server/rhnChannel._list_packages('ERROR', 'No packages found in channel', '108', 'centos6-x86_64')<o:p></o:p> <o:p> </o:p> ==> /var/log/httpd/error_log <==<o:p></o:p> [Fri Dec 05 15:27:38 2014] [error] Spacewalk 1793 2014/12/05 15:27:38 +02:00: ('No packages found in channel', '108', 'centos6-x86_64')<o:p></o:p> <o:p> </o:p> Note that there are packages which can be downloaded via proxy without issues (osad, rhncfg,…) but package iptutils cannot. <o:p></o:p> <o:p> </o:p> This quite seems as a missing feature / bug within the proxy component, since without proxy you can use both channel structures…<o:p></o:p> <o:p> </o:p> Cheers,<o:p></o:p> Rolf<o:p></o:p> <o:p> </o:p> <div> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm"> Von: Linder, Rolf Gesendet: Montag, 8. Dezember 2014 08:14 An: spacewalk-list@redhat.com Betreff: Re: [Spacewalk-list] Unable to kickstart via spacewalk proxy<o:p></o:p> </div> </div> <o:p> </o:p> Dear all<o:p></o:p> <o:p> </o:p> Thanks for your suggestions.<o:p></o:p> We too use spacewalk 2.2 on server and proxy. Right now we’re testing a behavior regarding our channel structure…<o:p></o:p> <o:p> </o:p> We use a “special” channel structure as describe here: <a href="https://www.redhat.com/archives/spacewalk-list/2011-August/msg00082.html"> https://www.redhat.com/archives/spacewalk-list/2011-August/msg00082.html</a> <o:p> </o:p> That’s why, our base channel does not have any packages assigned. <o:p></o:p> <o:p> </o:p> Since kickstarting without proxy is working great we never thought that this maybe an issue for a proxy setup. Anyone else using a proxy with this kind of channel structure? Could that be the cause for our issue?<o:p></o:p> <o:p> </o:p> I’ll report back what our test results are with the same server but “regular” channel structure (base channel includes packages).<o:p></o:p> <o:p> </o:p> Cheers,<o:p></o:p> Rolf<o:p></o:p> <o:p> </o:p> Von: Michael Guidero [<a href="mailto:mg@sococo.com">mailto:mg@sococo.com</a>] Gesendet: Samstag, 6. Dezember 2014 00:58 An: spacewalk-list Betreff: Re: [Spacewalk-list] Unable to kickstart via spacewalk proxy<o:p></o:p> <o:p> </o:p> <div> Unfortunately I got the same results, thanks for the suggestion, though... I didn't know about those files before.<o:p></o:p> </div> <div> <o:p> </o:p> <div> On Fri, Dec 5, 2014 at 3:10 PM, Stephen Herr <<a href="mailto:sherr@redhat.com" target="_blank">sherr@redhat.com</a>> wrote:<o:p></o:p> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt"> Oh, never mind. I see in the first email that it is Spacewalk 2.2. Hmm. There may be a bug here. If you 'rm -f /var/spool/rhn-proxy/list/*; rhn-proxy restart' on the proxy and try again does the problem go away? On 12/05/2014 05:47 PM, Stephen Herr wrote:<o:p></o:p> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt"> Is your Proxy 2.2 instance connected to a Spacewalk 2.2 server? It is not supported to have a Spacewalk version < Proxy version. -Stephen On 12/05/2014 12:09 PM, Michael Guidero wrote:<o:p></o:p> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt"> We have a similar issue, for Scientific Linux 7. The package in question is vim-common-7.4.160-1.el7.x86_64.rpmroo Log message: 2014/12/04 18:18:20 -07:00 8897 10.30.20.192 <<a href="http://10.30.20.192" target="_blank">http://10.30.20.192</a>>: broker/rhnRepository.getPackagePath('ERROR', 'Package not in mapping: vim-common-7.4.160-1.el7.x86_64.rpm') The source distro has a vim-common package named: vim-common-7.4.160-1.el7:2.x86_64 We also get a warning for a "not well-formed" comps.xml, a closer inspection of the comps.xml file downloaded to the kickstarting system indicates that it is lzma-compressed and would be valid if it was not compressed. On Fri, Dec 5, 2014 at 5:04 AM, Linder, Rolf <<a href="mailto:Rolf.Linder@united-security-providers.ch" target="_blank">Rolf.Linder@united-security-providers.ch</a> <mailto:<a href="mailto:Rolf.Linder@united-security-providers.ch" target="_blank">Rolf.Linder@united-security-providers.ch</a>>> wrote: Dear spacewalker’s____ __ __ We’ve been using spacewalk for the couple of years, now using Spacewalk 2.2. Since our servers are growing we have to enhance our environment to use spacewalk proxy servers.____ __ __ While testing the proxy server, we setup a test spacewalk system kickstarted a child which we then configured according <a href="https://fedorahosted.org/spacewalk/wiki/HowToInstallProxy" target="_blank"> https://fedorahosted.org/spacewalk/wiki/HowToInstallProxy</a> as a proxy (so far we have two systems, spacewalk server and spacewalk proxy).____ __ __ After this we kickstart a “real” child which works fine when using the spacewalk server (including re-provisioning via WebUI). If we want to re-provision the system using the proxy we end up with the following failure:____ __ __ (out of /var/log/rhn/rhn_proxy_broker.log from proxy)____ broker/rhnRepository.getPackagePath('ERROR', 'Package not in mapping: iputils-20071127-17.el6_4.2.x86_64.rpm') ____ __ __ the client stops with the message that the RPM could not be opened. ____ http-access log show the GET request, but squid-logs does not show any entry regarding this.____ __ __ Any help would be highly appreciated!____ __ __ Kind regards,____ Rolf ____ __ __ _______________________________________________ Spacewalk-list mailing list <a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a> <mailto:<a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a>> <a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" target="_blank"> https://www.redhat.com/mailman/listinfo/spacewalk-list</a> -- Michael Guidero Sococo IT <a href="tel:650-265-7013%20Ext%201000" target="_blank">650-265-7013 Ext 1000</a> _______________________________________________ Spacewalk-list mailing list <a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a> <a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a><o:p></o:p> </blockquote> _______________________________________________ Spacewalk-list mailing list <a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a> <a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a><o:p></o:p> </blockquote> _______________________________________________ Spacewalk-list mailing list <a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a> <a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a><o:p></o:p> </blockquote> </div> -- <o:p></o:p> <div> <div> Michael Guidero Sococo IT 650-265-7013 Ext 1000 <o:p></o:p> </div> </div> </div> </div> </body> </html>