Bug 531629 - RuntimeError: Returning partitions to state prior to edit failed
Summary: RuntimeError: Returning partitions to state prior to edit failed
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 13
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: anaconda_trace_hash:6d8ab99f04d36b04f...
Depends On:
Blocks: F13Blocker, F13FinalBlocker
TreeView+ depends on / blocked
 
Reported: 2009-10-28 22:17 UTC by James Laska
Modified: 2013-09-02 06:41 UTC (History)
6 users (show)

Fixed In Version: anaconda-13.37-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-05-04 00:10:55 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Attached traceback automatically from anaconda. (240.65 KB, text/plain)
2010-03-09 13:52 UTC, Søren Sandmann
no flags Details
Attached traceback automatically from anaconda. (268.75 KB, text/plain)
2010-03-24 16:32 UTC, James Laska
no flags Details
Attached traceback automatically from anaconda. (115.34 KB, text/plain)
2010-03-29 08:26 UTC, Alexander Boström
no flags Details

Description James Laska 2009-10-28 22:17:33 UTC
anaconda-12.39-1 failure (see anacdump.txt in attachment#366492 [details]) encountered on IBM Power5 system while testing autopart+shrink test.

= Steps to reproduce = 

1) First, do this -
https://fedoraproject.org/wiki/QA/TestCases/PartitioningExt4OnNativeDevice
2) After that install, do this -
https://fedoraproject.org/wiki/QA:Testcase_Anaconda_autopart_%28shrink%29_install
3) There will be 2 'PPCPReP Boot' Partitions, I clicked "EDIT" on the original
partition and chose to format it again.  Click OK

= Actual results =

anaconda 12.39 exception report
Traceback (most recent call first):
  File "/usr/lib/anaconda/iw/partition_gui.py", line 1148, in editPartition
    raise RuntimeError, ("Returning partitions to state "
  File "/usr/lib/anaconda/iw/partition_gui.py", line 1084, in editCB
    self.editPartition(device)
RuntimeError: Returning partitions to state prior to edit failed

See attachment#366492 [details] for full traceback

Comment 1 Bug Zapper 2009-11-16 14:31:42 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.

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

Comment 2 James Laska 2010-02-24 14:51:57 UTC
Hitting this while testing F-13-Alpha-RC2 (specifically https://fedoraproject.org/wiki/QA:Testcase_Anaconda_ISCSI_No_Authentication).

The reproducer involved 

1. select all drives (local and iSCSI) for partitioning
2. At partition detail screen, I deleted all partitions from all drives
3. Select back
4. Select only local drives for install, and leave iSCSI as a data partition
5. At partition detail screen, click "Edit" on the "Free space" label under the iSCSI drive
6. Attempt to create a '/opt' partition on the iSCSI drive, traceback

Comment 3 Søren Sandmann 2010-03-09 13:52:54 UTC
Created attachment 398794 [details]
Attached traceback automatically from anaconda.

Comment 4 James Laska 2010-03-24 16:32:48 UTC
Created attachment 402354 [details]
Attached traceback automatically from anaconda.

Comment 5 James Laska 2010-03-24 16:34:44 UTC
= Steps to Reproduce =

1. Install to a system with BIOS RAID
2. Add an iSCSI drive
3. Choose to autopartition 
4. Select only the local BIOS RAID drive for formatting
5. At partition detail screen, edit existing iSCSI partition (sdd1 I think).  Format it as ext4 '/iscsi'

Comment 6 Alexander Boström 2010-03-29 08:26:32 UTC
Created attachment 403222 [details]
Attached traceback automatically from anaconda.

Comment 7 Alexander Boström 2010-03-29 08:32:19 UTC
Another way to reproduce:

1. Do a default install (local disk not san/iscsi etc, replace existing linux system), but choose the option to review the layout.
2. Select /boot and try to change it to 1000 MB.

It will fail to expand /boot because there's no room and then the installer fails instead of reverting /boot to 500 MB.

Comment 8 Adam Williamson 2010-04-16 16:00:07 UTC
Discussed at today's blocker review meeting. We accept this as a blocker on the basis that it infringes "The installer must be able to create and install to any workable partition layout using any file system offered in a default installer configuration, LVM, software, hardware or BIOS RAID, or combination of the above".

https://fedoraproject.org/wiki/Fedora_13_Final_Release_Criteria



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 9 David Lehman 2010-04-26 15:54:21 UTC
(In reply to comment #6)
> Created an attachment (id=403222) [details]
> Attached traceback automatically from anaconda.    

I was unable to reproduce using this procedure. My guess is that a partition alignment fix that went into anaconda-13.38-1 resolves your issue. Please try a newer anaconda and report the results if possible.

Comment 10 David Lehman 2010-04-26 15:55:50 UTC
(In reply to comment #4)
> Created an attachment (id=402354) [details]
> Attached traceback automatically from anaconda.    

This also looks like it will be resolved in anaconda-13.38-1. Please retest and report back with results if/when possible.

Comment 11 David Lehman 2010-04-26 16:13:16 UTC
The fix should actually be in anaconda-13.37-1 in case that makes testing easier for anyone.

Comment 12 James Laska 2010-04-30 16:36:41 UTC
Setting to MODIFIED based on comment#11

Comment 13 Adam Williamson 2010-05-04 00:10:55 UTC
tested TC1 using the reproduction scenario outlined in comment #7. could not reproduce. installer correctly showed a dialog saying there was no room to make /boot bigger, and then showed me the layout again, with /boot at 500MB. no traceback. if anyone else can still reproduce with TC1, please re-open.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers


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