в настройках качалки есть опция что бы при скачивании сначала создавал для закачки все файлы соответственно размерам и только после этого начинал закачку? торрент без этой опции создает файл размером несколько сегментов (допустим 100мб из 1гб), mhddfs выделяет место на первом свободном устройстве 100мб, и на этом первом устройстве вообще свободно всего 500мб, по пере скачивания файл увеличивается в размерах и когда он доходит до лимитов первого устройства что происходит? я не замечал что бы у меня mhddfs что то переносил автоматом при увеличении файла, да и разделять файл на куски он не умеет, у самого в там фейкрайде 8 устройств по 700-800 гб
____ Munko O. Bazarzhapov JabberID: v...@aginskoe.ru mail: vec...@gmail.com 15 апреля 2016 г., 0:03 пользователь Pavel Shurubura < pavelshurub...@gmail.com> написал: > Спасибо за ответ. > lvm - пробовал - для дома это overhead. > raid 0 - там по моему размер дисков должен быть одинаков (или всё > выравнивается по минимальному), а у меня: 500Gb, 2 Tb, 1 Tb. > А unionfs - это не то? Стоит смотреть? > И ещё вопрос: на x64 mhddfs будет стабильнее? > > > 14 апреля 2016 г., 17:53 пользователь Yuriy M. Kaminskiy < > yumkam+deb...@gmail.com> написал: > > Pavel Shurubura <pavelshurub...@gmail.com> writes: >> >> > Здравствуйте, community! >> > >> > После установки дополнительного нового винта в систему debian stable >> > (jessie) начались траблы с mhddfs. Конфигурация приблизительно такая: >> > >> > /dev/sda1 смонтирован /mnt/disk1 (опции монтирования: defaults, >> > noatime) >> > /dev/sdb1 смонтирован /mnt/disk2 (опции монтирования: defaults, >> > noatime) >> > /dev/sdc1 смонтирован /mnt/disk3 (опции монтирования: defaults, >> > noatime) >> > >> > в fstab прописано монтирование >> > mhddfs#/mnt/disk1,/mnt/disk2,/mnt/disk3 /home/user/torrent fuse >> > defaults,noatime,mlimit=100% 0 0 >> > >> > т.е. все 3 диска объединены в одно пространство. >> > >> > После добавления 3-го диска, начались проблемы: >> > rtorrent скачивает только часть файла (приблизительно 2 Гб) всё >> > остальное пропадает... >> > т.е. показывает, что закачка завершена на 100%, но при rehash остаётся >> > только несколько % и соответственно только часть файла. >> > >> > При rehash большой коллекции файлов вообще rtorrent отваливается с >> > сообщением: конечная точка не подсоединена. >> > соответственно при попытке: >> > ls -al /home/user/torrent >> > тоже получаем ошибку: конечная точка не подсоединена. >> > По команде mount, точки монтирования /home/user/torrent нет. >> > В логах есть падение mhddfs (segfault). >> >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728310 >> (без решения, без backtraces [что, впрочем, затруднено отсутствием -dbg >> пакета и неподдержкой nostrip в debian/rules], и т.д.) >> >> Беглый взгляд на исходники показывает возможный racing, см. патч >> (Disclaimer: патч *не проверен*, я не пользуюсь mhddfs, и знаю примерно >> ничего про fuse). >> >> > Помогите разобраться, кто сталкивался, либо подскажите чем его >> > заменить (более стабильное что-то, но по функциональности такое-же). >> >> lvm, raid0,...? Оно, конечно, менее удобно в рулении, но. >> >> P.S. из логов сборки (к падениям, впрочем, отношения не имеет): >> src/parse_options.c: In function 'parse_options': >> src/parse_options.c:253:39: warning: integer overflow in expression >> [-Woverflow] >> mhdd.move_limit = DEFAULT_MLIMIT; >> ^ >> src/parse_options.c:295:42: warning: integer overflow in expression >> [-Woverflow] >> mhdd.move_limit = DEFAULT_MLIMIT; >> ^ >> (Иными словами, на 32-битных платформах оно по умолчанию немножко >> поломатое). >> >> > > > -- > With kindest regards, pvs. >
