Docker-volmagveranderinge op die verkeerde daemon toegepas
Pas die Docker-CLI se eindpunt by sy lopende daemon voordat jy volmaginstellings vir 'n apt-, snap- of afgeleë installasie wysig.
Jy het 'n volmag by docker.service bygevoeg, dit herbegin, en die volgende trek het presies soos voorheen gewerk. Kyk op 'n masjien met beide apt- en snap-installasies of dit die daemon is wat jou CLI gebruik.
Daar is drie afsonderlike identiteite om te pas: die CLI-uitvoerbare lêer, die gekose eindpunt en die bedienerproses agter daardie eindpunt. Om een docker-opdrag in PATH te vind, beslis net die eerste.
docker context show
docker context inspectDocker-kontekste beskryf eindpunte. DOCKER_HOST, DOCKER_CONTEXT en eindpuntkeuses op die opdragreël kan die oënskynlike verstek oorheers, so ondersoek ook die omgewing en die aanroep.
Koppel dan die gekose sok of afgeleë adres aan die werklike daemon en sy dienskonfigurasie. Twee installasies kan verskillende eenhede, konfigurasiepaaie en berging hê. 'n Afgeleë konteks kan heeltemal van die masjien af wys.
Pas die volmag toe deur die koppelvlak wat aan daardie daemon behoort. Docker se gedokumenteerde daemon-instellings en sy opstartomgewing is nie 'n uitsending na elke Docker-installasie op die gasheer nie.
Doen hierdie identifikasie voordat jy 'n pakket verwyder om "goed op te ruim". 'n Daemon wat ongebruik lyk, kan houers of beelde besit wat die ander instansie nie bestuur nie. Die onmiddellike volmagherstel is om die gekose bediener doelbewus op te stel; om te besluit watter installasie behoue bly, is 'n aparte onderhoudsverandering.