You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
I've hit an issue where ARP traffic across a macvlan (bridge) network isn't being routed as I expect. I'm hopeful someone with macvlan expertise could shed some light onto what's going on. In brief, a tap device within a container (bridged with the container's default interface) makes an ARP request out over the vlan network, a reply is sent but not received by the container. I suspect this is due
I'm seeing errors relating to cgroup running out of disk space. When starting containers, I get this error: "oci runtime error: process_linux.go:258: applying cgroup configuration for process caused "mkdir /sys/fs/cgroup/memory/docker/406cfca0c0a597091854c256a3bb2f09261ecbf86e98805414752150b11eb13a: no space left on device"" The servers have plenty of disk space and inodes. The containers cgroup i
Containers: 14 Running: 12 Paused: 0 Stopped: 2 Images: 73 Server Version: 1.11.2 Storage Driver: aufs Root Dir: /var/lib/docker/aufs Backing Filesystem: extfs Dirs: 1180 Dirperm1 Supported: true Logging Driver: json-file Cgroup Driver: cgroupfs Plugins: Volume: local Network: overlay bridge null host Kernel Version: 4.4.0-24-generic Operating System: Ubuntu 14.04.4 LTS OSType: linux Architecture:
Fixes #1768 Noticed this issue when debugging few test case failures in e2e test suite. This is likely to be the root cause for docker #33076 and the service access issue during container bring up reported in docker #30321 This PR implements a different approach to fix this issue. #1783 has an alternative approach, which could have a performance impact. libnetwork IPAM recycles the IP address when
Work has been ongoing to break Docker into modular components for some time, with runc and containerd as examples. Containerd for example has been donated to the CNCF. We are now completing this work with the goal being that the monolithic docker repo eventually ceases to exist, instead being assembled from a set of components. Docker is, and will remain, a open source product that lets you build,
Jan 6 01:41:19 ip-100-64-32-70 kernel: INFO: task kworker/u31:1:91 blocked for more than 120 seconds. Jan 6 01:41:19 ip-100-64-32-70 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Jan 6 01:41:19 ip-100-64-32-70 kernel: kworker/u31:1 D ffff880201fc98e0 0 91 2 0x00000000 Jan 6 01:41:19 ip-100-64-32-70 kernel: Workqueue: kdmremove do_deferred_remove [dm_mod] Jan 6 0
This PR introduces a small change to the Docker CLI as part of a larger project to address some longstanding file sharing performance on Docker for Mac ([1], [2]). The poor performance of bind mounts in Docker for Mac for some applications arises from osxfs ensuring perfectly consistent views of bind mounts between container and host: reads, writes and events from within a container are propagated
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く