ЗАКРЫТО - Автообновления через BitTorrent Sync

[alex-grodno]

[quote="Vital Key"]
Думаю, он не предназначен для синхронизации один многим.
[/quote]

Проверил на рабочем компе, домашнем и ноуте жены, выступавшего в качестве сервера.
Сделал тестовые файлы для проверки, так и файлы обновления нода
С последней версией http://www.bittorrent.com/sync
Все ок, лишних файлов не тянет сервер.
Также, если у клиента, во время синхронизации, обновляется антивирус (файл занят процессом), то как только файл будет свободен для записи - он самостоятельно перезапишется на новую версию!!! И старые файлы, которых уже нет на сервере, автоматом и у клиента удаляются. Сказка )

Vital Key, попробуем создать новые (на всякий случай) рид-онли ключи и запустим еще разок ?

[Vital Key]

Думаю, он не предназначен для синхронизации один многим.

Проверил на рабочем компе, домашнем и ноуте жены, выступавшего в качестве сервера.
Сделал тестовые файлы для проверки, так и файлы обновления нода
С последней версией http://www.bittorrent.com/sync
Все ок, лишних файлов не тянет сервер.
Также, если у клиента, во время синхронизации, обновляется антивирус (файл занят процессом), то как только файл будет свободен для записи - он самостоятельно перезапишется на новую версию!!! И старые файлы, которых уже нет на сервере, автоматом и у клиента удаляются. Сказка )

Vital Key, попробуем создать новые (на всякий случай) рид-онли ключи и запустим еще разок ?

Может у вас, чтобы вы ощутили всю прелесть синхронизации с 200 компами...

[anatol90]

Здравствуйте. Скажите, а есть ли секретный код на зеркало обновлений Nod7 ?

[Vital Key]

Здравствуйте. Скажите, а есть ли секретный код на зеркало обновлений Nod7 ?

Нет, система и так работает плохо, чтобы городить ещё 7-ку. Используйте обновления для любой другой версии. Они совместимы.

[Vital Key]

Внимание! 02.06.2014 все ключи для обновлений поменяются.
Возможно, заново созданные ключи будут работать более корректно.
Новые ключи с 02.06.2014 будут опубликованы в этой теме и на сайтах nod.uvaga.by nod.uvaga.us

[anatol90]

Дело в том, что у меня есть пару серверов, поэтому я решил так сказать помочь и создал копию ваших серверов обновлений (то есть баз), но так как есть версии 3-6 то под 7-ку нету. Поэтому я и задал вопрос...
Кстати, раздачу в BitTorrent Sync держу круглосуточно. Скорость ограниченна портом и загрузкой жёсткого диска. Если я ещё чем-то смогу помочь, свяжитесь со мной.
Благодарю за внимание.

[Vital Key]

Новые ключи (секреты) только для чтения:
NOD 3: BMAQ5ZESAXN5TYDAUN2ZXJYZFMNMGCKXQ
NOD 4: BT7CQ2OTGG74S3T6IUZS3LVISNM7E2YXU
NOD 5: BF3EOQBDGGHBAAREHILEEPGSLDVYJPRW3
NOD 6: BSVDZY6SF4VLPNWVYUIOLIGAONAN4PFYO
NOD 7: BIP3GBLXLIHWQYJHKX2PSJLBUKSPMUZI5

[zedxxx]

