GVKun编程网logo

找不到用户root:Docker中的passwd文件中没有匹配的条目(找不到docker命令)

3

在这篇文章中,我们将为您详细介绍找不到用户root:Docker中的passwd文件中没有匹配的条目的内容,并且讨论关于找不到docker命令的相关问题。此外,我们还会涉及一些关于(Docker)获取

在这篇文章中,我们将为您详细介绍找不到用户root:Docker中的passwd文件中没有匹配的条目的内容,并且讨论关于找不到docker命令的相关问题。此外,我们还会涉及一些关于(Docker)获取错误:docker-php-source:构建docker文件时没有这样的文件或目录、bash – Docker中的Logstash – 通过卷挂载时找不到配置文件、Docker Windows 7:找不到匹配的MAC地址错误、docker – 找不到openshift v3 pod文件的知识,以帮助您更全面地了解这个主题。

本文目录一览:

找不到用户root:Docker中的passwd文件中没有匹配的条目(找不到docker命令)

找不到用户root:Docker中的passwd文件中没有匹配的条目(找不到docker命令)

我有多个Atlassian产品的容器;JIRABitbucketConfluence。当我尝试访问运行中的容器时,通常使用:

docker exec -it -u root ${DOCKER_CONTAINER} bash

使用此命令,我可以照常访问,但是运行脚本提取和压缩日志文件后,我将无法再访问该容器。

摘录自“清理脚本”

这是第一个失败点,脚本每周运行一次(由Jenkins安排)。

docker cp ${CLEAN_UP_SCRIPT} ${DOCKER_CONTAINER}:/tmp/${CLEAN_UP_SCRIPT}if [ $? -eq 0 ]; then  docker exec -it -u root ${DOCKER_CONTAINER} bash -c "cd ${LOG_DIR} && /tmp/compressOldLogs.sh ${ARCHIVE_FILE}"fi

当脚本对Bitbucket容器执行这两行时,结果是:

unable to find user root: no matching entries in passwd file

它在’docker cp’命令上失败,但仅在Bitbucket容器上失败。脚本运行后,“ bitbucket”(在Dockerfile中定义)和“
root”用户均无法访问该容器。

我能够/etc/passwd从容器中复制出来,并且它包含了预期的所有用户。尝试通过uid访问时,出现以下错误:

rpc error: code = 2 desc = oci runtime error: exec failed: process_linux.go:75: starting setns process caused "fork/exec /proc/self/exe: no such file or directory"

用于Bitbucket映像的Dockerfile:

FROM                        java:openjdk-8-jreENV BITBUCKET_HOME          /var/atlassian/application-data/bitbucketENV BITBUCKET_INSTALL_DIR   /opt/atlassian/bitbucketENV BITBUCKET_VERSION       4.12.0ENV DOWNLOAD_URL            https://downloads.atlassian.com/software/stash/downloads/atlassian-bitbucket-${BITBUCKET_VERSION}.tar.gzARG user=bitbucketARG group=bitbucketARG uid=1000ARG gid=1000RUN mkdir -p $(dirname $BITBUCKET_HOME) \    && groupadd -g ${gid} ${group} \    && useradd -d "$BITBUCKET_HOME" -u ${uid} -g ${gid} -m -s /bin/bash ${user}RUN mkdir -p                                ${BITBUCKET_HOME} \    && mkdir -p                             ${BITBUCKET_HOME}/shared \    && chmod -R 700                         ${BITBUCKET_HOME} \    && chown -R ${user}:${group}            ${BITBUCKET_HOME} \    && mkdir -p                             ${BITBUCKET_INSTALL_DIR}/conf/Catalina \    && curl -L --silent                     ${DOWNLOAD_URL} | tar -xz --strip=1 -C "$BITBUCKET_INSTALL_DIR" \    && chmod -R 700                         ${BITBUCKET_INSTALL_DIR}/ \    && chown -R ${user}:${group}            ${BITBUCKET_INSTALL_DIR}/${BITBUCKET_INSTALL_DIR}/bin/setenv.shUSER        ${user}:${group}EXPOSE      7990EXPOSE      7999WORKDIR     $BITBUCKET_INSTALL_DIRCMD         ["bin/start-bitbucket.sh", "-fg"]

