-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Just after I login (XFCE, 15.1), I get 100% CPU, and this in the log - hundreds of coredumps, non stop: .... <3.6> 2019-10-25 12:07:44 Telcontar dbus-daemon 4500 - - [session uid=1000 pid=4500] Activating via systemd: service name='org.freedesktop.Tracker1' unit='tracker-store.service' requested by ':1.67' (uid=1000 pid=5669 comm="gdbus call -e -d org.freedesktop.DBus -o /org/free") <3.6> 2019-10-25 12:07:44 Telcontar dbus-daemon 4500 - - [session uid=1000 pid=4500] Successfully activated service 'org.freedesktop.Tracker1' <3.6> 2019-10-25 12:07:44 Telcontar dbus-daemon 4500 - - [session uid=1000 pid=4500] Activating via systemd: service name='org.gnome.zeitgeist.Engine' unit='zeitgeist.service' requested by ':1.70' (uid=1000 pid=5662 comm="zeitgeist-datahub ") <3.6> 2019-10-25 12:07:45 Telcontar dbus-daemon 4500 - - [session uid=1000 pid=4500] Activating via systemd: service name='org.gnome.zeitgeist.SimpleIndexer' unit='zeitgeist-fts.service' requested by ':1.71' (uid=1000 pid=5690 comm="/usr/bin/zeitgeist-daemon ") <3.6> 2019-10-25 12:07:45 Telcontar dbus-daemon 4500 - - [session uid=1000 pid=4500] Successfully activated service 'org.gnome.zeitgeist.Engine' <3.6> 2019-10-25 12:07:45 Telcontar dbus-daemon 4500 - - [session uid=1000 pid=4500] Successfully activated service 'org.freedesktop.thumbnails.Thumbnailer1' <1.4> 2019-10-25 12:07:45 Telcontar zeitgeist-datah 5732 - - zeitgeist-datahub.vala:224: Unable to get name "org.gnome.zeitgeist.datahub" on the bus! <3.6> 2019-10-25 12:07:45 Telcontar dbus-daemon 4500 - - [session uid=1000 pid=4500] Successfully activated service 'org.gnome.zeitgeist.SimpleIndexer' <1.4> 2019-10-25 12:07:49 Telcontar zeitgeist-fts 5729 - - Unable to get info on application://kde-noteedit.desktop <1.4> 2019-10-25 12:07:57 Telcontar baloo_file 5989 - - Failed to register via dbus. Another instance is running <1.7> 2019-10-25 12:07:57 Telcontar drkonqi 5990 - - found lsb_release <1.7> 2019-10-25 12:07:57 Telcontar drkonqi 5990 - - Using /proc to determine executable path <1.7> 2019-10-25 12:07:57 Telcontar drkonqi 5990 - - Executable is: "/usr/bin/baloo_file" <1.7> 2019-10-25 12:07:57 Telcontar drkonqi 5990 - - Executable exists: true <1.7> 2019-10-25 12:07:57 Telcontar drkonqi 5990 - - Enabling drkonqi crash catching <1.4> 2019-10-25 12:07:57 Telcontar drkonqi 5990 - - QSystemTrayIcon::setVisible: No Icon set <1.7> 2019-10-25 12:07:59 Telcontar drkonqi 5990 - - Sending SIGSTOP to process <3.6> 2019-10-25 12:08:02 Telcontar systemd 1 - - Created slice system-systemd\x2dcoredump.slice. <3.6> 2019-10-25 12:08:02 Telcontar systemd 1 - - Started Process Core Dump (PID 6040/UID 0). <3.6> 2019-10-25 12:08:02 Telcontar systemd 1 - - Started Process Core Dump (PID 6050/UID 0). <1.2> 2019-10-25 12:08:02 Telcontar systemd-coredump 6041 - - Process 6039 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:03 Telcontar systemd 1 - - Started Process Core Dump (PID 6060/UID 0). <1.2> 2019-10-25 12:08:03 Telcontar systemd-coredump 6051 - - Process 6049 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:03 Telcontar systemd 1 - - Started Process Core Dump (PID 6080/UID 0). <1.2> 2019-10-25 12:08:03 Telcontar systemd-coredump 6061 - - Process 6059 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:03 Telcontar systemd 1 - - Started Process Core Dump (PID 6091/UID 0). <1.2> 2019-10-25 12:08:04 Telcontar systemd-coredump 6082 - - Process 6079 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:04 Telcontar systemd 1 - - Started Process Core Dump (PID 6102/UID 0). <1.2> 2019-10-25 12:08:04 Telcontar systemd-coredump 6092 - - Process 6090 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:04 Telcontar systemd 1 - - Started Process Core Dump (PID 6112/UID 0). <1.2> 2019-10-25 12:08:04 Telcontar systemd-coredump 6103 - - Process 6101 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:05 Telcontar systemd 1 - - Started Process Core Dump (PID 6121/UID 0). <1.2> 2019-10-25 12:08:05 Telcontar systemd-coredump 6113 - - Process 6111 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:05 Telcontar pulseaudio 4571 - - E: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. <4.5> 2019-10-25 12:08:05 Telcontar dbus-daemon 1535 - - [system] Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms) <3.6> 2019-10-25 12:08:05 Telcontar systemd 1 - - Started Process Core Dump (PID 6128/UID 0). <1.2> 2019-10-25 12:08:05 Telcontar systemd-coredump 6122 - - Process 6120 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:06 Telcontar systemd 1 - - Started Process Core Dump (PID 6135/UID 0). <1.2> 2019-10-25 12:08:06 Telcontar systemd-coredump 6129 - - Process 6127 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:06 Telcontar systemd 1 - - Started Process Core Dump (PID 6142/UID 0). <1.2> 2019-10-25 12:08:06 Telcontar systemd-coredump 6136 - - Process 6134 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:06 Telcontar systemd 1 - - Started Process Core Dump (PID 6149/UID 0). <1.2> 2019-10-25 12:08:07 Telcontar systemd-coredump 6143 - - Process 6141 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:07 Telcontar systemd 1 - - Started Process Core Dump (PID 6159/UID 0). <1.2> 2019-10-25 12:08:07 Telcontar systemd-coredump 6150 - - Process 6148 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:07 Telcontar systemd 1 - - Started Process Core Dump (PID 6166/UID 0). <1.2> 2019-10-25 12:08:08 Telcontar systemd-coredump 6160 - - Process 6158 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:08 Telcontar systemd 1 - - Started Process Core Dump (PID 6178/UID 0). <1.2> 2019-10-25 12:08:08 Telcontar systemd-coredump 6167 - - Process 6165 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:08 Telcontar systemd 1 - - Started Process Core Dump (PID 6185/UID 0). <1.2> 2019-10-25 12:08:08 Telcontar systemd-coredump 6179 - - Process 6177 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:09 Telcontar systemd 1 - - Started Process Core Dump (PID 6192/UID 0). <1.2> 2019-10-25 12:08:09 Telcontar systemd-coredump 6186 - - Process 6184 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:09 Telcontar systemd 1 - - Started Process Core Dump (PID 6203/UID 0). <1.2> 2019-10-25 12:08:09 Telcontar systemd-coredump 6193 - - Process 6191 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:10 Telcontar systemd 1 - - Started Process Core Dump (PID 6226/UID 0). <1.2> 2019-10-25 12:08:10 Telcontar systemd-coredump 6205 - - Process 6202 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:10 Telcontar systemd 1 - - Started Process Core Dump (PID 6235/UID 0). <1.2> 2019-10-25 12:08:10 Telcontar systemd-coredump 6227 - - Process 6225 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:10 Telcontar systemd 1 - - Started Process Core Dump (PID 6244/UID 0). <1.2> 2019-10-25 12:08:11 Telcontar systemd-coredump 6236 - - Process 6234 (single) of user 1000 dumped core. <3.6> 2019-10-25 12:08:11 Telcontar systemd 1 - - Started Process Core Dump (PID 6251/UID 0). <1.2> 2019-10-25 12:08:11 Telcontar systemd-coredump 6245 - - Process 6243 (single) of user 1000 dumped core. And it goes, it goes... till I do: killall tracker-store tracker-extract tracker-miner-apps tracker-miner-fs Telcontar:~ # coredumpctl TIME PID UID GID SIG COREFILE EXE Fri 2019-10-25 12:08:02 CEST 6039 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:03 CEST 6049 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:03 CEST 6059 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:04 CEST 6079 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:04 CEST 6090 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:04 CEST 6101 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:05 CEST 6111 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:05 CEST 6120 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:06 CEST 6127 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:06 CEST 6134 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:07 CEST 6141 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:07 CEST 6148 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:08 CEST 6158 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:08 CEST 6165 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:08 CEST 6177 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:09 CEST 6184 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:09 CEST 6191 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:10 CEST 6202 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:10 CEST 6225 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:11 CEST 6234 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:08:11 CEST 6243 1000 100 31 present /usr/lib/tracker-extract ... Fri 2019-10-25 12:09:42 CEST 8215 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:09:42 CEST 8223 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:09:43 CEST 8233 1000 100 31 present /usr/lib/tracker-extract Fri 2019-10-25 12:09:43 CEST 8240 1000 100 31 present /usr/lib/tracker-extract lines 172-226/226 (END) Telcontar:~ # coredumpctl info 8240 PID: 8240 (single) UID: 1000 (cer) GID: 100 (users) Signal: 31 (SYS) Timestamp: Fri 2019-10-25 12:09:42 CEST (12min ago) Command Line: /usr/lib/tracker-extract Executable: /usr/lib/tracker-extract Control Group: /user.slice/user-1000.slice/session-4.scope Unit: session-4.scope Slice: user-1000.slice Session: 4 Owner UID: 1000 (cer) Boot ID: 279fde7586254db6b3d727f045ecd8e5 Machine ID: 2ce1d54548517a7307c1c2bc38206d00 Hostname: Telcontar Storage: /var/lib/systemd/coredump/core.single.1000.279fde7586254db6b3d727f045ecd8e5.8240.1571998182000000.lz4 Message: Process 8240 (single) of user 1000 dumped core. Telcontar:~ # Telcontar:~ # coredumpctl dump 8240 > coredumpof8240_tracker-extract PID: 8240 (single) UID: 1000 (cer) GID: 100 (users) Signal: 31 (SYS) Timestamp: Fri 2019-10-25 12:09:42 CEST (15min ago) Command Line: /usr/lib/tracker-extract Executable: /usr/lib/tracker-extract Control Group: /user.slice/user-1000.slice/session-4.scope Unit: session-4.scope Slice: user-1000.slice Session: 4 Owner UID: 1000 (cer) Boot ID: 279fde7586254db6b3d727f045ecd8e5 Machine ID: 2ce1d54548517a7307c1c2bc38206d00 Hostname: Telcontar Storage: /var/lib/systemd/coredump/core.single.1000.279fde7586254db6b3d727f045ecd8e5.8240.1571998182000000.lz4 Message: Process 8240 (single) of user 1000 dumped core. Telcontar:~ # l -h coredumpof8240_tracker-extract - -rw-r--r-- 1 root root 183M Oct 25 12:24 coredumpof8240_tracker-extract Telcontar:~ # less coredumpof8240_tracker-extract "coredumpof8240_tracker-extract" may be a binary file. See it anyway? Telcontar:~ # Telcontar:~ # locate tracker-extract | grep service /usr/lib/systemd/user/tracker-extract.service Telcontar:~ # Telcontar:~ # cat /usr/lib/systemd/user/tracker-extract.service [Unit] Description=Tracker metadata extractor [Service] Type=dbus BusName=org.freedesktop.Tracker1.Miner.Extract ExecStart=/usr/lib/tracker-extract Restart=on-failure # Don't restart after tracker daemon -k (aka tracker-control -k) RestartPreventExitStatus=SIGKILL Telcontar:~ # How can I make it not enter a fast crash loop? - -- Cheers Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXbLOvxwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVsN4AoJZ/RcnfpYieG4YTHSFj 6eNPSGwOAJ4ldsq/U8zQAKgZDYfAX5p4saY+cg== =MC/K -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 25/10/2019 12.30, Carlos E. R. wrote:
Just after I login (XFCE, 15.1), I get 100% CPU, and this in the log - hundreds of coredumps, non stop:
Apparently I forgot to edit the subject line. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Just after I login (XFCE, 15.1), I get 100% CPU, and this in the log - hundreds of coredumps, non stop:
Telcontar:~ # coredumpctl info 8240 PID: 8240 (single) UID: 1000 (cer) GID: 100 (users) Signal: 31 (SYS) Timestamp: Fri 2019-10-25 12:09:42 CEST (12min ago) Command Line: /usr/lib/tracker-extract Executable: /usr/lib/tracker-extract Control Group: /user.slice/user-1000.slice/session-4.scope Unit: session-4.scope Slice: user-1000.slice Session: 4 Owner UID: 1000 (cer) Boot ID: 279fde7586254db6b3d727f045ecd8e5 Machine ID: 2ce1d54548517a7307c1c2bc38206d00 Hostname: Telcontar Storage: /var/lib/systemd/coredump/core.single.1000.279fde7586254db6b3d727f045ecd8e5.8240.1571998182000000.lz4 Message: Process 8240 (single) of user 1000 dumped core. Telcontar:~ #
You are missing the backtraces of these crashes. # coredumpctl gdb 8240 # bt full SIGSYS is for bad system call. - Adam -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday, 2019-10-26 at 21:21 +0200, Adam Majer wrote:
Just after I login (XFCE, 15.1), I get 100% CPU, and this in the log - hundreds of coredumps, non stop:
Telcontar:~ # coredumpctl info 8240 PID: 8240 (single) UID: 1000 (cer) GID: 100 (users) Signal: 31 (SYS) Timestamp: Fri 2019-10-25 12:09:42 CEST (12min ago) Command Line: /usr/lib/tracker-extract Executable: /usr/lib/tracker-extract Control Group: /user.slice/user-1000.slice/session-4.scope Unit: session-4.scope Slice: user-1000.slice Session: 4 Owner UID: 1000 (cer) Boot ID: 279fde7586254db6b3d727f045ecd8e5 Machine ID: 2ce1d54548517a7307c1c2bc38206d00 Hostname: Telcontar Storage: /var/lib/systemd/coredump/core.single.1000.279fde7586254db6b3d727f045ecd8e5.8240.1571998182000000.lz4 Message: Process 8240 (single) of user 1000 dumped core. Telcontar:~ #
You are missing the backtraces of these crashes.
# coredumpctl gdb 8240 # bt full
SIGSYS is for bad system call.
Thanks. Here goes: Telcontar:~ # coredumpctl gdb 8240 PID: 8240 (single) UID: 1000 (cer) GID: 100 (users) Signal: 31 (SYS) Timestamp: Fri 2019-10-25 12:09:42 CEST (2 days ago) Command Line: /usr/lib/tracker-extract Executable: /usr/lib/tracker-extract Control Group: /user.slice/user-1000.slice/session-4.scope Unit: session-4.scope Slice: user-1000.slice Session: 4 Owner UID: 1000 (cer) Boot ID: 279fde7586254db6b3d727f045ecd8e5 Machine ID: 2ce1d54548517a7307c1c2bc38206d00 Hostname: Telcontar Storage: /var/lib/systemd/coredump/core.single.1000.279fde7586254db6b3d727f045ecd8e5.8240.1571998182000000.lz4 Message: Process 8240 (single) of user 1000 dumped core. GNU gdb (GDB; openSUSE Leap 15.1) 8.2 Copyright (C) 2018 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-suse-linux". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://bugs.opensuse.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/lib/tracker-extract...Missing separate debuginfo for /usr/lib/tracker-extract Try: zypper install -C "debuginfo(build-id)=746e3ade3a108f95f37ada0cef50ce74e35ed1f6" (no debugging symbols found)...done. warning: core file may not match specified executable file. [New LWP 8240] Missing separate debuginfo for /usr/lib64/tracker-miners-2.0/libtracker-extract.so Try: zypper install -C "debuginfo(build-id)=e21266533b866a5fc50aa91df5928175352f7ad2" Missing separate debuginfo for /usr/lib64/libtracker-miner-2.0.so.0 Try: zypper install -C "debuginfo(build-id)=b4829bcea5f434e89c096e3d6d1f2cb7d3828911" Missing separate debuginfo for /usr/lib64/libtracker-sparql-2.0.so.0 Try: zypper install -C "debuginfo(build-id)=a9466b428926999c7d20cc63532fea3290eafb82" Missing separate debuginfo for /usr/lib64/libgio-2.0.so.0 Try: zypper install -C "debuginfo(build-id)=ccbaa4d2e3766e2ed10b3aa2df26e2a8e5fe0f81" Missing separate debuginfo for /usr/lib64/libgmodule-2.0.so.0 Try: zypper install -C "debuginfo(build-id)=0bcf4dc14d94b5e0fc97963c302363755f3aa337" Missing separate debuginfo for /usr/lib64/libgsf-1.so.114 ... Missing separate debuginfo for /usr/lib64/tracker-miners-2.0/extract-modules/libextract-text.so Try: zypper install -C "debuginfo(build-id)=f1828f569d300f8992d59efcc6bc02057542d4bd" Missing separate debuginfo for /usr/lib64/gio/modules/libgioremote-volume-monitor.so Try: zypper install -C "debuginfo(build-id)=2f6ce5adb4db3842d47cd3940c6af91c51952a46" Missing separate debuginfo for /usr/lib64/gconv/CP1252.so Try: zypper install -C "debuginfo(build-id)=9db97f841b269559cf1ea89dd5ed2cd2b170b2bb" Missing separate debuginfo for /usr/lib64/gconv/UTF-16.so Try: zypper install -C "debuginfo(build-id)=37d968620cb49b0a175b5e049064357142eaca37" Core was generated by `/usr/lib/tracker-extract'. Program terminated with signal SIGSYS, Bad system call. #0 0x00007f8f6a620687 in chdir () from /lib64/libc.so.6 (gdb) It would be nice if the output of gdb was a single zypper install line. As it is, I may have to do a hundred zypper install string. I tried: but it says something about not understanding -C command. Telcontar:~ # zypper install -C "debuginfo(build-id)=192513fe1a13663804f5ebe24cdbd49d6b528580" install -C "debuginfo(build-id)=df7d718a37da3b2108d6c823d3cd2ce9118b4922" install -C "debuginfo(build-id)=abbec3d3e6c465145dad5037cbb921c55e753d4d" install -C "debuginfo(build-id)=a5d170f707710c8a8998834a08a2bb0ad3f5aa81" install -C "debuginfo(build-id)=59a9fdc37678ede83fbcb5337dcb7876013f1ea6" install -C "debuginfo(build-id)=1764d73b0653e61fde7d693d4368d4a59a8dec2c" Loading repository data... Reading installed packages... No provider of 'install' found. No provider of '-C' found. Telcontar:~ # It appears to be Telcontar:~ # zypper install -C "debuginfo(build-id)=192513fe1a13663804f5ebe24cdbd49d6b528580" "debuginfo(build-id)=df7d718a37da3b2108d6c823d3cd2ce9118b4922" "debuginfo(build-id)=abbec3d3e6c465145dad5037cbb921c55e753d4d" "debuginfo(build-id)=a5d170f707710c8a8998834a08a2bb0ad3f5aa81" "debuginfo(build-id)=59a9fdc37678ede83fbcb5337dcb7876013f1ea6" "debuginfo(build-id)=1764d73b0653e61fde7d693d4368d4a59a8dec2c" Well, I can paste the gdb output into an editor and create a single zypper line. About 2 hundred things to install. Now the result is: Telcontar:~ # coredumpctl gdb 8240 PID: 8240 (single) UID: 1000 (cer) GID: 100 (users) Signal: 31 (SYS) Timestamp: Fri 2019-10-25 12:09:42 CEST (2 days ago) Command Line: /usr/lib/tracker-extract Executable: /usr/lib/tracker-extract Control Group: /user.slice/user-1000.slice/session-4.scope Unit: session-4.scope Slice: user-1000.slice Session: 4 Owner UID: 1000 (cer) Boot ID: 279fde7586254db6b3d727f045ecd8e5 Machine ID: 2ce1d54548517a7307c1c2bc38206d00 Hostname: Telcontar Storage: /var/lib/systemd/coredump/core.single.1000.279fde7586254db6b3d727f045ecd8e5.8240.1571998182000000.lz4 Message: Process 8240 (single) of user 1000 dumped core. GNU gdb (GDB; openSUSE Leap 15.1) 8.2 Copyright (C) 2018 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-suse-linux". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://bugs.opensuse.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/lib/tracker-extract...Reading symbols from /usr/lib/debug/usr/lib/tracker-extract-2.0.4-lp151.2.3.x86_64.debug...done. done. warning: core file may not match specified executable file. [New LWP 8240] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `/usr/lib/tracker-extract'. Program terminated with signal SIGSYS, Bad system call. #0 0x00007f8f6a620687 in chdir () at ../sysdeps/unix/syscall-template.S:84 84 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) (gdb) Telcontar:~ # coredumpctl gdb 8233 ... [New LWP 8233] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `/usr/lib/tracker-extract'. Program terminated with signal SIGSYS, Bad system call. #0 0x00007f8f6a620687 in chdir () at ../sysdeps/unix/syscall-template.S:84 84 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) (gdb) warning: core file may not match specified executable file. [New LWP 8223] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `/usr/lib/tracker-extract'. Program terminated with signal SIGSYS, Bad system call. #0 0x00007f8f6a620687 in chdir () at ../sysdeps/unix/syscall-template.S:84 84 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) (gdb) So probably all are the same. Now what? Rerport in bugzilla, perhaps? - -- Cheers, Carlos E. R. (from openSUSE 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXbV+Rhwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVv8AAmwZTzSXg1LjFSYaFZ9j5 iVwGKUb8AJ9XpE2GtzGy4EPbLPQV4RRH14JgCQ== =i7+D -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
27.10.2019 12:23, Carlos E. R. пишет:
On Saturday, 2019-10-26 at 21:21 +0200, Adam Majer wrote: [...]
You are missing the backtraces of these crashes.
# coredumpctl gdb 8240 # bt full
SIGSYS is for bad system call. [...] It would be nice if the output of gdb was a single zypper install line.
As of recently, in Tumbleweed I get zypper install <package-name> instead of a hash -- already better. Not sure if it's a one-liner yet. I have a shell script somewhere to massage hundreds of install -C commands into one line (sometimes it also needs to be run multiple times on big packages, e.g. obs).
Now what? Rerport in bugzilla, perhaps?
Also attach "bt full" output (in gdb prompt). -- Regards, Oleksii Vilchanskyi -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday, 2019-10-27 at 13:07 +0100, Oleksii Vilchanskyi wrote:
27.10.2019 12:23, Carlos E. R. пишет:
On Saturday, 2019-10-26 at 21:21 +0200, Adam Majer wrote: [...]
You are missing the backtraces of these crashes.
# coredumpctl gdb 8240 # bt full
SIGSYS is for bad system call. [...] It would be nice if the output of gdb was a single zypper install line.
As of recently, in Tumbleweed I get zypper install <package-name> instead of a hash -- already better. Not sure if it's a one-liner yet. I have a shell script somewhere to massage hundreds of install -C commands into one line (sometimes it also needs to be run multiple times on big packages, e.g. obs).
Well, this is Leap 15.1. It takes some time to install everything it wants. I am fortunate that it did not need extra repos debug info.
Now what? Rerport in bugzilla, perhaps?
Also attach "bt full" output (in gdb prompt).
... Core was generated by `/usr/lib/tracker-extract'. Program terminated with signal SIGSYS, Bad system call. #0 0x00007f8f6a620687 in chdir () at ../sysdeps/unix/syscall-template.S:84 84 T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS) (gdb) bt full #0 0x00007f8f6a620687 in chdir () at ../sysdeps/unix/syscall-template.S:84 #1 0x00007f8f6aba2c93 in do_exec (child_err_report_fd=17, stdin_fd=-1, stdout_fd=21, stderr_fd=-1, working_directory=working_directory@entry=0x55bac039a000 "/tmp", argv=argv@entry=0x7f8f10bf3cb0, envp=0x0, close_descriptors=1, search_path=1, search_path_from_envp=0, stdout_to_null=0, stderr_to_null=1, child_inherits_stdin=0, file_and_argv_zero=0, child_setup=0x7f8f24892060 <spawn_child_func>, user_data=0xa) at gspawn.c:1187 __func__ = "do_exec" #2 0x00007f8f6aba3b25 in fork_exec_with_pipes (intermediate_child=intermediate_child@entry=1, working_directory=0x55bac039a000 "/tmp", argv=argv@entry=0x7f8f10bf3cb0, envp=envp@entry=0x0, close_descriptors=close_descriptors@entry=1, search_path=search_path@entry=1, search_path_from_envp=0, stdout_to_null=0, stderr_to_null=1, child_inherits_stdin=0, file_and_argv_zero=0, cloexec_pipes=0, child_setup=0x7f8f24892060 <spawn_child_func>, user_data=0xa, child_pid=0x0, standard_input=0x0, standard_output=0x7f8f10bf3ca4, standard_error=0x0, error=0x7f8f10bf3ca8) at gspawn.c:1468 pid = 0 stdin_pipe = {-1, -1} stdout_pipe = {-1, 21} stderr_pipe = {-1, -1} child_err_report_pipe = {-1, 17} child_pid_report_pipe = {-1, -1} pipe_flags = 0 status = 0 #3 0x00007f8f6aba433e in g_spawn_async_with_pipes (working_directory=<optimized out>, argv=argv@entry=0x7f8f10bf3cb0, envp=envp@entry=0x0, flags=flags@entry=(G_SPAWN_SEARCH_PATH | G_SPAWN_STDERR_TO_DEV_NULL), child_setup=child_setup@entry=0x7f8f24892060 <spawn_child_func>, user_data=user_data@entry=0xa, child_pid=0x0, standard_input=0x0, standard_output=0x7f8f10bf3ca4, standard_error=0x0, error=0x7f8f10bf3ca8) at gspawn.c:698 __func__ = "g_spawn_async_with_pipes" #4 0x00007f8f24892220 in extract_ps_gz (uri=0x7f8f0000f8f0 "file:///home/cer/Documentation/Formacion/Cisco/images/pss/ccna_III.2.2.1.1.ps.gz") at tracker-extract-ps.c:271 fz = <optimized out> argv = {0x7f8f248983a5 "gunzip", 0x7f8f248983ac "-c", 0x55bac002a3a0 "/home/cer/Documentation/Formacion/Cisco/images/pss/ccna_III.2.2.1.1.ps.gz", 0x0} - --Type <RET> for more, q to quit, c to continue without paging--c metadata = 0x0 fdz = 21946 filename = 0x55bac002a3a0 "/home/cer/Documentation/Formacion/Cisco/images/pss/ccna_III.2.2.1.1.ps.gz" error = 0x0 mimetype = <optimized out> metadata = <optimized out> file = <optimized out> uri = 0x7f8f0000f8f0 "file:///home/cer/Documentation/Formacion/Cisco/images/pss/ccna_III.2.2.1.1.ps.gz" #5 0x00007f8f24892220 in tracker_extract_get_metadata (info=0x7f8f58001800) at tracker-extract-ps.c:327 mimetype = <optimized out> metadata = <optimized out> file = <optimized out> uri = 0x7f8f0000f8f0 "file:///home/cer/Documentation/Formacion/Cisco/images/pss/ccna_III.2.2.1.1.ps.gz" #6 0x000055babf65e53c in get_file_metadata (task=task@entry=0x7f8f5402e850, info_out=info_out@entry=0x7f8f10bf3d40) at tracker-extract.c:301 info = 0x7f8f58001800 file = <optimized out> mime_used = 0x7f8f0000e410 "application/x-gzpostscript" #7 0x000055babf65eb5b in get_metadata (task=0x7f8f5402e850) at tracker-extract.c:485 info = 0x0 #8 0x000055babf65ebf0 in single_thread_get_metadata (queue=0x7f8f54007ce0) at tracker-extract.c:513 task = <optimized out> __func__ = "single_thread_get_metadata" #9 0x00007f8f6ab83ae6 in g_thread_proxy (data=0x55bac03a2f20) at gthread.c:784 thread = 0x55bac03a2f20 __func__ = "g_thread_proxy" #10 0x00007f8f6a8f7569 in start_thread (arg=0x7f8f10bf4700) at pthread_create.c:465 pd = 0x7f8f10bf4700 now = <optimized out> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140252438021888, 5836666170236051390, 140730031858798, 140730031858799, 94260577316640, 140730031858928, -5900241579610366018, -5900043252772003906}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = <optimized out> pagesize_m1 = <optimized out> sp = <optimized out> freesize = <optimized out> __PRETTY_FUNCTION__ = "start_thread" #11 0x00007f8f6a62e9ef in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 (gdb) - -- Cheers, Carlos E. R. (from openSUSE 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXbWPGhwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVPmQAnj5HKItj53Y3uZzKdhB+ QKzOPb0bAJ46jpzYCqwQP4KxvRgVlDaxF+kWgw== =bjbF -----END PGP SIGNATURE-----
27.10.2019 13:35, Carlos E. R. пишет:
On Sunday, 2019-10-27 at 13:07 +0100, Oleksii Vilchanskyi wrote:
27.10.2019 12:23, Carlos E. R. пишет:
On Saturday, 2019-10-26 at 21:21 +0200, Adam Majer wrote: [...]
You are missing the backtraces of these crashes.
# coredumpctl gdb 8240 # bt full
SIGSYS is for bad system call. [...] It would be nice if the output of gdb was a single zypper install line.
As of recently, in Tumbleweed I get zypper install <package-name> instead of a hash -- already better. Not sure if it's a one-liner yet. I have a shell script somewhere to massage hundreds of install -C commands into one line (sometimes it also needs to be run multiple times on big packages, e.g. obs).
Well, this is Leap 15.1. It takes some time to install everything it wants. I am fortunate that it did not need extra repos debug info.
Now what? Rerport in bugzilla, perhaps?
Also attach "bt full" output (in gdb prompt).
... Core was generated by `/usr/lib/tracker-extract'. [...]
Not here -- in the bug report. See also [0]. [0] <https://en.opensuse.org/openSUSE:Bugreport_application_crashed> -- Regards, Oleksii Vilchanskyi -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 27/10/2019 13.53, Oleksii Vilchanskyi wrote:
27.10.2019 13:35, Carlos E. R. пишет:
On Sunday, 2019-10-27 at 13:07 +0100, Oleksii Vilchanskyi wrote:
27.10.2019 12:23, Carlos E. R. пишет:
On Saturday, 2019-10-26 at 21:21 +0200, Adam Majer wrote: [...]
You are missing the backtraces of these crashes.
# coredumpctl gdb 8240 # bt full
SIGSYS is for bad system call. [...] It would be nice if the output of gdb was a single zypper install line.
As of recently, in Tumbleweed I get zypper install <package-name> instead of a hash -- already better. Not sure if it's a one-liner yet. I have a shell script somewhere to massage hundreds of install -C commands into one line (sometimes it also needs to be run multiple times on big packages, e.g. obs).
Well, this is Leap 15.1. It takes some time to install everything it wants. I am fortunate that it did not need extra repos debug info.
Now what? Rerport in bugzilla, perhaps?
Also attach "bt full" output (in gdb prompt).
... Core was generated by `/usr/lib/tracker-extract'. [...]
Not here -- in the bug report. See also [0].
Ok. Bug 1155165 submitted.
[0] <https://en.opensuse.org/openSUSE:Bugreport_application_crashed>
No need to reproduce an event if there is a coredump trace, IMO. We should be able to just mail or attach the coredump file, but I don't object to running the commands locally if instructed. I just remembered, systemd will delete the traces automatically, soon. Now, my question was, how do I stop the flood? A bug may take several months to solve. It is not a program I run, the system does that, I don't know how. - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXbWaWgAKCRC1MxgcbY1H 1X/RAJ4hjU8EJvYhyN3U/W0T6ocaMHd1AwCeN5qJQxglkyLhmDVE/pdOQRT9jIM= =+r5s -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
27.10.2019 14:23, Carlos E. R. пишет:
On 27/10/2019 13.53, Oleksii Vilchanskyi wrote:
27.10.2019 13:35, Carlos E. R. пишет:
On Sunday, 2019-10-27 at 13:07 +0100, Oleksii Vilchanskyi wrote:
27.10.2019 12:23, Carlos E. R. пишет:
On Saturday, 2019-10-26 at 21:21 +0200, Adam Majer wrote: [...]
You are missing the backtraces of these crashes.
# coredumpctl gdb 8240 # bt full
SIGSYS is for bad system call. [...] It would be nice if the output of gdb was a single zypper install line.
As of recently, in Tumbleweed I get zypper install <package-name> instead of a hash -- already better. Not sure if it's a one-liner yet. I have a shell script somewhere to massage hundreds of install -C commands into one line (sometimes it also needs to be run multiple times on big
>>>> packages, e.g. obs).
Well, this is Leap 15.1. It takes some time to install everything it wants. I am fortunate that it did not need extra repos debug info.
Now what? Rerport in bugzilla, perhaps?
Also attach "bt full" output (in gdb prompt).
... Core was generated by `/usr/lib/tracker-extract'. [...]
Not here -- in the bug report. See also [0].
Ok. Bug 1155165 submitted. [...]
Now, my question was, how do I stop the flood? A bug may take several months to solve. It is not a program I run, the system does that, I don't know how.
You can mask a systemd unit. See [0]. [0] <https://fedoramagazine.org/systemd-masking-units/> -- Regards, Oleksii Vilchanskyi -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 27/10/2019 14.32, Oleksii Vilchanskyi wrote:
27.10.2019 14:23, Carlos E. R. пишет:
On 27/10/2019 13.53, Oleksii Vilchanskyi wrote:
27.10.2019 13:35, Carlos E. R. пишет:
...
Now, my question was, how do I stop the flood? A bug may take several months to solve. It is not a program I run, the system does that, I don't know how.
You can mask a systemd unit. See [0].
Thanks. But does not appear to work. Telcontar:~ # systemctl status tracker-extract Unit tracker-extract.service could not be found. Telcontar:~ # l /usr/lib/systemd/user/tracker-extract.service - -rw-r--r-- 1 root root 266 Dec 18 2018 /usr/lib/systemd/user/tracker-extract.service Telcontar:~ # systemctl status tracker-extract.service Unit tracker-extract.service could not be found. Telcontar:~ # systemctl mask tracker-extract.service Unit tracker-extract.service does not exist, proceeding anyway. Created symlink /etc/systemd/system/tracker-extract.service → /dev/null. Telcontar:~ # - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXbWd5QAKCRC1MxgcbY1H 1fAhAJ0cmYb9HPVSmbSZipvglom5B8wzGACfSKjaC+pr+ayOvUGkUHSVGW4lqN0= =MW1A -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
27.10.2019 14:38, Carlos E. R. пишет:
On 27/10/2019 14.32, Oleksii Vilchanskyi wrote:
27.10.2019 14:23, Carlos E. R. пишет:
On 27/10/2019 13.53, Oleksii Vilchanskyi wrote:
27.10.2019 13:35, Carlos E. R. пишет:
...
Now, my question was, how do I stop the flood? A bug may take several months to solve. It is not a program I run, the system does that, I don't know how.
You can mask a systemd unit. See [0].
Thanks. But does not appear to work.
Telcontar:~ # systemctl status tracker-extract Unit tracker-extract.service could not be found. Telcontar:~ # l /usr/lib/systemd/user/tracker-extract.service -rw-r--r-- 1 root root 266 Dec 18 2018 /usr/lib/systemd/user/tracker-extract.service Telcontar:~ # systemctl status tracker-extract.service Unit tracker-extract.service could not be found. Telcontar:~ # systemctl mask tracker-extract.service Unit tracker-extract.service does not exist, proceeding anyway. Created symlink /etc/systemd/system/tracker-extract.service → /dev/null. Telcontar:~ #
Looks like it's called org.freedesktop.Tracker1.Miner.Extract. See [0]. [0] <https://build.opensuse.org/package/view_file/openSUSE:Factory/tracker-miners/tracker-miners.spec> -- Regards, Oleksii Vilchanskyi -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.2.21.1910291902520.6279@Telcontar.valinor> On Sunday, 2019-10-27 at 14:38 +0100, Carlos E. R. wrote:
On 27/10/2019 14.32, Oleksii Vilchanskyi wrote:
27.10.2019 14:23, Carlos E. R. пишет:
On 27/10/2019 13.53, Oleksii Vilchanskyi wrote:
27.10.2019 13:35, Carlos E. R. пишет:
...
Now, my question was, how do I stop the flood? A bug may take several months to solve. It is not a program I run, the system does that, I don't know how.
You can mask a systemd unit. See [0].
Thanks. But does not appear to work.
Telcontar:~ # systemctl status tracker-extract Unit tracker-extract.service could not be found. Telcontar:~ # l /usr/lib/systemd/user/tracker-extract.service -rw-r--r-- 1 root root 266 Dec 18 2018 /usr/lib/systemd/user/tracker-extract.service Telcontar:~ # systemctl status tracker-extract.service Unit tracker-extract.service could not be found. Telcontar:~ # systemctl mask tracker-extract.service Unit tracker-extract.service does not exist, proceeding anyway. Created symlink /etc/systemd/system/tracker-extract.service → /dev/null. Telcontar:~ #
Verified, does not work. Maybe because it is "Type=dbus". File is "/usr/lib/systemd/user/tracker-extract.service". Also, "org.freedesktop.Tracker1.Miner.Extract" does not seem it will work: Telcontar:~ # systemctl mask org.freedesktop.Tracker1.Miner.Extract Unit org.freedesktop.Tracker1.Miner.Extract.service does not exist, proceeding anyway. Created symlink /etc/systemd/system/org.freedesktop.Tracker1.Miner.Extract.service → /dev/null. Telcontar:~ # - -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXbh/Dhwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVGacAnRz3W4GBoEB0Fan0U+Lm NXy7rDVmAJ9SVLrstTstd8X/2qru6T/DvRIAFw== =8Y/1 -----END PGP SIGNATURE-----
participants (3)
-
Adam Majer -
Carlos E. R. -
Oleksii Vilchanskyi