Нод перестал обновляться, пишет "Ошибка загрузки файла с сервера обновлений" :( В синхронизируемой папке (C:\nod4) недокачанных файлов нету и BtSync рапортует, что синхронизация с NOD.UVAGA завершена...

Win 8 Enterprise 64 bit
Nod32 Endpoint Antivirus 5.0.2229.1
BitTorrent Sync 1.3.106

Использую новый ключ для nod4, но ситуация аналогична и для nod5 баз. До обновления ключа, обновление с папки nod4 проходило всегда успешно, а вот с nod5 часто были похожие проблемы. Но там и недокачанные файлы часто появлялись. Сейчас же все синхронизируется вроде как нормально, но ноду чего-то явно не хватает.

Не нашёл как тут прикреплять аттачи, поэтому всё тут: https://yadi.sk/d/3zhVa5-bUrQS8 (скриншоты, список файлов и их md5 чексуммы на текущий момент).

У кого какие мысли?

[Vital Key]

У кого какие мысли?

Я писАл не раз, что Sync ещё далёк от совершенства
Попробуйте уделить у себя содержимое папки, чтобы оно перезакачало.

[zedxxx]

Забэкапил старую папку, создал новую и синхронизировал её. С новой папки нод обновился успешно. Затем, решил проверить, чем же отличается старая папка от новой. И оказалось, что отличие такие есть - файл nod0739.nup:

nod0739.nup 1 636 675 26.06.2014 14:25 -a-- (в новой папке)
nod0739.nup 1 244 313 16.06.2014 13:07 -a-- (в старой)

т.е. BTSync почему-то "забыл" синхронизировать этот файл и рапортовал, что синхронизация выполнена успешно. Причём, он тупил как минимум неделю и не замечал обновления...

P. S. Пользуясь случаем, выражаю вам свою благодарность, за возможность обновлять нод. Методом обновления через btsync пользуюсь с самого начала, как вы у себя это организовали, были проблемы и наверняка будут ещё, но имхо, это самый удобный способ обновления. Спасибо за труд и так держать! :)

[Vital Key]

zedxxx, попробуйте параметр max_file_size_diff_for_patching задать 999

[zedxxx]

Почитал описание этой фишки: http://forum.bittorrent.com/topic/19228 ... entry56302 и решил вообще отключить патчинг (если не ошибаюсь, для этого нужно задать там 0). Теперь по-идее не должно появляться файлов типа .SyncPart и .SyncTemp и при изменении файлов оно должно полностью перезакачивать их без всякой магии. Посмотрим, как оно будет работать в таком режиме.

[Vital Key]

Почитал описание этой фишки: http://forum.bittorrent.com/topic/19228 ... entry56302 и решил вообще отключить патчинг (если не ошибаюсь, для этого нужно задать там 0). Теперь по-идее не должно появляться файлов типа .SyncPart и .SyncTemp и при изменении файлов оно должно полностью перезакачивать их без всякой магии. Посмотрим, как оно будет работать в таком режиме.

http://vasilisc.com/btsync

max_file_size_diff_for_patching - размер указывается в Мб. Если файл меньше этого размера, то при обновлении он будет скачиваться целиком, иначе будет выясняться какие куски (чанки - chunks) изменились и будут скачиваться только изменённые. По умолчанию BitTorrent протокол работает с чанками размером 4 мб. Возможно, не имеет смысла указывать max_file_size_diff_for_patching меньшим или равным 4 мб. Вероятно, имеет смысл указывать max_file_size_diff_for_patching большим, чтобы только крупные файлы обновлялись методом патчинга изменённых чанков. Мелкие файлы лучше перекачать заново.

так что значение нужно указывать не маленькое, а наоборот большое.
Если указать 0, то, думаю, что оно все файлы будет стараться заменять кусками.

[zedxxx]

У вас какой-то неправильный перевод. Цитирую чела, что отписывался по ссылке выше:

"If the size of the data that's changed in a file is more than "max_file_size_diff_for_patching", patching isn't used, and instead the entire file is transferred. (this is the same behavior as previous versions of Sync where data is downloaded to a .!sync file, and then renamed to the original name upon completion)"

"Если размер изменившихся данных в файле больше, чем "max_file_size_diff_for_patching", патчинг не используется и файл передаётся целиком (т.е. поведение такое же как и в предыдущих версиях, когда данные загружались в .!sync файлы, а затем переименовывались в оригинальное имя)".

Да и в самом параметре присутствует приставка "diff", что как бы намекает, что речь именно об изменившейся части данных, а не файла целиком.

[Vital Key]

zedxxx, пробуйте. Результат опишите здесь.