Bug 527056
Summary: | device-mapper: ioctl: unable to remove open device temporary-cryptsetup-930 | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Bruno Wolff III <bruno> | ||||
Component: | dracut | Assignee: | Harald Hoyer <harald> | ||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 12 | CC: | awilliam, harald, hdegoede, mschmidt, prajnoha | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | 004-4.fc12 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2010-01-28 00:52:36 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: |
|
Description
Bruno Wolff III
2009-10-03 19:17:02 UTC
It was requested to note https://bugzilla.redhat.com/show_bug.cgi?id=526699#c5 in this bug as being relevant. [CC Peter] Peter, could you take a look at the udev rules in /usr/share/dracut/modules.d/* ? One of them may be causing this bug. For instance /usr/share/dracut/modules.d/95udev-rules/59-persistent-storage.rules seems to run blkid on dm-* devices without filtering the internal devices... Created attachment 367315 [details]
do not run blkid on dm internal devices
This patch solves the bug on my system. What do you think?
do we need the ENV import with the new dm rules, which are also installed? (In reply to comment #3) > Created an attachment (id=367315) [details] > do not run blkid on dm internal devices > > This patch solves the bug on my system. What do you think? Looks good. (In reply to comment #4) Well, we don't have DM/LVM rules in F12, only in F13 and up... Anyway, if there are more blkid calls, I'd suggest adding this filter into 01-ignore.rules, if possible, so we don't have to repeat it over and over again in all the other rules (temporariliy for F12 versions of dracut). But I haven't tested this option... Bug 528909, which has very similar effects, was classified as F12Blocker. Should this one be a blocker too? frankly 528909 stayed on the blocker list because no-one in the review meeting (including me) was entirely sure what the effects _were_, so we erred on the side of caution. as long as the effects are nothing but printing error messages, then no, it's not a blocker. if the effects are potentially more serious, it could be. we need a For-Dummies account of the possible effects of the bug to be sure. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers 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 dracut-003-1.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/dracut-003-1.fc12 dracut-003-1.fc12 has been pushed to the Fedora 12 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update dracut'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F12/FEDORA-2009-12432 I am no longer seeing this on F12 or F13. (On F13 2.6.32 isn't working for me, so I am using an F12 kernel.) So everything looks good from here. I am seeing this message with fc13 (kernel-2.6.32-0.63.rc8.git2.fc13.x86_64, dracut-003-1.fc13.noarch) when I connect a LUKS-encrypted USB hard drive after the system has booted and I've been logged in for a while: Dec 3 07:19:45 tlondon kernel: sdc: sdc1 Dec 3 07:19:45 tlondon kernel: sd 5:0:0:0: [sdc] Assuming drive cache: write through Dec 3 07:19:45 tlondon kernel: sd 5:0:0:0: [sdc] Attached SCSI disk Dec 3 07:19:53 tlondon kernel: usb 1-5.3: reset high speed USB device using ehci_hcd and address 7 Dec 3 07:20:30 tlondon kernel: padlock: VIA PadLock Hash Engine not detected. Dec 3 07:20:30 tlondon modprobe: FATAL: Error inserting padlock_sha (/lib/modules/2.6.32-0.63.rc8.git2.fc13.x86_64/kernel/drivers/crypto/padlock-sha.ko): No such device Dec 3 07:22:07 tlondon kernel: device-mapper: ioctl: unable to remove open device temporary-cryptsetup-14952 Dec 3 07:24:49 tlondon kernel: device-mapper: ioctl: unable to remove open device temporary-cryptsetup-15092 The drive is recognized, and I get a window requesting the LUKS password. However, the password is rejected. I then use /usr/bin/palimpsest an try to unlock the drive. I enter the proper passphrase 10 times before the device is successfully unlocked. I see no graphical messages, nor anything in /var/log/messages except the above message. And I only get that message occasionally. Once palimpsest unlocks the drive, I can mount it and use it as normal. Is this the same problem? Not sure where dracut enters in.... That's a different problem. It is covered by bug 539282. But your case seems to be a different twist on the issue. So you may want to add the above information there. dracut-004-4.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/dracut-004-4.fc12 dracut-004-4.fc12 has been pushed to the Fedora 12 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update dracut'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F12/FEDORA-2010-1088 dracut-004-4.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report. |