Page MenuHomePhabricator

Straighten out replication/cache behavior in "bin/storage dump"
ClosedPublic

Authored by epriestley on Aug 28 2019, 3:19 PM.
Tags
None
Referenced Files
F14430744: D20743.id49459.diff
Wed, Dec 25, 5:39 PM
Unknown Object (File)
Mon, Dec 16, 2:59 PM
Unknown Object (File)
Sat, Dec 14, 7:38 AM
Unknown Object (File)
Nov 20 2024, 11:36 AM
Unknown Object (File)
Nov 15 2024, 11:44 PM
Unknown Object (File)
Nov 12 2024, 7:46 AM
Unknown Object (File)
Nov 8 2024, 9:52 AM
Unknown Object (File)
Oct 24 2024, 1:21 PM
Subscribers
None

Details

Summary

Fixes T13336.

  • Prevent --no-indexes from being combined with --for-replica, since combining these options can only lead to heartbreak.
  • In --for-replica mode, dump caches too. See discussion in T13336. It is probably "safe" to not dump these today, but fragile and not correct.
  • Mark the "MarkupCache" table as having "Cache" persistence, not "Data" persistence (no need to back it up, since it can be fully regenerated from other datasources).
Test Plan

Ran bin/storage dump with various combinations of flags.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

This revision was not accepted when it landed; it landed in state Needs Review.Aug 28 2019, 3:25 PM
This revision was automatically updated to reflect the committed changes.