Impossible to copy movie from EOS 550D: gvfsd-gphoto2 uses 3 GB of memoy and gvfs-fuse-daemon crashes

Bug #782933 reported by Christophe
44
This bug affects 9 people
Affects Status Importance Assigned to Milestone
gvfs (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

Binary package hint: gvfs

Hi,

while trying to copy a 3.2 GB video file from a Canon EOS 550D, the gvfsd-gphoto2 process uses more and more memory, my system starts to swap itself to death at about 2.5 GB. (80% of system memory) Finally the gvfs-fuse-daemon crashed, this is the error I'm reporting here with apport and the transfer fails with the error message "Error in stream protocol: End of stream"

I've tried it on Ubuntu 10.04 using a different notebook, the memory usage problem was the same, I had to reboot the system manually.

ProblemType: Crash
DistroRelease: Ubuntu 11.04
Package: gvfs-fuse 1.8.0-0ubuntu2
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic x86_64
Architecture: amd64
Date: Sun May 15 10:38:14 2011
EcryptfsInUse: Yes
ExecutablePath: /usr/lib/gvfs/gvfs-fuse-daemon
ProcCmdline: /usr/lib/gvfs//gvfs-fuse-daemon /home/username/.gvfs
ProcEnviron:
 SHELL=/bin/bash
 LC_MESSAGES=en_US.UTF-8
 PATH=(custom, user)
 LANGUAGE=en_US:en_GB:en
 LANG=de_DE.UTF-8
Signal: 6
SourcePackage: gvfs
StacktraceTop:
 raise () from /lib/x86_64-linux-gnu/libc.so.6
 abort () from /lib/x86_64-linux-gnu/libc.so.6
 g_assertion_message () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
 g_assertion_message_expr () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
 ?? () from /usr/lib/gio/modules/libgvfsdbus.so
Title: gvfs-fuse-daemon crashed with SIGABRT in raise()
UpgradeStatus: Upgraded to natty on 2011-04-13 (31 days ago)
UserGroups: adm admin audio cdrom cyberjack dialout dip fax floppy fuse lpadmin netdev plugdev sambashare scard tape vboxusers video wireshark

Revision history for this message
Christophe (christophe-wk3) wrote :
visibility: private → public
Revision history for this message
Apport retracing service (apport) wrote :

StacktraceTop:
 raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
 abort () at abort.c:92
 g_assertion_message (domain=<value optimized out>, file=<value optimized out>, line=<value optimized out>, func=0x7f7102b989a0 "_g_dbus_connection_get_fd_sync", message=0x10d4a70 "assertion failed: (fd_id == data->extra_fd_count)") at /build/buildd/glib2.0-2.28.6/./glib/gtestutils.c:1358
 g_assertion_message_expr (domain=0x7f7102b978b0 "GVFS", file=0x7f7102b9884f "gvfsdaemondbus.c", line=325, func=0x7f7102b989a0 "_g_dbus_connection_get_fd_sync", expr=<value optimized out>) at /build/buildd/glib2.0-2.28.6/./glib/gtestutils.c:1369
 _g_dbus_connection_get_fd_sync (connection=<value optimized out>, fd_id=2) at gvfsdaemondbus.c:325

Revision history for this message
Apport retracing service (apport) wrote : Stacktrace.txt
Revision history for this message
Apport retracing service (apport) wrote : ThreadStacktrace.txt
Changed in gvfs (Ubuntu):
importance: Undecided → Medium
tags: removed: need-amd64-retrace
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gvfs (Ubuntu):
status: New → Confirmed
Revision history for this message
David Klasinc (bigwhale) wrote :

I can confirm that this is still the case. Here's the debian bug report with a little bit more information.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631295

Revision history for this message
David Klasinc (bigwhale) wrote :

I am using Precise Pangolin. And this is a real show stopper for anyone working with large files on cameras.

Revision history for this message
samuel (samuel-h) wrote :

I got a crash like this while copying photos, with a similar stacktrace. However the copy job didn't stop, I just got an apport box.

Revision history for this message
Maciej Lopuszanski (mackos1-o2) wrote :

same here in 12.04. copy files ~6.5GB to my phone (samsung galaxy s3) ends up gvfs 'eating' of all available ram - 4GB, and then gui hangs up, after that its either prayer, or reboot.

Revision history for this message
Rolf Leggewie (r0lf) wrote :

same thing happens with gvfsd-dav as well. It seems to be a (flawed) design decision and will probably need upstream involvement

Revision history for this message
mani (mani-zaeim) wrote :

same things here, i tried to copy 6.7 GB mkv file on my HTC One X which run on android 4.1 and i have the same problem here

Revision history for this message
Cihat TOMBAK (cihat-tombak) wrote :

Same problem here with 12.04, gvfsd-gphoto2 tries to allocate as same size as the file size from memory.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.