View previous topic :: View next topic |
Author |
Message |
solamour l33t
Joined: 21 Dec 2004 Posts: 698 Location: San Diego, CA
|
Posted: Sat Oct 17, 2015 8:09 am Post subject: [Solved] transmission-daemon results in Segmentation Fault |
|
|
After a recent "emerge -vDu world", transmission stopped working.
Code: | # /etc/init.d/transmission-daemon start
* Caching service dependencies ... [ ok ]
* Starting transmission daemon ...
* start-stop-daemon: failed to start `/usr/bin/transmission-daemon' [ !! ]
* ERROR: transmission-daemon failed to start
|
And this is what happened when I ran it through gdb.
Code: | # gdb transmission-daemon
GNU gdb (Gentoo 7.9.1 vanilla) 7.9.1
Copyright (C) 2015 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 "i486-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 transmission-daemon...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/transmission-daemon
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault.
0xb7c025bd in nettle_yarrow256_update () from /usr/lib/libnettle.so.4
(gdb) bt
#0 0xb7c025bd in nettle_yarrow256_update () from /usr/lib/libnettle.so.4
#1 0xb7ba8ce4 in ?? () from /usr/lib/libgnutls.so.28
#2 0xb7ba8e87 in ?? () from /usr/lib/libgnutls.so.28
#3 0xb7b2c71e in ?? () from /usr/lib/libgnutls.so.28
#4 0xb7b222e5 in gnutls_global_init () from /usr/lib/libgnutls.so.28
#5 0xb7b07759 in ?? () from /usr/lib/libgnutls.so.28
#6 0xb7fee37b in ?? () from /lib/ld-linux.so.2
#7 0xb7fee45f in ?? () from /lib/ld-linux.so.2
#8 0xb7fe0cdf in ?? () from /lib/ld-linux.so.2
|
I'm not sure how to proceed from here. I'd appreciate any suggestions.
__
sol
Last edited by solamour on Mon Oct 19, 2015 5:56 am; edited 1 time in total |
|
Back to top |
|
|
kikko Apprentice
Joined: 29 Apr 2014 Posts: 276 Location: Milan, IT
|
Posted: Sat Oct 17, 2015 1:26 pm Post subject: |
|
|
Hi solamour
Looks like libnettle crashed, do you have updated/recompiled it along with transmission?
/usr/lib/libnettle.so.4 should belong to dev-libs/nettle, you can verify it and/or try to re-emerge it (just in case)
Regards |
|
Back to top |
|
|
solamour l33t
Joined: 21 Dec 2004 Posts: 698 Location: San Diego, CA
|
Posted: Sun Oct 18, 2015 5:57 am Post subject: |
|
|
I re-emerged "nettle" (and "gnutls" as well while I was at it), but I ended up with the exactly same result. I wish I could get a little more info than just a simple error message.
__
sol |
|
Back to top |
|
|
ulenrich Veteran
Joined: 10 Oct 2010 Posts: 1480
|
Posted: Sun Oct 18, 2015 8:53 am Post subject: |
|
|
/usr/lib/libnettle.so.4
I don't have this file above
but
/usr/lib/libnettle.so
/usr/lib/libnettle.so.6
/usr/lib/libnettle.so.6.1 |
|
Back to top |
|
|
solamour l33t
Joined: 21 Dec 2004 Posts: 698 Location: San Diego, CA
|
Posted: Sun Oct 18, 2015 5:01 pm Post subject: |
|
|
Turned out that when I downgrade nettle from 3.1.1 to 2.7.1-r4, the problem went away.
As for "libnettle.so.4" and "/libnettle.so.6", it looks like different packages need different thing. For example, when I tried to unmerge nettle, I noticed the following.
Code: | * - /usr/lib/libnettle.so.6
* - /usr/lib/libnettle.so.6.1
* used by /usr/libexec/gpg2keys_curl (app-crypt/gnupg-2.0.28)
* used by /usr/libexec/gpg2keys_hkp (app-crypt/gnupg-2.0.28)
* - /usr/lib/libnettle.so.4
* - /usr/lib/libnettle.so.4.7
* used by /usr/lib/libcurl.so.4.3.0 (net-misc/curl-7.43.0)
* used by /usr/lib/libgnutls.so.28.41.9 (net-libs/gnutls-3.3.17.1)
* used by /usr/libexec/squid/basic_ncsa_auth (net-proxy/squid-3.5.6)
* used by 2 other files
* - /usr/lib/libhogweed.so.2
* - /usr/lib/libhogweed.so.2.5
* used by /usr/lib/libgnutls.so.28.41.9 (net-libs/gnutls-3.3.17.1)
|
I might need to settle with a lower version until someone more knowledgeable figures out what to do about it.
__
sol |
|
Back to top |
|
|
solamour l33t
Joined: 21 Dec 2004 Posts: 698 Location: San Diego, CA
|
Posted: Mon Oct 19, 2015 5:56 am Post subject: |
|
|
I unmerged nettle, removed all "/usr/lib/libnettle*", emerged nettle v3.1.1, did "revdep-rebuild", and transmission magically started working. I'm happy to know the problem went away, but I'm not sure I like this "magically" part.
__
sol |
|
Back to top |
|
|
ulenrich Veteran
Joined: 10 Oct 2010 Posts: 1480
|
Posted: Thu Oct 22, 2015 6:37 pm Post subject: |
|
|
solamour wrote: | I unmerged nettle, removed all "/usr/lib/libnettle*", emerged nettle v3.1.1, did "revdep-rebuild", and transmission magically started working. I'm happy to know the problem went away, but I'm not sure I like this "magically" part. |
I myself had this issue several times experiencing that 'revdep-rebuild' nor 'emerge@preserverd-rebuild' let the old lib go. I think it is a bug. May be some sort of indirections portage cannot recognize yet. The workaround to use
'emerge -C LIB'
is no magic: You gave portage the absolute hint it must go on without the old lib. The only thing to pay attention:
Do not purge any LIB of the toolchain! Better file a bug in this case! |
|
Back to top |
|
|
|