Re: [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage
Launchpad Bug Tracker wrote on 06.05.2015 20:01: ** Changed in: gvfs (Ubuntu Precise) Status: Fix Committed = Fix Released Fix tested and confirmed in Ubuntu 12.04 Precise. Before, I reproducibly ran into this bug when saving a data: URL from a Firefox-based webapp to a local file using the normal Firefox download dialog. I installed the Precise update from the normal Precise update package repositories. I save now, and I do not see the 100% CPU usage anymore. Bug fixed. Thanks a lot to Ross Lagerwall,Tomas Bzate, Alexander Larsson, Ondrej Holy (all GNOME https://bugzilla.gnome.org/show_bug.cgi?id=637095), Monsta, Marc Deslauriers (here) and everybody else involved! -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/517021 Title: gvfsd-metadata causes 100% CPU usage To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/517021/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage
Monsta wrote on 21.04.2015 12:47: ** Attachment added: debdiff with the fix for Precise https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+attachment/4380477/+files/gvfs-precise-debdiff Thank you! :-) What's the process of getting this into the release distro? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/517021 Title: gvfsd-metadata causes 100% CPU usage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 517021] Re: gvfsd-metadata causes 100% CPU usage
The Bug 637095 is no longer available, where should we find a patch? Not the one here, but on gnome. From comment #49: apply mentioned patch from upstream Bug 637095 to fix problems with metadata: https://bugzilla.gnome.org/show_bug.cgi?id=637095 --- This must be backported to Precise (Ubuntu 12.04 LTS), too. Precise is still suported, and this is trashing hardware. ** Tags added: hang precise -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/517021 Title: gvfsd-metadata causes 100% CPU usage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 517021] Re: gvfsd-metadata causes 100% CPU usage
Philip, when I said Please make noise, I didn't meant that you should make 100 comments in the bug. I meant to raise awareness of the bug at the Ubuntu maintainers who decide which hotfixes to include in a LTS release. I don't know how that works. Ben Philip J Reilly wrote, On 08.03.2015 18:59: https://www.linuxliteos.com/forums/index.php?topic=1688.0 -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/517021 Title: gvfsd-metadata causes 100% CPU usage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 517021] Re: gvfsd-metadata causes 100% CPU usage
See the remote bug watches on the right here. It links to gnome-bugs #637095 https://bugzilla.gnome.org/show_bug.cgi?id=637095 , which is FIXED. Given that this bug can trash SSDs on hardware level, by making so many writes that the lifespan is considerably reduced, by doing billions of write calls in a matter of hours, I'm asking for a hotfix in Ubuntu 12.04 precise. Given that SSDs are silent, a user wouldn't even notice this unless he has a CPU or disk meter or similar showing. I do, but I still missed this once and it ran for 10 hours overnight IIRC. How can we escalate this for a hotfix in a stable distro? I don't know launchpad well enough. Could somebody please make some noise? There's already a straight-forward fix, and commited to the GNOME repo, it's just a matter of shipping it for the stable Ubuntu distros. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/517021 Title: gvfsd-metadata causes 100% CPU usage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 517021] Re: gvfsd-metadata causes 100% CPU usage
Philip, the reproduction using Firefox has been investigated and confirmed to be a gvfs bug (not Firefox bug), and has already been FIXED (!) in the GNOME bug that I've been linking above. This is just Ubuntu being inactive in shipping the fix. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/517021 Title: gvfsd-metadata causes 100% CPU usage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 517021] Re: gvfsd-metadata causes 100% CPU usage
** Description changed: Binary package hint: gvfs - My disk space was really full at one moment, no byte left free. People say, that does corrupt the files in the ~/.local/share/gvfs-metadata folder, so the gvfsd-metadata can't read it without being screwed up. - Workaround: run rm -rf ~/.local/share/gvfs-metadata + Failure to write metadata results in an infinite loop that keeps trying + to write, thousands of times per second. - Expected results: - gvfsd-metadata should be able to handle the no space left situation. + Steps to reproduce: + 1. Open Firefox + 2. Save a data: URL (very long URL, usually generated by webapps or extensions) as file + + Actual result: + - File is saved + - 100% CPU + - Extremely high number of file operations by gvfs - billions + - Never stops + + Expected result: + Failure to write metadata should just fail, not try again + + Fix: + Patch available and accepted by GNOME + https://bugzilla.gnome.org/show_bug.cgi?id=637095 + --- Original description --- After installing 9.10 Ubuntu 64bit browsing and opening folder in nautilus or Gnome-commander take several minutes when there are many files in it e.g. 10.000. Interestingly Midnight-commander does not have this problem. Opening such folders does not hang with MC. Using top i can see that gvfsd-metadata is using 100% CPU and when i kill it the computer stops hanging. I am using the 32bit version of Karmic too and there is no such Problem (although tested on a different computer). Please fix this because it is highly annyoing. Right now i am killing it every 20s with the watch command to be able to work at all. ** Description changed: Binary package hint: gvfs Failure to write metadata results in an infinite loop that keeps trying to write, thousands of times per second. Steps to reproduce: 1. Open Firefox - 2. Save a data: URL (very long URL, usually generated by webapps or extensions) as file + 2. Save a data: URL (URL that contains the content, with several thousands bytes, often generated by webapps or extensions) as file + + (There are other ways to run into this problem, e.g. disk full or other + error situations. data: URLs are just the easiest way to reproduce.) Actual result: - File is saved - 100% CPU - Extremely high number of file operations by gvfs - billions - Never stops Expected result: Failure to write metadata should just fail, not try again Fix: Patch available and accepted by GNOME https://bugzilla.gnome.org/show_bug.cgi?id=637095 - --- Original description --- After installing 9.10 Ubuntu 64bit browsing and opening folder in nautilus or Gnome-commander take several minutes when there are many files in it e.g. 10.000. Interestingly Midnight-commander does not have this problem. Opening such folders does not hang with MC. Using top i can see that gvfsd-metadata is using 100% CPU and when i kill it the computer stops hanging. I am using the 32bit version of Karmic too and there is no such Problem (although tested on a different computer). Please fix this because it is highly annyoing. Right now i am killing it every 20s with the watch command to be able to work at all. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/517021 Title: gvfsd-metadata causes 100% CPU usage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 517021] Re: gvfsd-metadata causes 100% CPU usage
Because some people here apparently treat silence as I guess this is fixed, I'll spam here and say this keeps happening for me regularly as well. I've tried various things, killing the process, killing the directory IIRC, but it keeps coming back with 100%, maybe once a week or so, but it's irregular. 1. I've probably seen 100 posts on the Internet saying to delete the metadata folder, but that's not a solution: Even if it does get corrupted, the program MUST NOT go crazy and into an infinite loop or hog the CPU. That said, I do NOT think that metadata file corruption is the problem, because the problem keeps coming back for me. 2. I have huge NFS drives with many files mounted. If it tries to index or capture them, then it's sure to cause problems. People above said that it tries to index Samba drives. That's massively misguided and should not happen. It should only index local drives. Network drives can be huge, and often contain data that's not important to this user, but to other employees. In my case, it's media files (TV recordings, music etc.), but still *way* too huge to be indexed on the client. Even attempting to do this is braindead (this is technical term, not an insult). 3. Last, but most importantly, no program has the right to index all my drives without my *explicit* permission. Ask me, once. Give me a choice of which drives I want indexed, and where that index should be stored. This can be dangerous. People regularly keep private stuff on a physical USB drive, for the explicit reason to not leave trails on the local computer - whatever reason they might have. Having metadata about files stored on a *different* drive (partition) is a privacy threat by its very nature and should never be done without explicit user approval. This stuff is totally misguided and should be disabled RIGHT NOW, then fixed, then it can be enabled again. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/517021 Title: gvfsd-metadata causes 100% CPU usage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 517021] Re: gvfsd-metadata causes 100% CPU usage
** Tags added: private ** Tags added: freeze hang ** Tags removed: private ** Tags added: privacy -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. https://bugs.launchpad.net/bugs/517021 Title: gvfsd-metadata causes 100% CPU usage To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 22199]
confirmed. WORKSFORME, too, on Ubuntu with Gnome 2. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/22199 Title: Firefox steals Alt-Tab whilst in URL completion drop-down To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/22199/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 25619] Re: eog doesn't ask whether to save changes
Please only save automatically, if it's lossless (only metadata changed). If the JPEG itself is altered when rotating (which would be lossy), saving automatically would be a several bug IMHO (this is an image *viewer*, and I don't expect it to alter my files, much less in a damaging way, just because I wanted to *view* them rotated). -- eog doesn't ask whether to save changes https://bugs.launchpad.net/bugs/25619 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
