forum.opennet.ru - "Падает rtorrent" (7)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Падает rtorrent"

Форум Открытые системы на рабочей станции (P2P / Linux)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Падает rtorrent"	+/–
Сообщение от nivs (ok) on 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 не падал?
Ответить \| Правка \| Cообщить модератору

Оглавление

Падает rtorrent, anonymous, 22:00 , 12-Фев-12, (1)

Падает rtorrent, nivs, 22:37 , 12-Фев-12, (2)

Падает rtorrent, parad, 11:42 , 13-Фев-12, (3)

Падает rtorrent, nivs, 02:16 , 14-Фев-12, (4)

Падает rtorrent, anonymous, 15:48 , 14-Фев-12, (5)

Падает rtorrent, nivs, 22:14 , 14-Фев-12, (6)
Падает rtorrent, nivs, 00:05 , 17-Фев-12, (7)

Сообщения по теме [Сортировка по времени | RSS]

1. "Падает rtorrent" +/–

Сообщение от anonymous (??) on 12-Фев-12, 22:00

> 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. Результаты дебага можно отправить разработчику.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Падает rtorrent" +/–

Сообщение от nivs (ok) on 12-Фев-12, 22:37

> Попробуйте скомпилировать с отладкой и запустить в отладчике, посмотрите, что происходит
> в момент падения.
> Так же могу порекомендовать strace. Результаты дебага можно отправить разработчику.
Охохох, я новичок в Linux, боюсь, что не осилю...

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Падает rtorrent" +/–

Сообщение от parad (??) on 13-Фев-12, 11:42

вообще с сообщениями с таким объемом информации нужно слать...
в общем:
1. далаешь: $ file /path/to/rtorrent
2. если последнее слово stripped - самостоятельно читаешт документацию и ищешь как включить логировани и кидаешь последние логи сюда, иначе переходи к п3.
3. выполняешь $ ulimit -c unlimited
4. запускаешь rtorrent.
5. когда упадет ищешь файл в текущей папке со словом core
6. выполни $ gdb <filecore>
7. команда bt покажет стек
8. что напечатает - кидай сюда с версией rtorren'та
9. файл корки не удаляй, может пригодится.
пс. единственное что приходит на ум - у тебя исчерпываются файловые дескрипторы и рторрент предпочитает падать... но это так, - проверить нужно. в общем кидай стек - посмотрим.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Падает rtorrent" +/–

Сообщение от nivs (ok) on 14-Фев-12, 02:16

> вообще с сообщениями с таким объемом информации нужно слать...
> в общем:
> 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 битную систему, не станет ли больше проблем с ПО? Машина приспособлена для домашнего сервера и просто изучения системы.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Падает rtorrent" +/–

Сообщение от anonymous (??) on 14-Фев-12, 15:48

>[оверквотинг удален]
> логи внутри программы - пусто. И по всей видимости вы имели
> ввиду нечто другое... Также некоторые опции из ман-страницы не работают, например
> 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 Вы попробовали?

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Падает rtorrent" +/–

Сообщение от nivs (ok) on 14-Фев-12, 22:14

> Проблем больше не станет. На мой взгляд, во многом 64-битные системы работают
> отзывчивее и стабильнее, правда, потребляют несколько больше памяти.
> Сам сижу на 64-бит gentoo, без обратной совместимости с 32-бит в ядре.
> а совет с ulimit Вы попробовали?
В таком случае стоит переустановить систему, спасибо.
По совету не пробовал - после редактирования конфига и добавлении max_memory_usage = 1024000 он не падал. Затем я его вырубил, закомментировал max_memory_usage = 1024000 , перешёл в отдельную директорию, выполнил $ ulimit -c unlimited (но как включать логи я так и не понял), запустил rtorrent и, что очень странно, вот жду уже шестой час, а он всё не падает.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Падает rtorrent" +/–

Сообщение от nivs (ok) on 17-Фев-12, 00:05

> Проблем больше не станет. На мой взгляд, во многом 64-битные системы работают
> отзывчивее и стабильнее, правда, потребляют несколько больше памяти.
переустановил в x86_64 - просто блеск, rtorrent работает замечательно, virtualbox не падает, проблем с перезагрузкой больше нет, загружается, выключается и в целом работать система стала быстрее. Спасибо!

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Падает rtorrent"	+/–
Сообщение от anonymous (??) on 12-Фев-12, 22:00
> 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. Результаты дебага можно отправить разработчику.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Падает rtorrent"	+/–
	Сообщение от nivs (ok) on 12-Фев-12, 22:37
	> Попробуйте скомпилировать с отладкой и запустить в отладчике, посмотрите, что происходит > в момент падения. > Так же могу порекомендовать strace. Результаты дебага можно отправить разработчику. Охохох, я новичок в Linux, боюсь, что не осилю...
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	3. "Падает rtorrent"	+/–
	Сообщение от parad (??) on 13-Фев-12, 11:42
	вообще с сообщениями с таким объемом информации нужно слать... в общем: 1. далаешь: $ file /path/to/rtorrent 2. если последнее слово stripped - самостоятельно читаешт документацию и ищешь как включить логировани и кидаешь последние логи сюда, иначе переходи к п3. 3. выполняешь $ ulimit -c unlimited 4. запускаешь rtorrent. 5. когда упадет ищешь файл в текущей папке со словом core 6. выполни $ gdb <filecore> 7. команда bt покажет стек 8. что напечатает - кидай сюда с версией rtorren'та 9. файл корки не удаляй, может пригодится. пс. единственное что приходит на ум - у тебя исчерпываются файловые дескрипторы и рторрент предпочитает падать... но это так, - проверить нужно. в общем кидай стек - посмотрим.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	4. "Падает rtorrent"	+/–
	Сообщение от nivs (ok) on 14-Фев-12, 02:16
	> вообще с сообщениями с таким объемом информации нужно слать... > в общем: > 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 битную систему, не станет ли больше проблем с ПО? Машина приспособлена для домашнего сервера и просто изучения системы.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	5. "Падает rtorrent"	+/–
	Сообщение от anonymous (??) on 14-Фев-12, 15:48
	>[оверквотинг удален] > логи внутри программы - пусто. И по всей видимости вы имели > ввиду нечто другое... Также некоторые опции из ман-страницы не работают, например > 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 Вы попробовали?
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	6. "Падает rtorrent"	+/–
	Сообщение от nivs (ok) on 14-Фев-12, 22:14
	> Проблем больше не станет. На мой взгляд, во многом 64-битные системы работают > отзывчивее и стабильнее, правда, потребляют несколько больше памяти. > Сам сижу на 64-бит gentoo, без обратной совместимости с 32-бит в ядре. > а совет с ulimit Вы попробовали? В таком случае стоит переустановить систему, спасибо. По совету не пробовал - после редактирования конфига и добавлении max_memory_usage = 1024000 он не падал. Затем я его вырубил, закомментировал max_memory_usage = 1024000 , перешёл в отдельную директорию, выполнил $ ulimit -c unlimited (но как включать логи я так и не понял), запустил rtorrent и, что очень странно, вот жду уже шестой час, а он всё не падает.
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	7. "Падает rtorrent"	+/–
	Сообщение от nivs (ok) on 17-Фев-12, 00:05
	> Проблем больше не станет. На мой взгляд, во многом 64-битные системы работают > отзывчивее и стабильнее, правда, потребляют несколько больше памяти. переустановил в x86_64 - просто блеск, rtorrent работает замечательно, virtualbox не падает, проблем с перезагрузкой больше нет, загружается, выключается и в целом работать система стала быстрее. Спасибо!
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору