Bug 1304738
| Summary: | unavailable NFS blocks KDE UI | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Michael Petlan <mpetlan> |
| Component: | kde-runtime | Assignee: | Jan Grulich <jgrulich> |
| Status: | CLOSED WONTFIX | QA Contact: | Desktop QE <desktop-qa-list> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 7.2 | CC: | amike, cww, jgrulich, jkoten, nate |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2019-06-13 16:12:22 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
Michael Petlan
2016-02-04 13:51:04 UTC
This is a well known issue and upstream resolution on this is that this would need to be fixed at a lower level and the only thing what could be probably done is to workaround this everywhere which is not a good solution. Btw. it's not only KDE which have a problem with unavailable NFS mounts. See: https://bugs.kde.org/show_bug.cgi?id=355292#c1 https://bugs.kde.org/show_bug.cgi?id=316655#c20 Yes, it it not only in KDE, I had similar problems with XFce Thunar, etc. The problem I see in KDE is that the services that access the NFS are not separated enough from the UI. I am not familiar with the internals, but I don't see a reason why a desktop switcher or panel clock should be blocked by some IO operation that has a fairly high chance to break and finally is not necessary for the functionality of the particular widgets. Hi Jan. I have a question... Is there any chance this issue gets fixed within a near future timeframe (e.g. 7.3)? It is a very annoying bug, especially, when you work remotely via VPN. You either cannot use NFS mountpoints or an unstable VPN/wifi/whatever stands in between breaks the NFS connection pretty often (several times in a day). Thus, if the GUI freezes due to that every time, the workstation becomes almost unusable. This issue is very old, older than this bug, I am wondering whether I am the only one who suffers from it, or how the others solved/workaround-ed it... I'd be willing to help fixing it, if there's any way to do so, but I don't know the KDE internals... However, I suppose there's some FS-indexing process, that regularly touches the NFS mountpoints. Am I right? Is that the cause? If yes, is there any way to get rid of it? I don't want anything automated to touch the mounts. I use them only for manual file transfers by 'cp something /mnt/somewhere/'. There's no need for KDE to touch them at all. Thank you in advance for any advices. Sorry, I'm not going to fix this anytime soon. As I said before, this would be substantial effort and should be fixed/solved at lower level. *** Bug 1063825 has been marked as a duplicate of this bug. *** (In reply to Jan Grulich from comment #5) > Sorry, I'm not going to fix this anytime soon. As I said before, this would > be substantial effort and should be fixed/solved at lower level. Okey, so is there any way to workaround it? Am I right with the theory about the indexer which touches it? Can I disable that feature somehow? Could you please explain in few words what is going on and where can I disable the thing? Thanks in advance. You can disable the indexer in systemsettings, but I don't think it will solve your problem as I think there might be other places getting stuck on unavailable NFS mount. *** Bug 1421477 has been marked as a duplicate of this bug. *** That is sad, especially if customers face this issue too. Anyway, I switched to Mate Desktop Environment and I am fine... Have you tried using automounts instead of static mounts? |