haskell / haskell/hackage-server

Killing a Docker container running hackage-server causes it to fail to start again

Aperta
#548 2 commenti 0 reazioni 0 assegnatari Vedi su GitHub
docker
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

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.