https://opennet.ru/openforum/vsluhforumID15/3768.html openSUSE 12.1 i686, AMD Athlon II 2,9 GHz машинка, rtorrent 0.8.9 . Постоянно запущено 2 штуки, на каждом по парочке торрентов, с ними всё нормально. Но третий клиент набит 42мя торрентами, который падает вскоре после запуска, буквально через минуту. htop показывает, что он потребляет 111М, пока не упал потребляет 0% CPU , но перед падением около 6%. Не хотелось бы менять клиент, пользуюсь вместе с ruTorrent, пробовал Deluge, но почему-то при удалённом подключении не заходит на вебморду - постоянно просит пароль, даже когда верно ввожу.<br>Что и как стоит добавить в конфиг, чтобы rtorrent не падал?<br> https://opennet.ru/openforum/vsluhforumID15/3768.html#7 Thu, 16 Feb 2012 20:05:59 GMT &gt; Проблем больше не станет. На мой взгляд, во многом 64-битные системы работают <br>&gt; отзывчивее и стабильнее, правда, потребляют несколько больше памяти.<br><br>переустановил в x86_64 - просто блеск, rtorrent работает замечательно, virtualbox не падает, проблем с перезагрузкой больше нет, загружается, выключается и в целом работать система стала быстрее. Спасибо!<br> https://opennet.ru/openforum/vsluhforumID15/3768.html#6 Tue, 14 Feb 2012 18:14:29 GMT &gt; Проблем больше не станет. На мой взгляд, во многом 64-битные системы работают <br>&gt; отзывчивее и стабильнее, правда, потребляют несколько больше памяти.<br>&gt; Сам сижу на 64-бит gentoo, без обратной совместимости с 32-бит в ядре. <br>&gt; а совет с ulimit Вы попробовали?<br><br>В таком случае стоит переустановить систему, спасибо.<br><br>По совету не пробовал - после редактирования конфига и добавлении max_memory_usage = 1024000 он не падал. Затем я его вырубил, закомментировал max_memory_usage = 1024000 , перешёл в отдельную директорию, выполнил $ ulimit -c unlimited (но как включать логи я так и не понял), запустил rtorrent и, что очень странно, вот жду уже шестой час, а он всё не падает.<br> https://opennet.ru/openforum/vsluhforumID15/3768.html#5 Tue, 14 Feb 2012 11:48:25 GMT &gt;[оверквотинг удален]<br>&gt; логи внутри программы - пусто. И по всей видимости вы имели <br>&gt; ввиду нечто другое... Также некоторые опции из ман-страницы не работают, например <br>&gt; max_open_sockets или send_buffer_size. Но рабочим оказался max_memory_usage = 1024000 <br>&gt; , в байтах, после чего rtorrent перестал падать, но через 25 <br>&gt; минут у 23 из 44 торрентов выводится Storage error: [File chunk <br>&gt; read error: Невозможно выделить память], при этом вообще ни один торрент <br>&gt; не активен, хотя до этого по 100+ ГБ раздавалось.<br>&gt; В связи с этим вопрос - если я перейду на 64 битную <br>&gt; систему, не станет ли больше проблем с ПО? Машина приспособлена для <br>&gt; домашнего сервера и просто изучения системы.<br><br>Проблем больше не станет. На мой взгляд, во многом 64-битные системы работают отзывчивее и стабильнее, правда, потребляют несколько больше памяти.<br>Сам сижу на 64-бит gentoo, без обратной совместимости с 32-бит в ядре. <br>а совет с ulimit Вы попробовали?<br> https://opennet.ru/openforum/vsluhforumID15/3768.html#4 Mon, 13 Feb 2012 22:16:13 GMT &gt; вообще с сообщениями с таким объемом информации нужно слать...<br>&gt; в общем: <br>&gt; 1. далаешь: $ file /path/to/rtorrent <br>&gt; 2. если последнее слово stripped - самостоятельно читаешт документацию и ищешь как <br>&gt; включить логировани и кидаешь последние логи сюда, иначе переходи к п3. <br><br> file /usr/bin/rtorrent <br>/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<br>rtorrent 0.8.9.<br><br>Какую документацию читать? Единственное что я нашёл по логам http://libtorrent.rakshasa.no/wiki/RTorrentLogging, но данные опции не работают - does not exist. Если смотреть логи внутри программы - пусто. И по всей видимости вы имели ввиду нечто другое... Также некоторые опции из ман-страницы не работают, например max_open_sockets или send_buffer_size. Но рабочим оказался max_memory_usage = 1024000 , в байтах, после чего rtorrent перестал падать, но через 25 минут у 23 из 44 торрентов https://opennet.ru/openforum/vsluhforumID15/3768.html#3 Mon, 13 Feb 2012 07:42:41 GMT вообще с сообщениями с таким объемом информации нужно слать...<br><br>в общем:<br>1. далаешь: $ file /path/to/rtorrent<br>2. если последнее слово stripped - самостоятельно читаешт документацию и ищешь как включить логировани и кидаешь последние логи сюда, иначе переходи к п3.<br>3. выполняешь $ ulimit -c unlimited<br>4. запускаешь rtorrent.<br>5. когда упадет ищешь файл в текущей папке со словом core<br>6. выполни $ gdb &lt;filecore&gt;<br>7. команда bt покажет стек<br>8. что напечатает - кидай сюда с версией rtorren'та<br>9. файл корки не удаляй, может пригодится.<br><br>пс. единственное что приходит на ум - у тебя исчерпываются файловые дескрипторы и рторрент предпочитает падать... но это так, - проверить нужно. в общем кидай стек - посмотрим.<br> https://opennet.ru/openforum/vsluhforumID15/3768.html#2 Sun, 12 Feb 2012 18:37:24 GMT &gt; Попробуйте скомпилировать с отладкой и запустить в отладчике, посмотрите, что происходит <br>&gt; в момент падения.<br>&gt; Так же могу порекомендовать strace. Результаты дебага можно отправить разработчику.<br><br>Охохох, я новичок в Linux, боюсь, что не осилю...<br> https://opennet.ru/openforum/vsluhforumID15/3768.html#1 Sun, 12 Feb 2012 18:00:59 GMT &gt; openSUSE 12.1 i686, AMD Athlon II 2,9 GHz машинка, rtorrent 0.8.9 . <br>&gt; Постоянно запущено 2 штуки, на каждом по парочке торрентов, с ними <br>&gt; всё нормально. Но третий клиент набит 42мя торрентами, который падает вскоре <br>&gt; после запуска, буквально через минуту. htop показывает, что он потребляет 111М, <br>&gt; пока не упал потребляет 0% CPU , но перед падением около <br>&gt; 6%. Не хотелось бы менять клиент, пользуюсь вместе с ruTorrent, пробовал <br>&gt; Deluge, но почему-то при удалённом подключении не заходит на вебморду - <br>&gt; постоянно просит пароль, даже когда верно ввожу.<br>&gt; Что и как стоит добавить в конфиг, чтобы rtorrent не падал?<br><br>Попробуйте скомпилировать с отладкой и запустить в отладчике, посмотрите, что происходит в момент падения.<br>Так же могу порекомендовать strace. Результаты дебага можно отправить разработчику.<br>