My summary of this thread: 1) Rebooting with no further intervention is safe; it will lose synced tabs data until each device uploads a new tab bundle, but otherwise sync will work as normal. 2) We might be able hasten the re-upload of synced tabs by fiddling with the syncIDs in /meta/global, but it's not clear that's worth the hassle or the risk of accidental bustage. 3) Restoring to an earlier point in time is, as usual, a great way to confuse clients and risk data loss, so let's table that broader discussion for now and focus just on rebooting nodes with their DB intact.
If accurate, I think the next step here is to get product sign-off on whether the temporary tab loss in (1) is acceptable, and if so, proceed with a live test to confirm the behaviour in stage. A mini sync-fest might be a good way to test that out and discover any other lurking weirdness. Ryan On 31 May 2018 at 01:38, Richard Newman <rnew...@mozilla.com> wrote: > We could potentially count the clients records and only restore users with >> a single client. >> > > I worry about client records having been TTLed, which makes this > measurement inaccurate. (Check and see how many accounts have zero client > records!) > > I feel that restoring an earlier point in time is something that Sync > won't handle well at all, particularly tracker-based or change-count-based > engines — they are built to record changes since the last sync and upload > them once, not to generate arbitrary deltas against a historical state. > > Populating the server with an earlier snapshot will cause existing live > clients to get confused (if you preserve syncIDs), or they'll wipe the > server (if you don't), which defeats the point. > > You could try to make client changes to do a no-wipe full sync if the > timestamp moves backwards in time, but as Mark notes that will cause > misbehavior around deletions (and other changes, I expect), and only one > client will see the timestamp move backwards in time, so weird things will > happen. > > > _______________________________________________ > Sync-dev mailing list > Sync-dev@mozilla.org > https://mail.mozilla.org/listinfo/sync-dev > >
_______________________________________________ Sync-dev mailing list Sync-dev@mozilla.org https://mail.mozilla.org/listinfo/sync-dev
