Streaming videos over LAN with GVFS often locks up VLC Media Player in Ubuntu 13.04

Bug #1176379 reported by JaSauders
88
This bug affects 19 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Expired
Medium
Unassigned

Bug Description

Ubuntu 13.04 64 bit
VLC Media Player 2.0.6
3.8.0-19-generic

In Nautilus when I navigate to smb://ip.address.of.server and click on an MP4 video, VLC locks up about 90% of the time and does not play the video. If I kill the PID, it fails to disappear. Even if I kill -9 it, no difference. Eventually ps -A reveals a bunch of "vlc <defunct>" instances, which is typically 1 instance per failed video playback attempt. Sometimes VLC works fine and it will successfully play the video, but it's quite rare.

Talking with some of the VLC developers it was suggested that it's a FUSE or some sort of backend issue, likely originating from the kernel itself. VLC has no problems playing the video locally, and VLC also has no problems playing the same MP4 files over GVFS on another laptop running 12.04 here.

I'm able to duplicate the issue with other AVI files as well, not just MP4. When VLC does its lockup, CTRL Q does not work to close the program, however ALT F4 does. When closing VLC it still leaves a VLC icon in the upper taskbar. At this point like I mentioned above, even going to terminal to kill these processes does nothing. So far a reboot of the machine is the only way to really nuke these hanging instances.

On my Ubuntu 13.04 laptop I set up AutoFS with CIFS (SMB), which is the "on-demand" way to mount shares automatically without having to initiate a GVFS-based connection each time. I have had absolutely zero problems using AutoFS with any video playing back on VLC. Between this and what I read in regard to GVFS, FUSE, VLC, etc., it stands to suggest that perhaps the issue isn't with VLC but somewhere a bit deeper.

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: linux-image-3.8.0-19-generic 3.8.0-19.30
ProcVersionSignature: Ubuntu 3.8.0-19.30-generic 3.8.8
Uname: Linux 3.8.0-19-generic x86_64
ApportVersion: 2.9.2-0ubuntu8
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: jason 2276 F.... pulseaudio
 /dev/snd/pcmC0D0p: jason 2276 F...m pulseaudio
Date: Sat May 4 12:49:32 2013
HibernationDevice: RESUME=UUID=7951a743-bc64-43d0-86df-3913c100b62a
InstallationDate: Installed on 2013-04-30 (4 days ago)
InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424)
MachineType: ASUSTeK COMPUTER INC. K56CA
MarkForUpload: True
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.8.0-19-generic root=UUID=d6b1d62c-a985-4b0d-982a-fb3ed4d68775 ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-3.8.0-19-generic N/A
 linux-backports-modules-3.8.0-19-generic N/A
 linux-firmware 1.106
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 11/13/2012
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: K56CA.208
dmi.board.asset.tag: ATN12345678901234567
dmi.board.name: K56CA
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: 1.0
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK COMPUTER INC.
dmi.chassis.version: 1.0
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrK56CA.208:bd11/13/2012:svnASUSTeKCOMPUTERINC.:pnK56CA:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnK56CA:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0:
dmi.product.name: K56CA
dmi.product.version: 1.0
dmi.sys.vendor: ASUSTeK COMPUTER INC.

Revision history for this message
JaSauders (jasauders) wrote :
Revision history for this message
Brad Figg (brad-figg) wrote : Status changed to Confirmed

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.9 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.9-saucy/

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Incomplete
Revision history for this message
JaSauders (jasauders) wrote :

Hopefully I added it in the appropriate way. Kernel 3.9 made no difference at all. Thanks!

tags: added: kernel-bug-exists-upstream
Revision history for this message
xatr0z (xatr0z) wrote :

I experienced what I believe to be the same issue on Ubuntu 12.04 32bit with both ftp:// and smb:// links opened from nautilus. Both links are to my local password-protected NAS. I haven't encountered this problem in other programs yet.
I recently did a fresh install of Ubuntu 13.04 64bit, enabled universe, updated and installed restricted-extras. The issue perceives with VLC playing .mp3, .mkv h264, .avi, etc. I have not yet saved the password of the NAS in the keyring or added it to the bookmarks, just opened a new link, insert user/pass, 'save only for this session', navigate to file, open with vlc which givings the error below, and after verify that programs like rhythmbox are able to play it.

