Bug 126629

Summary:	rhnpush very slow
Product:	Red Hat Satellite 5	Reporter:	Richard Keech <rkeech>
Component:	Server	Assignee:	Mihai Ibanescu <mihai.ibanescu>
Status:	CLOSED CANTFIX	QA Contact:	Fanny Augustin <fmoquete>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	unspecified	CC:	nobody, rhn-bugs, rkeech
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-09-30 20:03:08 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Richard Keech 2004-06-23 22:46:22 UTC

Description of problem:

running rhnpush for 300MB package took in the order of an hour.

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

RHN Satellite 3.2 (from build 12 ISO).


How reproducible:

Seen on two different systems.

  
Actual results:

With rpm package file initially located locally on the Satellite,
running rhnpush successfully uploads the package but it takes
much longer than expected.  The first time this delay was seen
to take over an hour.  The second time, while not measured, was
consistent with the first (different systems, different places).


Expected results:


Additional info:

Satellite host has an embedded Oracle configuration.  
It is a dual CPU system and has 2GB RAM.

Comment 1 Mihai Ibanescu 2004-06-23 22:50:04 UTC

How big is the RPM?
Was the upload happening over SSL? (i.e. did the URL say https://)?

Comment 2 Richard Keech 2004-06-23 23:21:51 UTC

Package in question is 231MB.
The rhnpush command indicates that upload is to http://<hostname>/APP.
On one occasion when the upload was occuring at the same time as
a satellite-sync the system hung and was showing iterations of the
following message on the console:

"count_ramdisk_pages: pagemap_lru_lock locked".

When that occured the system had only 1GB RAM.  Subsequently the 
system was upgraded to 2GB and the rhnpush succeeded, but the time
was still excessive. 

Kernel version 2.4.9-e.41smp.

rhnpush of small packages (<2MB) is very quick (< 4 seconds)
on the same system.

Comment 3 Richard Keech 2004-06-24 00:23:58 UTC

another data point.  rhnpush of a 13MB package took ~24 seconds
(all other variables being unchanged).

Comment 4 Mihai Ibanescu 2004-06-24 14:25:26 UTC

We have this specific problem (big rpms taking a lot of time to
upload) addressed in satellite 3.4

The change cannot be backported easily to 3.2. Will keep the bug open
and will see how we can upgrade the customer or something.

Comment 5 Dean Samuels 2004-06-25 04:29:16 UTC

I encountered this issue after applying all updates (kernel included) 
to stock RHEL2.1U3 version.  rhnpush of 220MB package taken over 30 
mins. Whereas, with just the standard RHEL2.1U3 packages with no 
updates applied rhnpush of the same package (220MB) took just under 2 
minutes.

Comment 6 Dean Samuels 2004-06-25 04:49:15 UTC

May be kernel related, downgraded to kernel 2.4.9-e.34enterprise 
(standard RHEL2.1U3 kernel) and rhnpush now takes 1min 40secs to 
import 220MB package.

Comment 7 Mihai Ibanescu 2005-09-30 20:03:08 UTC

For lack of a better answer, closing.