Перемещение файлов торрента во время раздачи

я так во время скачки делал — всё получилось

Не может, если это делается за достаточно короткий промежуток времени.

Может, но вероятность крайне мала. Если успеет попытаться открыть файл после перемещения, но до создания ссылки.

Ещё он может смотреть тип файла (не ссылка ли?) и начать неадекватно себя вести при смене типа, но не могу придумать причину, зачем ему так делать.

А если перемещение идёт в пределах одного раздела, то вместо мягких ссылок можно использовать жесткие.

Поставь на паузу и перемещай. Меньше вероятность, что торрент-клиенту захочется обращаться к файлу.

А даже если и обломается - то просто пометит торрент как broken, дальше сделаешь verify и всё заработает. Всё клиенто-зависимо.

всё получилось

Вопрос в том, следует ли так делать.

Поставь на паузу и перемещай

Не хочется. Если проблем больших не предвидится, я бы предпочёл не заморачиваться.

Если успеет попытаться открыть файл после перемещения, но до создания ссылки

Это да, но это вылезет сразу же, а после создания ссылки уже нет. Накалякал скрипт, который делает перемещение и ссылку, чтобы было почти атомарно.

Других косяков я пока не придумал.

Так, разбиваем задачу на два случая:

1. Файл открыт, в него что-то льется. Тогда перемещение файла (по крайней мере в пределах одного раздела) никак не повлияет, ибо программа будет обращаться к нему по некоторому дескриптору, и с этой точки зрения все равно где файл лежит. Даже симлинк можешь не создавать. Это общий принцип unix.

2. Открытие/закрытие файла (или перезапуск торрент-клиента). Иными словами, может ли торрент-клиент работать с симлинками. Здесь ответ такой: смотря какой торрент-клиент. Мой Deluge не умеет (помечает симлинк как проблемную закачку). Говорят, Transmission умеет.

Не хочется.

А в чем проблема-то, ни секунды раздачи потерять нельзя? Да к тому же нафига тебе эти костыли со ссылками? У transmission, например, из коробки есть функция переместить данные. Практически уверен, что в других клиентах тоже можно указать новое местоположение файлов.

ни секунды раздачи потерять нельзя?

Поставишь на паузу — личеры отвалятся и хрен их знает, когда снова прицепятся.

из коробки есть функция переместить данные

Попадаются отдельные торренты и файлы с незначащими именами, трансмишен тут не помощник. В transmission-qt даже название, видимое в клиенте, нельзя поменять.

программа будет обращаться к нему по некоторому дескриптору

Это да. Но меня интересует не отдельный процесс чтения, а поведение клиента в целом. Тут философия юникс, вероятно, бессильна.

может ли торрент-клиент работать с симлинками

Слава ТНБ, трансмишен может.

В код смотри, скородрочер.

Ну, тогда у тебя все ответы есть, верно?

файлы с незначащими именами, трансмишен тут не помощник

Не понял, причем тут имена. Просто берешь и из гуя transmission даешь команду переместить все файлы торрента в другое место. Названия файлам или торренту нельзя поменять это да, данной фичи не хватает.

В transmission-qt даже название, видимое в клиенте, нельзя поменять.

4.2

Названия файлам или торренту нельзя поменять это да, данной фичи не хватает.

4.2

Пруф?

Перемещаю файлы в контекстном меню файла в торрент клиенте.

http://prooflink.ru/

Звиняй, дядьку, в упор не вижу.

По двойному щелчку в списке файлов торрента.

По документам - должОн работать.

https://trac.transmissionbt.com/ticket/1220

https://code.google.com/p/transmisson-remote-gui/issues/detail?id=498

Зачем это нужно, когда в любом нормальном торрент-клиенте есть функция «Переместить данные»?

Transmission version need to be 2.80+

Ага, вот оно че. Ценители стабильности немного не в курсе были, спасибо.

У меня более старая версия. Тикет называется «Change/rename torrent folder name» — так реализовано или по-другому? В каком-то клиенте можно было менять отображаемое в гуе название, не трогая ФС.

Верно.

функция «Переместить данные»?

В трансмишене есть опция «set location» для перемещения данных в другой каталог. Это не то, что мне нужно.

В transgui (http://code.google.com/p/transmisson-remote-gui/) есть F6 - Set data location и F2 - Rename. В webui этого точно нет. Про оффициальные transmission-gtk/qt - не знаю. В rpc этот метод добавили, а все ли клиенты поддержали - не ведаю.

Постоянно такое практикую уже много лет :) Раньше rtorrent, сейчас - transmission. Разделы для закачек и для хранения разные, плюс переименование файлов при хранении в единую систему имён.

