fusesmb mount disappears - libsmbclient segfaults

Bug #290673 reported by John Carlyle-Clarke
18
This bug affects 2 people
Affects Status Importance Assigned to Milestone
samba (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: libsmbclient

In latest 8.10, I find that when using a filesystem mounted with fusesmb, the filesystem will suddenly disappear. This is very repeatable and does seem to be load related although more experimenting will be needed to find the exact cause.

Each time it happens, I get a line in my log:

Oct 29 10:02:57 gort kernel: [69797.713426] fusesmb[16090]: segfault at 4 ip b7c03590 sp b5514dc0 error 4 in libsmbclient.so.0[b7b88000+386000]
Oct 29 11:00:01 gort kernel: [73221.338081] fusesmb[20089]: segfault at 4 ip b7cc9590 sp b55dadc0 error 4 in libsmbclient.so.0[b7c4e000+386000]

I've tried to get a backtrace with gdb, having installed fusesmb-dbgsym and libsmbclient-dbgsym but I can't seem to get it to attach properly. I'm a total noob with gdb, but I've tried "set follow-fork-mode child" and "set debug lin-lwp 1" but nothing seems to do the trick. I've asked around but to no avail, so if any deb could tell me how to supply a backtrace (or any other info you need) I'll be glad to oblige.

By the way, should apport pick this crash up, or not?

Note that I always found fusesmb very stable when used in exactly the same way on 8.04.

johncc@gort:~$ apt-cache policy libsmbclient
libsmbclient:
  Installed: 2:3.2.3-1ubuntu3
  Candidate: 2:3.2.3-1ubuntu3
  Version table:
 *** 2:3.2.3-1ubuntu3 0
        500 http://archive.ubuntu.com intrepid/main Packages
        100 /var/lib/dpkg/status

johncc@gort:~$ apt-cache policy fusesmb
fusesmb:
  Installed: 0.8.7-1
  Candidate: 0.8.7-1
  Version table:
 *** 0.8.7-1 0
        500 http://archive.ubuntu.com intrepid/universe Packages
        100 /var/lib/dpkg/status
johncc@gort:~$

description: updated
Revision history for this message
John Carlyle-Clarke (jpcc) wrote :

To add some more information, it doesn't always write something the logs when it fails. Sometimes the only way you know is because the directories suddenly appear empty and you start to get "Transport endpoint not connected" errors.

Secondly, the problem seems to occur always when you use Nautilus to view the fuse mounted files & directories. I find I can run bansee on fusesmb mounted music for long periods of time with no problem, but if I fire up fusesmb and then nautilus, I can make it fail instantly.

Revision history for this message
John Carlyle-Clarke (jpcc) wrote :

More info - using banshee etc. is not 100% stable. It will go for long periods without a problem, then I will get it so it only lasts a minute or two each time. Not sure what the trigger is. Sometimes fusesmb is eating 100% CPU and has to be kill -9'd as nothing else will make it go away. All client apps (e.g. music players) are hung until fusesmb is killed.

Revision history for this message
Dr_Willis (dr-willis) wrote :

Been testing this Out also. I mount the network with "fusesmb Network/" and then go to any fileserver/directory and just 'watch' the directory with 'watch ls -l' , then i try other file managers on 'Network' and see what crashes it.. So far Gnome File manager, and Rox-Filer will crash it very quickly. 'mc' however does not seem to cause an issue.

Once it fails , i can unmount/remount the 'Network' and it will work again.

Im not seeing any errors in dmesg output, so i am still exploreing this.

Revision history for this message
Benny (benchik) wrote :
Revision history for this message
Richard Corner (rcorner) wrote :

Is this a duplicate of bug #198351?

Revision history for this message
Robert Moerland (veel-mail) wrote :

Replacing libsmbclient (as desribed in https://bugs.launchpad.net/ubuntu/+source/fusesmb/+bug/198351) with the version available from http://packages.ubuntu.com/hardy-updates/libsmbclient solved the problem for me. Running Xubuntu 8.10.

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.