[Spacewalk-devel] Solaris up2date Client Issues

Mullis, Josh (CCI-Atlanta) josh.mullis at cox.com
Fri Nov 12 20:44:23 EST 2010


I also am having this issue on sol8-sparc client and spacewalk0.8
I tried the below patch with no luck unfortunately.

Don't know if this is related, but one thing I do notice in the
spacewalk server ssl_access_log during the get request...
GET /XMLRPC/$RHN/solaris-sparc-server-8/getPackage/SMCsudldp/1_PSTAMP_Steve_Christensen/1.7.4p4/sparc-solaris HTTP/1.1" 404 9

What I'm curious about is this variable that's obviously not getting
populated or is getting escaped on the client.
I found this is specified in the client
file:  /opt/redhat/rhn/solaris/lib/python2.4/site-packages/rhn/rpclib.py

--LINE 474--
# Set the handler we are going to request
        hndl = h_comps + ["$RHN", params[0], methodname] +
list(params[1:])




On Fri, 2010-09-10 at 13:16 -0400, Eric wrote:
> Hello Team,
> 
> I think I finally made some progress with this issue.
> It seems that some changes have occurred on the server backend
> scripts, but have not been ported to the Solaris client.
> 
> in /opt/redhat/rhn/solaris/lib/python2.4/site-packages/smart/backends/solaris/loader.py in class SolarisRHNLoader on the Solaris client
> in /usr/share/rhn/server/rhnPackage.py in the function
> get_package_path on the Spacewalk server (RHEL5)
> 
> Below I have added my hacks to get Solaris patches working. It seems
> rhnPackage.py was modified in 
> commit 18b077ab79d7b19df0f29434156feca9b646e4bd
> 
> Someone with a more extensive background in python and Spacewalk can
> probably fix the client side without having to hack the server side as
> I did.
> 
> =================== Start of rhnPackage.patch
> =============================
> --- rhn/server/rhnPackage.py.bak        2010-09-02 11:49:22.000000000
> -0500
> +++ rhn/server/rhnPackage.py        2010-09-10 09:11:02.000000000
> -0500
> @@ -67,6 +67,16 @@
>      """
>      h = rhnSQL.prepare(statement)
>      pkg = map(str, pkg)
> +
> +    # Note: pkg[0] - name
> +    #       pkg[1] - epoch
> +    #       pkg[2] - ver(sion)
> +    #       pkg[3] - rel(ease)
> +    #       pkg[4] - arch(itecture)
> +    if pkg[0].startswith("patch-cluster-solaris-") or \
> +       pkg[0].startswith("patch-solaris-"):
> +       pkg[3]=pkg[1]
> +
>      h.execute(name = pkg[0], ver = pkg[2], rel = pkg[3], arch =
> pkg[4],
>                channel = channel, server_id = server_id)
>      rs = h.fetchall_dict()
> =================== End of rhnPackage.patch
> =============================
> =================== Start of solaris-loader.patch
> =============================
> solaris-loader.patch
> --- lib/python2.4/site-packages/smart/backends/solaris/loader.py.bak
> Thu Sep
>   9 12:53:50 2010
> +++ lib/python2.4/site-packages/smart/backends/solaris/loader.py.new
> Fri Sep
>  10 08:57:06 2010
> @@ -254,7 +254,7 @@
>              else:
>                  info["summary"] = ""
>              info["baseurl"] = "rhn://%s/" % (pkg[-1])
> -            info["location"] = "%s/%s/%s/%s" % (pkg[0], pkg[1],
> pkg[2], pkg[4]
> )
> +            info["location"] = "%s/%s/%s/%s" % (pkg[0], pkg[2],
> pkg[1], pkg[4]
> )
>  
>              name = info["name"]
>              extension = "pkg"
> =================== End of solaris-loader.patch
> =============================
> 
> Regards,
> 
> -Eric
> 
> 
> 
> 
> 
> ______________________________________________________________________
> From: "Speagle, Andy" <andy.speagle at wichita.edu>
> To: "spacewalk-devel at redhat.com" <spacewalk-devel at redhat.com>
> Sent: Fri, August 20, 2010 2:57:51 PM
> Subject: Re: [Spacewalk-devel] Solaris up2date Client Issues
> 
> 
> Hi Team,
> 
>  
> 
> More info… I’m trying to dig through the up2date/smart code on one of
> my Solaris clients… everything seems to work fine and from the API the
> smart client is given this is a URL for one of the packages in
> question:
> 
>  
> 
> URLs:
> ['rhn://sol-x86_64-server-extras-10/SMCsudo/1.7.2p1/1_PSTAMP_Steve_Christensen/i386-solaris/SMCsudo-1.7.2p1-1_PSTAMP_Steve_Christensen.i386-solaris.pkg']
> 
>  
> 
> Now… this seems to be invalid… my Spacewalk server is simply sending
> back a 404 to the client… can anyone offer any advice where to go from
> here in troubleshooting this?
> 
>  
> 
> Thanks,
> 
>  
> 
> Andy Speagle
> 
>  
> 
> 
> From: spacewalk-devel-bounces at redhat.com
> [mailto:spacewalk-devel-bounces at redhat.com] On Behalf Of Speagle, Andy
> Sent: Wednesday, August 18, 2010 7:51 AM
> To: spacewalk-devel at redhat.com
> Subject: [Spacewalk-devel] Solaris up2date Client Issues
> 
> 
> 
>  
> 
> Hi Team,
> 
>  
> 
> I normally don’t like to repost things from users to devel… but I’m of
> the mind that it may be more appropriate here… 
> 
>  
> 
> My Solaris x86 up2date client worked at one point, not sure if it was
> with Spacewalk v0.8 or v0.7, but with v1.0 … a simple up2date no
> longer works.  Here’s the output:
> 
>  
> 
> # up2date SMCsudo
> 
>  
> 
> Updating cache...
>                        ################################################################## [100%]
> 
>  
> 
>  
> 
> Fetching packages...
> 
> ->
> rhn://sol-x86_64-server-extras-10/SMCsudo/1.7.2p1/.../SMCsudo-1.7.2p1-1_PSTAMP_Steve_Christensen.i386-solaris.pkg
> 
> SMCsudo-1.7.2p1-1_PSTAMP_Steve_Christensen.i38..
> [  0%]
> 
>  
> 
> error: Failed to download packages:
> 
> error:
> rhn://sol-x86_64-server-extras-10/SMCsudo/1.7.2p1/1_PSTAMP_Steve_Christensen/i386-solaris/SMCsudo-1.7.2p1-1_PSTAMP_Steve_Christensen.i386-solaris.pkg: rhn.client.rhnErrors.FileNotFoundError
> 
>  
> 
>  
> 
> # smart --log-level=debug download SMCsudo
> 
> Loading cache...
> 
> Updating cache...
> ##################################################################
> [100%]
> 
>  
> 
> Fetching packages...
> 
> ->
> rhn://sol-x86_64-server-extras-10/SMCsudo/1.7.2p1/.../SMCsudo-1.7.2p1-1_PSTAMP_Steve_Christensen.i386-solaris.pkg
> 
> SMCsudo-1.7.2p1-1_PSTAMP_Steve_Christensen.i38..
> [  0%]
> 
>  
> 
> Traceback (most recent call last):
> 
>   File "/opt/redhat/rhn/solaris/usr/bin/smart", line 158, in main
> 
>     exitcode = iface.run(opts.command, opts.argv)
> 
>   File
> "/opt/redhat/rhn/solaris/lib/python2.4/site-packages/smart/interface.py", line 52, in run
> 
>     result = _command.main(self._ctrl, opts)
> 
>   File
> "/opt/redhat/rhn/solaris/lib/python2.4/site-packages/smart/commands/download.py", line 134, in main
> 
>     ctrl.downloadPackages(packages, targetdir=opts.target)
> 
>   File
> "/opt/redhat/rhn/solaris/lib/python2.4/site-packages/smart/control.py", line 457, in downloadPackages
> 
>     self.fetchPackages(fetchpkgs, caching, targetdir)
> 
>   File
> "/opt/redhat/rhn/solaris/lib/python2.4/site-packages/smart/control.py", line 622, in fetchPackages
> 
>     raise Error, _("Failed to download packages:\n") + \
> 
> Error: Failed to download packages:
> 
> 
> rhn://sol-x86_64-server-extras-10/SMCsudo/1.7.2p1/1_PSTAMP_Steve_Christensen/i386-solaris/SMCsudo-1.7.2p1-1_PSTAMP_Steve_Christensen.i386-solaris.pkg: rhn.client.rhnErrors.FileNotFoundError
> 
> error: Failed to download packages:
> 
> error:
> rhn://sol-x86_64-server-extras-10/SMCsudo/1.7.2p1/1_PSTAMP_Steve_Christensen/i386-solaris/SMCsudo-1.7.2p1-1_PSTAMP_Steve_Christensen.i386-solaris.pkg: rhn.client.rhnErrors.FileNotFoundError
> 
> Saving cache...
> 
>  
> 
>  
> 
> I can at least see what packages are available…
> 
>  
> 
> # up2date --showall
> 
>  
> 
> Updating cache...
> ##################################################################
> [100%]
> 
>  
> 
> RHATsmart-5.1.1-6_PSTAMP_RHAT_RHN
> 
> RHATrhnc-5.1.0-4_PSTAMP_RHAT_RHN
> 
> RHATpossl-0.6-1.p24.6_PSTAMP_RHAT_RHN
> 
> RHATrcfgc-5.1.0-3.el5_PSTAMP_RHAT_RHN
> 
> RHATrcfga-5.1.0-3.el5_PSTAMP_RHAT_RHN
> 
> RHATrpush-5.1.1-1_PSTAMP_RHAT_RHN
> 
> RHATrhnl-1.8-7.p23_PSTAMP_RHAT_RHN
> 
> RHATrcfgm-5.1.0-3.el5_PSTAMP_RHAT_RHN
> 
> RHATpythn-2.4.1-4.rhn.6.sol10_PSTAMP_RHAT_RHN
> 
> RHATrcfg-5.1.0-3.el5_PSTAMP_RHAT_RHN
> 
> SMCglib2-2.20.4-1_PSTAMP_Steve_Christensen
> 
> SMCliconv-1.11-1_PSTAMP_Steve_Christensen
> 
> SMClintl-3.4.0-1_PSTAMP_Steve_Christensen
> 
> SMCnetsnmp-5.4.2.1-1_PSTAMP_Steve_Christensen
> 
> SMCossl-0.9.8l-1_PSTAMP_Steve_Christensen
> 
> SMCsudo-1.7.2p1-1_PSTAMP_Steve_Christensen
> 
> TIVsmCapi-Version_5_Release_5_Level_2.4-1_PSTAMP_2009_208_12_01_13
> 
> TIVsmCba-Version_5_Release_5_Level_2.4-1_PSTAMP_2009_208_12_01_23
> 
> ZOSdbidev-Dev_Release_08_15_2008-1_PSTAMP_2008.08.15.05.55
> 
> ZOSlibdbi-Dev_Release_08_15_2008-1_PSTAMP_2008.08.15.05.55
> 
> ZOSlibevt-0.2.8-1_PSTAMP_2008.08.18.08.08
> 
> ZOSsyslng-2.1.4-1_PSTAMP_2009.03.17.06.08
> 
> RHATossl-0.9.7a-33.24.rhn.2.sol9_PSTAMP_RHAT_RHN
> 
> SMClibgcc-3.4.1-1_PSTAMP_Steve_Christensen
> 
>  
> 
> Has anyone else seen this problem?  I’m a little stuck at this point.
> I’m using the latest Solaris “bootstrap” that I found available for
> Solaris x86 (v5.1.1-3) … but that was released in Oct 2008… so I
> suspect the protocol has moved forward and left this behind…
> 
>  
> 
> Thanks,
> 
>  
> 
> Andy Speagle
> 
> System & Storage Administrator
> 
> UCATS - Wichita State University
> 
>  
> 
> P: 316.978.3869
> 
> C: 316.617.2431
> 
>  
> 
> 
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.redhat.com/archives/spacewalk-devel/attachments/20101112/2413e054/attachment.html>


More information about the Spacewalk-devel mailing list