ARIA2和TR的兼容性问题
小弟刚玩这个不久,手头的Buffalo LSwvl 装了ARIA2 1.17.1-1 和TR 2.77-1,这时发生了一个情况,当我用TR本地控制软件“Transmission Remote”去连接nas时,系统报错“请求被中止:请求已被取消”,aria2则可以正常使用。不知是什么原因,请达人赐教!本来我装的是aria2 1.14,那时候aria2和TR不冲突,都可以使用,后来因为在论坛了解到aria2 1.14不支持断点续传就升级到了1.17.1,结果就悲剧了,操作方面是完全参考论坛达人的介绍的。自己研究了2天也没结果,只好请教各位高手了,请不吝赐教,谢谢!
不知道 帮顶 呵呵 先检查一下Transmission的有没有正常启动 再检测一下端口是不是被占用了; 被占用了可以换一个试试; 不是很懂 不懂,绑定!~~~~~~~~ 已有人回答了 兼容完全没问题 本帖最后由 jhsuperzhou 于 2013-10-27 17:01 编辑
前端时间忙,今天继续折腾NAS。我重新按照安装步骤自查了一遍,发现一个奇怪的现象,S95transmission文件里面的内容被清空了,于是认为是没有自动启动造成的,赶紧又去下载了一次。放到了/opt/etc/init.d目录下,以为应该OK了,结果还是没用。目前结果如上,我再接着排查,有新情况再继续汇报,呵呵。 为了方便大神分析,我把我的设置也贴出来,大神可以指点一下。
{
"alt-speed-down": 50,
"alt-speed-enabled": false,
"alt-speed-time-begin": 540,
"alt-speed-time-day": 127,
"alt-speed-time-enabled": false,
"alt-speed-time-end": 1020,
"alt-speed-up": 50,
"bind-address-ipv4": "0.0.0.0",
"bind-address-ipv6": "::",
"blocklist-enabled": true,
"blocklist-url": "http://www.example.com/blocklist",
"cache-size-mb": 128,
"dht-enabled": true,
"download-dir": "/mnt/disk1/share/Downloads",
"download-queue-enabled": true,
"download-queue-size": 3,
"encryption": 1,
"idle-seeding-limit": 30,
"idle-seeding-limit-enabled": false,
"incomplete-dir": "/mnt/disk1/share/Downloads/incomplete ",
"incomplete-dir-enabled": false,
"lpd-enabled": false,
"message-level": 2,
"peer-congestion-algorithm": "",
"peer-limit-global": 120,
"peer-limit-per-torrent": 60,
"peer-port": 51413,
"peer-port-random-high": 65535,
"peer-port-random-low": 49152,
"peer-port-random-on-start": false,
"peer-socket-tos": "default",
"pex-enabled": false,
"port-forwarding-enabled": true,
"preallocation": 1,
"prefetch-enabled": 1,
"queue-stalled-enabled": true,
"queue-stalled-minutes": 30,
"ratio-limit": 2,
"ratio-limit-enabled": false,
"rename-partial-files": true,
"rpc-authentication-required": false,
"rpc-bind-address": "0.0.0.0",
"rpc-enabled": true,
"rpc-password": "{3f654f9b922b85cb23e6a9206b75b041b24211e52yp5GlKT",
"rpc-port": 9091,
"rpc-url": "/transmission/",
"rpc-username": "",
"rpc-whitelist": "192.168.*.*",
"rpc-whitelist-enabled": true,
"scrape-paused-torrents-enabled": true,
"script-torrent-done-enabled": false,
"script-torrent-done-filename": "",
"seed-queue-enabled": false,
"seed-queue-size": 10,
"speed-limit-down": 150,
"speed-limit-down-enabled": true,
"speed-limit-up": 10,
"speed-limit-up-enabled": true,
"start-added-torrents": true,
"trash-original-torrent-files": false,
"umask": 18,
"upload-slots-per-torrent": 14,
"utp-enabled": true
}
我想问题找到了,我用CRT软件键入启动命令:transmission-daemon时,系统报:transmission-daemon: error while loading shared libraries: libssl.so.0.9.7: cannot open shared object file: No such file or directory
应该是某个组件或类库没找到,导致transmission无法启动。
这是个什么东东,有大神知道怎么排查该问题吗? 我尝试了论坛大神的方法:libssl.so.0.9.7被升级成libssl.so.0.9.8版本了,你找到libssl.so.0.9.8文件,改名为libssl.so.0.9.7就可以了,结果仍然报错:transmission-daemon: error while loading shared libraries: libssl.so.0.9.7: cannot open shared object file: No such file or directory。 问题的原因基本查明,由于使用的安装源是cs08q1armel,里面自带了openssl_0.9.8v-2_arm.ipk的安装程序,该安装程序升级了类库文件从libssl.so.0.9.7到了libssl.so.0.9.8,致使TR 2.77-1要求的libssl.so.0.9.7文件不存在,最终导致了TR无法启动。
我想解决思路有两种,一是找到适用的libssl.so.0.9.7文件复制到NAS上,二是将TR再升级,期待其支持libssl.so.0.9.8。
排查工作到此结束,写这些是为了与各位分享一下安装中的细节,避免新手走弯路,后续如果有时间再进行问题补完。
页:
[1]