NFS - server side copying - копирование файлов на сервере

Чем копируешь?

cp

Замечу, что перемещение mv работает ОК, без перегонки по сети

$ mv a/1.avi .

нельзя

В отличие от samba, Ctrl+C хотя бы срабатывает.

не верю!

не верю!

резонно. на nfs Ctrl+C срабатывает не сразу, а секунд через 20. Samba ваще глухо не реагирует, сколько ни жди.

Если почитаеешь man и поймёшь разницу soft/hard и intr/nointr то Ctrl+C поведение не будет больше волшебством

Спасибо, но это очередная частность, уводящая в дебри. Я просто хотел подрубить 2TB шару, находящуюся в другом здании, и наткнулся на медленное копирование внутри этой шары. Упоминание server-side copy для Самбы и НФС идет уже десяток лет, был удивлен, что это рокет саенс, оказывается.

эм, опция монтирования на клиенте, которая определяет поведение шары это дебри?

Люди порой удивляют, есть простой сервис и к нему 10 опций, с описанием идущем в комлекте, и потратить 30 минут (скорее даже меньше, т.к. две из них это ro и rw) на изучение этих опций, считается нецелесобразным ибо лезть в дебри. Притом винду где это делается в 4 клика без дебрей, они не хотят, т.е. они хотят как в винде, но не как в винду, удивительно…

Да это дебри, т.к. хотел просто копирование внутри самба-шары, озадачился этим, и при тестах увидел (и это тоже мне помешало), что ctrl+c не срабатывает (на самбе!). Т.е. на один уровень в глубину (а может и на два) я погрузился (ченжлоги самбы, взятие nfs вместо неё), что бы решить проблему server-side копирования (не решил, потерял время). Погружаться еще в проблему 3-его уровня - особенности работы Ctrl+C взависимости от опций монтирования - не входит в мои планы, попытка была единоразовая.

Мне вот ответили, что server-side на NFS так же невозможен. Всё, вопрос закрыт, мне это не подходит. В таком случае FTP проще всего, нахрена городить огород.

Люди порой удивляют,

Ты утрируешь. Если по теме (server-side copy) есть соображения - милости прошу. Если такое возможно, я готов добиться работающей конфигурации. Но это бесполезно, т.к. сказали выше, что нет.

Если по теме, то там сплошные дебри, сервер сайд появился в 4.2, а т.к. маном пользоваться не православно, то вот цитата

       minorversion=n Specifies the protocol minor version number.  NFSv4 introduces "minor  ver‐
                      sioning," where NFS protocol enhancements can be introduced without bumping
                      the NFS protocol version number.  Before kernel 2.6.38, the  minor  version
                      is  always  zero,  and  this  option is not recognized.  After this kernel,
                      specifying "minorversion=1" enables a number of advanced features, such  as
                      NFSv4 sessions.

                      Recent  kernels  allow  the  minor  version to be specified using the vers=
                      option.  For  example,  specifying  vers=4.1  is  the  same  as  specifying
                      vers=4,minorversion=1.

у меня

$ mount 
...
192.168.1.2:/srv/share/black on /mnt/nfsblack/black type nfs4 (rw,relatime,vers=4.2,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.1.6,local_lock=none,addr=192.168.1.2)
...

(т.е. vers проставлено).

cp гонит через сеть, cp --reflink - говорит cp: failed to clone : Operation not supported

mv работает мгновенно, да

time mv ./bigfile ./bigfile2

А cp ./bigfile ./bigfile_copy что будет делать, кстати? Вот это хотелось бы сделать server-side

Пока по ощущениям NFS выглядит лучше, чем самба. Исключая неработающий в обоих server-side copy, плюсы такие: быстрее монтирование, адекватная реакция на ctrl+c в режиме hard, отсутствие проблем с server-side move (перемещение mv файла туда-сюда на то же место вызывает ошибку в samba «files are the same!»).

Да, все это работает по вайфаю через 20 метров в соседний дом :)

Если у кого-то есть советы по best practices NFS - буду рад.

Server-side copy работает через copy_file_range(2), поддержки которого в cp(1) нет.

Во, спасибо за конкретную инфу

А вот это уже дебри, к тому же я не уверен что верные

[sparks@bastet MULTIMEDIA]$ df -h ./
Filesystem               Size  Used Avail Use% Mounted on
192.168.0.2:/MULTIMEDIA  800G  258G  543G  33% /net/192.168.0.2/MULTIMEDIA
[sparks@bastet MULTIMEDIA]$ du -ms ./bigfile
1024	./bigfile
[sparks@bastet MULTIMEDIA]$ time cp --reflink ./bigfile ./bigfileXXX

real	0m0.388s
user	0m0.002s
sys	0m0.000s

в какое у тебя ядро, на сервере и клиенте, скажи плиз? у меня reflink не работает как я упоминал

Тут фокус в файловой системе, NFS просто пробрасывает вызов, нужна btrfs или xfs с включенным reflink’ом

с xfs ты меня обнадежил, потом проверю, спасибо.

интересно, какие фм поддерживают это, mc может?

хотя все это еще bleeding edge , https://blogs.oracle.com/linux/xfs-data-block-sharing-reflink , на распоследних ядерах, дебиан может быть в пролете.

В целом анон оказался прав, я не знал про этот системный вызов copy_file_range, он говорит ФС типа скопируй быстро если можешь, проверил, работает

[sparks@bastet MULTIMEDIA]$ time ~/Projects/C/copy_range/copy_range ./bigfile ./bigfileYYYY

real	0m0.373s
user	0m0.001s
sys	0m0.000s

Да, хорошая штука. К сожалению, погуглив, не встретил copy_file_range в коде ФМ mc, dolphin, nautilus, thunar, pcmanfm

проверь заодно copy_file_range через smb шару, мне бы хотелось по результатам топика получить сводную таблицу, мин версия ядра, ФС, nfs, smb = рабочий вариант :D

К сожалению, погуглив, не встретил copy_file_range в коде ФМ mc, dolphin, nautilus, thunar, pcmanfm

это не важно кстати, пишется затычка и и в нужный момент исправляется через LD_PRELOAD