I've got a rolling repetition of this message in my log: Nov 13 21:58:15 saga.alfsgard.dk systemd[1270]: tracker-extract.service: Scheduled restart job, restart counter is at 4. Nov 13 21:58:15 saga.alfsgard.dk systemd[1270]: Stopped Tracker metadata extractor. Nov 13 21:58:15 saga.alfsgard.dk systemd[1270]: Starting Tracker metadata extractor... Nov 13 21:58:15 saga.alfsgard.dk tracker-extract[2413]: Set scheduler policy to SCHED_IDLE Nov 13 21:58:15 saga.alfsgard.dk tracker-extract[2413]: Setting priority nice level to 19 Nov 13 21:58:15 saga.alfsgard.dk systemd[1270]: Started Tracker metadata extractor. Nov 13 21:58:15 saga.alfsgard.dk systemd[1]: Started Process Core Dump (PID 2430/UID 0). Nov 13 21:58:15 saga.alfsgard.dk systemd-coredump[2431]: Process 2413 (tracker-extract) of user 1000 dumped core. Nov 13 21:58:15 saga.alfsgard.dk systemd[1270]: tracker-extract.service: Main process exited, code=killed, status=31/SYS Nov 13 21:58:15 saga.alfsgard.dk systemd[1270]: tracker-extract.service: Failed with result 'signal'. Nov 13 21:58:15 saga.alfsgard.dk systemd[1]: systemd-coredump@4-2430-0.service: Succeeded. Reproducible: Always
peter@saga ~ $ coredumpctl gdb PID: 2413 (tracker-extract) UID: 1000 (peter) GID: 1000 (peter) Signal: 31 (SYS) Timestamp: Fri 2020-11-13 21:58:15 CET (2min 2s ago) Command Line: /usr/libexec/tracker-extract Executable: /usr/libexec/tracker-extract Control Group: /user.slice/user-1000.slice/user@1000.service/tracker-extract.service Unit: user@1000.service User Unit: tracker-extract.service Slice: user-1000.slice Owner UID: 1000 (peter) Boot ID: 1ffee281cfb44aa4b5092cfd09d73136 Machine ID: ccbf43b9bce937c546804c4e5dcc1bc0 Hostname: saga.alfsgard.dk Storage: /var/lib/systemd/coredump/core.tracker-extract.1000.1ffee281cfb44aa4b5092cfd09d73136.2413.1605301095000000.zst Message: Process 2413 (tracker-extract) of user 1000 dumped core. GNU gdb (Gentoo 10.1 vanilla) 10.1 Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <https://bugs.gentoo.org/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/libexec/tracker-extract... Reading symbols from /usr/lib/debug//usr/libexec/tracker-extract.debug... warning: Can't open file /home/peter/.local/share/gvfs-metadata/root-f6113631.log during file-backed mapping note processing [New LWP 2429] [New LWP 2417] [New LWP 2416] [New LWP 2418] [New LWP 2413] [New LWP 2423] [New LWP 2415] [New LWP 2426] [New LWP 2414] [New LWP 2424] [New LWP 2428] [New LWP 2427] [New LWP 2419] [New LWP 2420] [New LWP 2421] [New LWP 2425] [New LWP 2422] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". bt Core was generated by `/usr/libexec/tracker-extract'. Program terminated with signal SIGSYS, Bad system call. #0 statx (fd=fd@entry=-100, path=path@entry=0x7f2b54010300 "/home/peter/Downloads/external-content.duckduckgo.com.jpe", flags=flags@entry=2304, mask=mask@entry=4095, buf=buf@entry=0x7f2b6ca88510) at ../sysdeps/unix/sysv/linux/statx.c:28 28 int ret = INLINE_SYSCALL_CALL (statx, fd, path, flags, mask, buf); [Current thread is 1 (Thread 0x7f2b6ca8a640 (LWP 2429))] (gdb) bt #0 statx (fd=fd@entry=-100, path=path@entry=0x7f2b54010300 "/home/peter/Downloads/external-content.duckduckgo.com.jpe", flags=flags@entry=2304, mask=mask@entry=4095, buf=buf@entry=0x7f2b6ca88510) at ../sysdeps/unix/sysv/linux/statx.c:28 #1 0x00007f2bae2e67ea in g_local_file_statx (mask=(G_LOCAL_FILE_STAT_FIELD_TYPE | G_LOCAL_FILE_STAT_FIELD_MODE | G_LOCAL_FILE_STAT_FIELD_NLINK | G_LOCAL_FILE_STAT_FIELD_UID | G_LOCAL_FILE_STAT_FIELD_GID | G_LOCAL_FILE_STAT_FIELD_ATIME | G_LOCAL_FILE_STAT_FIELD_MTIME | G_LOCAL_FILE_STAT_FIELD_CTIME | G_LOCAL_FILE_STAT_FIELD_INO | G_LOCAL_FILE_STAT_FIELD_SIZE | G_LOCAL_FILE_STAT_FIELD_BLOCKS | G_LOCAL_FILE_STAT_FIELD_BTIME), mask_required=(G_LOCAL_FILE_STAT_FIELD_TYPE | G_LOCAL_FILE_STAT_FIELD_MODE | G_LOCAL_FILE_STAT_FIELD_NLINK | G_LOCAL_FILE_STAT_FIELD_UID | G_LOCAL_FILE_STAT_FIELD_GID | G_LOCAL_FILE_STAT_FIELD_MTIME | G_LOCAL_FILE_STAT_FIELD_CTIME | G_LOCAL_FILE_STAT_FIELD_INO | G_LOCAL_FILE_STAT_FIELD_SIZE | G_LOCAL_FILE_STAT_FIELD_BLOCKS), stat_buf=0x7f2b6ca88510, flags=2304, pathname=0x7f2b54010300 "/home/peter/Downloads/external-content.duckduckgo.com.jpe", dirfd=-100) at ../glib-2.66.2/gio/glocalfileinfo.h:92 #2 g_local_file_lstat (stat_buf=0x7f2b6ca88510, mask_required=(G_LOCAL_FILE_STAT_FIELD_TYPE | G_LOCAL_FILE_STAT_FIELD_MODE | G_LOCAL_FILE_STAT_FIELD_NLINK | G_LOCAL_FILE_STAT_FIELD_UID | G_LOCAL_FILE_STAT_FIELD_GID | G_LOCAL_FILE_STAT_FIELD_MTIME | G_LOCAL_FILE_STAT_FIELD_CTIME | G_LOCAL_FILE_STAT_FIELD_INO | G_LOCAL_FILE_STAT_FIELD_SIZE | G_LOCAL_FILE_STAT_FIELD_BLOCKS), mask=(G_LOCAL_FILE_STAT_FIELD_TYPE | G_LOCAL_FILE_STAT_FIELD_MODE | G_LOCAL_FILE_STAT_FIELD_NLINK | G_LOCAL_FILE_STAT_FIELD_UID | G_LOCAL_FILE_STAT_FIELD_GID | G_LOCAL_FILE_STAT_FIELD_ATIME | G_LOCAL_FILE_STAT_FIELD_MTIME | G_LOCAL_FILE_STAT_FIELD_CTIME | G_LOCAL_FILE_STAT_FIELD_INO | G_LOCAL_FILE_STAT_FIELD_SIZE | G_LOCAL_FILE_STAT_FIELD_BLOCKS | G_LOCAL_FILE_STAT_FIELD_BTIME), path=0x7f2b54010300 "/home/peter/Downloads/external-content.duckduckgo.com.jpe") at ../glib-2.66.2/gio/glocalfileinfo.h:129 #3 _g_local_file_info_get (basename=basename@entry=0x7f2b54000bc0 "external-content.duckduckgo.com.jpe", path=0x7f2b54010300 "/home/peter/Downloads/external-content.duckduckgo.com.jpe", attribute_matcher=attribute_matcher@entry=0x7f2b540023c0, flags=flags@entry=G_FILE_QUERY_INFO_NONE, parent_info=parent_info@entry=0x7f2b6ca89770, error=error@entry=0x7f2b6ca897f0) at ../glib-2.66.2/gio/glocalfileinfo.c:1809 #4 0x00007f2bae2e0231 in g_local_file_query_info (file=0x55cba95c9860, attributes=<optimized out>, flags=G_FILE_QUERY_INFO_NONE, cancellable=<optimized out>, error=0x7f2b6ca897f0) at ../glib-2.66.2/gio/glocalfile.c:1220 #5 0x00007f2bad7d0988 in tracker_file_get_size (path=path@entry=0x7f2b5401b550 "/home/peter/Downloads/external-content.duckduckgo.com.jpe") at ../tracker-2.3.4/src/libtracker-common/tracker-file-utils.c:116 #6 0x00007f2b9c76c81e in tracker_extract_get_metadata (info=0x55cba95c9840) at ../tracker-miners-2.3.3/src/tracker-extract/tracker-extract-jpeg.c:162 #7 0x000055cba8ae6e8c in get_file_metadata (task=task@entry=0x55cba98c38a0, info_out=info_out@entry=0x7f2b6ca89d90) at ../tracker-miners-2.3.3/src/tracker-extract/tracker-extract.c:299 #8 0x000055cba8ae752b in get_metadata (task=0x55cba98c38a0) at ../tracker-miners-2.3.3/src/tracker-extract/tracker-extract.c:483 #9 0x000055cba8ae7580 in single_thread_get_metadata (queue=0x55cba98cf940) at ../tracker-miners-2.3.3/src/tracker-extract/tracker-extract.c:511 #10 0x00007f2bae09e79d in g_thread_proxy (data=0x7f2b5000c8c0) at ../glib-2.66.2/glib/gthread.c:820 #11 0x00007f2badfabfbe in start_thread (arg=0x7f2b6ca8a640) at pthread_create.c:463 #12 0x00007f2badedfbcf in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
It is sad to read that you have problems with the software. The situation seems to be a bit more complicate and requires some analysis. We can not help you efficiently via bug tracker. The bug tracker aims rather on specific problems in .ebuilds and less on individual systems. At first I would recompile all related packages and reboot in order to get a clear system state and walk through the log files. I have had very good experience on the gentoo IRC [1] with questions like this. Of course there are also forums and mailing lists [2,3]. I hope you understand, that I will close the bug here therefore and wish you good luck on one of the mentioned channels [4]. Please reopen the ticket in order to provide an indication for an specific error in an ebuild or any gentoo related product. [1] https://www.gentoo.org/get-involved/irc-channels/ [2] https://forums.gentoo.org/ [3] https://www.gentoo.org/get-involved/mailing-lists/all-lists.html [4] https://www.gentoo.org/support/
I'm having the same problem since November 13th. Continuous coredumps of tracker-extract.
Info from leio over at #gentoo-desktop: (21:49:08) Kobboi: leio: looks like my issue is already logged -> https://bugs.gentoo.org/show_bug.cgi?id=754315 (21:50:34) leio: https://gitlab.gnome.org/GNOME/tracker-miners/-/issues/138 then (21:50:49) leio: and https://gitlab.gnome.org/GNOME/tracker-miners/-/merge_requests/274 So it should be fixed in tracker-2.3.5 (not yet in tree), I have bumped it in my local overlay, testing now...
Correction to my earlier comment: bumping tracker-miners (not tracker) to 2.3.5 makes the coredumps go away. I have not checked anything else.
My understanding of this was that those fixes aren't full fixes, but it just makes it not auto-start so fast (or at all in case of the latest 2.3.x, which is means to cede that to tracker-miners-3) to go in a coredump loop, but one SIGSYS issue is still there?
I suspect https://gitlab.gnome.org/GNOME/tracker-miners/-/merge_requests/252 might actually be missing from tracker-miners-2 too, so with newer glib it's happening more often now
My crashes went away after I had procrastinated and picked at the problem for far too long, I ended up doing doing emerge -e world and that solved it.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=15071bf1c50b95c626054e03422def09d4580ac6 commit 15071bf1c50b95c626054e03422def09d4580ac6 Author: Mart Raudsepp <leio@gentoo.org> AuthorDate: 2020-12-23 21:38:04 +0000 Commit: Mart Raudsepp <leio@gentoo.org> CommitDate: 2020-12-23 21:38:14 +0000 app-misc/tracker-miners: bump to 2.3.5 for glib-2.66 compat * glib-2.66 started using statx syscall for some operations that tracker-miners uses, causing SIGSYS aborts on ~arch systems. This version allows statx in tracker-miners sandbox, but also makes it not autostart in the first place, therefore: * Keep autostart as we don't have tracker-3 yet (and grab a patch to have the build work better with it enabled). When we add tracker-3, we need to revbump tracker-miners to disable autostart and drop the tracker-miners-3 blocker * Prepare app-misc/tracker dep atom for upcoming parallel-installable tracker-3 Closes: https://bugs.gentoo.org/754315 Package-Manager: Portage-3.0.12, Repoman-3.0.2 Signed-off-by: Mart Raudsepp <leio@gentoo.org> app-misc/tracker-miners/Manifest | 1 + .../files/2.3.5-fix-autostart-build.patch | 80 ++++++++++ .../tracker-miners/tracker-miners-2.3.5.ebuild | 162 +++++++++++++++++++++ 3 files changed, 243 insertions(+)
