Немного не так выразился. Я имел в виду, чтобы была запись сколько из скольки документов среплицировано. Код поиска кол-ва документов для репликации думаю не самая удачная идея.
Видимо, разработчики LND посчитали, что админу, в отличие от пользователей, есть чем заняться во время репликации и нечего ему пялиться на всякие прогресс-бары.
В логах репликации есть записи о кол-ве отреплицированных доков, объеме, что еще надо?
Нет, мое желание изначальное было - узнать на какой стадии идет процесс репликации (раз уж все уперлось именно в нее). Зачем? Для того, чтобы облегчить жизнь пользователям системы - в головной базе появляется нужный документ среди многих и необходимо знать приблизительно когда он уйдет в филиал. Например, если еще саму реплику можно запустить вне очереди, то один документ пропихивать - это уже через чур (а если все документы главные?). А если знать когда реплика завершится, то сотрудник сможет сориентироваться задержаться ему на 15 минут на работе или идти домой, т.к. реплика завершиться глубокой ночью. В итоге все будут дергать админа, который будет разводить руками.
Ответ: "сэмь-восэмь". Откуда Вы узнаете, каким именно по порядку будет среплицирован именно этот документ? Где гарантия, что он будет доставлен именно в эту репликацию, вдруг она оборвётся? Были случаи из практики, когда большие документы ползли по "узкому" каналу несколько дней.
На данный момент мне будет достаточно ответа когда завершится именно эта репликация. Если она оборвется - ну эту ситуацию пока отбросим, будем счиать ее форс-мажором. Обычно админы уже знают какие у них каналы связи с другими офисами, где есть надежда, что сеть не будет это все затруднять, а где и 10 мегабайт будут пару часов тянуться.
писал по памяти не глядя в справку, надеясь что топиккастер сам это сдает. Поэтому и вроде.
А что тогда мешает запускать оттуда ?
Запскать межсерверную реплиацию из клиента? Так она ж от имени пользователя и будет выполняться!
Обучение наступательной кибербезопасности в игровой форме. Начать игру!
