rsync/git/hg/что угодно?

Ну, вообще есть dropbox, я с помощью него синхронизирую firefox scrapbook, но банальная зависимость и необходимость платить очень расстраивают, конечно. Тоже хотелось бы, чтобы можно было поставить на свой сервер, были кроссплатформенные клиенты с функциональностью dropbox.

>rsync
Т.е. велосипед?

git/hg/

История не нужна

>dropbox
Там же только один каталог можно синхронизировать? А мне нужно несколько файлов и каталогов из ~

Вроде нашел то, что надо, правда если на куче компов такое настраивать, это ж повеситься можно :)

http://troy.jdmz.net/rsync/index.html

как сразу и говорилось, rsync ) Под винду кстати тоже видел порты rsynca, так что кросплатформенное решение. Если я не ошибаюсь, он еще настраивает авторизацю по ключам без пароля, что делать не обязательно, просто при каждом запуске синхронизации он будет спрашивать пароль/пароль к ключу для авторизации.

unison посмотри. Из всего, что пробовал, мне больше всего понравилась.

Спасибо, посмотрю. Надеюсь его не нужно на сервер ставить (где ssh), у меня там рутовских прав нет?

Голый rcync не пойдет, нужно проверять, в какую сторону качать файлы. Или он умеет синхронизировать в обе стороны (чтоб на клиенте и сервере были последниие версии файла)?

>Надеюсь его не нужно на сервер ставить (где ssh)

Нужно :)

у меня там рутовских прав нет?

Так от юзера можно поставить же.

...

На самом деле тогда возможно решение - смонтировать удалённую машину по sshfs, отсинкать туда локально и потом повторить то же самое на второй машине.

>Так от юзера можно поставить же.
собрать ручками со всеми зависимости из исходников?

На самом деле тогда возможно решение - смонтировать удалённую машину по sshfs, отсинкать туда локально и потом повторить то же самое на второй машине.

Вот это можно попробовать

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

кстати, а насколько sshfs секьюрно ? удобно - да, но вот секьюрно ли ?

Кстати насчет rsync — можно создать файл с timestamp на сервере и клиентах, и и где число больше, оттуда и делать rsync...

>удобно - да, но вот секьюрно ли ?

Имеешь ввиду, что если забыл отмонтировать, можно нечаянно удаленные файлы прибить?

>собрать ручками со всеми зависимости из исходников?

Да хоть локально static-версию (без GUI) :) Он же мелкий в таком варианте...

>кстати, а насколько sshfs секьюрно ?

Настолько же, насколько работа с любой FS :) Перехвата трафика можно особо не бояться, на то оно и SSH. А если кто-то локально полуит доступ к файлам - так какая разница, sshfs это или ext4? :)

Всем спасибо

Попробую написать велосипед с rsync, потом попробую unison черзе sshfs

Вопрос: можно ли сделать rsync over ssh, если rsync отсутствует на сервере, или только через sshfs?

сейчас попробовал cкопировать с удаленной машины, ругнулся на отсутствие rsync, оказалось изкаропки в OpenBSD действительно не было rsync ) поставил rsync, без запуска демона, все прекрасно работает. Посмотрел, в убунте, калькуляте, арче rsync идет по дефолту.

Я в курсе, на сервере дебиан без rsync-а. Придется через sshfs монтировать или по другому можно?

собрать самому rsync и экспортировать путь в PATH ?

rsync может работать просто через ssh, демона запускать не обязательно.

Но если на другой стороне rsync-а нет, то работать, конечно, не будет.

А если на клиентских машинах поменяешь файлы, а с сервером оно (в перерыве между изменениями) не успеет синхронизироваться. Такой вариант возможен?

>А если на клиентских машинах поменяешь файлы, а с сервером оно (в перерыве между изменениями) не успеет синхронизироваться.

Не понял, поподробнее можно?

Выкладываю свой велосипед:

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

Пример файла .sync:

.sync
.conkyrc
.gitconfig
.purple/
.tilda/

#!/bin/bash

# Каталоги для синхронизации
SERV_DIR="xorik@domain.ru:~/backup"
LOCAL_DIR="/home/xor"

# Временный файл для сравнения дат
TMP_FILE="/tmp/.sync"

# Команда rsync
RSYNC="rsync -aruv"

# Скопировать файл для сравнения дат
scp -q -p "$SERV_DIR/.sync" "$TMP_FILE"

if [ $TMP_FILE -nt ${LOCAL_DIR}/.sync ]
then
	# На сервере новее
	echo "Скачивание с сервера"
	$RSYNC --files-from $TMP_FILE $SERV_DIR $LOCAL_DIR
else
	# На клиенте новее
	echo "Отправка на сервер"
	# Обновляем дату
	touch "$LOCAL_DIR/.sync"
	$RSYNC --files-from ${LOCAL_DIR}/.sync $LOCAL_DIR $SERV_DIR
fi

TODO: сделать сжатие, удалять ненужные файлы

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

сжатие может делать сам rsync, ровно как и удалять файлы как на источнике так и на удаленном хосте. man rsync :)

Насчет удаления, не все так просто, вдруг он решит удалить весь ~ удалить, кроме файлов, перечисленных в .sync

Например есть машины A,B (клиенты) и C(сервер)
на всех трёх машинах одинаковое состояние файлов X
теперь на машине A я меняю файлы - у нас становится состояние XA и на машине B меняю - состояние XB
Между этими изменениями небыло синхронизации с сервером.

На лицо конфликт.

В случае с твоим скриптом, в зависимости от того, где первее запустится синхронизация, на всех трёх компах будет состояние XA или XB. Т.е. может быть потеря изменений.

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

Да, насчет этого я в курсе, НО: я не сижу одновременно в двух местах (дома и на работе), поэтому можно запускать синхронизацию 2 раза вручную: при включении компа и при выключении, тогда проблем быть не должно. Второй путь: делать синхронизацию почаще.

Да кстати: флаг -u у rsync для этого и добавил, чтоб более новые файлы не обновлялись

А вот насчет одновременно ты хорошо заметил, нужно lock файл добавить!

xorik> if [ $TMP_FILE -nt ${LOCAL_DIR}/.sync ]

Если TIMEZONE на сервере и клиенте настроены по-разному, то у тебя проблема. Храни дату синхронизации в файле как << date '+%s' >>

>Если TIMEZONE на сервере и клиенте настроены по-разному, то у тебя проблема.
Спасибо, учту

если скрипты будут в кроне, то, вероятнее всего, с одинаковыми интервалами. Соответственно, если они пересекутся один раз, то будут пересекаться каждый раз и никакой лок не спасет :) Есть правда погрешность часов и т.д.

Но если делать лок, то надо добавлять sleep и повторную попытку.

>Но если делать лок, то надо добавлять sleep и повторную попытку.

Конечно, так и собирался сделать :)

xorik> rsync -ar

Несущественно: опция -а включает в себя -r, т.е. -r можно удалить из указанной выше команды

Помогите разобраться пожалуйста

Осваиваю работу с rsync, пытаюсь выполнить с указанием файла списка

rsync --files-from=/path/to/list.lst /home/username/backup

где list.lst содержит /path/to/file1 /path/to/file2 /path/to/dir1

почему-то вылетает ошибка rsync error: syntax or usage error (code 1) at options.c(1652) [client=3.0.7]

Поиск не дал результатов, может кто знает в чем ошибка?

Форматирование изменилось. в файле-списке list.lst все пути указаны с новой строчки