Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 72821 - up2date slow when downloading big packages
up2date slow when downloading big packages
Product: Red Hat Linux
Classification: Retired
Component: up2date (Show other bugs)
i386 Linux
medium Severity high
: ---
: ---
Assigned To: Adrian Likins
Jay Turner
Depends On:
  Show dependency treegraph
Reported: 2002-08-28 03:13 EDT by Pavel
Modified: 2015-01-07 18:59 EST (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-05-20 10:23:03 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Pavel 2002-08-28 03:13:38 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020826

Description of problem:
I'm sure it's dup of 53134, but I can't reopen that bug.

I'm using up2date 2.9.55-1 from rawhide and I have the same problem downloading
kernel source package. It seems that up2date uses lot of CPU and memory. When it
downloads ~90% of the file (~24 Mb) whole system becomes irresponsible - I can't
even use ctrl-alt-del on the console to reboot. My system has 64 Mb of memory.

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

How reproducible:

Steps to Reproduce:
1. Run up2date to update kernel-source package.

Actual Results:  Very high CPU and memory usage. System becomes irresponsible

Expected Results:  Download and package.

Additional info:
Comment 1 Michael Young 2002-08-28 06:49:33 EDT
The symptoms don't sound the same as bug 53134, where the download got slower
and slower as the system swapped more and more, I don't recall the system ever
grinding to a halt.
Comment 2 Pavel 2002-08-28 07:00:04 EDT
Yes they are. When I wrote that I'm sure it's a dupe, I meant that I do see
those symptoms. Download starts at about 40 Kb/sec and, at ~75%, it drops to 8
Kb/sec and less. I also see a lot of swapping, even though swap usage is
relatively low (about 30% according to gnome system monitor applet). I have 188
Mb swap (and 64 Mb memory). Also memory usage graph looks as a zigzag  - 70% -
100% - 70% every few seconds.
Comment 3 Adrian Likins 2002-08-28 18:15:23 EDT
behaviour may be similar to 53134, but I wouldnt consider it
a dup (if for no other reason than that pretty much all the
network based code has changed fairly drastically since then...)

Investigating now..
Comment 4 Adrian Likins 2002-08-31 23:24:11 EDT
Looks to have been an issue with rhnlib

should be fixed in rhnlib-0.9-1
Comment 5 Matt Jamison 2003-05-20 10:23:03 EDT
confirmed to be working correctly.

closing bug.

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