распределенное хранение конфига

Через дропбокс или другое облако.

Нифига не понял. А чем git не угодил?

Я через ownCloud синхронизирую.

itn Ох... елки-палки... Забыл же самую важную вещь указать, что интернета-то нету, система изолированная.

Нифига не понял. А чем git не угодил?

Ммм... а почему бы и нет? Кто так делал? Ну может не git, а Mercurial, не суть. Это решает мою задачу?

Для гита же не обязательно интернет иметь, монтируете репозиторий через sshfs например и синхронизируете.

Для Mercurial есть встроенный http-сервер, с которого можно тянуть, не используя всякие sshfs (юзал эту fs), и запускается одно командой.

Тогда дальше, если предлагаете DVCS для задачи, то что если на одном из устройств повредится ФС (факт повреждения будет установить просто - монтироваться не будет?), но можно ли проверить целостность системы контроля версий на диске после того как ФС смонтируется? (не хочется иметь N копий на каждой системе, ведь у меня и так много устройств - их число и есть средство резервирования)

Есть ли готовое решение

Кто нибудь пользовался BitTorrent Sync? Годится ли оно для таких случаев?

Я не предложил сервер только потому, что он должен быть на каждой машине, с которой вы захотите забирать обновления. Если у вас один «центральный» репозиторий и куча клонов - конечно, с сервером удобнее.

Если вы про git fsck, то можно :)

ты промазал

Если вы про git fsck, то можно :)

Ясно, кстати есть еще hg verify - для Mercurial то же самое. В принципе мне достаточно просто грохнуть репу если что и закачать заново.

ты промазал

Интригует...

https://www.consul.io
http://zookeeper.apache.org

(Без понятия, как с ними работать).

Первое интересно, спасибо за наводку :)

а не пробовал самое тупое решение? конфиг лежит на шаре, на которую ходят все твои машины и читают его оттуда

Это не обеспечивает защиту от старого конфига вместо нового, в моем случае полагаться на время файла - невозможно, системы не только не имеют доступа в интернет, но и только что замененное устройство также будет иметь неопределенную дату и время.

А так конечно да - хорошая идея и простая. Целостность - файлик MD5 рядом...

Обычно в таких системах важна ещё консистентности конфига, а тут уже только Paxos или Raft. Например zookeeper или etcd

а тут уже только Paxos или Raft

Спасибо, узнал много новых умных слов, надо будет подучить матчасть.

А точно только Paxos или Raft, идея с системами контроля версий не катит? Они же как-то защищаются от одновременной модификации и прочих опасных эффектов, всякие хэши на основе содержимого, не?

Ну это просто разные вещи, в системах контроля версий нужно делать merge.

Что подразумевается под устройствами? Сами устройства обязательно должны быть источниками конфигов или можно поднять группу peer-to-peer серверов отдельно

Ммм... а почему бы и нет? Кто так делал? Ну может не git, а Mercurial, не суть. Это решает мою задачу?

Чему это поможет? У тебя конфигурация одновременно меняется на разных устройствах? По условию - нет. Чем не устроило тупое копирование файла?

При этом... доступа в интернет НЕТ!

между машинами есть связь? или там джамшут бегает с флешкой?

Между машинами гигабитные линки. Предлагаешь синхронизацию?

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

Предлагаешь синхронизацию?

да. md5 + версионность у конфигов и спец скрипт в кроне обновляющий конфиг и передергивающий сервис. https сервер как хранилище итп. у меня есть подобные наработки. велосипед но рабочее решение.

и git или другой vcs юзать это моветон для подобных решений. транспортом может быть даже p2p софтина какая нибудь но на месте должен быть скрипт принимающий решение о замене конфига на новый.

Это не обеспечивает защиту от старого конфига вместо нового

Какая у тебя задача? Чтобы ты мог всем сразу дать один конфиг и не дать его запороть? Если да, так просто клади его на шару без прав записи и все. А локальных конфигов вообще не имей.

Нет, большинство конфигов так и вшиты. Суть в том что одно из устройств должно хранить некоторые изменения, и в случае если его потребуется заменить на новое - чтобы оно тут же подхватило конфиг, который был на старом устройстве. Просто копировать со старого на новый недопустимо по ТЗ.

понял, т.е. если вливается новый девай в твое сообщество девайсов, то он должен быстро стать «как все»

возьми тогда и воткни люстру

http://www.opennet.ru/opennews/art.shtml?num=41575

etcd, raft...

да, etcd, наверное лучше подойдет для твоих нужд