Раньше я просто шёл в /home/pr0n/backup и оттуда копировал удалённй файл.
А сейчас borg, нужно по идее делать borg extract? А с какими аргументами? Я не знаю. Мне сейчас некогда. Сказал, потом разберусь.
Что видѣтся мнѣ лучшим:
1. простая провѣрка корректности сохранённых копий. чтобы не было, что архивы внезапно превратились в тыкву;
2. простое сохранение понедѣльных или помесячных архивов. сейчс у меня просто день за днём сохраняется, а когда кончается мѣсто, я удаляю давнишние папки. хотѣлось бы имѣть простую возможность просто понижать временное разрѣшение, напримѣр, год хранить каждый день, потом каждую недѣлю, каждый месяц и т.п.
Что представляется мнѣ худшим:
rsync это просто файлы. Всё. Нужен мнѣ файл — я его беру. В случаѣ с borg какие-то непонятные архивы в непонятном форматѣ.
Блин :-(
А нет ли такой опции, чтобы не складывать в папку --backup-dir, а например, упаковывать в tar-архив или что-то подобное? в фильтр пихать куда-то?
(сейчас пришло в голову: напердолить через fuse, чтобы файлы, которые rsync кладёт в папочку, а это не папочка, а архив или что-то подобное).
Через -e ssh работает, но я не хочу ssh
Это работает:
$ rsync -a -e ssh pr0n root@192.168.0.2/mnt/data
Это не работает, у всех файлов владелец nobody:nogroup:
$ rysnc -a pr0n rsync://192.168.0.2:873/data
Как быть?
download.samba.org и раздел "CONFIG DIRECTIVES". Блин, они там всё давно реализовали и разрулили, а я тупил несколько лет и даже не пробовал поискать.
/me пошёл перенастраивать тачки.
Сидел и мечтал, о том, чтобы конфиг рсинка состоял не только из /etc/rsyncd.conf, а чтобы была удобная директория /etc/rsyncd.conf.d со всеми плюшками типа инклуда. Русскоязычный сегмент тырит друг у друга статьи методом копипаста и молчит как партизан. Зато гугл на запрос "/etc/rsyncd.conf.d" сразу же выдал /me пошёл перенастраивать тачки.
sourceforge.jp, который редиректится на osdn.jp доступен через rsync по адресу: jaist.dl.sourceforge.jp::pub/sourceforge.jp/
rsync -avz /home/user/share /vpn/Большой\ каталог\ с\ файлами
— так правильно?
rsync -avz -e ssh user@source:'$(find /home/source_dir -type f -name "*.mp4" -maxdepth 1 -mtime -30)' /home/target_dir
=== Синхронизируем только картинки ===
rsync -avz --include='/' --include='.png' --include='.gif' --include='.jpg' --include='.jpeg' --include='.JPG' --exclude='*' -e ssh user@source_server:/home/source/ /home/target
Слэш на конце обязателен у исходной директории.
rsync -az -e ssh --delete source_server:/source_dir/ target_dir
-aqHAXx
:)
$ cd /tmp/test
$ rm -r /tmp/test
$ rsync testhost:mydir
rsync: getcwd(): No such file or directory (2)
rsync error: errors selecting input/output files, dirs (code 3) at util.c(1036) [Receiver=3.1.0]
См. bugzilla.samba.org
Что-то у меня поразительно много всего сломалось от того, что я сидел в директории, которую уже удалили
Created backup_dir ~/tmp/sbo/backup-2013-11-27/
deleting ~/tmp/sbo/backup-2013-11-27/
deleting ~/tmp/sbo/
deleting ~/tmp/
deleting ~/
./
Это вообще нормально? Хомяк вроде цел, но осадочек остался.
rsync -e 'ssh -T -c arcfour -o Compression=no -x'
Требуется по одному тыку качать с сервака каталог, по другому тыку — качать его обратно.
--- rsync.save 2012-09-17 12:59:38.712598511 +0400
+++ rsync 2012-09-17 12:57:14.160350262 +0400
@@ -6,7 +6,7 @@
socket_type = stream
wait = no
user = root
— server = /usr/bin/rsync
— server_args = --daemon
+ server = /usr/bin/ionice
+ server_args = -c3 /usr/bin/rsync --daemon
log_on_failure += USERID
}
и /etc/init.d/xinetd restart
Почему-то в rhel этого нет из коробки, как в debian-образных.
Если вы копируете файл по rsync с авторизацией по ssh и при этом локальный юзер и удалённый имеют разные имена (в моём случае совпадали тока id) то может возникнуть ошибка доступа: rsync: mkstemp "бла бла" failed: Permission denied (13) нужно добавить ключ --numeric-ids. Он передаёт не имена, а id. В моём случае ключ помог.
Если при обращении к модулю в rsync вам выпадает нечто вроде: rsync: change_dir "/" (in your-module-rsync) failed: Permission denied (13) То нужно просто дать права на запуск файлов. 755 или типа того. 774 уже не работает.
ERROR: out of memory in flist_expand [sender]
rsync error: error allocating core memory buffers (code 22) at util.c(117) [sender=3.0.7]
rsync: connection unexpectedly closed (217623152 bytes received so far) [receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(600) [receiver=3.0.6]
rsync: connection unexpectedly closed (607 bytes received so far) [generator]
rsync error: error allocating core memory buffers (code 22) at io.c(600) [generator=3.0.6]
[generator] risking file <какой-то файл> because of pattern <ваша маска>
то нужно просто добавить ключ "--delete-excluded", который сносит всё, чего нет в сформировавшемся списке.
rsync example.com::module/ | sed -e 's/^.\{43\}//' для протокола рсинк (К.О.) равносилен curl --list-only для ftp. Т.е. выдаёт чистый список файлов без мусора. sort --version-sort и --no-motd добавлять по вкусу.
rsync: mkdir "/path/to/dir" failed: No such file or directory
то стоит посмотреть в мане rsync на аргумент '-R' и разделитель './' в исходном пути.
sent 216393 bytes received 186306 bytes 53693.20 bytes/sec
total size is 113283072 speedup is 281.31
Полезные команды f-notes.info