** 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 Bugs, which is subscribed to Ubuntu. 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 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
