Bug 962229

Summary: gvfsd-metadata loops and constantly creates and deletes log files in ~/.local/share/gvfs-metadata/
Product: [Fedora] Fedora Reporter: Martin <mholec>
Component: gvfsAssignee: Tomáš Bžatek <tbzatek>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: unspecified    
Version: 18CC: alexl, bnocera, elliott.forney, tbzatek, tpelka, tsmetana
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-05-13 10:03:09 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:
Attachments:
Description Flags
GDB backtrace
none
strace none

Description Martin 2013-05-12 19:35:21 UTC
Created attachment 746964 [details]
GDB backtrace

Description of problem:
gvfsd-metadata loops and constantly creates and deletes log files in ~/.local/share/gvfs-metadata/

Version-Release number of selected component (if applicable):
gvfs-1.14.2-3.fc18.x86_64

How reproducible:
randomly
  
Actual results:
gvfsd-metadata eats 40 % of CPU and constantly writes around 16 MB/s on my SSD!

Additional info:

[martix@martix ~]$ ls /home/martix/.local/share/gvfs-metadata/
home  home-e90557d9.log  home.RYLZZW  root  root-a7da8133.log  uuid-2a6fc695-4bfe-4709-9c1a-be662a0ff8c5  uuid-2a6fc695-4bfe-4709-9c1a-be662a0ff8c5-ce546afc.log
[martix@martix ~]$ ls /home/martix/.local/share/gvfs-metadata/
home  home-d4aef8e8.log  home.XJE1ZW  root  root-a7da8133.log  uuid-2a6fc695-4bfe-4709-9c1a-be662a0ff8c5  uuid-2a6fc695-4bfe-4709-9c1a-be662a0ff8c5-ce546afc.log

Comment 1 Martin 2013-05-12 19:35:50 UTC
Created attachment 746965 [details]
strace

Comment 2 Tomáš Bžatek 2013-05-13 10:03:09 UTC
(In reply to comment #0)
> gvfsd-metadata eats 40 % of CPU and constantly writes around 16 MB/s on my
> SSD!

Cool, at least the SSD manufacturers realize that lowering durability every new manufacturing process is the wrong way.

*** This bug has been marked as a duplicate of bug 561904 ***

Comment 3 Elliott Forney 2013-05-13 19:03:11 UTC
> Cool, at least the SSD manufacturers realize that lowering
> durability every new manufacturing process is the wrong way.

Doesn't seem appropriate to me to slam SSD manufacturers when it is gvfsd that is broken.  They design for the typical use-cause, not for software that gets caught in a loop writing to disk.  If you want an ultra durable disk, buy an expensive SAS drive.

Comment 4 Tomáš Bžatek 2013-05-14 15:40:46 UTC
(In reply to comment #3)
> > Cool, at least the SSD manufacturers realize that lowering
> > durability every new manufacturing process is the wrong way.
> 
> Doesn't seem appropriate to me to slam SSD manufacturers when it is gvfsd
> that is broken.  They design for the typical use-cause, not for software
> that gets caught in a loop writing to disk.  If you want an ultra durable
> disk, buy an expensive SAS drive.

Indeed, my comment was sarcasm. Such bugs happen from time to time.