haskell / haskell/hackage-server
Killing a Docker container running hackage-server causes it to fail to start again
- Lingua principale
- Haskell
- Stelle
- 467
- Fork
- 225
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Descrizione
I’m not currently sure if this is an issue with hackage-server, acid-state, Docker, or something else, but I figured I would report it all the same. Here are the steps I’ve used to reproduce the issue:
```
$ docker run -d --name hackage-server -v hackage-state:/runtime/state hackage-server
$ docker kill hackage-server
$ docker run -it -v hackage-state:/runtime/state hackage-server
hackage-server: Guessing public URI as http://f5143d805ae8:8080
(you can override with the --base-uri= flag)
state/db/Users/open.lock: Locked by 5: resource busy
```
I’m not sure what is causing that error, but it seems to be the opposite of what I would expect: my understanding was that the _whole point_ of acid-state is to be able to recover from ungraceful shutdown.
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Direzione di ricerca
Riproduci il malfunzionamento con i due comandi Docker nell’issue, utilizzando l’entry point hackage-server e il volume hackage-state montato. Indaga sull’errore state/db/Users/open.lock in hackage-server, acid-state e sul comportamento di arresto di Docker. Il lavoro è completato quando un container terminato con docker kill può essere riavviato usando lo stesso volume senza che il lock impedisca l’avvio.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- docker, haskell
- Ambito
- backend, databases, infrastructure
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 35/100