附加信息:

  • Docker版本1.12.0,内部版本8eab29e
  • docker-compose版本1.8.0,内部版本f3628c7
  • 所有容器始终处于运行状态,即使在发生问题后,即使Bitbucket也可以正常运行
  • 重新启动容器后问题消失

答案1

小编典典

此问题是由 docker引擎错误 引起的,但已被 私人跟踪 ,Docker要求用户重新启动引擎!

该错误似乎可能已超过两年!

https://success.docker.com/article/ucp-health-checks-fail-unable-to-find-
user-nobody-no-matching-entries-in-passwd-file-
observed

https://forums.docker.com/t/unable-to-find-user-root-no-matching-entries-in-
passwd-file/26545/7

…我能说的是,某人正在竭尽全力获得更多资金。

(Docker)获取错误:docker-php-source:构建docker文件时没有这样的文件或目录

(Docker)获取错误:docker-php-source:构建docker文件时没有这样的文件或目录

当我尝试在https://github.com/docker-library/php/blob/3f43309a0d5a427f54dc885e0812068ee767c03e/7.1/Dockerfile处构建docker文件时

命令:docker build -t PHP_image.

我正在考虑以下错误:

Step 14 : copY docker-PHP-source /usr/local/bin/
lstat docker-PHP-source: no such file or directory

有人能帮我弄清楚这里有什么不对吗?

谢谢

解决方法:

您没有docker构建的正确上下文.

只需克隆repo以确保拥有所有文件(及其正确的权限):

git clone https://github.com/docker-library/PHP
docker build . -t PHP_image

但是如果你需要自定义该图像,那么根据官方版本制作自己的Dockerfile会更容易:

FROM PHP:7
RUN #your commands 
RUN ...

bash – Docker中的Logstash – 通过卷挂载时找不到配置文件

bash – Docker中的Logstash – 通过卷挂载时找不到配置文件

编辑:它似乎是一个boot2docker的东西……在运行docker的ubuntu vm中工作正常.

我正在尝试在Docker容器中启动logstash但是当我将配置文件作为卷挂载时,它似乎找不到它.有趣的是,如果我用bash启动容器,我可以在那里看到配置文件并运行与docker相同的命令,它可以工作.

Docker文件

FROM ubuntu:14.04
MAINTAINER cvallance

RUN apt-get update
RUN apt-get -yqq install openjdk-7-jre
RUN apt-get -yqq install curl
RUN mkdir /opt/logstash \
  && cd /opt/logstash \
  && curl -O https://download.elastic.co/logstash/logstash/logstash-1.4.2.tar.gz \
  && tar zxvf logstash-1.4.2.tar.gz

CMD ["/opt/logstash/logstash-1.4.2/bin/logstash","agent","--verbose","-f","/etc/logstash/sample.conf"]

位于$(pwd)/config/sample.conf的配置文件

input {
  stdin { }
}

output {
  stdout {
    codec => rubydebug
  }
}

Docker构建命令:

docker build -t cvallance/logstash .

Docker运行命令:

docker run -ti -v $(pwd)/config:/etc/logstash cvallance/logstash

错误:

Error: No config files found:  /etc/logstash/sample.conf
Can you make sure this path is a logstash config file?

但是,如果我从bash会话中运行相同的命令,就像这样…

docker run -ti -v $(pwd)/config:/etc/logstash cvallance/logstash bash
...
root@d3fd885903dd:/# /opt/logstash/logstash-1.4.2/bin/logstash agent --verbose -f /etc/logstash/sample.conf

一切都按预期工作.即输入和输出

testing
{
       "message" => "testing","@version" => "1","@timestamp" => "2015-04-10T00:06:33.878Z","host" => "d3fd885903dd"
}
如果它是“boot2docker”的东西,请记住,它提供了一个基于Tiny core,without any persistence的Linux主机(除了/ var / lib / docker).

我所做的是确保安装了Oracle_VM_VirtualBox_Extension_Pack,并获取我的/ c / Users /< yourLogin>在我的boot2docker ssh会话中自动共享.
无论我需要保留什么都写在那里(/ c / Users /< yourLogin> / …),而不是其他地方.
如果必须将主机目录作为数据卷安装,则应从/ c / Users /< yourLogin> / ….安装文件夹.

