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 871789
Summary: | LVMError: pvcreate failed for /dev/dasda1: running lvm pvcreate --config devices { filter=["r|/loop3$|","r|/loop4$|","r|/loop5$|","r|/loop6$|","r|/loop7$|"] } --dataalignment 1024k /dev/dasda1 failed | ||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dan Horák <dan> | ||||||||||||||||||||||||||||
Component: | lvm2 | Assignee: | LVM and device-mapper development team <lvm-team> | ||||||||||||||||||||||||||||
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||||||||||||||
Severity: | unspecified | Docs Contact: | |||||||||||||||||||||||||||||
Priority: | unspecified | ||||||||||||||||||||||||||||||
Version: | 18 | CC: | agk, bmarzins, bmr, dwysocha, g.kaviyarasu, heinzm, jonathan, lvm-team, msnitzer, prajnoha, prockai, vanmeeuwen+fedora, zkabelac | ||||||||||||||||||||||||||||
Target Milestone: | --- | ||||||||||||||||||||||||||||||
Target Release: | --- | ||||||||||||||||||||||||||||||
Hardware: | s390x | ||||||||||||||||||||||||||||||
OS: | Unspecified | ||||||||||||||||||||||||||||||
Whiteboard: | abrt_hash:1fab06cb82bdb61d496427cf55128c397aa79a302335123d276e365b28fb3810 | ||||||||||||||||||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||||||||||||||||
Clone Of: | Environment: | ||||||||||||||||||||||||||||||
Last Closed: | 2013-12-09 10:34: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: | |||||||||||||||||||||||||||||
Embargoed: | |||||||||||||||||||||||||||||||
Bug Depends On: | |||||||||||||||||||||||||||||||
Bug Blocks: | 467765 | ||||||||||||||||||||||||||||||
Attachments: |
|
Description
Dan Horák
2012-10-31 11:56:14 UTC
Created attachment 636067 [details]
File: anaconda-tb
Created attachment 636068 [details]
File: product
Created attachment 636069 [details]
File: type
Created attachment 636070 [details]
File: storage.log
Created attachment 636071 [details]
File: version
Created attachment 636072 [details]
File: environ
Created attachment 636073 [details]
File: anaconda.log
Created attachment 636074 [details]
File: syslog
Created attachment 636075 [details]
File: hashmarkername
Created attachment 636076 [details]
File: packaging.log
Created attachment 636077 [details]
File: cmdline_file
Created attachment 636078 [details]
File: release
Created attachment 636079 [details]
File: program.log
07:55:47,172 INFO program: Running... wipefs -a /dev/dasda1 07:55:47,193 INFO program: Running... udevadm settle --timeout=300 07:55:47,217 INFO program: Running... udevadm settle --timeout=300 07:55:47,272 INFO program: Running... wipefs -a /dev/dasda1 07:55:47,286 INFO program: Running... lvm pvcreate --config devices { filter=["r|/loop3$|","r|/loop4$|","r|/loop5$|","r|/loop6$|","r|/loop7$|"] } --dataalignment 1024k /dev/dasda1 07:55:47,328 ERR program: Device /dev/dasda1 not found (or ignored by filtering). (Unnecessary to call wipefs twice there I presume.) At the point of failure, what does 'ls -l /dev/dasda1' show? Are there any udev 'watch' rules in place that could fire after the wipefs and be holding the device open and prevent pvcreate operating? Please add -vvvv to the 'pvcreate' command (or enable logging in lvm.conf) then attach the new log information to obtain information about why lvm doesn't think it's there. Closing this one - in needinfo for over a year. If seen again, feel free to reopen. |