desktop-packages team mailing list archive

[Ben Bucksch <517021@xxxxxxxxxxxxxxxxxx>]

** 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 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:
  Confirmed
Status in gvfs package in Debian:
  Fix Released

Bug description:
  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 (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.

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