另一个选项(确实存在)是定义一个Data Volume Container,它将持久保存/var/lib/docker/volumes/conf.json中的数据,以及(对于实际文件)/ var / lib / docker / vfs / xxx中的数据.这是首选的最佳做法,因为它不会将您的数据容器链接到特定的主机平台(此处’/ c / Users /< yourLogin>实际上取决于VM主机,在Windows上!不是非常便携.)

Docker Windows 7:找不到匹配的MAC地址错误

Docker Windows 7:找不到匹配的MAC地址错误

在过去的6个月里,我一直在使用Docker ToolBox在我的Windows上运行Docker.突然,当启动我的docker控制台时,我开始收到以下错误:

创建计算机时出错:运行配置时出错:无法找到MAC地址为0800270a0700的匹配IP

我在GitHub和SO上遇到了很多线程,大多数人建议完全删除包括Virtual Box在内的Docker设置并重新安装它.我做了但是即使在干净的设置上我也会得到同样的错误.

我到目前为止尝试过以下事情:

>清理重新安装docker和Virtual Box
>确保在下次安装之前删除了我找到的所有与docker相关的文件夹(删除.docker和.virtualBox文件夹)
>通过执行docker-machine rm default,在新安装失败后,还在现有设置上删除了默认的docker-machine

另外,需要注意的是,当我进行全新安装时,我可以看到,当我第一次启动docker quickstart时,除了一件事之外,它从头开始启动所有内容.我看到了这个消息

找到一个新的仅限主机的适配器:“VirtualBox仅限主机的以太网适配器#2

这提出了一个问题,如果发现它那么它一定不是新的权利?它也是为什么#2?为什么不#1或没有号码?我提出这个问题的原因是因为我怀疑当干净安装发生时,它真的不干净,我认为它从某个地方得到了一些搞砸的设置,而且某个地方很可能就是这个网络适配器

如果我查看Docker机器内的日志,那么日志看起来如下.现在确定这是否有任何帮助

00:00:48.657014 VMMDev:访客日志:00:00:00.009234 vminfo rtldrNativeLoad:dlopen(‘libdbus-1.so.3’,RTLD_Now | RTLD_LOCAL)失败:libdbus-1.so.3:无法打开共享对象文件:没有相应的文件和目录
00:00:48.657044 VMMDev:访客日志:00:00:00.009268 vminfo错误:无法连接到系统D-Bus(1/3):未安装D-Bus
00:00:48.659892 VMMDev:Guest Additions功能报告:(0x0 – > 0x0)无缝:不,hostwindowMapping:no,graphics:no
00:00:48.805170 NAT:不支持IPv6
00:00:50.624628 NAT:DHCP提供IP地址10.0.2.15
00:00:50.624913 NAT:DHCP提供IP地址10.0.2.15
00:00:53.656655 VMMDev:访客日志:00:00:05.010825 vminfo错误:无法连接到系统D-Bus(2/3):未安装D-Bus
00:00:58.658074 VMMDev:访客日志:00:00:10.012264 vminfo错误:无法连接到系统D-Bus(3/3):未安装D-Bus
00:01:00.230853 VMMDev:SetVideoModeHint:获得视频模式提示(800x600x0)@(0x0),(1; 0)为0
00:01:44.873806将VM状态从“RUNNING”更改为“SUSPENDING”
00:01:45.187049 PDMR3Suspend:313 213 266 ns运行时间
00:01:45.187066将VM状态从“SUSPENDING”更改为“SUSPENDED”
00:01:45.187073控制台:机器状态更改为“已暂停”
00:01:48.209792将VM状态从“SUSPENDED”更改为“RESUMING”
00:01:48.247728将VM状态从“RESUMING”更改为“RUNNING”
00:01:48.247754控制台:机器状态更改为“正在运行”
00:06:42.762538将VM状态从“RUNNING”更改为“SUSURENDING”
00:06:42.958664 PDMR3Suspend:196 100 930 ns运行时间
00:06:42.958705将VM状态从“SUSPENDING”更改为“SUSPENDED”
00:06:42.958714控制台:机器状态更改为“已暂停”

到目前为止我没有运气.有帮助吗?

最佳答案
你在使用像Citrix这样的VPN吗?如果是,请断开连接,然后尝试创建机器.

docker – 找不到openshift v3 pod文件

docker – 找不到openshift v3 pod文件

