Remove unsupported archive formats when archiving#6321
Remove unsupported archive formats when archiving#6321brooksprumo merged 1 commit intoanza-xyz:masterfrom
Conversation
Removed from CLI in v1.18 here: solana-labs#33484
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## master #6321 +/- ##
=======================================
Coverage 82.7% 82.7%
=======================================
Files 845 845
Lines 377747 377739 -8
=======================================
+ Hits 312722 312733 +11
+ Misses 65025 65006 -19 🚀 New features to boost your workflow:
|
|
Can a snapshot from pre 1.18 still be loaded? Isn't that beyond what we support in general with regards to compatibility? What I'm getting at, is maybe it's time to cleanup the load path as well and remove some crate dependencies |
A snapshot from before v1.18 can be loaded, yes, but would it be usable to process transactions with a ledger from back then? Probably not. You'd end up with different block hashes due to feature gate code, which likely breaks any historical replay goals. However, if someone just wants to open a snapshot and inspect the contents, that would still work. In these cases, we do recommend opening snapshots with the version that created them.
Yes, that's the plan! I think in v3.0 it is fair game to only have zstd and lz4 and rip out all the rest. This PR was an iterative approach to say/show we can only create snapshot archives with zstd/lz4 (beyond just preventing other archive formats on the cli). |
Problem
As of v1.18 (solana-labs#33484), TarZstd and TarLz4 are the only valid snapshot archive formats when creating new snapshots (we still allow loading any format though). It is now safe to remove the code that creates archives in the unsupported formats.
Summary of Changes
Only allow TarZstd and TarLz4 when creating a snapshot archive.