Railway Deployment Config Issues
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 75/100
- Tipo di issue
- Documentazione
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- csharp
- Ambito
- cloud, documentation
Direzione di ricerca
Inizia con la guida al deployment di Railway all’indirizzo https://spacetimedb.com/docs/how-to/deploy/railway e confronta il relativo comando di avvio personalizzato e le istruzioni sui permessi del volume con la configurazione funzionante segnalata. Il lavoro è completato quando la guida documenta l’uso di --data-dir /stdb e l’impostazione di RAILWAY_RUN_UID=0, in modo che i deployment conservino i dati dei moduli sul volume collegato.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I've just deployed a STDB C# (.NET 10 AoT) module to the Railway platform using the steps described in the docs.
THE ISSUE:
I noticed after deployment that the module would not use the volume it created at /stdb and would instead store data in the ephemeral storage of the service.
Due to this, each time I would redeploy the service in Railway, I would loose all my data (Including the module itself).
This would also cause the server to crash since the STDB module is not intended to be stored like this.
THE FIX:
I found that if I:
- Append
--data-dir /stdbto the custom start command - Set the service permission variable (
RAILWAY_RUN_UID=0)
It would then correctly use the /stdb volume attached to the service.
I'm not sure if the docs need to be updated to include these details?
- Lingua principale
- Rust
- Stelle
- 25.2k
- Fork
- 1.1k
- Merge medio
- 3g 17h
- PR unite (30g)
- 45
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Nessuna 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 clockworklabs/SpacetimeDB
-
CI flake: LintsAperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
clockworklabs/SpacetimeDB#5985 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
clockworklabs/SpacetimeDB#5943 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
clockworklabs/SpacetimeDB#5851 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
clockworklabs/SpacetimeDB#5693 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
clockworklabs/SpacetimeDB#5512 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di clockworklabs/SpacetimeDB
Issue simili
-
area:casework bug criticality:p3 triage:needs-implementation
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
registrystack/registry-stack#1623 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
leptos-rs/leptos#4885 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
longbridge/gpui-kit#3276 ·
I maintainer di solito rispondono entro 1 giorno
-
A-Migration Guides D-Straightforward S-Ready-For-Implementation X-Uncontroversial
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
bevyengine/bevy-website#2607 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno