|Summary:||autofs & nautilus don't play well together|
|Product:||Red Hat Enterprise Linux 4||Reporter:||Suzanne Hillman <shillman>|
|Component:||nautilus||Assignee:||Tomáš Bžatek <tbzatek>|
|Status:||CLOSED NOTABUG||QA Contact:||desktop-bugs <desktop-bugs>|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2008-06-30 18:58:14 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
Description Suzanne Hillman 2008-06-30 18:35:07 UTC
Description of problem: Mounting a NFS point via autofs (eg /net/bigpapi.bos.redhat.com), creating a link into it, and then sitting with the link open results in the folders within that linked folders no longer accessable. An attempted access should re-mount it. Version-Release number of selected component (if applicable): 2.8.1-6.EL4 How reproducible: Always, it seems. Steps to Reproduce: 1. Get an s390x machine with re20080611's tree (snap 3, I think) 2. ls /net/bigpapi.bos.redhat.com 3. ln -s /net/bigpapi.bos.redhat.com/vol/engineering/ Desktop/nfs_test 4. With nautilus, open Desktop/nfs_test, verify that you can actually open one of the subdirectories now. Wait a couple minutes. Try again to open a subdirectory. Actual results: Fail to have it open, and it says maybe it was deleted. Expected results: nautilus should tell autofs that it's trying to access it, which should remount it if the mount timed out. It should be possible to open the folders in that directory. Additional info: This is very definitely not a regression, as it seemed even worse when I downgraded to 4.6's nautilus. There, I was unable to open the link at _all_, because it would immediately have the linked mount point go away from under it.
Comment 1 Suzanne Hillman 2008-06-30 18:58:14 UTC
Ah, no. I am mistaken, sorry. Closing.