Bug#624507: Started looping and continuously rewriting metadata file

[Josh Triplett]

Package: gvfs
Version: 1.6.4-3
Severity: important
File: gvfsd-metadata

I just had gvfsd-metadata start looping continuously in the background,
rewriting metadata files.  I grabbed a quick strace, then killed it.
Repeating pattern in the strace:

open("/home/josh/.local/share/gvfs-metadata/home-aec04c3b.log.9QPTUV", O_RDWR|O_CREAT|O_EXCL, 0666) = 11
fcntl(11, F_GETFL)                      = 0x8002 (flags O_RDWR|O_LARGEFILE)
fstat(11, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f508e87c000
lseek(11, 0, SEEK_CUR)                  = 0
write(11, "\332\32jour\1\0\256\300L;\0\0\200\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 32768) = 32768
fstatfs(11, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=18022671, f_bfree=8762318, f_bavail=8579218, f_files=4579328, f_ffree=4085656, f_fsid={1281784360, -1936016178}, f_name
len=255, f_frsize=4096}) = 0
lstat("/home/josh/.local/share/gvfs-metadata/home-aec04c3b.log", 0x7fff99738a40) = -1 ENOENT (No such file or directory)
close(11)                               = 0
munmap(0x7f508e87c000, 4096)            = 0
rename("/home/josh/.local/share/gvfs-metadata/home-aec04c3b.log.9QPTUV", "/home/josh/.local/share/gvfs-metadata/home-aec04c3b.log") = 0
open("/home/josh/.local/share/gvfs-metadata/home", O_RDWR) = 11
rename("/home/josh/.local/share/gvfs-metadata/home.L2STUV", "/home/josh/.local/share/gvfs-metadata/home") = 0
open("/home/josh/.local/share/gvfs-metadata", O_RDONLY) = 12
fsync(12)                               = 0
close(12)                               = 0
mmap(NULL, 16, PROT_READ|PROT_WRITE, MAP_SHARED, 11, 0) = 0x7f508e87c000
munmap(0x7f508e87c000, 16)              = 0
close(11)                               = 0
unlink("/home/josh/.local/share/gvfs-metadata/home-2aa65dd1.log") = 0
open("/home/josh/.local/share/gvfs-metadata/home.43PUUV", O_RDWR|O_CREAT|O_EXCL, 0600) = 11
write(11, "\332\32meta\1\0\0\0\0\0\3\321\307\25\0\0\1d\0\0\0 \0\0\0\0M\267\244\372"..., 1292) = 1292
fsync(11)                               = 0
close(11)                               = 0

This pattern seems to repeat infinitely, with only the hashes and mktemp
extensions changing.  This resulted in continous disk writes.

- Josh Triplett

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.39-rc4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gvfs depends on:
ii  libc6                         2.11.2-13  Embedded GNU C Library: Shared lib
ii  libdbus-1-3                   1.4.8-3    simple interprocess messaging syst
ii  libexpat1                     2.0.1-7    XML parsing C library - runtime li
ii  libgconf2-4                   2.28.1-6   GNOME configuration database syste
ii  libgdu0                       2.30.1-2   GObject based Disk Utility Library
ii  libglib2.0-0                  2.28.6-1   The GLib library of C routines
ii  libgnome-keyring0             3.0.0-2    GNOME keyring services library
ii  libudev0                      168-1      libudev shared library
ii  x11-utils                     7.6+1      X11 utilities

Versions of packages gvfs recommends:
ii  dbus                          1.4.8-3    simple interprocess messaging syst
ii  policykit-1-gnome             0.101-2    GNOME authentication agent for Pol

Versions of packages gvfs suggests:
ii  gvfs-backends                 1.6.4-3    userspace virtual filesystem - bac

-- no debconf information