Deluge segfaulting in libcrypto on Ubuntu 12.04

[Cas]

Torrents that are paused will still be communicating their status so that is not unsurprising. Do any of the torrents have https trackers? There was a libtorrent issue a long time ago with those but was fixed.

[abubin]

The has not been any segfault since the last reported. Probably cause that torrent file that is causing this has already been removed. I will report back when I see similar error pop up again.

[abubin]

This is still happening but not as frequent as it used to be. Once every few days. Or every few hours. It's random. I tried checking in all the torrents for SSL trackers but there aren't any. All are either http or udp.

[Cas]

For reference there is a ticket: http://dev.deluge-torrent.org/ticket/2272

[lvm]

I suffered a number of segfaults in libcrypto with deluge 1.3.5 when downloading this torrent: http://torrage.com/torrent/E6FB128CD3AF ... 0F.torrent - deluged repeatedly crashed after downloading 1-2 percent. Encryption settings where wound up as high as it goes, I started to relax them gradually and the problem finally disappeared after I changed encrypttion level (prefs-network-encryption-level) from 'Either' to 'Handshake'.

Feb 12 07:32:24 server kernel: [159033.800380] deluged[1925]: segfault at 345de490 ip b75b10d1 sp b61bcb0c error 4 in libcrypto.so.1.0.0[b7558000+18d000]
Feb 12 07:34:27 server kernel: [159156.333923] deluged[28601]: segfault at 40e9a940 ip b75890d1 sp b6194b0c error 4 in libcrypto.so.1.0.0[b7530000+18d000]
Feb 12 07:37:25 server kernel: [159334.880550] deluged[28713]: segfault at 5704c248 ip b75ed0d1 sp b61f8b0c error 4 in libcrypto.so.1.0.0[b7594000+18d000]
Feb 12 07:45:18 server kernel: [159807.575794] deluged[28901]: segfault at 321bd240 ip b75830d1 sp b618eb0c error 4 in libcrypto.so.1.0.0[b752a000+18d000]

later: since my post has been moved to this thread I'd better clarify a couple of points:
1. I am not using ubuntu 12.04 - still on 11.10, libcrypto version is the same though
2. In my case the problem was linked to just one particular torrent - I never had it before I started nor after I finished downloading it, and the only thing I changed in my setup lately is the internet link speed - I increased it by quite a bit, so it may have something to do with a file or a peer or may be some performance issue or a race condition. CPU is fast though - phenom II X4 3.4

[abubin]

My encryption level was set to FullStream. Just changed to Handshake to see if this solve the problem. I am still getting this problem though it's not as frequent anymore. I have learned to live with it since it only happen every few days and I am really not heavy user. Only 1-2 files download per day.

[datafreak]

I was having this segfault every minute when having a few torrents going (it became unusable) with:

Code: Select all

Debian 7.2 Stable fully updated as of 2013-11-05
deluged 1.3.3-2+nmu1
libtorrent-rasterbar6 (0.15.10-1+b1)
python-libtorrent (0.15.10-1+b1)
libssl1.0.0 (1.0.1e-2)

Code: Select all

syslog entry: kernel: [2763011.824201] deluged[30429]: segfault at 7f9f9f037030 ip 00007f9f823065de sp 00007f9f7fc58cc0 error 4 in libcrypto.so.1.0.0

I read on a forum that updating libtorrent might help as they have fixed some DHT flooding attacks which may point to why it's only with some torrents.

So I updated to these (using debian testing apt repositories, and also removed and purged them first):

Code: Select all

libtorrent-rasterbar7 (0.16.11-2)
python-libtorrent (0.16.11-2)

Then installed

Code: Select all

deluged (1.3.6-0~precise~ppa1)

as described in the Debian Wheezy install instructions here: http://dev.deluge-torrent.org/wiki/Inst ... ian/Wheezy
But without doing the libtorrent parts at the end (as I already had them updated).

deluge-daemon has not crashed in 24 hours so I am happy

I hope this will last but just in case it helps anyone else as this was really frustrating.

[Wcool]

Hi all,

I just want to confirm that this solved it for me too. I manually downloaded newer libs and installed them using dpkg -r and -i
I hope deluge can create a dependency >= 0.16 for the next release to avoid this issue again. For me it re-occurred every time I had to (re)install XUbuntu.

Thanks a lot Datafreak

[locutus]

So I updated to these (using debian testing apt repositories, and also removed and purged them first):

Code: Select all

libtorrent-rasterbar7 (0.16.11-2)
python-libtorrent (0.16.11-2)

So I've been trying to get the newest libtorrent-rasterbar and python-libtorrent to my Debian Wheezy. But I could not get it to install the packages from testing without updating a lot of other packages I did not want to update.

After trying around a bit, here's how I got it to work:

First of all, stop any running deluge-processes. i.e.:

Code: Select all

/etc/init.d/deluge-daemon stop

Then, remove and purge the old packages:

Code: Select all

apt-get remove libtorrent-rasterbar7 python-libtorrent
apt-get purge libtorrent-rasterbar7 python-libtorrent

Install all the dependencies for libtorrent-rasterbar:

Code: Select all

apt-get install debhelper dpkg-dev libboost-system-dev libboost-python-dev libssl-dev libgeoip-dev pkg-config python-all-dev python-all-dbg python-docutils python3-all-dev python3-all-dbg python3-docutils gdebi

Then, add:

Code: Select all

# jessie updates for non-backports
deb ftp://debian.inf.tu-dresden.de/debian/ jessie main non-free contrib
deb-src ftp://debian.inf.tu-dresden.de/debian/ jessie main non-free contrib

to /etc/apt/sources.list
Create file /etc/apt/preferences with the following content:

Code: Select all

Package: *
Pin: release o=Debian,a=wheezy
Pin-Priority: 900

Package: libtorrent-rasterbar7*
Pin: release o=Debian,a=jessie
Pin-Priority: 910

Package: python-libtorrent*
Pin: release o=Debian,n=jessie
Pin-Priority: 910

Package: *
Pin: release o=Debian
Pin-Priority: -1

Now, run:

Code: Select all

mkdir libtorrent-rasterbar7 & echo "This creates our working dir"
cd libtorrent-rasterbar7
apt-get update
apt-get source libtorrent-rasterbar7/jessie
apt-get build-dep & echo "This should not raise any missing dependencies!"
cd libtorrent-rasterbar-0.16.17
dpkg-buildpackage

this will build the libtorrent-rasterbar in the neweset version aswell as python-libtorrent.
When the process is finished - it might take some time - we first remove the preferences-file and rever the changes to sources.list.
To do so:

Code: Select all

mv /etc/apt/preferences /etc/apt/preferences.old

and comment out [#] the lines regarding jessie updates for non-backports.

Now, we install the freshly compiled libtorrent-rasterbar7:

Code: Select all

apt-get update
gdebi libtorrent-rasterbar7_0.16.17-1_amd64.deb

And python-libtorrent:

Code: Select all

gdebi python-libtorrent_0.16.17-1_amd64.deb

after that, you will have the newest version of libtorrent-rasterbar7 and python-libtorrent installed. Please note that amd64 might be something different if you are not using an x64-system. Also, the version number might differ at the time you are trying to build the files. In that case, replace the version numbers accordingly.

If you do not run the commands as root, you might need to add a sudo to each command.