попробуэмс
max_downloads_global = 1 не канает(
Вроде бы нет.
Но можно исполнять скрипт по окончании загрузки торрента, например брать очередной торрент-файл из определенной папки
Можно попробовать в конфиге прописать
max_downloads_global = 1
Last edited by oleg.maiorov; 28-05-2010 at 09:00.
Загадка: пять ноутов, два медиаплеера, посредине роутер.
Отгадка: ɐdиɯdɐʚʞ ʁоw
попробуэмс
max_downloads_global = 1 не канает(
Last edited by vinipyx; 28-05-2010 at 10:38.
проблема следующая
имеем wl500gv2, прошивка последняя 1.9.2.7-d
поднят rTorrent
на usb качает без вопросов
в сети стоит медиа центр (развернуто на wdtv), раздает шары по NFS
перетыкать винты и/или тягать по сети с роутера на сервер файло долго и не удобно, поэтому пытаюсь качать прямо на NFS
делать в обратном порядке, раздавать с роутера невозможно, пропускной способности сети нехватает никак для просмотра HD
значит моунтим NFS и качаем сразу туда
теперь проблема
роутер намертво виснет минут через 15-20
бегло была найдена похожая проблемма, правда на попкорне, но не суть
http://www.networkedmediatank.com/sh....php?tid=33234
так и не решена
что больше всего меня пугает найдено вот еще что
http://libtorrent.rakshasa.no/wiki/L...entKnownIssues
сразу скажу что пробовались как sync так и async режимы - никакой разницы, виснет и всеLost data when writing to NFS on Linux <2.6.13
Apparently due to a bug in the NFS client and/or kernel itself for 2.6 kernels before 2.6.13, data is lost when writing to an NFS share using mmap() and msync() with MS_ASYNC. While rtorrent will think the data has been written correctly, the data is never written to the NFS server due to this kernel bug, and hash checks will fail and rtorrent will upload bad data as soon as it disappears from the file cache.
есть идеи куда копать?
Last edited by АндрейВладимиро; 03-08-2010 at 10:08.
да, еще ... как и по ссылке выше, при закачке только одного файла живет дольше, может и пару часов продержаться, но рано или поздно один хрен валится
Проблема не очевидна, почему бы не предположить, что бага на стороне NFS-сервера NAS'а?
Далее, "виснет" слишком общее определение, может просто заканчивается память?
В любом случае нужно подробнее исследовать проблему - смотреть что в syslog'е, консоли и т.п. На халяву пробиться вряд-ли удастся, пошаговую инструкцию никто не напишет...
P.S. И так и не отписались о результатах http://wl500g.info/showthread.php?t=19677
спасибо за ответ
возможно тем более что по udp он работать вообще отказался, пошел только по tcp
кстати важный момент, когда я пытался моунтить по udp, то вроде все моунтилось, руками в шары можно писать/читать, но вот отваливался сам rtorrent при попытке что-то в эту шару писать
при работе по tcp такого нету, и не виснет сразу же, виснет сильно позже и случайным образом, более того виснет не сам процесс торрента, а все, то есть на уровне ядра я так понимаю
на мой взгляд там нету ничего,
то есть в syslog идет последние записи - запуск сервисов /opt/etc/init.d/S*, потом пару мелочей типа обновления времени и все
дальше он завис, в логе тишина, дальше уже идут принты загрузчка после передергивания питания, в логах самого rtorrent тоже тихо
ну или еще раз буду проверять
проблема в том что виснет значит недоступен никак и ничем, отрубается все, сеть, ван, лан, вайфай - все
драйверок прикрутил, проработал год, ща терминал лежит на полке
а появился другой канал, pppoe, up-to 10mbps только плати, ну и появилась возможность качать торенты, вот воюю
Last edited by АндрейВладимиро; 03-08-2010 at 14:11.
игрался с настройками NFS, добился того что виснет только rtorrent, и получил возможность увидеть ошибку
Code:21:20:16 03-08-2010 (err|kern|kernel) NFS: unlocked request attempted removed from list! 21:20:16 03-08-2010 (warning|kern|kernel) Break instruction in kernel code in traps.c::do_bp, line 606: 21:20:16 03-08-2010 (warning|kern|kernel) $0 : 00000000 1000dc00 00000036 00000001 00000019 00000000 0000001f 811c5720 21:20:16 03-08-2010 (warning|kern|kernel) $8 : 00000001 00001c6d 00001c6d 00001c37 80250000 80250000 80250000 00000000 21:20:16 03-08-2010 (warning|kern|kernel) $16: 80b1cc38 00000000 80b1cc28 81d533c0 00002000 81d533c0 81d534f8 c01e0000 21:20:16 03-08-2010 (warning|kern|kernel) $24: 000289d7 8002d83c 817e2000 817e3e20 c01f0000 c023adbc 21:20:16 03-08-2010 (warning|kern|kernel) Hi : 00000000 21:20:16 03-08-2010 (warning|kern|kernel) Lo : 00000000 21:20:16 03-08-2010 (warning|kern|kernel) epc : c023adbc Tainted: P 21:20:16 03-08-2010 (warning|kern|kernel) Status: 1000dc03 21:20:16 03-08-2010 (warning|kern|kernel) Cause : 00000024 21:20:16 03-08-2010 (warning|kern|kernel) PrId : 00029029 21:20:16 03-08-2010 (warning|kern|kernel) Process rpciod (pid: 98, stackpage=817e2000) 21:20:16 03-08-2010 (warning|kern|kernel) Stack: c01e0000 8105bd70 806c4000 8105bd68 c01e0000 c01d0000 c01dc828 21:20:16 03-08-2010 (warning|kern|kernel) c01e0000 c01e0000 81d533c0 c01e0000 c01e0000 c01e0000 c01d0000 c01dc828 21:20:16 03-08-2010 (warning|kern|kernel) c01e0000 c01d06a0 c01d0478 00000000 80206078 1000dc01 80018974 80b1cb00 21:20:16 03-08-2010 (warning|kern|kernel) 80250000 00000000 c01e0000 c01e0000 c01d0000 81d533c0 80250000 00000010 21:20:16 03-08-2010 (warning|kern|kernel) c01d089c c01e0000 c01e0000 c01d0000 c01e0000 c01e0000 c01e0000 c01d0000 21:20:16 03-08-2010 (warning|kern|kernel) 00000001 ... 21:20:16 03-08-2010 (warning|kern|kernel) Call Trace: [<c01d0000>] [<c01dc828>] [<c01d0000>] [<c01dc828>] [<c01d06a0>] 21:20:16 03-08-2010 (warning|kern|kernel) [<c01d0478>] [<80018974>] [<c01d0000>] [<c01d089c>] [<c01d0000>] [<c01d0000>] 21:20:16 03-08-2010 (warning|kern|kernel) [<c01d1160>] [<c01d121c>] [<c01d0f28>] [<c01dc828>] [<c01d0000>] [<80003740>] 21:20:16 03-08-2010 (warning|kern|kernel) [<c01dc828>] [<c01dc828>] [<c01d0f28>] [<c01dc828>] [<c01d0000>] [<80012420>] 21:20:16 03-08-2010 (warning|kern|kernel) [<80003730>] 21:20:16 03-08-2010 (warning|kern|kernel) 21:20:16 03-08-2010 (warning|kern|kernel) Code: 24423fe4 0040f809 24846104 <0200000d> 8e030004 8e020000 ac620000 ac430004 ae100000
на всякий случай параметры NFS
nat export - rw
wl500 - tcp,rw
Ну по крайней мере определенность появилась - бага в NFS клиенте, поправленная только в 2.6.13. Осталось оценить масштабы бекпортов...
ссылка - http://www.mail-archive.com/linux-ke.../msg73984.html
херачить фиксы на ядро я не потяну, не тот уровень, блин ;(
есть идеи как обойти? попробовал самбу - rtorrent тупо валится сразу же, хотя доступ есть, специально маунтил под p2p
Там не так много, на первый взгляд это
с linux-nfs.org. Мы посмотрим, как будет время, но за пять минут это не перефигачишь...PHP Code:
linux-2.6.12-47-fix_writes.dif
linux-2.6.12-48-optimize_writes.dif
linux-2.6.12-50-wb_small.dif
linux-2.6.12-51-nfspage_tag_busy.dif
linux-2.6.12-52-nfspage_tag_dirty.dif
linux-2.6.12-53-more_lock_release.dif
linux-2.6.12-54-cleanup_block_locks.dif
linux-2.6.12-55-fix_block_locks.dif
Как вариант - попробовать ветку на 2.6 ядре 1.9.2.7-rtn
Last edited by lly; 04-08-2010 at 12:26.
ок попробую накатить эту
ftp://core.dumped.ru/rt-n/1903/wl/WL...n-r1903.trx.gz
Last edited by АндрейВладимиро; 04-08-2010 at 14:08.
Last edited by lly; 04-08-2010 at 14:12.