Bug 251218 - rhnpush fails with Solaris 10 SPARC package or patch mpm push to "Sparc Solaris" channel
Summary: rhnpush fails with Solaris 10 SPARC package or patch mpm push to "Sparc Solar...
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Solaris (Show other bugs)
(Show other bugs)
Version: 500
Hardware: All Linux
Target Milestone: ---
Assignee: Jan Pazdziora
QA Contact: Steve Salevan
Depends On:
Blocks: 172657 457000
TreeView+ depends on / blocked
Reported: 2007-08-07 20:01 UTC by Daniel Collins
Modified: 2009-09-10 19:40 UTC (History)
2 users (show)

Fixed In Version: sat530
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2009-09-10 19:40:28 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Daniel Collins 2007-08-07 20:01:25 UTC
Description of problem:

rhnpush fails with Solaris 10 SPARC package or patch mpm push to "Sparc Solaris"

Version-Release number of selected component (if applicable):

5.0.0 Satellite on 4AS server, fully patched.

How reproducible:

Patch is downloaded from SUN.  Patch is put on solaris 10 sparc server, and
solaris2mpm is run successfully.  Patch is then attempted to be pushed to
satellite using 

rhnpush --server=<servername> --channel=solaris10

Actual results:

Traceback (most recent call last):
  File "/usr/share/rhn/server/apacheRequest.py", line 108, in call_function
    response = apply(func, params)
  File "/usr/share/rhn/server/handlers/app/packages.py", line 308, in
    return self._channelPackageSubscription(authobj, info)
  File "/usr/share/rhn/server/handlers/app/packages.py", line 356, in
  File "/usr/share/rhn/server/importlib/importLib.py", line 592, in run
  File "/usr/share/rhn/server/importlib/packageImport.py", line 73, in fix
    self.__copyChannels(package, package)
  File "/usr/share/rhn/server/importlib/packageImport.py", line 174, in
    "Invalid channel architecture %s" % charch)
InvalidArchError: Invalid channel architecture 510

Package appears in satellite under "Packages in no channels" and shows arch as
"sparc solaris" (or sparc solaris patch, as relevant) but cannot be added to a
"sparc solaris" channel.

Expected results:

rhnpush succeeds to push package or patch mpm to channel.

Comment 1 Clifford Perry 2007-08-07 23:43:00 UTC
I asked/suggested on IRC to verify that the schema was in a sane state. 

If this was done and everything looks fine, yet still your getting the error, I
strongly recommend to go through the support process for replication/debugging.
We tested multiple Solaris packages, patch clusters and patches for Solaris 10
during QA cycle of Satellite 5.0. 

Flipping to needinfo reporter, pending an IT being associated to this bug by SEG. 


Comment 2 Daniel Collins 2007-08-15 21:16:50 UTC
Yes, the schema is sane, considering its brand new, and we followed your
suggestions on IRC as well.  I am no longer onsite at the client. The problem is
that this is an eval, and it seems a bit shady to be like "here open a ticket
and work through it."

Replication is easy, this is not a one-off "happened once" problem. 

I will suggest to the client that they contact support with this issue and
reference this bugtracker, so that SEG can make the needed association.

Comment 5 Jan Pazdziora 2009-03-23 13:19:15 UTC
I've just retried this on Satellite-5.3.0-RHEL5-re20090306.2 on i386 and the rhnpush run alright, with the following in the log: - - [23/Mar/2009:14:17:51 +0100] "GET /PACKAGE-PUSH HTTP/1.1" 200 - "-" "-"
vmware139.englab.brq.redhat.com - - [23/Mar/2009:14:18:08 +0100] "POST /APP HTTP/1.1" 200 135 "-" "rhn.rpclib.py/$Revision: 136589 $"
vmware139.englab.brq.redhat.com - - [23/Mar/2009:14:18:12 +0100] "POST /APP HTTP/1.1" 200 175 "-" "rhn.rpclib.py/$Revision: 136589 $" - - [23/Mar/2009:14:18:12 +0100] "POST /PACKAGE-PUSH HTTP/1.1" 200 6 "-" "rhnpush"
vmware139.englab.brq.redhat.com - - [23/Mar/2009:14:18:35 +0100] "POST /APP HTTP/1.1" 200 136 "-" "rhn.rpclib.py/$Revision: 136589 $"
vmware139.englab.brq.redhat.com - - [23/Mar/2009:14:18:36 +0100] "POST /APP HTTP/1.1" 200 99 "-" "rhn.rpclib.py/$Revision: 136589 $"

And the package is shown in that channel's package list.

Since there seems to have been no followup on this issue via SEG and IT, I assume the issue did not appear again for the customer.

Moving ON_QA without doing any change in code.

Comment 6 Steve Salevan 2009-04-14 21:01:41 UTC
Tested with several Solaris 10 packages pushed to multiple channels whose base architecture was of "Sparc Solaris".  All packages (short of those I remarked about in BZ #495778) were uploaded successfully and appeared in the channel package list.  Given that I cannot reproduce the reported issue, I'm moving this bug to VERIFIED, and it was tested on 530-re20090413.0.

Comment 7 Steve Salevan 2009-08-26 20:42:14 UTC
RELEASE_PENDING from latest Stage build.

Comment 8 Brandon Perkins 2009-09-10 19:40:28 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


Note You need to log in before you can comment on or make changes to this bug.