[Spacewalk-list] Error While Kickstarting

Manuel Carrillo Manuel.Carrillo at unige.ch
Fri Jan 31 14:03:51 UTC 2014


Hello,

Have you put on your channel configuration :

Yum Repository Checksum Type sha1

for centos5 or RHEL5 you need to put this option and not the default
like SHA256

and i think you need to resync your channel with your repo (via
spacewalk gui). 

If you are using a dedicated local repo on other server (and spacewalk
are synchronise to it). You need to do that on the local repository :

/usr/bin/createrepo --checksum sha <path-of-your-repo-centos5-or-rhel5>








On Fri, 2014-01-17 at 01:43 +0100, George wrote:
> Hello,
> 
> recently I encountered the same behavior,
> did you find a solution for this in the end?
> It seems to be a terrible problem from which I cannot seem to recover 
> ... I tried deleting all packages from a channel, deleting the repodata 
> cache and re-fetching the whole lot and rebuilding repodata to no avail.
> One train of thought is that it has something to do with proxy stuff ... 
> but I am not so sure how spacewalk exactly works on that part ... I know 
> the httpd runs an proxy_ajp module or something but not sure how this 
> all plays together ...
> 
> I am at a complete loss here ... if I can't get it fixed in due time I 
> see no other option but to install a new spacewalk server and redo my 
> whole setup :-(
> 
> centos 5.10 x86_64 with spacewalk 2.0 (upgraded a couple of months ago 
> from 1.6, but up to now it looked to run fine ... )
> 
> I checked httpd logs but they just say similar things like described 
> below a code 206 and no relevant errors in the catalina.out either.
> 
> I tried with several -working fine up to last week- profiles but none 
> seem to want to install.
> 
> Regards,
> 
> G.
> 
> On 01/10/13 15:57, Wojtak, Greg wrote:
> > SELinux is permissive.  I checked /var/log/httpd/error_log, nothing.
> > Something in /var/log/httpd/access_log caught my attention though -
> >
> > 1.2.3.4 - - [01/Oct/2013:09:51:58 -0400] "GET
> > /ks/dist/CentOS-6.4-x86_64/Packages/gdbm-1.8.0-36.el6.x86_64.rpm HTTP/1.1"
> > 206 7504 "-" "CentOS (anaconda)/6.4"
> >
> > Looks like it is getting a 206 response code and only about 7K of the rpm,
> > which is about 15K short.  According to RFC2616, 206 is a Partial Content
> > response code, which I'm not really familiar with.
> >
> >
> > Any ideas about that?  Is there some httpd setting I need to tweak?
> >
> > -- Greg Wojtak Senior Unix Systems Engineer Office: (313) 373-4306
> > Mobile: (734) 718-8472 On 10/1/13 9:20 AM, "Michael Mraka"
> > <michael.mraka at redhat.com> wrote:
> >> >Wojtak, Greg wrote:
> >> >% >% Try 10/10 for
> >> >%
> >>> >>http://<spacewalk-server>/ks/dist/CentOS-6.4-x86_64/Packages/gdbm-1.8.0-3
> >>> >>6
> >> >% >.el6.x86_64.rpm failed: [Errno ­1] Header is not complete.
> >> >% >% Failed to get
> >> >%
> >>> >>http://<spacewalk-server>/ks/dist/CentOS-6.4-x86_64/Packages/gdbm-1.8.0-3
> >>> >>6
> >> >% >.el6.x86_64.rpm from mirror 1/1, or downloaded file is corrupt.
> >> >% >%
> >> >% >% >From the command prompt window, I can wget that url and pull down
> >> >the
> >> >% >file.
> >> >% >%
> >> >% >% I've tried removing the package from the channel and re-adding it,
> >> >the
> >> >% >result was the same.  I've tried creating a new kickstart profile (from
> >> >% >scratch, not a clone), also with the same result.
> >> >% >%
> >> >% >% Any ideas?
> >> >% >
> >> >% >I'd locate gdbm-1.8.0-36.el6.x86_64.rpm on spacewalk's disk and
> >> >% >run rpm -K to check whether it's ok.
> >> >%
> >> >%
> >> >% Thanks Michael.  The RPM itself appears to be fine:
> >> >%
> >> >% [root at spacewalk satellite]# rpm -K
> >> >%
> >> >redhat/1/66d/gdbm/1.8.0-36.el6/x86_64/66d7e15c29b5215a5723962777734c389ac6
> >> >b
> >> >% 7f9e726ec362e33277e3c7fe58c/gdbm-1.8.0-36.el6.x86_64.rpm
> >> >%
> >> >redhat/1/66d/gdbm/1.8.0-36.el6/x86_64/66d7e15c29b5215a5723962777734c389ac6
> >> >b
> >> >% 7f9e726ec362e33277e3c7fe58c/gdbm-1.8.0-36.el6.x86_64.rpm: rsa sha1 (md5)
> >> >% pgp md5 OK
> >> >% [root at spacewalk satellite]# rpm -q --info -p
> >> >%
> >> >redhat/1/66d/gdbm/1.8.0-36.el6/x86_64/66d7e15c29b5215a5723962777734c389ac6
> >> >b
> >> >% 7f9e726ec362e33277e3c7fe58c/gdbm-1.8.0-36.el6.x86_64.rpm
> >> >% Name        : gdbm                         Relocations: (not
> >> >relocatable)
> >> >% Version     : 1.8.0                             Vendor: CentOS
> >> >% Release     : 36.el6                        Build Date: Thu 11 Nov 2010
> >> >...
> >> >
> >> >Hmm, permission and/or selinux? Any eeror in /var/log/httpd/error_log or
> >> >any AVC in /var/log/audit/audit.log?
> >> >
> >> >Can other clients registered to the same channel download the package?
> >> >
> >> >Regards,
> >> >
> >> >--
> >> >Michael Mráka
> >> >Satellite Engineering, Red Hat
> 
> _______________________________________________
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list

-- 
Cheers,
Manuel CARRILLO.

System Administrator
Department of Astronomy - University of Geneva

16, ch. d'Ecogia
CH-1290 VERSOIX

Tel.: +41 (0)22 379 21 53




More information about the Spacewalk-list mailing list