Hi All,
Not sure where to post this, so here it goes.
I have setup my new VPS the other day. I am using the latest stable version of rtorrent (0.8.9) along with the latest SVN of rutorrent.
So the issue i have been noticing is that rutorrent/rtorrent will run fine for a number of days then it will either crash by itself or it will not start back up after a system restart.
I have narrowed it down to having possible bat torrents or issues in the /watch and /session directories. So when i clear out those directories and restart rtorrent rutorrent is back up and working. I then add in the torrents again to the watch and it will crash again.
So i updated to the latest SVN as of today and still there is this issue.
Dump:
Code:
Hashing: Checking hash [100%] Torrent.Name.In.Here [OPEN] done 102.9 MB Rate: 0.0 / 0.0 KB Uploaded: 0.0 MB [T R: 0.00] Hashing: Checking hash [100%]
( 0:53:39) Using 'epoll' based polling.
( 0:53:39) Using 'epoll' based polling.
( 0:53:39) Closed log file.
( 0:53:39) XMLRPC initialized with 897 functions.
( 0:53:39) The SCGI socket is bound to a specific network device yet may still pose a security risk, consider using 'scgi_local'.
( 0:53:39) Closed XMLRPC log.
Caught Segmentation fault, dumping stack:B] [Port: 55950] [U 0/0] [D 0/0] [H 0/32] [S 0/2/65023] [F 256/256]
0 rtorrent() [0x40fa2d]
1 rtorrent() [0x44b255]
2 /lib/x86_64-linux-gnu/libc.so.6(+0x33d80) [0x7f2bf01b0d80]
3 /lib/libcrypto.so.0.9.8(BN_num_bits+0x1) [0x7f2beed3c0b1]
4 /usr/lib/libtorrent.so.14(+0xc946d) [0x7f2bf17cb46d]
5 /usr/lib/libtorrent.so.14(+0xab1e7) [0x7f2bf17ad1e7]
6 /usr/lib/libtorrent.so.14(+0xac61f) [0x7f2bf17ae61f]
7 /usr/lib/libtorrent.so.14(_ZN7torrent9PollEPoll7performEv+0xf5) [0x7f2bf173d605]
8 rtorrent() [0x4d394c]
9 rtorrent() [0x414212]
10 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xff) [0x7f2bf019beff]
11 rtorrent() [0x40e869]
Aborted
user@user:/$ rtorrent
So what i did is then download latest stable of rutorrent v3.3 and installed this copy.
I added all my torrents back into the /session and /watch direcroty and started rtorrent.
It worked. So with what i thought was bad torrents issues with the latest SVN version, definatly works with the older 3.3 version.
So i am pretty sure this is a bug in the latest version of SVN of rutorrent, since when i load an older version of rutorrent it works without issues on the same set of .torrent and session files.
Now i am not sure how to provide more details on this, however there is something in the new SVN version that has introduced some issue with torrent files.
FYI, i have always used the latest SVN for the past 12 months or so, however i hadn't updated for the past 2 months or so, so i am pretty sure this is a new issue that has been introduced over this time.
If you need more info let me know how to collect it and i will do my best to.
Does anyone else have these issues?
cheers.
Not sure where to post this, so here it goes.
I have setup my new VPS the other day. I am using the latest stable version of rtorrent (0.8.9) along with the latest SVN of rutorrent.
So the issue i have been noticing is that rutorrent/rtorrent will run fine for a number of days then it will either crash by itself or it will not start back up after a system restart.
I have narrowed it down to having possible bat torrents or issues in the /watch and /session directories. So when i clear out those directories and restart rtorrent rutorrent is back up and working. I then add in the torrents again to the watch and it will crash again.
So i updated to the latest SVN as of today and still there is this issue.
Dump:
Code:
Hashing: Checking hash [100%] Torrent.Name.In.Here [OPEN] done 102.9 MB Rate: 0.0 / 0.0 KB Uploaded: 0.0 MB [T R: 0.00] Hashing: Checking hash [100%]
( 0:53:39) Using 'epoll' based polling.
( 0:53:39) Using 'epoll' based polling.
( 0:53:39) Closed log file.
( 0:53:39) XMLRPC initialized with 897 functions.
( 0:53:39) The SCGI socket is bound to a specific network device yet may still pose a security risk, consider using 'scgi_local'.
( 0:53:39) Closed XMLRPC log.
Caught Segmentation fault, dumping stack:B] [Port: 55950] [U 0/0] [D 0/0] [H 0/32] [S 0/2/65023] [F 256/256]
0 rtorrent() [0x40fa2d]
1 rtorrent() [0x44b255]
2 /lib/x86_64-linux-gnu/libc.so.6(+0x33d80) [0x7f2bf01b0d80]
3 /lib/libcrypto.so.0.9.8(BN_num_bits+0x1) [0x7f2beed3c0b1]
4 /usr/lib/libtorrent.so.14(+0xc946d) [0x7f2bf17cb46d]
5 /usr/lib/libtorrent.so.14(+0xab1e7) [0x7f2bf17ad1e7]
6 /usr/lib/libtorrent.so.14(+0xac61f) [0x7f2bf17ae61f]
7 /usr/lib/libtorrent.so.14(_ZN7torrent9PollEPoll7performEv+0xf5) [0x7f2bf173d605]
8 rtorrent() [0x4d394c]
9 rtorrent() [0x414212]
10 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xff) [0x7f2bf019beff]
11 rtorrent() [0x40e869]
Aborted
user@user:/$ rtorrent
So what i did is then download latest stable of rutorrent v3.3 and installed this copy.
I added all my torrents back into the /session and /watch direcroty and started rtorrent.
It worked. So with what i thought was bad torrents issues with the latest SVN version, definatly works with the older 3.3 version.
So i am pretty sure this is a bug in the latest version of SVN of rutorrent, since when i load an older version of rutorrent it works without issues on the same set of .torrent and session files.
Now i am not sure how to provide more details on this, however there is something in the new SVN version that has introduced some issue with torrent files.
FYI, i have always used the latest SVN for the past 12 months or so, however i hadn't updated for the past 2 months or so, so i am pretty sure this is a new issue that has been introduced over this time.
If you need more info let me know how to collect it and i will do my best to.
Does anyone else have these issues?
cheers.