我正在测试Openshift Origin v3.我按照说明将它安装为docker容器.我还在角色/ openshift_examples / files / examples / image-streams / image-streams-centos7.json中部署了所有流.

我现在通过从Github部署虚拟PHP应用程序来测试安装.我能够创建项目和应用程序.但是,构建处于“待定”状态.在事件选项卡中,我看到很多类似这样的消息:

"Unable to mount volumes for pod "hello-world-1-build_PHP1": 
IsLikelyNotMountPoint("/var/lib/origin/openshift.local.volumes/pods/9377d3b4-9887-
11e5-81fe-00215abe5482/volumes/kubernetes.io~secret/builder-dockercfg-x2ijq-
push"): file does not exist (5 times in the last 40 seconds)"

我也尝试使用java应用程序和tomcat docker镜像,但得到了相同的错误消息.看起来像Kubernetes配置问题.

有任何想法吗?

谢谢你的帮助

UPDATE1:
来自原始容器的日志显示有关错误的更多信息:

Unable to mount volumes for pod "deployment-example-2-deploy_test1": IsLikelyNotMountPoint("/var/lib/origin/openshift.local.volumes/pods/70f69f8c-98d3-11e5-8d98-00215abe5482/volumes/kubernetes.io~secret/deployer-token-8cfv8"): file does not exist; skipping pod
E1202 09:12:24.269145    4396 pod_workers.go:113] Error syncing pod 70f69f8c-98d3-11e5-8d98-00215abe5482,skipping: IsLikelyNotMountPoint("/var/lib/origin/openshift.local.volumes/pods/70f69f8c-98d3-11e5-8d98-00215abe5482/volumes/kubernetes.io~secret/deployer-token-8cfv8"): file does not exist
W1202 09:12:34.229374    4396 kubelet.go:1690] Orphaned volume "ac11a2b5-9880-11e5-81fe-00215abe5482/builder-dockercfg-va0cl-push" found,tearing down volume
E1202 09:12:34.287847    4396 kubelet.go:1696] Could not tear down volume "ac11a2b5-9880-11e5-81fe-00215abe5482/builder-dockercfg-va0cl-push": IsLikelyNotMountPoint("/var/lib/origin/openshift.local.volumes/pods/ac11a2b5-9880-11e5-81fe-00215abe5482/volumes/kubernetes.io~secret/builder-dockercfg-va0cl-push"): file does not exist

原始容器开头的日志条目:

