Description of problem: A logical device is created with Multipathing target. This block device is formatted with the ext3 file system and mounted to some mount point. Basic read/write, copy, remove tests are working fine. The linux tar ball is copied and when the tar ball is extracted, the status of the paths this device is pointing, becomes [ready][failed]. Version-Release number of selected component (if applicable): kernel - 2.6.9-6.37.ELsmp, multipath tools-0.4.4, device-mapper-1.01.00-3.RHEL4 How reproducible: Steps to Reproduce: 1.Create the DM block device 2.Format with ext3 partition 3.Mount this DM device on some mount point. 4.Copy a tar file to this mount point. 5.Extract the tar file using "tar -xvf " Actual results: The path status of the devices (using "multipath -ll") is shown as [ready] [failed] and this causes following errors by the extraction command (tar -xvf ): - Cannot open: No such file or directory and - Cannot mkdir: No such file or directory. Expected results: The tar ball should have extracted succesfully on the DM block device. Additional info:
As I cannot tell if this is something for which there is urgency, I note that in order to file a support issue, one should either contact Red Hat's Technical Support line at 888-GO-REDHAT or file a web ticket at http://www.redhat.com/apps/support/. Bugzilla is not an official support channel, has no response guarantees, and may not route your issue to the correct area to assist you. Using the official support channels above will guarantee that your issue is handled appropriately and routed to the individual or group which can best assist you with this issue and will also allow Red Hat to track the issue, ensuring that any applicable bug fix is included in all releases and is not dropped from a future update or major release.
Is this still an issue? I have not heard of anything like this happening for a long time. If nobody says otherwise, I will close this bug in a week.