Bug 123073 - rhn_package_manager getting Internal Server Error uploading src.rpm
Summary: rhn_package_manager getting Internal Server Error uploading src.rpm
Alias: None
Product: Red Hat Network
Classification: Red Hat
Component: RHN/Channels (Show other bugs)
(Show other bugs)
Version: RHN Stable
Hardware: All Linux
Target Milestone: ---
Assignee: Mihai Ibanescu
QA Contact: Fanny Augustin
Depends On:
Blocks: rhn360sat
TreeView+ depends on / blocked
Reported: 2004-05-12 00:47 UTC by Jack Neely
Modified: 2007-04-18 17:07 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-03-22 18:31:30 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Log of rhn_package-manager run (3.56 KB, text/plain)
2004-05-12 00:48 UTC, Jack Neely
no flags Details

Description Jack Neely 2004-05-12 00:47:28 UTC
Description of problem:
I have recently installed a new RHN Proxy attempting to move from a
temporary machine to new hardware that was bought for the purpose. 
(Dell 1750).  Install went smoothly.  I did not regenerate the SSL
certs and installed the cert RPMs from the old Proxy.  The machine
seems to be working properly.

Next I used rhn_package_manager to upload all my custom binary and
source RPMs for my channels -- for the sole reason of getting them
back on my Proxy to be served out.  Binary RPMs went fine, but the
source packages refuse to upload and to move back in place in
/var/up2date/packages.  Gives me Internal Server Error.  Full log with
-v is attached.

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

How reproducible:
Every time.

Steps to Reproduce:
I'm running the command:
# rhn_package_manager --source -v -c realmlinux-ws3 -d SRPMS/
Type in my OA user ID and password.

Comment 1 Jack Neely 2004-05-12 00:48:32 UTC
Created attachment 100169 [details]
Log of rhn_package-manager run

Comment 2 Todd Warner 2004-05-12 04:33:49 UTC
punting to misa, our package manager man.

Comment 3 Mihai Ibanescu 2004-06-03 16:25:22 UTC
Should be fixed in the latest version of the code.

Comment 4 Todd Warner 2004-06-03 16:35:11 UTC
o test all funcionality of rhn_package_manager, it is way overdue,
  to include pushing RPMs and SRPMs, individually and enmasse.

Comment 5 Fanny Augustin 2004-06-25 19:31:03 UTC
I tested the tool with:
rhn_package_manager -v --dir /var/spool/up2date

This directory does not contain any RPMs per say, but the error
message (traceback) I received did not contain any information about
why the tool is failing.  I think this error message should be
cleaner, in other words, it should let the customer knows that they
are no packages (rpm) to manage in the given directory.  Below is the
traceback I received:

Connecting to https://rhnblade4.perf.redhat.com/XP
Uploading /var/spool/up2date/redhat-advanced-server-i386.20040625001752
Traceback (innermost last):
  File "/usr/bin/rhn_package_manager", line 29, in ?
  File "/var/www/rhns/PackageManager/rhn_package_manager.py", line
103, in main
  File "/var/www/rhns/PackageManager/uploadLib.py", line 307, in
    verbose=self.options.verbose, nosig=self.options.nosig)
  File "/var/www/rhns/PackageManager/uploadLib.py", line 429, in
  File "/var/www/rhns/PackageManager/uploadLib.py", line 387, in
    h = get_header(None, f.fileno(), source)
  File "/var/www/rhns/PackageManager/uploadLib.py", line 578, in
    h = rhn_rpm.get_package_header(filename=file, fd=fildes)
  File "/var/www/rhns/PackageManager/rhn_rpm.py", line 112, in
    raise InvalidPackageError

Comment 6 Greg DeKoenigsberg 2004-07-01 15:15:32 UTC

Let's file this error-handling bug as a separate bug that blocks
rhn350sat instead.  If the functionality for pushing RPMs and SRPMs
works as advertised if the RPMs/SRPMs are actually present, this fix
is acceptable to me.

Comment 7 Fanny Augustin 2004-07-07 20:59:10 UTC
Not all functionalities are working as expected.  I created a software
channel on the sat.  I received the error message below while trying
to list the packages in the channel, even though I was the one who
created the channel:

Sat: https://farm03.rhndev.redhat.com/
user/passwd: farm03/dog8code 
channel: channel-test

[root@slag temp]# rhn_package_manager --list -c channel-test
Channels: channel-test
Red Hat Network username: farm03
Red Hat Network password:
Connecting to http://farm03.rhndev.redhat.com/XP
Error Message:
    You are not allowed to manage channel channel-test
Error Class Code: 32
Error Class Info: Channel error
     An error has occurred while processing your request. If this problem
     persists please enter a bug report at bugzilla.redhat.com.
     If you choose to submit the bug report, please be sure to include
     details of what you were trying to do when this error occurred and
     details on how to reproduce this problem.
[root@slag temp]#

Comment 8 Greg DeKoenigsberg 2004-07-19 12:41:53 UTC
Moving to rhn350sat for clarification.

Comment 9 Mihai Ibanescu 2004-07-20 21:33:07 UTC
Internal server error fixed.

Comment 10 Mihai Ibanescu 2004-07-20 21:33:35 UTC
Fanny, if the above error still happens, please pull me in because I
don't understand why it says that.

Comment 11 Fanny Augustin 2004-08-05 18:49:11 UTC
proxy test

Comment 12 Fanny Augustin 2004-08-18 21:12:29 UTC
aligning against rhn360sat for full testing...  Taw has tested this
partially on rhn350sat.

Comment 13 Todd Warner 2004-10-21 16:34:02 UTC
QA push. {ON_DEV,QA_READY} --> ON_QA

Comment 14 Fanny Augustin 2004-11-20 20:52:49 UTC
Works find with the exception of this observation:

I had 4 packages in the channel:


When I: rhn_package_manager --list -c channel-test...  I got:

['rhn-applet-actions', '2.0.13', '2', '', 'noarch', 'channel-test']
['rhncfg', '3.1.6', '12', '', 'noarch', 'channel-test']
['samba-common', '3.0.7', '1.3E', '0', 'i386', 'channel-test']

Please notice that one of the samba packages is listed instead of the
two packages...  Is this behavior expected or this is a bug?

Comment 15 Clay Murphy 2004-12-03 00:16:41 UTC
no docs

Comment 16 Todd Warner 2005-03-22 18:31:30 UTC

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