Тикет называется «Change/rename torrent folder name» — так реализовано или по-другому?

Это 2 разных действия. Сменить download_dir и переименовать сам файл/каталог. Реализованы оба. Но где это поддержано - смотри выше.

Разделы для закачек и для хранения разные

Как реализовано перемещение? Если средствами клиента — раздача при этом приостанавливается?

Как реализовано перемещение?

mv & ln

Чаще всего этим скрипт занимается, который находит данные фильма на Кинопоиске, перемещает с перименовыванием в постоянное хранилище, ставит симлинки по оригинальному пути + симлинки в классификации по годам/жанрам/людям/оценкам/странам.

Если не кино или кино не художественное (что редко), то то же самое, но вручную.

С раздачами проблем не возникает. Открытые потоки так и остаются на диске к старому файлу, пока раздача не обновится, новые уже через симлинк будут работать. Есть, конечно, малая вероятность, что раздача попытается начаться в момент копирования, но я с этим не сталкивался.

Проблемы тех, кто не скачивает сразу куда надо

Переименовать файл можно в свойствах торрента.

qbtorrent умеет перемещать файло во время раздачи сам, без костылей.

Вопрос в том, следует ли так делать.

можно. Побьётся конечно(на загрузке), но это не страшно, битые чанки скачаются ещё раз. А на раздаче просто ты кого-то обломаешь, и этому кому-то придётся качать лишний мегабайт с тебя.

Это да, но это вылезет сразу же, а после создания ссылки уже нет. Накалякал скрипт, который делает перемещение и ссылку, чтобы было почти атомарно.

оно и так атомарно. Старая копия остаётся на месте, пока она кому-то нужна. Т.е. удалённый файл продолжает раздаваться, но новые личеры тянут уже из копии. Когда насосётся последний личер сосущий удалённый файл, тогда он и удалится с диска. Если файл большой, то это можно заметить по свободному месту — файла уже нет, а место занято. Ну а в /proc/PID/fs/ лежит ссылка на файл, который удалён (битая). И ещё lsof покажет как [deleted].

Названия файлам или торренту нельзя поменять это да, данной фичи не хватает.

это косорылость самого протокола, в ed2k исправлено. В торрентах иногда делают кривыми костылями.

Я почти уверен, что перемещение происходит в пределах одной файловой системы, так что используй mkdir и ln для создания жестких линков на файлы.

Есть, конечно, малая вероятность, что раздача попытается начаться в момент копирования

нет такой вероятности. Она

1. копирует cat X>Y

2. одновременно удаляет имя X и переименовывает Y=>X

3. теперь старые личеры тянут из старого X(без имени), а вот новые личеры тянут из нового X, который бывший Y

4. когда безымянный старый X будет никому не нужен, он удалится с диска, и место освободится.

И да, transmission ничего для этого не делает, как и vim или там sed. Это проблемы ФС.

Побьётся конечно(на загрузке), но это не страшно, битые чанки скачаются ещё раз. А на раздаче просто ты кого-то обломаешь, и этому кому-то придётся качать лишний мегабайт с тебя.

это я писал про говнофс типа fat&ntfs.

что перемещение происходит в пределах одной файловой системы, так что используй mkdir и ln для создания жестких линков на файлы.

mv лучше тебя это знает.

Тебя не спросил.

ну и зря. Потому что ты сказал глупость. mv сама делает хардлинки, и ты можешь в этом убедится выполнив ls -li до и после mv. Инод файла не меняется, т.е. создаётся хардлинк, и старое имя удаляется. Причём с каталогом у тебя(командой ln/mkdir) так не получится, а вот mv умеет.

Спасибо К.О., как работает mv я знаю
Я советовал, не делать mv + ln -s, а просто сделать директорию с желаемым именем и хард линки на файлы (с вменяемыми именами) — это для человека, а для торента оставить как есть, т.е. не удалять (места все-равно не прибавится)

Я советовал, не делать mv + ln -s, а просто сделать директорию с желаемым именем и хард линки на файлы (с вменяемыми именами) — это для человека, а для торента оставить как есть, т.е. не удалять (места все-равно не прибавится)

потом задолбаешься искать все хардлинки, когда надо будет удалить. Да, я знаю про find / -inum.

Их не надо искать.

1. Из торрента удаляешь раздачу.

2. Из директории (для людей) удаляешь просмотренное кино или что там у него.

1. 2.

ну ты понял. Я не говорю, что так нельзя, я говорю — неудобно.

ну ты понял. я говорю — удобно.

Можно глянуть на этот скрипт?