Страницы: Пред. 1, 2, 3 ... , 84, 85, 86 След.
| Автор |
Сообщение |
| balbert
|
В последнем добавленном архиве f.fb2-891323-894460.zip книги
с ID 893518 по 893588 не те, что заявлены в базе.
Проверьте и перекачайте с сайта флибусты.
Файлы usr в этом же диапазоне тоже неверные, а большинства вообще нет.
|
|
|
| ramzesll
|
akela76 писал(а): Поддерживаю: у меня Transmission 2.92 на WD My Cloud Mirror. Ничего новее я туда никак не поставлю, даже если очень захочу. При этом NAS включен постоянно, а вот комп с Qbittorrent только по мере надобности. Менять NAS - вообще не вариант: и дорого, и муторно. Может, все-таки получится как-то решить этот вопрос? Тоже как то не улыбается переносить раздачу с роутера на ПК, мне проще её вообще не раздавать, не грузить машину.
|
|
|
| БыдМох
|
Перехеширование контента проходит успешно, закачка нового диффа доходит до 100%, потом вылетает ошибка. Интернет говорит проблема в плохом торрента файле.
|
|
|
| psihopatik
|
Аналогично, торрент просто самоуничтожается после проверки.
|
|
|
| Alexander B
|
Подтверждаю также проблему с "самоуничтожением торрента". После полдня сидирования qBittorrent (по ходу дела сожравший около 20 Gb RAM, что в несколько раз больше, чем с предыдущей версией торрента) завис. А после рестарта написал в логе "Failed to resume torrent. Torrent: "f0c52c331333652fb888b65b248bea685a054117". Reason: "Cannot parse resume data: bencoded item count limit exceeded"" Вообще это похоже на 3 года как не закрытый баг в qBittorrent, но однако же до изменения формата торрента с последним обновлением такого не наблюдалось. Видимо, аглоритмы хэширования BitTorrent v2 на таких объёмах предъявляют изрядные требования к ресурсам и даже новые клиенты, которые такое в принципе поддерживают, работают на пределе и ловят баги. Думаю, надо вернуть v1 даже не в следующем месяце, а во внеочередном порядке.
|
|
|
| akela76
|
ramzesll писал(а): Тоже как то не улыбается переносить раздачу с роутера на ПК, мне проще её вообще не раздавать, не грузить машину. Если вот прямо вообще честно, я не хочу оставлять машину включенной 24/7, ибо: 1. Потребление 600Вт у компа и 36Вт у NAS - таки приличная разница в счетах за электричество 2. Боюсь оставлять включенную технику без присмотра. Ну, пожарная безопасность и все такое... В чем-то паранойя, согласен, но тем не менее: одно дело - NAS на БП 12В 3А и умной розетке с управлением через инет, другое - полноценный комп... Alexander B писал(а): Подтверждаю также проблему с "самоуничтожением торрента". После полдня сидирования qBittorrent (по ходу дела сожравший около 20 Gb RAM, что в несколько раз больше, чем с предыдущей версией торрента) завис. А после рестарта написал в логе "Failed to resume torrent. Torrent: "f0c52c331333652fb888b65b248bea685a054117". Reason: "Cannot parse resume data: bencoded item count limit exceeded"" Вообще это похоже на 3 года как не закрытый баг в qBittorrent, но однако же до изменения формата торрента с последним обновлением такого не наблюдалось. Видимо, аглоритмы хэширования BitTorrent v2 на таких объёмах предъявляют изрядные требования к ресурсам и даже новые клиенты, которые такое в принципе поддерживают, работают на пределе и ловят баги. Думаю, надо вернуть v1 даже не в следующем месяце, а во внеочередном порядке. Вот тут ничего не скажу, поскольку оставлял хэшироваться раздачу на ночь и процесс не мониторил. Судя по статусу "100% раздается", хэширование прошло успешно и недостающие архивы докачались. В компе 32Гб RAM
|
|
|
| braychenko
|
qBittorrent v5.1.4
2026-11-02T08:49:59.834629+03:00 MicroServer kernel: Out of memory: Killed process 762 (qbittorrent-nox) total-vm:8511816kB, anon-rss:4469128kB, file-rss:4kB, shmem-rss:0kB, UID:65534 pgtables:15248kB oom_score_adj:0
2026-11-02T16:50:51.639683+03:00 MicroServer kernel: Out of memory: Killed process 343774 (qbittorrent-nox) total-vm:8533480kB, anon-rss:4391460kB, file-rss:168kB, shmem-rss:0kB, UID:65534 pgtables:15088kB oom_score_adj:0
увы, в этом месяце сидировать не могу :-(
|
|
|
| Alexander B
|
Вот этот баг в qbittorrent точно описывает все перечисленные выше симптомы. Торренты v2 с общим размером файлов >100Gb вызывают жор памяти и вылет программы с последующим исчезновением проблемного торрента из списка раздач. Возможно также связано с вот этим багом. У кого есть время покопаться в коде qbittorrent (а скорее lbitorrent), с помощью ИИ или по старинке, — было бы прекрасно, если на примере этой раздачи, пока её не исправили, помогли бы решить проблему. У меня сейчас, увы, нет 
|
|
|
| БыдМох
|
В Synology Download Station также ошибка, но уже чисто в конце перехеширования.
Памяти много ни DSM Download Station, ни qbittorrent 5.3.0 лично у меня на процессинге этого торрента ни раньше, ни сейчас НЕ отъедают.
К сожалению раздавать, пока не будет починено, не могу никак.
|
|
|
| Alexander B
|
Я тоже сдаюсь. В зависимости от настроек qBittorrent (прежде всего Disk IO type), либо почти сразу после начала сидирования, либо через полдня-день, — но на этой раздаче он жрёт всё больше памяти, пока не отъест её всю, и после этого либо зависает, либо убивается системой. При повторном запуске торрент из списка исчезает. Так что чтобы оставаться на раздаче, мне надо постоянно мониторить, не вылетела ли еще программа, и вручную добавлять этот торрент при новом запуске. Автоматизировать это можно, но это какие-то костыли. Куда проще вернуться к старому формату торрента.
|
|
|
| akela76
|
Я сейчас пробую добавить раздачу через магнит-ссылку: добавил торрент в QB 5.3.0 и скопировал магнит оттуда в NAS. По результатам отпишусь. Добавлено: Тоже дохлый номер: загрузка метаданных останавливается на 98,5% и сбрасывается в ноль. Соответственно, размер раздачи не определяется и хэширование тоже не идет. За полчаса никакого сдвига. А вот QB 5.3.0 метаданные загрузил меньше, чем за минуту В общем, я тоже капитулирую.
|
|
|
| krokodail
|
Старый, основной, стабильный трансмиссион не ест... Какой то новый ест, но... машина чем то загружена, пользоваться параллельно никак... Не хочется уходить с раздачи... Но и держать два торрент-клиента в монополе на машине не могу.
|
|
|
| ramzesll
|
Ребят, balbert сверху написал выход, раздавать новую раздачу вы не будете, пока не исправят этот косяк, но она у вас будет, в смысле обновлённая библиотека.
По предыдущему опыту это может произойти и через месяц, при очередном обновлении.
|
|
|
| braychenko
|
Transmission 4.1.3 эту раздачу держит. потому что у него нет поддержки v2.
|
|
|
| akela76
|
braychenko писал(а): Transmission 4.1.3 эту раздачу держит. потому что у него нет поддержки v2. Может, наоборот?
|
|
|
|
