Bug 514354 - autopartition algorithm does not scale
Summary: autopartition algorithm does not scale
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 13
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: David Lehman
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F12Target
TreeView+ depends on / blocked
 
Reported: 2009-07-28 23:38 UTC by Chris Lumens
Modified: 2010-07-14 17:11 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-07-14 17:11:52 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Chris Lumens 2009-07-28 23:38:06 UTC
Today I did an installation of F11 onto a machine with > 300 LUNs visible and available for use.  I picked the defaults on the parttype screen and clicked next.  After this, I had enough time to talk for a while, go down the hall for a drink, come back, and see that it was still not done.  tty4 showed that the storage.log was constantly being written to.

I did two tests - one with clicking next to go to the custom partitioning screen, and one with just accepting the defaults.  The same behavior was observed each time.  Therefore, I believe this is more than just UI slowness but is the underlying autopart algorithm.

I have the log files, but they're dozens of megs so I'd rather not attach to a bug.

Comment 1 Bug Zapper 2010-03-15 12:44:37 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 13 development cycle.
Changing version to '13'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 2 Chris Lumens 2010-05-28 14:30:22 UTC
Jeff - this is the bug I was hoping to take a look at on the machine down in the lab with 88 disks visible.


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