Bug 500664 - Partitioner fails when trying to resize an existing ext3 partition
Summary: Partitioner fails when trying to resize an existing ext3 partition
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: David Cantrell
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: anaconda_trace_hash:46f039e84d812d125...
: 507611 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-05-13 15:46 UTC by Kvikende
Modified: 2009-09-26 01:09 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-09-26 01:09:54 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Attached traceback automatically from anaconda. (283.31 KB, text/plain)
2009-05-13 15:46 UTC, Kvikende
no flags Details
Attached traceback automatically from anaconda. (157.72 KB, text/plain)
2009-08-05 16:28 UTC, Scott
no flags Details
Attached traceback automatically from anaconda. (102.81 KB, text/plain)
2009-08-09 23:20 UTC, Jim Wilson
no flags Details

Description Kvikende 2009-05-13 15:46:29 UTC
The following was filed automatically by anaconda:
anaconda None exception report
Traceback (most recent call first):
  File "/usr/lib64/python2.6/site-packages/parted/disk.py", line 231, in setPartitionGeometry
    start, end)
  File "/usr/lib/anaconda/storage/devices.py", line 973, in _setTargetSize
    start=geometry.start, end=geometry.end)
  File "/usr/lib/anaconda/storage/devices.py", line 451, in <lambda>
    lambda s, v: s._setTargetSize(v),
  File "/usr/lib/anaconda/storage/deviceaction.py", line 239, in __init__
    self.device.targetSize = newsize
  File "/usr/lib/anaconda/iw/partition_dialog_gui.py", line 275, in run
    actions.append(ActionResizeDevice(request, size))
  File "/usr/lib/anaconda/iw/partition_gui.py", line 1107, in editPartition
    actions = parteditor.run()
  File "/usr/lib/anaconda/iw/partition_gui.py", line 1068, in editCB
    self.editPartition(device)
PartitionException: Can't have overlapping partitions.

Comment 1 Kvikende 2009-05-13 15:46:50 UTC
Created attachment 343798 [details]
Attached traceback automatically from anaconda.

Comment 2 Chris Lumens 2009-05-19 19:40:55 UTC

*** This bug has been marked as a duplicate of bug 499544 ***

Comment 3 Andy Lindeberg 2009-06-24 15:15:47 UTC
*** Bug 507611 has been marked as a duplicate of this bug. ***

Comment 4 Scott 2009-08-05 16:28:37 UTC
Created attachment 356377 [details]
Attached traceback automatically from anaconda.

Comment 5 Jim Wilson 2009-08-09 23:20:41 UTC
Created attachment 356826 [details]
Attached traceback automatically from anaconda.

Comment 6 David Cantrell 2009-09-07 22:03:58 UTC
Can anyone describe the disk layout they had before starting the installation and what you were trying to resize to once you were in the installer?

I'm looking at some of the attached log files and see one system that had:

~100M ext3 on /dev/sda1
~20G ext3 on /dev/sda2
~2G swap on /dev/sda3
remainder jfs on /dev/sda4

I am wanting to reproduce this problem locally, but can't seem to create a partition layout that will do it.

Comment 7 Jim Wilson 2009-09-13 22:10:45 UTC
Per request of Mssr. Cantrell:

From perusing the log files I submitted, I see that my dump came from when I
was trying to upgrade my Myth box from a distribution *before* Fedora 10.  Most
likely it was Fedora 9.  The box has a single 300Gb drive.

However, I was almost certainly following the dicta at:

		http://mythtv.org/wiki/Installing_MythTV_on_Fedora

because I was too lazy to explore the reasoning behind them.

I don't recall why I was resizing instead of simply wiping and reinstalling, but
apparently, I eventually did the latter, because Myth is now installed and working.

Comment 8 David Cantrell 2009-09-26 01:09:54 UTC
Cannot reproduce with latest rawhide.


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