Падает rtorrent, nivs, 12-Фев-12, 15:55 [смотреть все]openSUSE 12.1 i686, AMD Athlon II 2,9 GHz машинка, rtorrent 0.8.9 . Постоянно запущено 2 штуки, на каждом по парочке торрентов, с ними всё нормально. Но третий клиент набит 42мя торрентами, который падает вскоре после запуска, буквально через минуту. htop показывает, что он потребляет 111М, пока не упал потребляет 0% CPU , но перед падением около 6%. Не хотелось бы менять клиент, пользуюсь вместе с ruTorrent, пробовал Deluge, но почему-то при удалённом подключении не заходит на вебморду - постоянно просит пароль, даже когда верно ввожу. Что и как стоит добавить в конфиг, чтобы rtorrent не падал?
|
- Падает rtorrent,
anonymous, 22:00 , 12-Фев-12 (1)> 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. Результаты дебага можно отправить разработчику.
- Падает rtorrent,
nivs, 22:37 , 12-Фев-12 (2)> Попробуйте скомпилировать с отладкой и запустить в отладчике, посмотрите, что происходит > в момент падения. > Так же могу порекомендовать strace. Результаты дебага можно отправить разработчику.Охохох, я новичок в Linux, боюсь, что не осилю...
- Падает rtorrent,
parad, 11:42 , 13-Фев-12 (3)вообще с сообщениями с таким объемом информации нужно слать...в общем: 1. далаешь: $ file /path/to/rtorrent 2. если последнее слово stripped - самостоятельно читаешт документацию и ищешь как включить логировани и кидаешь последние логи сюда, иначе переходи к п3. 3. выполняешь $ ulimit -c unlimited 4. запускаешь rtorrent. 5. когда упадет ищешь файл в текущей папке со словом core 6. выполни $ gdb <filecore> 7. команда bt покажет стек 8. что напечатает - кидай сюда с версией rtorren'та 9. файл корки не удаляй, может пригодится. пс. единственное что приходит на ум - у тебя исчерпываются файловые дескрипторы и рторрент предпочитает падать... но это так, - проверить нужно. в общем кидай стек - посмотрим.
- Падает rtorrent,
nivs, 02:16 , 14-Фев-12 (4)> вообще с сообщениями с таким объемом информации нужно слать... > в общем: > 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 битную систему, не станет ли больше проблем с ПО? Машина приспособлена для домашнего сервера и просто изучения системы.
- Падает rtorrent,
anonymous, 15:48 , 14-Фев-12 (5)>[оверквотинг удален] > логи внутри программы - пусто. И по всей видимости вы имели > ввиду нечто другое... Также некоторые опции из ман-страницы не работают, например > 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 Вы попробовали?
- Падает rtorrent,
nivs, 22:14 , 14-Фев-12 (6)> Проблем больше не станет. На мой взгляд, во многом 64-битные системы работают > отзывчивее и стабильнее, правда, потребляют несколько больше памяти. > Сам сижу на 64-бит gentoo, без обратной совместимости с 32-бит в ядре. > а совет с ulimit Вы попробовали?В таком случае стоит переустановить систему, спасибо. По совету не пробовал - после редактирования конфига и добавлении max_memory_usage = 1024000 он не падал. Затем я его вырубил, закомментировал max_memory_usage = 1024000 , перешёл в отдельную директорию, выполнил $ ulimit -c unlimited (но как включать логи я так и не понял), запустил rtorrent и, что очень странно, вот жду уже шестой час, а он всё не падает.
- Падает rtorrent,
nivs, 00:05 , 17-Фев-12 (7)> Проблем больше не станет. На мой взгляд, во многом 64-битные системы работают > отзывчивее и стабильнее, правда, потребляют несколько больше памяти.переустановил в x86_64 - просто блеск, rtorrent работает замечательно, virtualbox не падает, проблем с перезагрузкой больше нет, загружается, выключается и в целом работать система стала быстрее. Спасибо!
|