Bug 677002

Summary: IOException: Partition(s) 5 on /dev/sda have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use. As a result, the old partition(s) will remain in use. You should reboot now before making further
Product: [Fedora] Fedora Reporter: ultima.ratio.regum69
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: rawhideCC: anaconda-maint-list, denvorhu, jonathan, otterwrath, radualexandrupopescu, satellitgo, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard: anaconda_trace_hash:4ee34b5cdf456352bf8fa6dfb47845d751fbc1a0d60d726a86c6c3acaf7b3cbc
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-02-13 23:40:45 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda. none

Description ultima.ratio.regum69 2011-02-12 13:53:19 UTC
The following was filed automatically by anaconda:
anaconda 15.19 exception report
Traceback (most recent call first):
  File "/usr/lib/python2.7/site-packages/parted/disk.py", line 213, in commit
    return self.__disk.commit()
  File "/usr/lib/python2.7/site-packages/parted/decorators.py", line 30, in new
    ret = fn(*args, **kwds)
  File "/usr/lib/python2.7/site-packages/pyanaconda/storage/formats/disklabel.py", line 252, in commit
    self.partedDisk.commit()
  File "/usr/lib/python2.7/site-packages/pyanaconda/storage/devices.py", line 1476, in _destroy
    self.disk.originalFormat.commit()
  File "/usr/lib/python2.7/site-packages/pyanaconda/storage/devices.py", line 783, in destroy
    self._destroy()
  File "/usr/lib/python2.7/site-packages/pyanaconda/storage/deviceaction.py", line 285, in execute
    self.device.destroy()
  File "/usr/lib/python2.7/site-packages/pyanaconda/storage/devicetree.py", line 309, in processActions
    action.execute(intf=self.intf)
  File "/usr/lib/python2.7/site-packages/pyanaconda/storage/__init__.py", line 355, in doIt
    self.devicetree.processActions()
  File "/usr/lib/python2.7/site-packages/pyanaconda/packages.py", line 116, in turnOnFilesystems
    anaconda.storage.doIt()
  File "/usr/lib/python2.7/site-packages/pyanaconda/dispatch.py", line 211, in moveStep
    rc = stepFunc(self.anaconda)
  File "/usr/lib/python2.7/site-packages/pyanaconda/dispatch.py", line 130, in gotoNext
    self.moveStep()
  File "/usr/lib/python2.7/site-packages/pyanaconda/gui.py", line 1258, in nextClicked
    self.anaconda.dispatch.gotoNext()
IOException: Partition(s) 5 on /dev/sda have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use.  As a result, the old partition(s) will remain in use.  You should reboot now before making further changes.

Comment 1 ultima.ratio.regum69 2011-02-12 13:53:26 UTC
Created attachment 478380 [details]
Attached traceback automatically from anaconda.

Comment 2 Chris Lumens 2011-02-13 23:40:45 UTC

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

Comment 3 satellitgo 2011-03-30 20:13:47 UTC
Created attachment 488893 [details]
Attached traceback automatically from anaconda.

Comment 4 satellitgo 2011-03-31 00:10:17 UTC
this is NOT a duplicate of 650064. please investigate my traceback

I am getting message: :unable to find group information: problem with install
tree,

filed to Bugzilla 677002
677002 is closed says this bug 650064 is a duplicate.

I am not sure that is true.

In terminal:# yum groupinfo shows groups and symantic refreshes lists properly?

my setup shows ethernet working as pci2p1 not eth0?

Is Anaconda not able to handle pci2pl name?

http://serverbeach1.fedoraproject.org/pub/alt/stage/15-Beta.TC1/Fedora/i386/iso/Fedora-15-Beta-i386-DVD.iso
gnome2.91.93 (fallback mode) updated today:
(VirtualBox 4.0.4 OSX intel i7
TC F15 DVD install to VirtualBox HD trying to install it external usb 320 GB
HD)

This has always worked in fedora before.

Comment 5 Radu Alexandru Popescu 2011-04-01 16:59:50 UTC
Created attachment 489430 [details]
Attached traceback automatically from anaconda.

Comment 6 satellitgo 2011-04-07 08:55:21 UTC
Created attachment 490498 [details]
Attached traceback automatically from anaconda.

Comment 7 satellitgo 2011-04-07 09:01:34 UTC
tried to use anaconda in gnome3-shell 3.0.0 upgraded 04/07/2011 with
 yum clean all
 yum update
to install to an external USB Harddisk

Comment 8 satellitgo 2011-04-07 09:03:18 UTC
note kernel modified for Virtualbox4.0,4  f14 with sources before upgrade

Comment 9 David Lehman 2011-04-07 17:21:22 UTC
(In reply to comment #7)
> tried to use anaconda in gnome3-shell 3.0.0 upgraded 04/07/2011 with
>  yum clean all
>  yum update
> to install to an external USB Harddisk

Running anaconda directly on a running system other than a live image is not supported. Even with a live image you do not invoke anaconda directly -- instead, you run liveinst.

Comment 10 otterwrath 2011-06-04 22:51:46 UTC
Created attachment 503023 [details]
Attached traceback automatically from anaconda.

Comment 11 otterwrath 2011-06-04 22:52:39 UTC
Created attachment 503024 [details]
Attached traceback automatically from anaconda.

Comment 12 Brian Lane 2011-06-06 16:58:58 UTC
Note - those last 2 tracebacks appear to have been created with unsupported tools, possibly unetbootin. That may or may not be the root cause of the problem, but we don't support the use of non-Fedora tools for creating install media.

I also see:
 ata_id[6253]: HDIO_GET_IDENTITY failed for '/dev/sdb'

I'm not sure exactly what that means, but it doesn't look good. If this problem persists with supported install media please open a new bug so we can explore this.

Comment 13 denvor 2011-06-26 01:50:23 UTC
Created attachment 509943 [details]
Attached traceback automatically from anaconda.