Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1337014 - _ped.IOException: Partition(s) 2 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 ...
Summary: _ped.IOException: Partition(s) 2 on /dev/sda have been written, but we have b...
Keywords:
Status: CLOSED DUPLICATE of bug 1330820
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 24
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:c6f5f57c3133ecb266db7a7e143...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-05-18 03:26 UTC by Geoffrey Marr
Modified: 2016-06-09 18:45 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-06-09 18:45:54 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: anaconda-tb (3.30 MB, text/plain)
2016-05-18 03:26 UTC, Geoffrey Marr
no flags Details
File: anaconda.log (399.89 KB, text/plain)
2016-05-18 03:26 UTC, Geoffrey Marr
no flags Details
File: environ (600 bytes, text/plain)
2016-05-18 03:26 UTC, Geoffrey Marr
no flags Details
File: journalctl (2.43 MB, text/plain)
2016-05-18 03:26 UTC, Geoffrey Marr
no flags Details
File: lsblk_output (2.78 KB, text/plain)
2016-05-18 03:26 UTC, Geoffrey Marr
no flags Details
File: lvm.log (717.27 KB, text/plain)
2016-05-18 03:26 UTC, Geoffrey Marr
no flags Details
File: nmcli_dev_list (2.47 KB, text/plain)
2016-05-18 03:26 UTC, Geoffrey Marr
no flags Details
File: os_info (518 bytes, text/plain)
2016-05-18 03:26 UTC, Geoffrey Marr
no flags Details
File: program.log (195.23 KB, text/plain)
2016-05-18 03:26 UTC, Geoffrey Marr
no flags Details
File: storage.log (587.24 KB, text/plain)
2016-05-18 03:26 UTC, Geoffrey Marr
no flags Details
File: ifcfg.log (9.10 KB, text/plain)
2016-05-18 03:26 UTC, Geoffrey Marr
no flags Details
File: packaging.log (133 bytes, text/plain)
2016-05-18 03:26 UTC, Geoffrey Marr
no flags Details
anaconda.log (44.06 KB, text/plain)
2016-05-19 21:29 UTC, Geoffrey Marr
no flags Details
dnf.log (168.70 KB, text/plain)
2016-05-19 21:29 UTC, Geoffrey Marr
no flags Details
dnf.rpm.log (188.90 KB, text/plain)
2016-05-19 21:29 UTC, Geoffrey Marr
no flags Details
journal.log (17 bytes, text/plain)
2016-05-19 21:29 UTC, Geoffrey Marr
no flags Details
ks-script-5pepjbk3.log (73 bytes, text/plain)
2016-05-19 21:29 UTC, Geoffrey Marr
no flags Details
ks-script-huo8ag6_.log (51.34 KB, text/plain)
2016-05-19 21:29 UTC, Geoffrey Marr
no flags Details
ks-script-xfr7kjrt.log (469 bytes, text/plain)
2016-05-19 21:29 UTC, Geoffrey Marr
no flags Details
packaging.log (216.78 KB, text/plain)
2016-05-19 21:29 UTC, Geoffrey Marr
no flags Details
program.log (106.35 KB, text/plain)
2016-05-19 21:29 UTC, Geoffrey Marr
no flags Details
storage.log (5.55 KB, text/plain)
2016-05-19 21:29 UTC, Geoffrey Marr
no flags Details

Description Geoffrey Marr 2016-05-18 03:26:06 UTC
Description of problem:
Attempted install of F24 Beta 1.6 Workstation with Russian keymap. Install would fail every time, but becauase keymap was set for Russian in a failed installer, I could not enter my Bugzilla username and password. Went back to English install to see if it failed and got this failure.

Version-Release number of selected component:
anaconda-core-24.13.4-1.fc24.x86_64

The following was filed automatically by anaconda:
anaconda 24.13.4-1 exception report
Traceback (most recent call first):
  File "/usr/lib64/python3.5/site-packages/parted/disk.py", line 212, in commit
    return self.__disk.commit()
  File "/usr/lib64/python3.5/site-packages/parted/decorators.py", line 42, in new
    ret = fn(*args, **kwds)
  File "/usr/lib/python3.5/site-packages/blivet/formats/disklabel.py", line 256, in commit
    self.partedDisk.commit()
  File "/usr/lib/python3.5/site-packages/blivet/formats/disklabel.py", line 243, in _create
    self.commit()
  File "/usr/lib/python3.5/site-packages/blivet/formats/__init__.py", line 388, in create
    self._create(**kwargs)
  File "/usr/lib/python3.5/site-packages/blivet/deviceaction.py", line 590, in execute
    options=self.device.formatArgs)
  File "/usr/lib/python3.5/site-packages/blivet/actionlist.py", line 280, in process
    action.execute(callbacks)
  File "/usr/lib/python3.5/site-packages/blivet/devicetree.py", line 381, in processActions
    callbacks=callbacks)
  File "/usr/lib/python3.5/site-packages/blivet/blivet.py", line 164, in doIt
    self.devicetree.processActions(callbacks=callbacks)
  File "/usr/lib/python3.5/site-packages/blivet/osinstall.py", line 1096, in turnOnFilesystems
    storage.doIt(callbacks)
  File "/usr/lib64/python3.5/site-packages/pyanaconda/install.py", line 195, in doInstall
    turnOnFilesystems(storage, mountOnly=flags.flags.dirInstall, callbacks=callbacks_reg)
  File "/usr/lib64/python3.5/threading.py", line 862, in run
    self._target(*self._args, **self._kwargs)
  File "/usr/lib64/python3.5/site-packages/pyanaconda/threads.py", line 253, in run
    threading.Thread.run(self, *args, **kwargs)
