Ho due contenitori, il primo è redis e il secondo è la mia app che ha --link al contenitore redis. Entrambi hanno restart policies:Perché il contenitore Docker con criterio --link e restart non è stato avviato?
docker run --restart=on-failure:10 --name redis redis
docker run --restart=on-failure:10 --name app --link redis app
Poi, quando ho sudo service docker stop
e poi sudo service docker start
contenitore solo Redis è iniziato. BTW, se non c'è --link nel contenitore dell'app è avviato pure.
La versione del mio Docker è 1.7.1.
[email protected]:~$ docker version
Client version: 1.7.1
Client API version: 1.19
Go version (client): go1.4.2
Git commit (client): 786b29d
OS/Arch (client): linux/amd64
Server version: 1.7.1
Server API version: 1.19
Go version (server): go1.4.2
Git commit (server): 786b29d
OS/Arch (server): linux/amd64
Ho provato '--restart = always' - lo stesso risultato. – starikovs
Allora perché il mio contenitore di app è avviato se rimuovo '--link redis'? Penso che se c'è un errore il comportamento non dipenderebbe da '--link' .. – starikovs
Infine, sì, il problema era nei contenitori. Se uso '--restart = always' quindi dopo' sudo service docker stop' e poi 'sudo service docker start' i container vengono avviati OK. Ma sto usando vagabondo e dopo "arresto vagabondo" e poi "vagabondo su" alcuni contenitori vengono fermati a causa di vagabonde montature di cartelle condivise dopo l'avvio del servizio docker. Quindi, i contenitori che utilizzano volumi collegati alla cartella condivisa vagante non possono essere avviati perché al momento non ci sono file. – starikovs