202 09:12:13.992293    4396 start_master.go:278] assetConfig.loggingPublicURL: invalid value '',Details: required to view aggregated container logs in the console
W1202 09:12:13.992442    4396 start_master.go:278] assetConfig.metricsPublicURL: invalid value '',Details: required to view cluster metrics in the console
I1202 09:12:14.784026    4396 plugins.go:71] No cloud provider specified.
I1202 09:12:14.981775    4396 start_master.go:388] Starting master on 0.0.0.0:8443 (v1.1-270-ge592c18)
I1202 09:12:14.981825    4396 start_master.go:389] Public master address is https://192.168.178.55:8443
I1202 09:12:14.981855    4396 start_master.go:393] Using images from "openshift/origin-Vote from 2041635cb479cd3a at term 3
2015-12-02 09:12:17.009995 I | raft: 2041635cb479cd3a became leader at term 3
2015-12-02 09:12:17.010011 I | raft: raft.node: 2041635cb479cd3a elected leader 2041635cb479cd3a at term 3
2015-12-02 09:12:17.059445 I | etcdserver: published {Name:openshift.local ClientURLs:[https://192.168.178.55:4001]} to cluster 6a5d0422e654089a
W1202 09:12:17.111262    4396 controller.go:290] Resetting endpoints for master service "kubernetes" to &{{ } {kubernetes  default  c10e12cf-98d0-11e5-8d98-00215abe5482 8 0 2015-12-02 08:43:26 +0000 UTC Now as a timestamp.
I1202 09:12:21.944570    4396 event.go:216] Event(api.ObjectReference{Kind:"Node",Namespace:"",Name:"intweb3",UID:"intweb3",APIVersion:"",ResourceVersion:"",Fieldpath:""}): reason: 'Registerednode' Node intweb3 event: Registered Node intweb3 in NodeController
I1202 09:12:22.662116    4396 start_node.go:179] Starting a node connected to https://192.168.178.55:8443
I1202 09:12:22.670163    4396 plugins.go:71] No cloud provider specified.
I1202 09:12:22.670239    4396 start_node.go:284] Starting node intweb3 (v1.1-270-ge592c18)
W1202 09:12:22.681308    4396 node.go:121] Error running 'chcon' to set the kubelet volume root directory SELinux context: exit status 1
I1202 09:12:22.698136    4396 node.go:56] Connecting to Docker at unix:///var/run/docker.sock
I1202 09:12:22.717904    4396 manager.go:128] cAdvisor running in container: "/docker/f80b92397b6eb9052cf318d7225d21eb66941fcb333f16fe2b0330af629f73dd"
I1202 09:12:22.932096    4396 fs.go:108] Filesystem partitions: map[/dev/sda1:{mountpoint:/rootfs/boot major:8 minor:1 fsType: blockSize:0} /dev/mapper/intweb3--vg-root:{mountpoint:/rootfs major:252 minor:0 fsType: blockSize:0}]
I1202 09:12:22.949204    4396 node.go:251] Started Kubernetes Proxy on 0.0.0.0
I1202 09:12:22.974678    4396 start_master.go:582] Started Origin Controllers
I1202 09:12:22.999204    4396 machine.go:48] Couldn't collect info from any of the files in "/etc/machine-id,/var/lib/dbus/machine-id"
I1202 09:12:22.999311    4396 manager.go:163] Machine: {NumCores:2 cpuFrequency:2667000 MemoryCapacity:1010421760 MachineID: SystemUUID:26A5835E-1781-DD11-BBDA-5ABE54820021 BootID:6cbd9dcc-5d4d-414d-96e7-c8a41de013f7 Filesystems:[{Device:/dev/mapper/intweb3--vg-root Capacity:156112113664} {Device:/dev/sda1 Capacity:246755328}] diskMap:map[252:0:{Name:dm-0 Major:252 Minor:0 Size:158737629184 Scheduler:none} 252:1:{Name:dm-1 Major:252 Minor:1 Size:1044381696 Scheduler:none} 8:0:{Name:sda Major:8 Minor:0 Size:160041885696 Scheduler:deadline}] NetworkDevices:[{Name:eth0 MacAddress:00:21:5a:be:54:82 Speed:1000 Mtu:1500}] Topology:[{Id:0 Memory:1010421760 Cores:[{Id:0 Threads:[0] Caches:[{Size:32768 Type:Data Level:1} {Size:32768 Type:Instruction Level:1}]} {Id:1 Threads:[1] Caches:[{Size:32768 Type:Data Level:1} {Size:32768 Type:Instruction Level:1}]}] Caches:[]}] CloudProvider:UnkNown InstanceType:UnkNown}
I1202 09:12:23.010686    4396 manager.go:169] Version: {KernelVersion:3.19.0-25-generic ContainerOsversion:CentOS Linux 7 (Core) DockerVersion:1.9.1 CadvisorVersion: CadvisorRevision:}
I1202 09:12:23.011734    4396 server.go:820] Watching apiserver
I1202 09:12:23.253556    4396 manager.go:191] Setting dockerRoot to /var/lib/docker
I1202 09:12:23.270558    4396 plugins.go:56] Registering credential provider: .dockercfg
I1202 09:12:23.363525    4396 server.go:779] Started kubelet
E1202 09:12:23.363724    4396 kubelet.go:812] Image garbage collection Failed: unable to find data for container /
I1202 09:12:23.370771    4396 kubelet.go:833] Running in container "/kubelet"
I1202 09:12:23.370860    4396 server.go:104] Starting to listen on 0.0.0.0:10250
I1202 09:12:23.734095    4396 trace.go:57] Trace "decodeNodeList *[]api.imagestream" (started 2015-12-02 09:12:23.154869743 +0000 UTC):
[579.19167ms] [579.19167ms] Decoded 1 nodes
[579.193136ms] [1.466µs] END
I1202 09:12:23.734149    4396 trace.go:57] Trace "decodeNodeList *[]api.imagestream" (started 2015-12-02 09:12:23.154865413 +0000 UTC):
[3.352µs] [3.352µs] Decoding dir /openshift.io/imagestreams/test1 START
[579.252571ms] [579.249219ms] Decoding dir /openshift.io/imagestreams/test1 END
[579.255504ms] [2.933µs] Decoded 1 nodes
[579.257181ms] [1.677µs] END
I1202 09:12:23.734204    4396 trace.go:57] Trace "List *api.imagestreamList" (started 2015-12-02 09:12:23.001854335 +0000 UTC):
[1.676µs] [1.676µs] About to list directory
[732.327694ms] [732.326018ms] List extracted
[732.330138ms] [2.444µs] END
I1202 09:12:23.773150    4396 factory.go:236] Registering Docker factory
I1202 09:12:23.779446    4396 factory.go:93] Registering Raw factory
I1202 09:12:24.069082    4396 manager.go:1006] Started watching for new ooms in manager
I1202 09:12:24.074624    4396 oomparser.go:183] oomparser using systemd
I1202 09:12:24.111389    4396 kubelet.go:944] Node intweb3 was prevIoUsly registered
I1202 09:12:24.112362    4396 manager.go:250] Starting recovery of all containers
I1202 09:12:24.166309    4396 trace.go:57] Trace "decodeNodeList *[]api.imagestream" (started 2015-12-02 09:12:23.155013407 +0000 UTC):
[1.011259672s] [1.011259672s] Decoded 1 nodes
[1.011261767s] [2.095µs] END
I1202 09:12:24.166422    4396 trace.go:57] Trace "decodeNodeList *[]api.imagestream" (started 2015-12-02 09:12:23.155011032 +0000 UTC):
[1.327µs] [1.327µs] Decoding dir /openshift.io/imagestreams/test1 START
[1.01138385s] [1.011382523s] Decoding dir /openshift.io/imagestreams/test1 END
[1.011386853s] [3.003µs] Decoded 1 nodes
[1.01138839s] [1.537µs] END
I1202 09:12:24.166561    4396 trace.go:57] Trace "List *api.imagestreamList" (started 2015-12-02 09:12:23.002949866 +0000 UTC):
[3.142µs] [3.142µs] About to list etcd node
[152.060049ms] [152.056907ms] Etcd node listed
[1.163577016s] [1.011516967s] Node list decoded
[1.163587911s] [10.895µs] END
I1202 09:12:24.166656    4396 trace.go:57] Trace "List *api.imagestreamList" (started 2015-12-02 09:12:23.002947281 +0000 UTC):
[1.188µs] [1.188µs] About to list directory
[1.16368555s] [1.163684362s] List extracted
[1.163687576s] [2.026µs] END
I1202 09:12:24.196265    4396 manager.go:255] Recovery completed
I1202 09:12:24.215711    4396 manager.go:118] Starting to sync pod status with apiserver
I1202 09:12:24.215792    4396 kubelet.go:2056] Starting kubelet main sync loop.

