Bug 98612 - installing on low-memory machine with swap on logical volume fails
Summary: installing on low-memory machine with swap on logical volume fails
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: anaconda
Version: 9
Hardware: i386
OS: Linux
medium
low
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact: Mike McLean
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-07-04 23:16 UTC by Alexandre Oliva
Modified: 2007-04-18 16:55 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2004-10-05 03:16:10 UTC
Embargoed:


Attachments (Terms of Use)

Description Alexandre Oliva 2003-07-04 23:16:37 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030619

Description of problem:
If anaconda finds that the machine has too little memory, it decides to enable
swap right after partitioning the system in disk druid.  However, if any swap
devices are logical volumes, this procedure fails, because the logical volume
still hasn't been activated.

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


How reproducible:
Always

Steps to Reproduce:
1.Start installer on a machine with say 64MB or 96MB of memory (year, lower than
minimum recommended)
2.Preserve a pre-existing swap logical volume while partitioning the system (and
don't create any other swap elements, just in case)
3.Tell anaconda it's ok to commit to the new partitioning and start swap early

Actual Results:  The attempt to bring up the swap partition fails

Expected Results:  It should probably ask the user to set up at least a certain
amount of non-LV-dependent swap space, and not enable that too early.  Or, even
better, it should vgchange -a y <vgname> such that it can actually activate the
swap logical volume early.

Additional info:

Switching to VT1 and running the vgchange command above, after disk druid is
started, but before we proceed to the next part of the installation, works, as
long as the swap LV already existed before, and we don't ``repartition'' the VG.

Comment 2 Jeremy Katz 2004-10-05 03:16:10 UTC
This should (I think) be resolved in current releases.

Comment 3 Alexandre Oliva 2004-10-05 12:00:22 UTC
All the boxes that used to trigger this error were retired some weeks
ago, but I vaguely remember I succeeded in installing FC2 on the last
of these boxes, and I think it had swap on LVM.  Thanks,


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