gvfsd-ftp crashed with SIGSEGV in start_thread()

[siucdude]

Binary package hint: gvfs

None right now will try to move some more data to see if it happens again.

ProblemType: Crash
DistroRelease: Ubuntu 11.04
Package: gvfs-backends 1.7.2-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.38-3.30-generic 2.6.38-rc4
Uname: Linux 2.6.38-3-generic x86_64
NonfreeKernelModules: wl
Architecture: amd64
Date: Wed Feb 16 23:12:35 2011
Disassembly: => 0x0: Cannot access memory at address 0x0
ExecutablePath: /usr/lib/gvfs/gvfsd-ftp
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta amd64 (20100318)
ProcCmdline: /usr/lib/gvfs/gvfsd-ftp --spawner :1.9 /org/gtk/gvfs/exec_spaw/2
ProcEnviron:
 SHELL=/bin/bash
 LC_MESSAGES=en_US.utf8
 LANGUAGE=en_US:en
 LANG=en_US.UTF-8
SegvAnalysis:
 Segfault happened at: 0x0: Cannot access memory at address 0x0
 PC (0x00000000) not located in a known VMA region (needed executable region)!
 Stack memory exhausted (SP below stack segment)
SegvReason: executing NULL VMA
Signal: 11
SourcePackage: gvfs
StacktraceTop:
 ?? ()
 ?? ()
 ?? () from /lib/libglib-2.0.so.0
 ?? () from /lib/libglib-2.0.so.0
 start_thread (arg=0x7fa48d44e700) at pthread_create.c:304
Title: gvfsd-ftp crashed with SIGSEGV in start_thread()
UserGroups: adm admin cdrom dialout libvirtd lpadmin plugdev sambashare

[Apport retracing service (apport)]

StacktraceTop:
 ?? ()
 g_vfs_job_run (job=0x254e0d0)
 g_thread_pool_thread_proxy (
 g_thread_create_proxy (data=0x2572710)
 start_thread (arg=0x7fa48d44e700)

[Kai Jauch (kaijauch)]

Crashes when uploading a file to a ftp server, doesn't crash when downloading a file from a ftp server. Username and password were provided to connect to the server.

[Pedro Villavicencio (pedro)]

this looks similar to bug 522190 ; may you tell us some easy steps in order to reproduce the issue? Thanks in advance.

[Alexander Heuer (evilphish)]

For me it's enough to open a FTP bookmark I added to nautilus and copy a file from my PC to the FTP directory.
File transfers, dialog window stays on screen, FTP mount is automatically unmounted
Works every time

Also I get the same problem when copying files to a USB Stick or MP3 Player which especially in the case of the player is annoying.

Copying files locally or to NFS mounts works flawlessly though...

[Michael Gras (virtualmischa)]

Hello,

I'm using nautilus to connect to an FTP server (login required). I can browse through the whole directory, but as I want to copy a file connection is disconnected, I have to relogin to the server, althought it should remember the password for the whole session.
Copying more than one file only the first file is copied to the server and the file operations dialog remains open.

I tested it on natty32 and natty64 / ubuntu, same problem.
On Windows I can work with this ftp server without problems as I could on ubuntu too, but this is already some time ago, but I cannot tell you if this was before upgrading...

Having a closer look to the syslog I found that gvfsd-ftp fails because of an segfault.

Syslog:
Jul 4 11:10:52 mischa-laptop kernel: [ 133.281160] gvfsd-ftp[2035]: segfault at 0 ip (null) sp b5e4023c error 4 in libgio-2.0.so.0.2800.6[110000+fe000]
Jul 4 11:11:43 mischa-laptop kernel: [ 184.147356] gvfsd-ftp[2095]: segfault at 54 ip 0805feea sp b5f1c240 error 4 in gvfsd-ftp[8048000+29000]
Jul 4 11:12:11 mischa-laptop kernel: [ 212.684817] gvfsd-ftp[2127]: segfault at 0 ip (null) sp b5f3323c error 4 in libdbus-1.so.3.5.4[110000+3b000]
Jul 4 11:13:00 mischa-laptop kernel: [ 261.342161] gvfsd-ftp[2169]: segfault at 0 ip (null) sp b5d8223c error 4 in libgobject-2.0.so.0.2800.6[110000+45000]
Jul 4 11:13:19 mischa-laptop kernel: [ 280.545515] gvfsd-ftp[2188]: segfault at 0 ip (null) sp b4d4e23c error 4 in libgmodule-2.0.so.0.2800.6[110000+2000]
Jul 4 11:13:40 mischa-laptop kernel: [ 301.297996] gvfsd-ftp[2209]: segfault at 0 ip (null) sp b74be23c error 4 in libpthread-2.13.so[110000+15000]
Jul 4 11:14:12 mischa-laptop kernel: [ 333.129984] gvfsd-ftp[2246]: segfault at 0 ip (null) sp b562523c error 4 in libgnome-keyring.so.0.1.1[110000+1a000]
Jul 4 11:14:39 mischa-laptop kernel: [ 360.870287] gvfsd-ftp[2267]: segfault at 0 ip (null) sp b746223c error 4 in libgmodule-2.0.so.0.2800.6[110000+2000]
Jul 4 11:15:18 mischa-laptop kernel: [ 399.806690] gvfsd-ftp[2298]: segfault at 0 ip (null) sp b73c523c error 4 in libglib-2.0.so.0.2800.6[110000+d5000]
Jul 4 11:27:57 mischa-laptop kernel: [ 1158.250858] gvfsd-ftp[2705]: segfault at 0 ip (null) sp b4d5223c error 4 in libgmodule-2.0.so.0.2800.6[110000+2000]
Jul 4 11:56:28 mischa-laptop kernel: [ 2869.862807] gvfsd-ftp[3154]: segfault at 0 ip (null) sp b5e2c23c error 4 in libgobject-2.0.so.0.2800.6[110000+45000]

[Roman Yagodin (roman-yagodin)]

Same problem appears when I try to duplicate file(s) on a ftp share via gvfs-ftp. Problem persists since upgrade from Maverick to Natty.

I consider importance of the bug must be set to "High", cause it makes ftp in nautilus almost completely broken. Switching to another ftp client like FileZilla doesn't add usability to Ubuntu Desktop, especially when it goes to work with files in different locations at same time (copy from nautilus smb share to ftp, e.g.)

[mcneillk (ken-mc-neill)]

Same pb on Linux 2.6.38-11-generic #48-Ubuntu SMP Fri Jul 29 19:02:55 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux.

Each file transfer succeeds, but the gvfsd-ftp process hangs, taking all available CPU.

syslog:

Sep 7 10:02:55 Antec kernel: [ 1097.834683] gvfsd-ftp[7367]: segfault at 0 ip (null) sp 00007f0291cfed88 error 14 in gvfsd-ftp[400000+30000]
Sep 7 10:14:51 Antec kernel: [ 1813.669856] gvfsd-ftp[7881]: segfault at 0 ip (null) sp 00007fab309a5d88 error 14 in gvfsd-ftp[400000+30000]

[Pedro Villavicencio (pedro)]

Is this still an issue with Oneiric? I cannot reproduce it here with the instructions from Alexander. Could someone please test and comment back? thanks in advance.

[matef (matef)]

Well, I would say nothing is fixed regarding gvfs since I now cannot connect at all to a remote server or harddrive...

[Launchpad Janitor (janitor)]

[Expired for gvfs (Ubuntu) because there has been no activity for 60 days.]