Version: 3.5.0-1.2.el4.kde (using KDE 3.5.0-5.0.el4.kde, CentOS release 4.2 (Final)) Compiler: gcc version 3.4.4 20050721 (Red Hat 3.4.4-2) OS: Linux (i686) release 2.6.9-22.0.2.ELsmp Even with file previews turned off and "icons reflect folder contents" off, konqueror attempts to mount every single directory in an autofs controlled mount point when the parent is accessed. For e.g., if /home contains home directories for 1000 users, konqueror will mount all 1000 of them upon accessing /home. This behavior, while perhaps acceptable in a small environment, is entirely unsuitable for a large UNIX environment with many autofs controlled mount points. When konqueror attempts to mount, say, 1000 NFS shares, it hangs for so long that it may as well be considered a crash. A more suitable behavior would be for konqueror to not mount remote NFS shares at all, by default, unless they are actually accessed.
I forgot to mention something important - this of course only happens when the --ghost argument is passed to automount, causing the directories to appear although they are not actually mounted. Konqueror will mount everything under an autofs controlled /home, for instance, upon typing "/home" in the location bar.
Are you using icon view or list view in Konqueror?
icon view, have not tried in list view; come to think of it I never use list view at all ...
If you're using icon view, turn off all thumbnail and file previews if you go to /home constantly. The reason for that is that Konqueror assigns an icon for folder ("Folder icon reflects contents") and, for that, it has to scan what's inside the folder.
I'm sorry, konqueror still does this even with previews turned completely off. That was the point of the bug report - unless there's a place besides Konqueror -> Settings -> Configure Konqueror -> Previews and Meta-Data to turn it off ...
Since this issue is not resolved, and konq exhibits this behavior with all previews turned off, and additionally in views other than "Icon View" and "MultiColumn View", this should be considered a bug.
This issue is reproducible with kde 3.5
ability to turn off .directory file would be helpful .
all previews are turned off. /opt is an automount point. these filke access attemtps cause the automounter to mount all the directories. This is a major, major bug. Please address this. Proof: wombat [tim]% strace -f konqueror /opt 2>&1 | grep opt execve("/usr/bin/konqueror", ["konqueror", "/opt"], [/* 47 vars */]) = 0 read(3, "strace\0-f\0konqueror\0/opt\0", 1024) = 25 access("/opt/bin/konqueror", F_OK) = -1 ENOENT (No such file or directory) getsockopt(10, SOL_SOCKET, SO_PEERCRED, "\225f\0\0\350\3\0\0\350\3\0\0", [12]) = 0 access("/opt", F_OK) = 0 stat64("/opt", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 access("/opt", R_OK) = 0 stat64("/opt", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 access("/opt", R_OK) = 0 open("/opt/.directory", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) stat64("/opt", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 access("/opt", R_OK) = 0 access("/opt/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/.directory", F_OK) = -1 ENOENT (No such file or directory) stat64("/opt", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 lstat64("/opt", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 access("/opt", W_OK) = -1 EACCES (Permission denied) setsockopt(15, SOL_IPV6, IPV6_V6ONLY, [0], 4) = -1 EOPNOTSUPP (Operation not supported) access("/opt", R_OK) = 0 access("/opt/sbin", R_OK) = 0 access("/opt/man", R_OK) = 0 access("/opt/etc", R_OK) = 0 access("/opt/share", R_OK) = 0 access("/opt/lib", R_OK) = 0 access("/opt/games", R_OK) = 0 access("/opt/include", R_OK) = 0 access("/opt/src", R_OK) = 0 access("/opt/bin", R_OK) = 0 access("/opt/sbin/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/sbin/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/man/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/man/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/etc/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/etc/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/share/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/share/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/lib/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/lib/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/games/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/games/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/include/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/include/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/src/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/src/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/bin/.directory", R_OK) = -1 ENOENT (No such file or directory) access("/opt/bin/.directory", R_OK) = -1 ENOENT (No such file or directory) open("/opt/sbin/.directory", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) access("/opt/sbin/.directory", R_OK) = -1 ENOENT (No such file or directory)
is there a way to turn off .desktop file "scan" ?
*** Bug 157907 has been marked as a duplicate of this bug. ***
One solution to this problem might be to run the scan as a low priority background thread. I like having the icon preview support. Another alternative is if previewing folders turns out to be slow to automatically disable it or background it. I find it really annoying when just trying to type a directory into the location bar.
Is there a work around that anyone has found? This is hitting us really hard, as some of our automounts are over high latency links.
I have been having the same problem with KDE triggering all autofs ghost mounts in a directory to be mounted, especially in the file chooser. The problem appears to be a kdelibs issue in kdecore/services/kfoldermimetype.cpp where KDE always looks for a .directory entry, which triggers the mount, with around 100 ghost mounts this can be quite slow. I have patched kfoldermimetype.cpp (against v4.1.3) to first use statfs() to check whether a directory is an autofs mountpoint before checking for .directory, which resolves the problem for me. I guess this will add some overhead, but it provides a significant performance improvement when using autofs with ghost mounts.
Created attachment 30205 [details] Prevent kfoldermimetype from searching for .directory files in autofs ghost mounts
Interesting patch. For performance reasons, and code reuse, this belongs to KMountPoint though. Added to my TODO list.
@David: Is this still on your TODO list or is it already done ?
There hasn't been any activity on this issue for some time. Please check if this issue is still valid for Konqueror 4.8.4 or later.
The latest I have access to is 4.8.3 in Fedora 17. But it's still broken in that version. I doubt this is purely a konqueror problem. Any KDE file dialog that you hit an autofs directory with ghosting/browsing turned on causes all autofs points to be mounted. These dialogs seems to stat all dirs which makes autofs mount them.
Thanks for your feedback
Seems the bug I've reported some months ago could be the same issue: https://bugs.kde.org/show_bug.cgi?id=328772 Maybe I can try with an adapted patch from Comment #15 applied ... @David: Could you please have a look again? As this bug is only the first issue, in my bug this is actually multiplied by the fact that kfile seems to try to scan each shortcut you have in places panel (which happen to be multiple links all pointing to network shares) and there seems no way to prevent that. I'd already be glad and a happy bunny when there would be some way to turn of this background scanning by some config option in ~/.kde/share/config or whatever.
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
It still happens on Konqueror 5.0.97. If you go to the top of an automount point it will try to graphically display each subfolder even though these that are NFS points ghost mounts. So mounts all NFS points. Maybe should be a preference do descend into NFS subdirs for the graphic display?
Dear Bug Submitter, This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand. Thank you for helping us make KDE software even better for everyone!
Was my comment not enough for this to stay as an open bug even though I'm not the original reporter? (In reply to Andrew Crouthamel from comment #24) > Dear Bug Submitter, > > This is a reminder that this bug has been stagnant for a long time. Could > you help us out and re-test if the bug is valid in the latest version? This > bug will be moved back to REPORTED Status for manual review later, which may > take a while. If you are able to, please lend us a hand. > > Thank you for helping us make KDE software even better for everyone!
(In reply to Colin.Simpson from comment #25) > Was my comment not enough for this to stay as an open bug even though I'm > not the original reporter? > > (In reply to Andrew Crouthamel from comment #24) > > Dear Bug Submitter, > > > > This is a reminder that this bug has been stagnant for a long time. Could > > you help us out and re-test if the bug is valid in the latest version? This > > bug will be moved back to REPORTED Status for manual review later, which may > > take a while. If you are able to, please lend us a hand. > > > > Thank you for helping us make KDE software even better for everyone! It doesn't appear you changed status to Reported when you replied, so it was caught in the search I had. Thanks for the update!