desktop-packages team mailing list archive

[Vladimir <517021@xxxxxxxxxxxxxxxxxx>]

Why you changed the status to "Fix released"?

What you mean by "fix" - in my opinon periodical manual (or made by
cron) removing of the contents of ~/.local/share/gvfs-metadata/ and
killing of gvfsd-metadata processes could not be treated as "fix".

The problem still persists on 10.04 ans is very annoying, especially
when home directories reside on nfs server: it lead to server's hang
very often: each workstation begins to generate up to 100mbit/sec
traffic.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.net/bugs/517021

Title:
  gvfsd-metadata causes 100% CPU usage

Status in “gvfs” package in Ubuntu:
  Fix Released

Bug description:
  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"

  Expected results:
  gvfsd-metadata should be able to handle the no space left situation.

  
  --- 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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/517021/+subscriptions