Bug 1145414 - [abrt] xfsprogs: getbit(): xfs_db killed by SIGSEGV
Summary: [abrt] xfsprogs: getbit(): xfs_db killed by SIGSEGV
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: xfsprogs
Version: 20
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Eric Sandeen
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:1650a0180fda8c38fb2e35013eb...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-23 03:51 UTC by Cristian Ciupitu
Modified: 2014-10-21 02:50 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-10-21 02:50:49 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
File: backtrace (12.70 KB, text/plain)
2014-09-23 03:51 UTC, Cristian Ciupitu 		no flags Details
File: cgroup (180 bytes, text/plain)
2014-09-23 03:51 UTC, Cristian Ciupitu 		no flags Details
File: core_backtrace (3.14 KB, text/plain)
2014-09-23 03:51 UTC, Cristian Ciupitu 		no flags Details
File: dso_list (841 bytes, text/plain)
2014-09-23 03:51 UTC, Cristian Ciupitu 		no flags Details
File: environ (3.04 KB, text/plain)
2014-09-23 03:51 UTC, Cristian Ciupitu 		no flags Details
File: exploitable (82 bytes, text/plain)
2014-09-23 03:51 UTC, Cristian Ciupitu 		no flags Details
File: limits (1.29 KB, text/plain)
2014-09-23 03:51 UTC, Cristian Ciupitu 		no flags Details
File: maps (3.87 KB, text/plain)
2014-09-23 03:51 UTC, Cristian Ciupitu 		no flags Details
File: open_fds (187 bytes, text/plain)
2014-09-23 03:51 UTC, Cristian Ciupitu 		no flags Details
File: proc_pid_status (952 bytes, text/plain)
2014-09-23 03:51 UTC, Cristian Ciupitu 		no flags Details
File: var_log_messages (722 bytes, text/plain)
2014-09-23 03:51 UTC, Cristian Ciupitu 		no flags Details
View All

Description Cristian Ciupitu 2014-09-23 03:51:36 UTC 
Description of problem:
I was running xfs_irecover. The device file was read-only ("br--r--r--.").

Version-Release number of selected component:
xfsprogs-3.2.1-1.fc20

Additional info:
reporter:       libreport-2.2.3
backtrace_rating: 4
cmdline:        xfs_db -r /dev/disk/by-id/ata-ST31000340AS_9QJ03EZM-part1
crash_function: getbit
executable:     /usr/sbin/xfs_db
kernel:         3.16.3-200.fc20.x86_64
runlevel:       N 5
type:           CCpp
uid:            5000

Truncated backtrace:
Thread no. 1 (10 frames)
 #0 getbit at bit.c:39
 #1 getbitval at bit.c:109
 #2 fp_num at fprint.c:88
 #3 print_sarray at print.c:206
 #4 fp_sarray at fprint.c:122
 #5 print_flist_1 at print.c:143
 #8 print_flist at print.c:95
 #9 print_allfields at print.c:62
 #10 print_struct at print.c:292
 #11 print_f at print.c:84
Comment 1 Cristian Ciupitu 2014-09-23 03:51:39 UTC 
Created attachment 940237 [details]
File: backtrace
Comment 2 Cristian Ciupitu 2014-09-23 03:51:40 UTC 
Created attachment 940238 [details]
File: cgroup
Comment 3 Cristian Ciupitu 2014-09-23 03:51:42 UTC 
Created attachment 940239 [details]
File: core_backtrace
Comment 4 Cristian Ciupitu 2014-09-23 03:51:43 UTC 
Created attachment 940240 [details]
File: dso_list
Comment 5 Cristian Ciupitu 2014-09-23 03:51:44 UTC 
Created attachment 940241 [details]
File: environ
Comment 6 Cristian Ciupitu 2014-09-23 03:51:45 UTC 
Created attachment 940242 [details]
File: exploitable
Comment 7 Cristian Ciupitu 2014-09-23 03:51:47 UTC 
Created attachment 940243 [details]
File: limits
Comment 8 Cristian Ciupitu 2014-09-23 03:51:48 UTC 
Created attachment 940244 [details]
File: maps
Comment 9 Cristian Ciupitu 2014-09-23 03:51:49 UTC 
Created attachment 940245 [details]
File: open_fds
Comment 10 Cristian Ciupitu 2014-09-23 03:51:50 UTC 
Created attachment 940246 [details]
File: proc_pid_status
Comment 11 Cristian Ciupitu 2014-09-23 03:51:51 UTC 
Created attachment 940247 [details]
File: var_log_messages
Comment 12 Eric Sandeen 2014-10-20 21:48:00 UTC 
This one may be tough to sort out w/o a reproducer.  Do you still have the filesystem that caused it?
Comment 13 Cristian Ciupitu 2014-10-21 00:40:48 UTC 
Unfortunately I don't have the filesystem anymore and I also didn't have the inspiration to run xfs_metadump on it. Though I'm not sure how much it would have helped since all the files were supposedly removed by rm, if I remember correctly.
Comment 14 Eric Sandeen 2014-10-21 02:50:49 UTC 
Ok, and this was xfs_db as driven by xfs_irecover, which is groveling around the disk looking at things that may not even be intact inodes.

So there's some error handling or disk structure verification missing somewhere ... but I'm not sure how to work backwards to what that was.  Going to have to close this one, sorry.
Note You need to log in before you can comment on or make changes to this bug.