From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530
Description of problem:
Upgrade of a RH 7.2 system to RH 7.3 fails if the system is spread across
multiple partitions and the type of some of the partitions is listed as "auto"
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start with a multi-partition RH 7.2 system to be upgraded
2. Have a separate /var and/or /usr partition
3. Mark the fstype of those partitions as "auto" in /etc/fstab
4. Boot from RH 7.3 cds and start gui installer
5. Accept defaults until asked whether to install or upgrade
6. Choose upgrade and select the proper root filesystem (if needed)
7. Continue to accept defaults until the error happens
Actual Results: If /var is not part of /, the symptom is an error dialog saying
"Rebuild of RPM database failed.
You may be out of disk space?"
If you toggle over to ctrl-alt-f1, you see the following:
"error: creating directory /mnt/sysimage/var/lib/anaconda-rebuilddb102452275: No
such file or directory"
This occurs because /mnt/sysimage/var/ isn't mounted. In fact, a df on
ctrl-alt-f2 shows that none of the secondary file systems of type "auto" have
been mounted. Only the root file system. Once you acknowledge the error,
anaconda terminates the install and reboots.
If /var is part of /, then the install proceeds to the phase of installing RPMs.
In my case, it finally failed because it attempted to install almost 3 gigs
worth of data onto a 300 Meg / partition, rather than mounting /usr as it should
have. Subdirectories are created under the mountpoints on / instead of the file
systems being mounted. Eventually the installer locks up due to lack of
diskspace and ctrl-alt-delete is required, leaving you with a broken system.
Expected Results: The installer should have mounted /var, /usr, etc. and
performed the upgrade normally. As a second choice, the installer should warn
you that fstype of "auto" isn't supported and refuse to continue.
Have actually entered a bug against Rawhide code, so hopefully it will get fixed
We sniff filesystems which are marked as auto in Red Hat Linux 8.0 or later to
mount them as the correct type during the upgrade.