Bug 56987
| Summary: | make fstab parsing more robust | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Ron Gomes <rrg> | ||||||
| Component: | anaconda | Assignee: | Jeremy Katz <katzj> | ||||||
| Status: | CLOSED RAWHIDE | QA Contact: | Brock Organ <borgan> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 7.2 | Keywords: | FutureFeature | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | i386 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Enhancement | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2006-02-21 18:48:16 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: | |||||||||
| Attachments: |
|
||||||||
Created attachment 39307 [details]
anaconda crash output written to floppy disk
Please attach the original /etc/fstab file. Created attachment 39488 [details]
Original /etc/fstab at the time of installation
The last few lines of your fstab aren't really valid; you don't have the check field options at the end of the lines (all of the /adisk1 mounts). Changing subject and marking as enhancement to make that parsing more robust. The simple workaround is to add 0 0 to the end of those lines (or other check interval if desired). *** Bug 57493 has been marked as a duplicate of this bug. *** Fixed in CVS *** Bug 56519 has been marked as a duplicate of this bug. *** This line in my fstab fails: /dev/sda1 /opt ext3 default It fails trying in line 1569 of fsset.py when its doing: fields[4] = 0 and fields is ['/dev/sda1', '/opt', 'ext3', 'defaults'] Katzj has a fix which works now. Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |
From Bugzilla Helper: User-Agent: Mozilla/4.79 [en] (X11; U; Linux 2.4.9-12 i686) Description of problem: In upgrading a 7.1 installation to 7.2, anaconda repeatably crashes on a hard-drive install with a "list index out of range" error just after "Preparing RPM installation" and before any packages appear to have been actually installed. /etc/fstab is truncated and has to be manually restored from backup or from fstab.rpmsave in order to boot the old system afterward. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: ISO images downloaded from rufus.w3.org and placed on a VFAT file system on a 2GB Jaz disk. md5sums are correct. Booted from a boot.img floppy and proceeded with the installation as described, specifying a hard-drive install and pointing it at the Jaz drive. Actual Results: Installation crashes and destroys /etc/fstab every time. I saved to floppy disk the anacdump.txt file, the full version of which is attached. The first few lines of it (the traceback) are: Traceback (innermost last): File "/usr/bin/anaconda", line 620, in ? intf.run(id, dispatch, configFileData) File "/usr/src/build/41637-i386/install//usr/lib/anaconda/text.py", line 408, in run File "/usr/src/build/41637-i386/install//usr/lib/anaconda/dispatch.py", line 143, in gotoNext File "/usr/src/build/41637-i386/install//usr/lib/anaconda/dispatch.py", line 208, in moveStep File "/usr/src/build/41637-i386/install//usr/lib/anaconda/packages.py", line 554, in doInstall File "/usr/src/build/41637-i386/install//usr/lib/anaconda/fsset.py", line 692, in migratewrite IndexError: list index out of range Expected Results: A proper upgrade to 7.2, presumably. Additional info: 600 MHz Pentium III, ASUS P2-LS motherboard, SCSI installation. System was originally built in February 1999 with whatever version of RedHat was current and has been upgraded one or more times since then (but OS was never re-installed afresh). System has valid RedHat installs on /dev/sda1 and /dev/sdb1 but the upgrade is pointed at /dev/sda1. I told the installer to use LILO rather then GRUB (but I expect the installation didn't get far enough for that to matter).