openSUSE 12.1 i686, AMD Athlon II 2,9 GHz машинка, rtorrent 0.8.9 . Постоянно запущено 2 штуки, на каждом по парочке торрентов, с ними всё нормально. Но третий клиент набит 42мя торрентами, который падает вскоре после запуска, буквально через минуту. htop показывает, что он потребляет 111М, пока не упал потребляет 0% CPU , но перед падением около 6%. Не хотелось бы менять клиент, пользуюсь вместе с ruTorrent, пробовал Deluge, но почему-то при удалённом подключении не заходит на вебморду - постоянно просит пароль, даже когда верно ввожу.
Что и как стоит добавить в конфиг, чтобы rtorrent не падал?
> openSUSE 12.1 i686, AMD Athlon II 2,9 GHz машинка, rtorrent 0.8.9 .
> Постоянно запущено 2 штуки, на каждом по парочке торрентов, с ними
> всё нормально. Но третий клиент набит 42мя торрентами, который падает вскоре
> после запуска, буквально через минуту. htop показывает, что он потребляет 111М,
> пока не упал потребляет 0% CPU , но перед падением около
> 6%. Не хотелось бы менять клиент, пользуюсь вместе с ruTorrent, пробовал
> Deluge, но почему-то при удалённом подключении не заходит на вебморду -
> постоянно просит пароль, даже когда верно ввожу.
> Что и как стоит добавить в конфиг, чтобы rtorrent не падал?Попробуйте скомпилировать с отладкой и запустить в отладчике, посмотрите, что происходит в момент падения.
Так же могу порекомендовать strace. Результаты дебага можно отправить разработчику.
> Попробуйте скомпилировать с отладкой и запустить в отладчике, посмотрите, что происходит
> в момент падения.
> Так же могу порекомендовать strace. Результаты дебага можно отправить разработчику.Охохох, я новичок в Linux, боюсь, что не осилю...
вообще с сообщениями с таким объемом информации нужно слать...в общем:
1. далаешь: $ file /path/to/rtorrent
2. если последнее слово stripped - самостоятельно читаешт документацию и ищешь как включить логировани и кидаешь последние логи сюда, иначе переходи к п3.
3. выполняешь $ ulimit -c unlimited
4. запускаешь rtorrent.
5. когда упадет ищешь файл в текущей папке со словом core
6. выполни $ gdb <filecore>
7. команда bt покажет стек
8. что напечатает - кидай сюда с версией rtorren'та
9. файл корки не удаляй, может пригодится.пс. единственное что приходит на ум - у тебя исчерпываются файловые дескрипторы и рторрент предпочитает падать... но это так, - проверить нужно. в общем кидай стек - посмотрим.
> вообще с сообщениями с таким объемом информации нужно слать...
> в общем:
> 1. далаешь: $ file /path/to/rtorrent
> 2. если последнее слово stripped - самостоятельно читаешт документацию и ищешь как
> включить логировани и кидаешь последние логи сюда, иначе переходи к п3.file /usr/bin/rtorrent
/usr/bin/rtorrent: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, BuildID sha1]=0x2727000f4286127e050c7002ad96df50ac5714d6, stripped
rtorrent 0.8.9.Какую документацию читать? Единственное что я нашёл по логам http://libtorrent.rakshasa.no/wiki/RTorrentLogging, но данные опции не работают - does not exist. Если смотреть логи внутри программы - пусто. И по всей видимости вы имели ввиду нечто другое... Также некоторые опции из ман-страницы не работают, например max_open_sockets или send_buffer_size. Но рабочим оказался max_memory_usage = 1024000 , в байтах, после чего rtorrent перестал падать, но через 25 минут у 23 из 44 торрентов выводится Storage error: [File chunk read error: Невозможно выделить память], при этом вообще ни один торрент не активен, хотя до этого по 100+ ГБ раздавалось.
В связи с этим вопрос - если я перейду на 64 битную систему, не станет ли больше проблем с ПО? Машина приспособлена для домашнего сервера и просто изучения системы.
>[оверквотинг удален]
> логи внутри программы - пусто. И по всей видимости вы имели
> ввиду нечто другое... Также некоторые опции из ман-страницы не работают, например
> max_open_sockets или send_buffer_size. Но рабочим оказался max_memory_usage = 1024000
> , в байтах, после чего rtorrent перестал падать, но через 25
> минут у 23 из 44 торрентов выводится Storage error: [File chunk
> read error: Невозможно выделить память], при этом вообще ни один торрент
> не активен, хотя до этого по 100+ ГБ раздавалось.
> В связи с этим вопрос - если я перейду на 64 битную
> систему, не станет ли больше проблем с ПО? Машина приспособлена для
> домашнего сервера и просто изучения системы.Проблем больше не станет. На мой взгляд, во многом 64-битные системы работают отзывчивее и стабильнее, правда, потребляют несколько больше памяти.
Сам сижу на 64-бит gentoo, без обратной совместимости с 32-бит в ядре.
а совет с ulimit Вы попробовали?
> Проблем больше не станет. На мой взгляд, во многом 64-битные системы работают
> отзывчивее и стабильнее, правда, потребляют несколько больше памяти.
> Сам сижу на 64-бит gentoo, без обратной совместимости с 32-бит в ядре.
> а совет с ulimit Вы попробовали?В таком случае стоит переустановить систему, спасибо.
По совету не пробовал - после редактирования конфига и добавлении max_memory_usage = 1024000 он не падал. Затем я его вырубил, закомментировал max_memory_usage = 1024000 , перешёл в отдельную директорию, выполнил $ ulimit -c unlimited (но как включать логи я так и не понял), запустил rtorrent и, что очень странно, вот жду уже шестой час, а он всё не падает.
> Проблем больше не станет. На мой взгляд, во многом 64-битные системы работают
> отзывчивее и стабильнее, правда, потребляют несколько больше памяти.переустановил в x86_64 - просто блеск, rtorrent работает замечательно, virtualbox не падает, проблем с перезагрузкой больше нет, загружается, выключается и в целом работать система стала быстрее. Спасибо!