_ped.IOException: Partition(s) 2 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.

Additional info:
cmdline:        /usr/bin/python3  /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base
cmdline_file:   BOOT_IMAGE=vmlinuz initrd=initrd.img root=live:CDLABEL=Fedora-WS-Live-24_B-1-6 rd.live.image quiet
executable:     /sbin/anaconda
hashmarkername: anaconda
kernel:         4.5.2-302.fc24.x86_64
other involved packages: python3-pyparted-3.10.7-3.fc24.x86_64, system-python-libs-3.5.1-7.fc24.x86_64, python3-blivet-1.20.1-1.fc24.noarch
product:        Fedora
release:        Fedora release 24 (Twenty Four)
reproducible:   Not sure how to reproduce the problem
type:           anaconda
version:        24

Potential duplicate: bug 1282578

Comment 1 Geoffrey Marr 2016-05-18 03:26:14 UTC
Created attachment 1158606 [details]
File: anaconda-tb

Comment 2 Geoffrey Marr 2016-05-18 03:26:16 UTC
Created attachment 1158607 [details]
File: anaconda.log

Comment 3 Geoffrey Marr 2016-05-18 03:26:17 UTC
Created attachment 1158608 [details]
File: environ

Comment 4 Geoffrey Marr 2016-05-18 03:26:22 UTC
Created attachment 1158609 [details]
File: journalctl

Comment 5 Geoffrey Marr 2016-05-18 03:26:23 UTC
Created attachment 1158610 [details]
File: lsblk_output

Comment 6 Geoffrey Marr 2016-05-18 03:26:26 UTC
Created attachment 1158611 [details]
File: lvm.log

Comment 7 Geoffrey Marr 2016-05-18 03:26:27 UTC
Created attachment 1158612 [details]
File: nmcli_dev_list

Comment 8 Geoffrey Marr 2016-05-18 03:26:28 UTC
Created attachment 1158613 [details]
File: os_info

Comment 9 Geoffrey Marr 2016-05-18 03:26:29 UTC
Created attachment 1158614 [details]
File: program.log

Comment 10 Geoffrey Marr 2016-05-18 03:26:31 UTC
Created attachment 1158615 [details]
File: storage.log

Comment 11 Geoffrey Marr 2016-05-18 03:26:32 UTC
Created attachment 1158616 [details]
File: ifcfg.log

Comment 12 Geoffrey Marr 2016-05-18 03:26:33 UTC
Created attachment 1158617 [details]
File: packaging.log

Comment 13 t.c.rogers1984 2016-05-19 03:02:26 UTC
Similar problem has been detected:

I'm installing Fedora 24 beta from scratch. All I have done so far is to repartition the hard drive I want to use with the Disks software. It could not successfully delete two partitions, which I selected to be overwritten using the Anaconda Installer's partitioning options. This appeared to be successful, but the Anaconda Installer crashed when I tried to set up a user account name in the next step of the installation process. The application crashed before I had a chance to type anything in its window.

cmdline:        /usr/bin/python3  /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base
cmdline_file:   BOOT_IMAGE=vmlinuz initrd=initrd.img root=live:CDLABEL=Fedora-Cinnamon-Live-24_B-1-6 rd.live.image rd.live.check quiet
hashmarkername: anaconda
kernel:         4.5.2-302.fc24.x86_64
other involved packages: python3-blivet-1.20.1-1.fc24.noarch, system-python-libs-3.5.1-7.fc24.x86_64, python3-pyparted-3.10.7-3.fc24.x86_64
package:        anaconda-core-24.13.4-1.fc24.x86_64
packaging.log:  
product:        Fedora
reason:         _ped.IOException: Partition(s) 3 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.
release:        Fedora release 24 (Twenty Four)
reproducible:   Not sure how to reproduce the problem
version:        24

Comment 14 t.c.rogers1984 2016-05-19 03:07:19 UTC
Similar problem has been detected:

