Docs: state that a stream created before #515 cannot be read after the next enable
I maintainer di solito rispondono entro 5 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 1/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 85/100
- Tipo di issue
- Documentazione
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Attiva
- Stack tecnologico
- markdown, rust
- Ambito
- documentation
Direzione di ricerca
Leggi la sezione Streams in docs/manuals/07-upgrade-manual.md e la riga “Stream disable and enable” in docs/differences-from-dynamodb.md. Aggiungi al manuale l’avviso specificato e le istruzioni per svuotare lo stream, poi riassumili e inserisci un collegamento al manuale nella riga delle differenze. Il lavoro è terminato quando entrambi i documenti descrivono lo stream illeggibile dopo la prima attivazione successiva all’aggiornamento e il manuale indica le tre risposte di errore.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What happens
With #515, each stream carries its label in its shard ids. A stream that an earlier release created has shard ids without a label, and the earlier release stored its label only in the table row. The first UpdateTable that enables the table's stream under #515 writes the new stream's label to the table row. After that, the earlier stream's ARN does not resolve:
DescribeStreamanswersStream: <arn> not found.ListStreamsomits the stream.- An iterator that still reads the stream answers
Stream does not exist.
A consumer cannot read the records that it did not read before the enable. After a disable alone, the stream stays describable, and, from reading util::shard_in_stream, its shards stay readable under its ARN until the next enable. #515 states this limitation in its Compatibility section and tells the reader to drain such a stream before enabling it again.
What the docs say now
On #515's head (23a02ea5b):
docs/differences-from-dynamodb.md, row "Stream disable and enable": a stream created by a release before #515 "loses its ARN once the table is disabled and re-enabled". The row does not say that the stream's records become unreadable. It also says "the table is disabled", whereStreamEnabled: falsedisables only the stream.docs/manuals/07-upgrade-manual.md, section "Streams: disabling closes the shards, enabling creates a new stream": the section does not mention the limitation.
The review of #515 asks for direct wording in the docs and says that a follow-up PR can make the change.
What to change
After #515 merges:
- In the upgrade manual's streams section, add a paragraph. It names the streams it applies to: streams created by a release before the one that ships #515. It says that the table's first stream enable after the upgrade makes such a stream unreadable, and it lists the three answers above. It tells the operator to read such a stream to the end of each shard after the disable and before the enable.
- In the differences row, replace the "loses its ARN" sentence with a one-sentence summary of the new paragraph. Link the row to the upgrade manual paragraph.
Keeping the earlier stream's ARN resolvable is out of scope. It needs a per-table stream history column and a migration on three backends (#515's Compatibility section).
- Lingua principale
- Rust
- Stelle
- 517
- Fork
- 60
- Merge medio
- 5g 21h
- PR unite (30g)
- 110
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ExtendDB/extenddb
-
ci:stability
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 5 giorni
-
docs: the TLS key troubleshooting entry quotes one warning and overstates who could read the keyApertadocumentation
Difficoltà 1/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 5 giorni
-
backup: correct the target_not_empty rule, the store root ancestor rule and a remove-target pointerApertadocumentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 5 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 5 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
I maintainer di solito rispondono entro 5 giorni
Tutte le issue di ExtendDB/extenddb
Issue simili
-
enhancement good first issue help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
area:ui
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
openfootmanager/openfootmanager#1365 ·
I maintainer di solito rispondono entro 1 giorno
-
documentation
Difficoltà 1/5 1-3 ore Idoneità per principianti 90/100
JackMechem/marbble#305 ·
I maintainer di solito rispondono entro 1 giorno
-
antora bug review-2026-11-11
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
bovinemagnet/AdocFoundry#546 ·
I maintainer di solito rispondono entro 1 giorno
-
agent-self
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
yologdev/yoyo-evolve#1176 ·