Red Hat Bugzilla – Bug 436096
segfault in strigi's inotifylistener at boot
Last modified: 2008-04-29 16:55:27 EDT
Description of problem:
Mar 5 06:03:36 nbecker1 kernel: strigidaemon: segfault at
0000000042804000 rip 0000003834c7b40b rsp 0000000042802be8 error 4
Version-Release number of selected component (if applicable):
rpm -q strigi
Steps to Reproduce:
> Mar 5 06:03:36 nbecker1 kernel: strigidaemon: segfault at
> 0000000042804000 rip 0000003834c7b40b rsp 0000000042802be8 error 4
Unfortunately I have no idea what those addresses map to, neither addr2line nor
gdb were helpful (yes, I fired them up in a QEMU VM running F8 x86_64, so
that's not the problem), and with Strigi's plugin architecture where most of
the code is in shared libraries, those are probably all ExecShield-randomized
How would you suggest I debug this? I know nothing about strigi. I'm
guessing I can somehow start it in foreground to try it out?
Running it in the foreground should be as easy as just running "strigidaemon".
In case you're not familiar with how to get good backtraces using GDB and
* Try running "gdb strigidaemon" (and entering "run" in GDB to actually run
* If that comes up with the segfault, use "bt" to get a backtrace.
* To get the most out of your backtraces, install the -debuginfo packages for
strigi itself and for the libraries, if any, showing up near the top of the
backtrace, and repeat the procedure.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1115699536 (LWP 9964)]
0x0000003834c7b593 in memcpy () from /lib64/libc.so.6
#0 0x0000003834c7b593 in memcpy () from /lib64/libc.so.6
#1 0x000000383c09c3c0 in __cxa_pure_virtual () from /usr/lib64/libstdc++.so.6
#2 0x000000383c09c49a in std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string () from /usr/lib64/libstdc++.so.6
#3 0x0000000000416bcf in InotifyEvent::description (this=0x1eab930)
#4 0x0000000000418ece in FsListener::dumpEvents (this=<value optimized out>)
#5 0x000000000041697e in InotifyListener::pendingEvent (this=0x649730)
#6 0x0000000000417efa in FsListener::watch (this=0x649730)
#7 0x000000000041c878 in FsListener::run (this=0x649730)
#8 0x000000000040ed6b in threadstarter (d=0x649730)
#9 0x0000003835806407 in start_thread () from /lib64/libpthread.so.0
#10 0x0000003834cd4b0d in clone () from /lib64/libc.so.6
First of all thanks for the backtrace.
Ugh, inotify support is listed as unstable by upstream and disabled by default,
we're currently enabling it explicitly, maybe we shouldn't do that? Deji, what
do you think?
I agree we should follow upstream default. I started running strigi by comparing
its performance with tracker, I enabled the inotify support then to sort of
ensure the two are running with similar features.
Can you please check the builds on
http://koji.fedoraproject.org/koji/taskinfo?taskID=498368 and confirm it if fix
the crash or not. Thanks.
This is fixed in 0.5.8-2, it's currently in Rawhide and built for F8, but not
pushed as an update yet. Deji? Are you going to push this? Do you want me to
take care of it? And what about F7?
I'm going to push it right away; was sort of waiting for Neal to comfirm if it
fixes the crash for him or not. I'll try and push the same fix for F7 too. Thanks.
strigi-0.5.8-2.fc8 has been submitted as an update for Fedora 8
strigi-0.5.8-2.fc7 has been submitted as an update for Fedora 7
strigi-0.5.8-2.fc7 has been pushed to the Fedora 7 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update strigi'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F7/FEDORA-2008-2926
strigi-0.5.8-2.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.
strigi-0.5.8-2.fc7 has been pushed to the Fedora 7 stable repository. If problems still persist, please make note of it in this bug report.