VLC:
File reading failed:
VLC could not open the file "/run/user/.../gvfs/ftp:host=.../.../....mp3". (Input/output error)
Your input can't be opened:
VLC is unable to open the MRL 'file:///run/user/.../gvfs/ftp%3Ahost%3D..../....mp3'. Check the log for details.

After I close the error and VLC I end up with no VLC window, just the icon in the top menubar. I can navigate the menu and click on play/open/hide etc, but nothing visually happens.

ps aux |grep vlc gives me:
xatr0z 8575 0.0 0.0 0 0 ? Zl 18:27 0:01 [vlc] <defunct>
xatr0z 8994 0.0 0.0 0 0 ? Zl 18:31 0:00 [vlc] <defunct>

sudo kill, sudo kill -9, sudo killall, sudo killall -9, sudo pkill won't kill the zombieprocesses, the PID doesn't change.

ps axopid,comm,wchan |grep vlc gives:
 8575 vlc <defunct> exit
 8994 vlc <defunct> exit

Revision history for this message
Chris Boyle (chris-boyle-1978) wrote :

Fresh install of Raring 64bit with all updates as of this moment. I can confirm this issue and add some detail. I've used the Marlin file manager rather than Nautilus and it doesn't change anything. I'm unable to play media files over 200mb, it locks up every time and I cannot kill vlc at all other than closing the interface with Alt+F4. Media files under 200mb play correctly 90% of the time without locking vlc up. Totem (or "Videos") can play all the same media files, all the time with no issues. I've attempted to get a debug log from vlc but it crashes so early/hard that it never logs anything to the debug log.

Revision history for this message
Chris Boyle (chris-boyle-1978) wrote :

It looks like killing gvfsd-smb closes all the defunct vlc windows. Could this bug be a duplicate of the following bug report?: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/1075923

Revision history for this message
JaSauders (jasauders) wrote :

For what it's worth, I did a fresh install with all of the updates on a totally different computer. I was also working from a different model access point than before, yet even still it bombed out. It doesn't look to be related to specific hardware to any degree. Just wanted to share.

Revision history for this message
breek (breek) wrote :

same here, xubuntu 13.04 32bit (fresh install).
never happened on xubuntu 12.04 and 12.10.

Revision history for this message
fberier (fberier) wrote :

kubuntu 13.04, i've got also the problem. Killing gvfsd-smb unlocks the apps with an disk error access.
I do not have this issue on kubuntu 12.04

Revision history for this message
JaniH (janzu78) wrote :

Updated to Ubuntu 13.04 (32-bit) from 12.04. -> now having this same VLC issue.

Revision history for this message
François DROUHARD (francois-drouhard) wrote :

Freshly updated to 13.04 (32-bits), same issue for me

Revision history for this message
Druciferre (drewchapin) wrote :

FYI, I have this issue on Arch Linux with linux kernel 3.11.1-1, gvfs 1.16.3-2, gvfs-smb 1.16.3-2, and vlc 2.0.8.a-1

Revision history for this message
JaSauders (jasauders) wrote :

Just fired up Ubuntu GNOME 13.10 preview. VLC is doing the same thing here yet again.

Revision history for this message
therieb (therieb) wrote :

I was having this problem in 13.04 with both VLC and Movie Player. Did a clean install of 12.04 and the problem persists. Gnome Player handles files of any size without difficulty.

Revision history for this message
Gordon Freeman (halda) wrote :

On Ubuntu 13.04 x64 desktop (fresh install):
I can play media from shares which are on Windows 7 computer (windows share), but I can not play anything which is on Ubuntu 13.04 shared folder (used inner ubuntu tool for sharing in nautilus).
It is really a lottery, sometimes it does not work and sometimes it works (but if yes, then only in nautilus; in Krusader VLC always writes: Can not open...MRL...<address>...check log)

On Windows 7 desktop:
I can play everything I want to.

This is definitely annoying bug which MUST be fixed. I think the problem is in the new way of sharing, because if I had samba sharing on the 12.10 server, then I could play anything.

Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in linux (Ubuntu):
status: Incomplete → Expired
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.