Как создать TAR архив без промежуточного файла

tar cf - folder | ssh user@server 'cat > my.tar'

Почему не rsync?

Если вам действительно нужно именно tar-ом на другой сервер, то не используйте ключ «f», - тогда он будет скидывать результирующий архив в стандартный вывод. Его уже отправить куда-либо - несложно.

Хмм, это реально будет работать?

Rsync использую, но пока не знаю как его использовать в данном контексте

может дословно точно не помню, но несколько дней назад так образ диска с пентиума 133 сливал :)

но несколько дней назад так образ диска с пентиума 133 сливал

Это фигня. Мне вот приходилось сливать с ленточки, записаной на ЕС-ке, через BSD unix на СМке как конроллер ленточки на писюк, через компорт из кодировки ebcdic xmodem-ом.

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

Чуть дополню. Ну собстно tar изначально на это и заточен :) Это сейчас появились ключики -z -j и так далее, а раньше перенаправляли на компрессор :)

Ну собстно tar изначально на это и заточен

Нет. tar заточен передавать в одном потоке вначале ровно один блок метаинформацию о файле и потом сам файл, опять же с дополненным до целого последний блок. Для не ленточки это не надо. Ибо если у вас есть возможность передать файл, хоть сжатый, хоть нет, то метаинформация — отдельная сущность, может она вам вовсе и не нужна для переноса. Так всякие kermit, *modem-ы передавали только размер и то для собственных нужд.

мне чуть-чуть повезло, иначе пришлось бы и 516 мегабайтный винт по ком-порту сливать, на скорости 115200 :)

А если нет ssh, только фтп?

слить по фтп я знаю как - ftp -o - | экшн

а вот залить... даже не вкурсе. если нет ssh, то netcat (nc)

Если не смущают тормоза, есть curlftpfs. Монтируешь ftp-сервер в директорию и усё.

rsync -a --info=progress2 --delete /path/to/backup/ username@remote-host-name:/path/to/remote/directory/

Так вы получите копию содержимого вашей директории сразу на удаленном сервере, в нужной директории. Если использовать tar его на другой стороне надо распаковывать, зачем?

параметр --delete приведет удаленную директорию в полное соответствие с содержимым локальной.

Удаление будет после создания тара, один хер место займет

tar -cf - /backup | zstd -3c | curl -n -T - ftp://login@ftp.example.com/upload/xxx.tar.zst

логин/пароль в .netrc прописать

Можно указать число тредов для сжатия.

zstd -7 --long=31 намного лучше сжимает с небольшой потерей скорости.

Степень сжатия нужно подобрать исходя из скорости чтения, процессора и канала.

ХЗ что там за канал между серверами. Может там 10G, тогда -3 не будет тормозить.

запустить tar -cf - /backup | zstd -T4 -3c | pv >/dev/zero и посмотреть скорость паковки.

Если она больше скорости канала, то прибавить компрессии.

Да и число тредов можно варьировать.

Интересная команды. Надо попробовать. Сжатие не нужно, накладные расходы на ни к чему

И ещё гзипануть не мешает, а на сервере zcat

у tar-а отсутствует КС для данных.

Компрессоры имеют КС, так что это доп. гарантия, что данные целые.

Без ключа -f при отсутствии принимающего на stdout произойдёт ошибка. Можно использовать ключ -f с параметром -.

у тар+фтп есть один минус. порвется фтп и вся передача насмарку. рсинк же после перезапуска просто отсмотрит разницу между локальной и удаленной дирой и докачает остатки.