Orfano Docker ha montato i volumi host?

Question

Ho appena ispezionato la mia cartella/var/lib/finestra mobile/volumi e ha scoperto che è piena di cartelle denominate come Docker UUID ognuna delle quali contiene un file config.json con contenuti lungo le linee di

{"ID":"UUID","Path":"/path/to/mounted/volume","IsBindMount":true,"Writable":true} 

dove

/path/to/mounted/volume 

è il percorso della cartella sull'host che è stato montato su un contenitore finestra mobile con l'opzione -v in un determinato momento. Ho cartelle simili che risalgono all'inizio dei miei esperimenti con Docker, ovvero circa 3 settimane fa.

I contenitori in questione sono stati arrestati e la finestra mobile è stata richiamata molto tempo fa, quindi non riesco a vedere che le voci non superino la data di scadenza. Questo solleva la domanda - è il caso che io veda un bug o si debba scartare manualmente tali voci da/var/lib/docker/volumi?

Answer 1

Per Docker 1.9 e fino c'è un modo nativo:

elenco di tutti i volumi orfani con

$ docker volume ls -qf dangling=true

eliminare tutti loro con

$ docker volume rm $(docker volume ls -qf dangling=true)

Answer 2

Dal manuale d'uso Docker:

Se si rimuovono i contenitori che montano i volumi, tra cui il primo contenitore dbdata, o il successivo contenitori DB1 e DB2, non verranno eliminati i volumi. Per eliminare il volume dal disco, è necessario chiamare esplicitamente docker rm -v rispetto all'ultimo contenitore con un riferimento al volume. Ciò consente di aggiornare o migrare efficacemente i volumi di dati tra i contenitori. - source

Questo è un comportamento intenzionale per evitare la perdita accidentale dei dati. È possibile utilizzare uno strumento come docker-cleanup-volumes per pulire i volumi inutilizzati.

Answer 3

Per Docker 1.13+ e i numeri di versione ce/ee 17+, utilizzare volume prune command

docker volume prune 

A differenza della query dangling=true, questo non rimuoverà i volumi basati su driver "remoti".