Bug 812550
Summary: | fuse-sshfs hangs when mounting directory | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mads Villadsen <maxx> |
Component: | fuse-sshfs | Assignee: | Peter Lemenkov <lemenkov> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 17 | CC: | fergzzzzzz, jabapi, jokajak, lemenkov, mkasik |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-04-19 20:06:52 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Mads Villadsen
2012-04-14 18:56:49 UTC
It might be a more general fuse problem. I just tried installing fuse-zip and it hangs in a very similar place according to strace. tat("/home/maxx/Download/TEMP/A", {st_mode=S_IFDIR|0775, st_size=4096, ...}) = 0 openat(AT_FDCWD, "/home/maxx/Download/TEMP/A", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 4 getdents(4, /* 2 entries */, 32768) = 48 getdents(4, /* 0 entries */, 32768) = 0 close(4) = 0 open("/dev/fuse", O_RDWR) = 4 getgid() = 1000 getuid() = 1000 mount("fuse-zip", "/home/maxx/Download/TEMP/A", "fuse.fuse-zip", MS_NOSUID|MS_NODEV, "fd=4,rootmode=40000,user_id=1000"...) = -1 EPERM (Operation not permitted) close(4) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [4, 5]) = 0 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f56a3300a10) = 5723 close(4) = 0 recvmsg(5, @Mads Villadsen: I can verify this happening. Yesterday my sshfs mount was working perfectly. After I upgraded my F17 packages this morning and rebooted my laptop due the kernel upgrade to 3.3.2-1.fc17.x86_64, sshfs stopped working. I even tried to boot to previous kernel (3.3.1-5.fc17.x86_64) to see if it was due the kernel upgrade, no it was not. Now that I read /var/log/yum.log, it seems fuse-libs package was upgraded from fuse-libs-2.8.6-4 to 2.8.7-1 this morning, but fuse-sshfs package remains the same than before (fuse-sshfs-2.3.2), so this definitely seems to be a fuse-libs problem. A self-compiled fuse-sshfs-2.4 also hangs. I have the same problems as above. After doing a rather large yum update sshfs stopped working. Downgrading sshfs or fuse didn't help so I went through the list... It appears to be an updated selinux-policy that caused it to stop working, downgrading selinux-policy and selinux-policy-targeted fixed it: # yum downgrade selinux-policy selinux-policy-targeted .......... Running Transaction Installing : selinux-policy-3.10.0-110.fc17.noarch 1/4 Installing : selinux-policy-targeted-3.10.0-110.fc17.noarch 2/4 Cleanup : selinux-policy-targeted-3.10.0-114.fc17.noarch 3/4 Cleanup : selinux-policy-3.10.0-114.fc17.noarch 4/4 Verifying : selinux-policy-3.10.0-110.fc17.noarch 1/4 Verifying : selinux-policy-targeted-3.10.0-110.fc17.noarch 2/4 Verifying : selinux-policy-3.10.0-114.fc17.noarch 3/4 Verifying : selinux-policy-targeted-3.10.0-114.fc17.noarch 4/4 Removed: selinux-policy.noarch 0:3.10.0-114.fc17 selinux-policy-targeted.noarch 0:3.10.0-114.fc17 Installed: selinux-policy.noarch 0:3.10.0-110.fc17 selinux-policy-targeted.noarch 0:3.10.0-110.fc17 Complete! ...... hope the helps Fergz *** This bug has been marked as a duplicate of bug 812798 *** |