Bug 1187492

Summary: [abrt] gvfs: verify_metadata_block(): gvfsd-metadata killed by SIGSEGV
Product: [Fedora] Fedora Reporter: Oleg <pupkin.work>
Component: gvfsAssignee: Ondrej Holy <oholy>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 21CC: alexl, bnocera, oholy, pupkin.work
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/c2d87d2532ede100d55fed15ce59a02e5294ab5f
Whiteboard: abrt_hash:720703d73a4b64a1b38ad8863a8b7f5961d14dd9
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-02-18 13:23:24 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages
none
File: exploitable none

Description Oleg 2015-01-30 08:42:18 UTC 
Version-Release number of selected component:
gvfs-1.22.3-2.fc21

Additional info:
reporter:       libreport-2.3.0
backtrace_rating: 4
cmdline:        /usr/libexec/gvfsd-metadata
crash_function: verify_metadata_block
executable:     /usr/libexec/gvfsd-metadata
kernel:         3.17.7-300.fc21.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (5 frames)
 #0 verify_metadata_block at metatree.c:207
 #1 copy_tree_to_builder at metatree.c:2144
 #2 meta_tree_flush_locked at metatree.c:2314
 #3 meta_tree_flush at metatree.c:2336
 #4 writeout_timeout at meta-daemon.c:62

Potential duplicate: bug 699109
Comment 1 Oleg 2015-01-30 08:42:21 UTC 
Created attachment 985886 [details]
File: backtrace
Comment 2 Oleg 2015-01-30 08:42:23 UTC 
Created attachment 985887 [details]
File: cgroup
Comment 3 Oleg 2015-01-30 08:42:24 UTC 
Created attachment 985888 [details]
File: core_backtrace
Comment 4 Oleg 2015-01-30 08:42:26 UTC 
Created attachment 985889 [details]
File: dso_list
Comment 5 Oleg 2015-01-30 08:42:27 UTC 
Created attachment 985890 [details]
File: environ
Comment 6 Oleg 2015-01-30 08:42:28 UTC 
Created attachment 985891 [details]
File: limits
Comment 7 Oleg 2015-01-30 08:42:30 UTC 
Created attachment 985892 [details]
File: maps
Comment 8 Oleg 2015-01-30 08:42:31 UTC 
Created attachment 985893 [details]
File: open_fds
Comment 9 Oleg 2015-01-30 08:42:32 UTC 
Created attachment 985894 [details]
File: proc_pid_status
Comment 10 Oleg 2015-01-30 08:42:34 UTC 
Created attachment 985895 [details]
File: var_log_messages
Comment 11 Oleg 2015-01-30 08:42:35 UTC 
Created attachment 985896 [details]
File: exploitable
Comment 12 Ondrej Holy 2015-02-13 09:42:20 UTC 
Thanks for your report. 

This gvfs version have some metadata fixes. We believed it fix this crashes also, however it does not happen...

Could you provide us more info when it crashes? Do you see those crashes regularly (e.g. after computer startup)? Do you use some applications when it crashed? Do you have your home directory on local disk or e.g. on nfs?
Comment 13 Ondrej Holy 2015-02-18 13:23:24 UTC 
Unfortunately recent fixes doesn't fix it fully. If you can provide some info, please make a comment in Bug 699109.

*** This bug has been marked as a duplicate of bug 699109 ***
Comment 14 Oleg 2015-12-01 20:31:58 UTC 
No new crash occurrences since ~03/2015. Checked during the moving from FC 21 to 23.