UPDATE2

$sudo docker -v
Docker version 1.9.1,build a34a1d5

$cat /etc/*release*
disTRIB_ID=Ubuntu
disTRIB_RELEASE=14.04
disTRIB_CODENAME=trusty
disTRIB_DESCRIPTION="Ubuntu 14.04.3 LTS"
NAME="Ubuntu"
VERSION="14.04.3 LTS,Trusty Tahr"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 14.04.3 LTS"
VERSION_ID="14.04"
HOME_URL="http://www.ubuntu.com/"
SUPPORT_URL="http://help.ubuntu.com/"
BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/"

@Clayton:你能分享一下有关应该在1.10修复的挂载错误的链接吗?谢谢!

最佳答案
您使用的操作系统和Docker版本是什么?旧版本的Docker上存在卷安装的已知问题 – OpenShift / Kube将卷安装到容器中,但是当Docker运行OpenShift时,库存Docker版本隐藏了对根安装的访问.红帽操作系统带有一个补丁,使其工作,据说Docker 1.10将进行正确的修复.替代方案是直接下载二进制文件,然后使用sudo openshift start启动它.

今天的关于找不到用户root:Docker中的passwd文件中没有匹配的条目找不到docker命令的分享已经结束,谢谢您的关注,如果想了解更多关于(Docker)获取错误:docker-php-source:构建docker文件时没有这样的文件或目录、bash – Docker中的Logstash – 通过卷挂载时找不到配置文件、Docker Windows 7:找不到匹配的MAC地址错误、docker – 找不到openshift v3 pod文件的相关知识,请在本站进行查询。

本文标签: