Bug 1019563 - [abrt] audacious-3.4.1-2.fc19: __kernel_vsyscall: Process /usr/bin/audacious was killed by signal 5 (SIGTRAP)
Summary: [abrt] audacious-3.4.1-2.fc19: __kernel_vsyscall: Process /usr/bin/audacious ...
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: audacious
Version: 19
Hardware: i686
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Michael Schwendt
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:326c228525bfa1bb921a0950ca7...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-10-16 05:45 UTC by Alexander230
Modified: 2014-01-20 11:32 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-01-20 11:32:51 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
File: backtrace (24.54 KB, text/plain)
2013-10-16 05:45 UTC, Alexander230 		no flags Details
File: cgroup (141 bytes, text/plain)
2013-10-16 05:45 UTC, Alexander230 		no flags Details
File: core_backtrace (17.47 KB, text/plain)
2013-10-16 05:46 UTC, Alexander230 		no flags Details
File: dso_list (10.43 KB, text/plain)
2013-10-16 05:46 UTC, Alexander230 		no flags Details
File: environ (1.24 KB, text/plain)
2013-10-16 05:46 UTC, Alexander230 		no flags Details
File: limits (1.29 KB, text/plain)
2013-10-16 05:46 UTC, Alexander230 		no flags Details
File: maps (34.00 KB, text/plain)
2013-10-16 05:46 UTC, Alexander230 		no flags Details
File: open_fds (605 bytes, text/plain)
2013-10-16 05:46 UTC, Alexander230 		no flags Details
File: proc_pid_status (808 bytes, text/plain)
2013-10-16 05:46 UTC, Alexander230 		no flags Details
View All

Description Alexander230 2013-10-16 05:45:49 UTC 
Description of problem:
Probably I tried to open files from NFS share when network was down

Version-Release number of selected component:
audacious-3.4.1-2.fc19

Additional info:
reporter:       libreport-2.1.7
backtrace_rating: 4
cmdline:        audacious
crash_function: __kernel_vsyscall
executable:     /usr/bin/audacious
kernel:         3.11.3-201.fc19.i686
runlevel:       N 5
type:           CCpp
uid:            1000
var_log_messages: Oct 15 00:41:55 A230N4 abrt[31980]: Saved core dump of pid 31932 (/usr/bin/audacious) to /var/tmp/abrt/ccpp-2013-10-15-00:41:52-31932 (59973632 bytes)

Truncated backtrace:
Thread no. 7 (8 frames)
 #0 __kernel_vsyscall
 #1 __libc_open64 at ../sysdeps/unix/sysv/linux/open64.c:45
 #2 __open64_2 at ../sysdeps/unix/sysv/linux/open64_2.c:30
 #3 open at /usr/include/bits/fcntl2.h:57
 #4 unix_fopen at unix-io.c:83
 #5 vfs_fopen at vfs.c:145
 #6 playback_thread at playback.c:402
 #8 clone at ../sysdeps/unix/sysv/linux/i386/clone.S:131
Comment 1 Alexander230 2013-10-16 05:45:54 UTC 
Created attachment 812756 [details]
File: backtrace
Comment 2 Alexander230 2013-10-16 05:45:58 UTC 
Created attachment 812757 [details]
File: cgroup
Comment 3 Alexander230 2013-10-16 05:46:01 UTC 
Created attachment 812758 [details]
File: core_backtrace
Comment 4 Alexander230 2013-10-16 05:46:13 UTC 
Created attachment 812759 [details]
File: dso_list
Comment 5 Alexander230 2013-10-16 05:46:17 UTC 
Created attachment 812760 [details]
File: environ
Comment 6 Alexander230 2013-10-16 05:46:34 UTC 
Created attachment 812761 [details]
File: limits
Comment 7 Alexander230 2013-10-16 05:46:38 UTC 
Created attachment 812762 [details]
File: maps
Comment 8 Alexander230 2013-10-16 05:46:46 UTC 
Created attachment 812763 [details]
File: open_fds
Comment 9 Alexander230 2013-10-16 05:46:49 UTC 
Created attachment 812764 [details]
File: proc_pid_status
Comment 10 Michael Schwendt 2013-10-16 10:16:20 UTC 
You tried to open "file:///mnt/N2/Storage/pk/o/apc_n.flac", but Audacious doesn't care what sort of mount-point is involved when accessing a file:// URI. It simply calls open(). If that leads to a crash instead of an error return code, that's a problem outside Audacious.

[...]
#3  0xb5c34e1c in open (__oflag=524288, __path=0xad300c98 "/mnt/N2/Storage/pk/o/apc_n.flac") at /usr/include/bits/fcntl2.h:57
No locals.
#4  unix_fopen (uri=0xadcd7134 "file:///mnt/N2/Storage/pk/o/apc_n.flac", mode=0x806d79c "r") at unix-io.c:83
[...]
Comment 11 Alexander230 2013-10-16 11:25:40 UTC 
NFS share mount parameters:

192.168.137.1:/c on /mnt/N2 type nfs (rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,soft,proto=udp,timeo=11,retrans=3,sec=sys,mountaddr=192.168.137.1,mountvers=3,mountport=1058,mountproto=udp,local_lock=none,addr=192.168.137.1,_netdev)

NFS server was down when I tried to open this file.
Comment 12 Michael Schwendt 2013-10-16 12:49:27 UTC 
Once more, Audacious doesn't know that the file resides on an NFS server. Sigtrap in glibc during a syscall has nothing to do with Audacious. You will need to find out what's wrong with your machine.
Note You need to log in before you can comment on or make changes to this bug.