This problem is a continuation of the problem I filed previously. I was installing Fedora 24 beta and used the Disks tool to attempt to clear out a hard drive I wanted to use. Two partitions could not be deleted. I selected them to be overwritten in the Anaconda Installer options for partitioning and the installer crashed after I moved on to the next option, which was to set up a user account name.
Another form to file an error report appeared after I reported the error I just mentioned; they may be duplicates. The message Fedora sends me is:
"_ped.IOException: Partition(s) 3 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."

cmdline:        /usr/bin/python3  /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-base
cmdline_file:   BOOT_IMAGE=vmlinuz initrd=initrd.img root=live:CDLABEL=Fedora-Cinnamon-Live-24_B-1-6 rd.live.image rd.live.check quiet
hashmarkername: anaconda
kernel:         4.5.2-302.fc24.x86_64
other involved packages: python3-blivet-1.20.1-1.fc24.noarch, system-python-libs-3.5.1-7.fc24.x86_64, python3-pyparted-3.10.7-3.fc24.x86_64
package:        anaconda-core-24.13.4-1.fc24.x86_64
packaging.log:  
product:        Fedora
reason:         _ped.IOException: Partition(s) 3 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.
release:        Fedora release 24 (Twenty Four)
reproducible:   Not sure how to reproduce the problem
version:        24

Comment 15 Brian Lane 2016-05-19 16:01:11 UTC
You should need to use any other utility to delete partitions, but if you do you need to make sure something in the live environment hasn't mounted them before starting anaconda. Best way to do this is to reboot and run anaconda from the initial welcome dialog.

It's difficult to tell what's holding the mount in the original report, lsof isn't reporting anything. Could you:

1. Start the installer from the welcome screen
2. run the installation w/o doing anything else in the live environment
3. when it crashes open a terminal and run:
  fuser /mnt/sysimage

maybe that will give us more details.

I also see a traceback in the logs from creating a user named 123, as well as what looks like multiple runs. It's easier to tell what's going on if the logs contain a single attempt.

Comment 16 Geoffrey Marr 2016-05-19 20:59:09 UTC
Brian, 

I ran this scenario again and noted a few extra things: When I ran the install like you suggested above (don't use anything in the Live image), and selected standard US English for language and layout, everything installed correctly. However, when I installed using the Russian language and the 'ru' keyboard layout, after the files copy to the dis, the progress bar stops about 1/3 of the way through and zits for several minutes before crashing. Whether this has anything to do with the language settings themselves or because I used '"123" as the username and password/root password, I don't know. Follwing this message, you will find the logs from a virgin install that exhibited this error. 

Also, when I ran 'fuser /mnt/sysimage', nothing showed. There are contents in the /mnt/sysimage directory, but no output from the fuser command.

Let me know what else I can do that will help with debugging.

Geoff

Comment 17 Geoffrey Marr 2016-05-19 21:29:34 UTC
Created attachment 1159710 [details]
anaconda.log

Comment 18 Geoffrey Marr 2016-05-19 21:29:36 UTC
Created attachment 1159711 [details]
dnf.log

Comment 19 Geoffrey Marr 2016-05-19 21:29:39 UTC
Created attachment 1159712 [details]
dnf.rpm.log

Comment 20 Geoffrey Marr 2016-05-19 21:29:42 UTC
Created attachment 1159713 [details]
journal.log

Comment 21 Geoffrey Marr 2016-05-19 21:29:44 UTC
Created attachment 1159714 [details]
ks-script-5pepjbk3.log

Comment 22 Geoffrey Marr 2016-05-19 21:29:47 UTC
Created attachment 1159715 [details]
ks-script-huo8ag6_.log

Comment 23 Geoffrey Marr 2016-05-19 21:29:49 UTC
Created attachment 1159716 [details]
ks-script-xfr7kjrt.log

Comment 24 Geoffrey Marr 2016-05-19 21:29:52 UTC
Created attachment 1159717 [details]
packaging.log

Comment 25 Geoffrey Marr 2016-05-19 21:29:55 UTC
Created attachment 1159718 [details]
program.log

Comment 26 Geoffrey Marr 2016-05-19 21:29:57 UTC
Created attachment 1159719 [details]
storage.log

Comment 27 t.c.rogers1984 2016-05-19 23:57:25 UTC
To: Brian Lane in Comment 15

Unfortunately, I can't follow your directions; I've received them too late, however, I successfully attempted the installation again on the same disk. I did not use the Disks tool and Anaconda wrote over the partitions and installed the OS successfully.

Comment 28 Brian Lane 2016-06-09 18:45:54 UTC
The username creation problem is bug 1339237 and this one may be helped by my patch for bug 1330820 so I'm going to close it as a dupe of that even though it isn't exactly the same.

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


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