Быстро перенести(скопировать) мегадиректорию

тоесть не использовать на сервере назначения примаучненную нфс папку?

если вы монтируете ФС через сеть, то для каждого файла будет очень большой размер служебного траффика и задержек для обмена этой информацией по сети, при этом передача самих файлов будет быстрой, но займет меньшую часть всего времени копирования, т.е. время на NFS тратится на то чтобы перечитывать списки файлов в каталоге, аттрибуты файлов и т д...

tar сделает все это локально

ок. я сделал как вы предложили

на сервере источнике в скрине

root@srv-2-0:/export/sdb1# tar -c mega_folder/ | gzip | nc -l -p 9999

на сервере назначения

root@srv-2-1:/export/sdb1# nc 10.10.10.2 9999 | gzip -dc | tar -x mega_folder/

запустил.

в папке на сервере назначения - пусто.

# nc 10.10.10.2 9999 | gzip -dc | tar -x mega_folder/

просто tar -x
в конце, там поток, а не аргумент

дебилушка, перед запуском команд почитай что они делают.

1. ппрепутал netcat приемник/отправитель

2. ман nc — некоторые версии nc не принимают -l и -p опции одновременно

поехало. спасибо

тестовую папку перелило шустро ..очень)).

только почемуто в скрине не остановило процесс root@srv-2-1:/export/sdb1# nc 10.10.10.2 9999 | gzip -dc | tar -x на сервере назначения.

ctrl+c
когда копирование завершится

netcat почему-то не всегда закрывает соединение

>netcat почему-то

почему-то? ЛОЛ, детский сад, мля

man nc, опция -q

>воляматьего датацентра на отсосниных

Туда не летят самолеты, но точно ездят поезда.

Я бы rsync-ом копировал, если обрывы будут, он нормально восстановится, сам будет сжимать (может не лучшим образом, но если связь между серверами нормальная, то сильное сжатие может только замедлить процесс передачи).

туда, кстати - даже маршрутеры не ходят..я их еле нашел с жопэесом