profile
viewpoint
Drew Erny dperny @Mirantis Tuscaloosa, AL http://www.dperny.net FLOSS Machine. Outside of my official work obligations, I am happy to help anyone contribute to the various projects I work on in any way I can! Get in touch!

docker/classicswarm 5817

Swarm Classic: a container clustering system. Not to be confused with Docker Swarm which is at https://github.com/docker/swarmkit

docker/swarmkit 2526

A toolkit for orchestrating distributed systems at any scale. It includes primitives for node discovery, raft-based consensus, task scheduling and more.

docker/leadership 150

Distributed Leader Election using docker/libkv

dperny/dotfiles 3

My Dotfiles

dperny/cs403-assignments 2

Programming assignments from CS 403 at The University of Alabama with Dr. John Lusth

dperny/100pUtils 0

A collection of short programs, scrips, and libraries for common 100p operations.

dperny/binarytree 0

A Python3 class for a binary tree

dperny/caboose-cms 0

Ruby on rails content management system

dperny/caboose-store 0

E-commerce plugin for Caboose CMS

issue commentdocker/for-linux

Error response from daemon: open /var/lib/docker/overlay2/XXX: no such file or directory

sudo service restart docker

did the trick for me, hope it helps

Didn't work even after restart and reboot.

tomas-wood

comment created time in 3 hours

issue commentdocker/for-linux

Error response from daemon: open /var/lib/docker/overlay2/XXX: no such file or directory

Has anyone solved this yet? I can't push image to Docker Hub and got error.

After I prune system I re-downloaded older/same image but it failed.

That is strange.

tomas-wood

comment created time in 4 hours

startedzeus86/openrgb-systemd-unit

started time in 6 hours

push eventdocker/docker-ce

Sebastiaan van Stijn

commit sha 2a23a6578834ebe015f63d71730a528f479a9993

cli/config: prevent warning if HOME is not set commit c2626a8270924d0cec54477fc506174cd31dc560 replaced the use of github.com/docker/docker/pkg/homedir with Golang's os.UserHomeDir(). This change was partially reverted in 7a279af43de6650d2f36c41f9d926db7be3b3567 to account for situations where `$HOME` is not set. In situations where no configuration file is present in `~/.config/`, the CLI falls back to looking for the (deprecated) `~/.dockercfg` configuration file, which was still using `os.UserHomeDir()`, which produces an error/warning if `$HOME` is not set. This patch introduces a helper function and a global variable to get the user's home-directory. The global variable is used to prevent repeatedly looking up the user's information (which, depending on the setup can be a costly operation). Signed-off-by: Sebastiaan van Stijn <github@gone.nl> Upstream-commit: c85a37dbb472c39bc88cf707fce83fed7a644fed Component: cli

view details

Silvin Lubecki

commit sha e263bc20ddc66115fb65175b97a26053b90c1ecf

Merge pull request #2934 from thaJeztah/fix_homedir_warning cli/config: prevent warning if HOME is not set Upstream-commit: 1e54c5d67c536ff4e6cf3efa5aa66999c0d4e11f Component: cli

view details

GordonTheTurtle

commit sha d7142f02d6552a51c31097941a8ace65e4bfc53b

Merge component 'cli' from git@github.com:docker/cli master

view details

push time in 7 hours

issue commentdocker/for-linux

Very slow container startup somewhere near libnetwork Sandbox initialization

Update: Problem persists in Docker 20.10.2 running on Alpine Linux 3.13 with kernel 5.10.7-lts x86-64

Looking at the source file @vania-pooh mentioned almost two years ago, I was hoping to bypass the set-ipv6 call by enabling the live restore feature, since that's a part of the check as seen below:

// In live-restore mode, IPV6 entries are getting cleaned up due to below code
// We should retain IPV6 configurations in live-restore mode when Docker Daemon
// comes back. It should work as it is on other cases
// As starting point, disable IPv6 on all interfaces
if !isRestore && !n.isDefault {
	err = setIPv6(n.path, "all", false)
	if err != nil {
		logrus.Warnf("Failed to disable IPv6 on all interfaces on network namespace %q: %v", n.path, err)
	}
}

Unfortunately this does nothing. set-ipv6 is still called, no matter what I do.

My next approach is to recompile docker daemon with the following patch:

--- a/namespace_linux.go	2021-01-19 15:45:51.527712368 +0100
+++ b/namespace_linux.go	2021-01-19 15:47:28.931264607 +0100
@@ -670,15 +670,7 @@
 }
 
 func setIPv6(path, iface string, enable bool) error {
-	cmd := &exec.Cmd{
-		Path:   reexec.Self(),
-		Args:   append([]string{"set-ipv6"}, path, iface, strconv.FormatBool(enable)),
-		Stdout: os.Stdout,
-		Stderr: os.Stderr,
-	}
-	if err := cmd.Run(); err != nil {
-		return fmt.Errorf("reexec to set IPv6 failed: %v", err)
-	}
+	logrus.Warnf("Ignoring call to set-ipv6 because it's broken.")
 	return nil
 }

I'll post back if it works. I wish this issue would get more attention.

vania-pooh

comment created time in 9 hours

issue commentdocker/for-linux

Docker fails to start containers with cgroup memory allocation error.

I'm facing the same issue, but I'm not sure if the issue came from cgroup memory.

I tried to create my self cgroups and delete them and works fine, but still have the issue.

Logs from the Kubernetes node

Jan 19 13:15:43 xxxxxx kubelet[9279]: E0119 13:15:43.049088    9279 pod_workers.go:191] Error syncing pod e886905b-acf0-47df-8c5d-b20b07e7a824 ("xxxxxx(e886905b-acf0-47df-8c5d-b20b07e7a824)"), skipping: failed to ensure that the pod: e886905b-acf0-47df-8c5d-b20b07e7a824 cgroups exist and are correctly applied: failed to create container for [kubepods burstable pode886905b-acf0-47df-8c5d-b20b07e7a824] : mkdir /sys/fs/cgroup/memory/kubepods/burstable/pode886905b-acf0-47df-8c5d-b20b07e7a824: cannot allocate memory

Kernel

Centos 7 - 3.10.0-1127.19.1.el7.x86_64

Disabling the memory accounting with the kernel parameter cgroup.memory = nokmem could produce some overflow ?

JakeBonek

comment created time in 11 hours

startedmikechambers/dcli

started time in 18 hours

issue openeddocker/for-linux

every bridge interface goes disconnected after centos vm resume

  • [x] This is a bug report
  • [ ] This is a feature request
  • [x] I searched existing issues before opening this one

Expected behavior

A bridge network interface keep working after CentOS 8 virtual machine resumes its state.

Actual behavior

The bridge i've created three days ago went unresponsive after a vm suspend/resume operation. After the resume, the br interface results as disconnected . Every time i create a new docker's bridge interface it's going to be disconnected after a vm suspend/resume.

Output of docker version:

Docker version 20.10.2, build 2291f61

Output of docker info:

Client:
 Context:    default
 Debug Mode: false
 Plugins:
  app: Docker App (Docker Inc., v0.9.1-beta3)
  buildx: Build with BuildKit (Docker Inc., v0.5.1-docker)

Server:
 Containers: 2
  Running: 1
  Paused: 0
  Stopped: 1
 Images: 2
 Server Version: 20.10.2
 Storage Driver: overlay2
  Backing Filesystem: xfs
  Supports d_type: true
  Native Overlay Diff: true
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Cgroup Version: 1
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: io.containerd.runc.v2 io.containerd.runtime.v1.linux runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: 269548fa27e0089a8b8278fc4fc781d7f65a939b
 runc version: ff819c7e9184c13b7c2607fe6c30ae19403a7aff
 init version: de40ad0
 Security Options:
  seccomp
   Profile: default
 Kernel Version: 4.18.0-240.1.1.el8_3.x86_64
 Operating System: CentOS Linux 8
 OSType: linux
 Architecture: x86_64
 CPUs: 4
 Total Memory: 7.748GiB
 Name: xyz-local.vm
 ID: PIL7:LQFG:LI4A:PJ4M:RC74:7JEI:UXB6:S2AY:JRJF:PPD5:MEXQ:LAUU
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: false
 Insecure Registries:
  127.0.0.0/8
 Live Restore Enabled: false

WARNING: No blkio weight support
WARNING: No blkio weight_device support

Additional environment details (AWS, VirtualBox, physical, etc.)

nmcli output after vm resumed: (note br-eb9308bd7eae)

[VM xyz-local.vm ~]# nmcli
ens33: collegato to ens33
        "Intel 82545EM"
        ethernet (e1000), 00:0C:29:54:6B:26, hw, mtu 1500
        predefinito ip4
        inet4 172.16.186.2/24
        route4 0.0.0.0/0
        route4 172.16.186.0/24
        inet6 fe80::20c:29ff:fe54:6b26/64
        route6 ff00::/8
        route6 fe80::/64

br-eb9308bd7eae: disconnected
        "br-eb9308bd7eae"
        bridge, 02:42:8D:6D:10:A1, sw, mtu 1500

docker0: unmanaged
        "docker0"
        bridge, 02:42:9E:1D:68:CA, sw, mtu 1500

veth2cc65f7: unmanaged
        "veth2cc65f7"
        ethernet (veth), 62:61:3E:12:63:08, sw, mtu 1500

lo: unmanaged
        "lo"
        loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536

Workaround

  1. disconnect all containers from the unresponsive bridge
  2. remove unresponsive bridge
  3. create a new bridge
  4. connect all container to the new bridge
  5. network reachable again (until next vm suspend/resume)

I thought about setting the interface on OS level but this would happen on every new bridge interface that gets created via docker network create --driver bridge xyz-bridge

created time in a day

issue openeddocker/for-linux

docker 20.10.1, build 831ebea silently fails to add a disorderfs based volume

  • [x] This is a bug report
  • [ ] This is a feature request
  • [x] I searched existing issues before opening this one

Expected behavior

$ touch x
$ docker run --rm --volume $(pwd):/project --workdir /project ubuntu ls
x
$

Actual behavior

$ touch x
$ docker run --rm --volume $(pwd):/project --workdir /project ubuntu ls
$

Steps to reproduce the behavior

Install docker 20.10.1, build 831 and

$ mkdir /tmp/{un,}sorted
$ touch /tmp/unsorted/x
$ sudo disorderfs --sort-dirents=yes --reverse-dirents=no --multi-user=yes /tmp/{un,}sorted
$ docker run --rm --volume /tmp/sorted:/project --workdir /project ubuntu ls
$

Output of docker version:

My colleague who ran into the issue claimed he installed it from snap in his fresh Ubuntu. I tried to reproduce the issue on Ubuntu 20.4 and 20.10 but those have Docker 19.03.11 which does not have the issue. My colleague did only paste the output of docker --version, not the others. Will ask him to add the data.

Docker version 20.10.1, build 831ebea

Additional environment details (AWS, VirtualBox, physical, etc.)

Ubuntu 20.?

created time in a day

issue commentdocker/for-linux

cgroups: cannot found cgroup mount destination: unknown

For me uninstalling all docker related stuff (specially docker-ce) fixed it (rollback to previous version). Good luck.

xgenvn

comment created time in a day

push eventdocker/docker-ce

Jim Lin

commit sha 2bc590cba837dcf532d8f51bf79834bbe1d56ebc

fix --update-order and --rollback-order flags Signed-off-by: Jim Lin <b04705003@ntu.edu.tw> Upstream-commit: 26a6a724aacb9def52e4ecbc2259fca131cf6c12 Component: cli

view details

Sebastiaan van Stijn

commit sha 2f23e1577f662957b90d6edf233bf89e459cb570

Merge pull request #2927 from jimlinntu/fix_update_rollback_order fix --update-order and --rollback-order flags Upstream-commit: a49d70ca7fd655bccfcf2f0250c0ebd73438fcd8 Component: cli

view details

GordonTheTurtle

commit sha 535372a702026c6392af9155e8d08fe51ae3b116

Merge component 'cli' from git@github.com:docker/cli master

view details

push time in a day

issue commentdocker/for-linux

Error response from daemon ... executable file not found in $PATH"

@dmitryrn 他是对的。当您想要指定一些参数像port时应按照下面的格式:

sudo docker run -it -d --name {name} -p 80:80 -p 3306:3306 {REPOSITORY NAME}

jonathansberry

comment created time in 2 days

PR opened docker/docker-ce

Fix powertools name

https://git.centos.org/rpms/centos-repos/blob/c8/f/SOURCES/CentOS-Stream-PowerTools.repo#_11

Please do not send pull requests to this docker/docker-ce repository.

We do, however, take contributions gladly.

See https://github.com/docker/docker-ce/blob/master/CONTRIBUTING.md

Thanks!

+1 -1

0 comment

1 changed file

pr created time in 2 days

issue commentdocker/for-linux

Docker 20.10 cannot start up on Fedora 32

I had this same problem with 5:20.10.2~3-0~ubuntu-focal tonight. I was able to resolve the error by removing 'docker0' interface from one of the firewalld zones. This fix worked with no further changes required.

Cuda-Chen

comment created time in 3 days

issue openeddocker/for-linux

docker pull does not know how to resume previous failed attempt

<!-- This issue tracker is for bug reports and feature requests. For questions, and getting help on using docker:

  • Docker documentation - https://docs.docker.com
  • Docker Forums - https://forums.docker.com
  • Docker community Slack - https://dockercommunity.slack.com/ (register here: http://dockr.ly/community)
  • Post a question on StackOverflow, using the Docker tag -->
  • [x] This is a bug report
  • [x] This is a feature request
  • [x] I searched existing issues before opening this one

<!-- DO NOT report security issues publicly! If you suspect you discovered a security issue, send your report privately to security@docker.com. -->

Expected behavior

When a first attempt to docker pull an image fails initially after some partial download, a subsequent attempt should not start from scratch but resume the download from wherever the previous attempt failed. This way, when downloading an image that is large relative to network reliability, there is a high-enough probability of docker pull succeeding within a reasonable number of attempts.

Actual behavior

Subsequent docker pull attempts start from scratch even if a previous attempt has "pull complete" for some layers. This means that for large images over an intermittently failing connection, the chance of docker pull completing within a reasonable number of tries approaches zero as the image size increases. This can be considered to be a usability bug.

$ docker pull xilinx/vitis-ai:latest
latest: Pulling from xilinx/vitis-ai
f22ccc0b8772: Pull complete 
3cf8fb62ba5f: Pull complete 
e80c964ece6a: Pull complete 
afd3e84ff233: Pull complete 
caba11bf89c1: Pull complete 
21ff7ffad7fb: Pull complete 
0a1fb73e7f8f: Pull complete 
b700632d3b49: Pull complete 
f32b167b0bc9: Pull complete 
d5dca61bcafa: Pull complete 
bb15414437e3: Pull complete 
e73de575fa84: Pull complete 
b1a14839c8e3: Pull complete 
75052f7c411f: Pull complete 
e6c777df29dc: Pull complete 
741b871f4d0b: Pull complete 
bd09e2cec15d: Pull complete 
49359a403f15: Pull complete 
3dc515bfbb5a: Pull complete 
705cf80df2f3: Pull complete 
53d1bd56d0d4: Pull complete 
d2572bf03a3f: Pull complete 
c970ce782924: Pull complete 
b18006f4f833: Pull complete 
7dc2ec620aa4: Pull complete 
31cda23c4bce: Pull complete 
c4a6256a9c1b: Downloading [==================================================>]  3.801GB/3.801GB
b0190525f152: Download complete 
b44b92ba8003: Download complete 
ab4ebe064c35: Download complete 
unexpected EOF
$ docker pull xilinx/vitis-ai:latest
latest: Pulling from xilinx/vitis-ai
f22ccc0b8772: Downloading [======================================>            ]  20.56MB/26.71MB
...

Steps to reproduce the behavior

  1. docker pull xilinx/vitis-ai:latest
  2. Ctrl-C after download finishes for some layer (simulating network failure).
  3. docker pull xilinx/vitis-ai:latest and see that it starts from scratch. <!-- Describe the exact steps to reproduce. If possible, provide a minimum reproduction example; take into account that others do not have access to your private images, source code, and environment.

REMOVE SENSITIVE DATA BEFORE POSTING (replace those parts with "REDACTED") -->

Output of docker version:

$ docker version
Client:
 Version:           19.03.8
 API version:       1.40
 Go version:        go1.13.8
 Git commit:        afacb8b7f0
 Built:             Wed Oct 14 19:43:43 2020
 OS/Arch:           linux/amd64
 Experimental:      false

Server:
 Engine:
  Version:          19.03.8
  API version:      1.40 (minimum version 1.12)
  Go version:       go1.13.8
  Git commit:       afacb8b7f0
  Built:            Wed Oct 14 16:41:21 2020
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.3.3-0ubuntu2
  GitCommit:        
 runc:
  Version:          spec: 1.0.1-dev
  GitCommit:        
 docker-init:
  Version:          0.18.0
  GitCommit:

Output of docker info:

Client:
 Debug Mode: false

Server:
 Containers: 3
  Running: 0
  Paused: 0
  Stopped: 3
 Images: 43
 Server Version: 19.03.8
 Storage Driver: overlay2
  Backing Filesystem: <unknown>
  Supports d_type: true
  Native Overlay Diff: true
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: 
 runc version: 
 init version: 
 Security Options:
  apparmor
  seccomp
   Profile: default
 Kernel Version: 5.4.0-47-generic
 Operating System: Ubuntu 20.04.1 LTS
 OSType: linux
 Architecture: x86_64
 CPUs: 8
 Total Memory: 31.29GiB
 Name: frodo
 ID: KMLP:N2DN:SFDB:3AH4:ATYJ:6TUE:JKWM:SNY5:MHPT:LTG4:KJIW:CGWE
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: false
 Insecure Registries:
  127.0.0.0/8
 Live Restore Enabled: false

WARNING: No swap limit support

Additional environment details (AWS, VirtualBox, physical, etc.) Ubuntu 20.04.1 LTS

created time in 3 days

issue commentdocker/for-linux

SIGSEGV dockerd 20.10.2

a downgrade to 5:19.03.14~3-0~ubuntu-bionic (my previous version) does not show the SIGSEGV: docker-bug.txt

sibbi77

comment created time in 4 days

issue openeddocker/for-linux

SIGSEGV dockerd 20.10.2

  • [x] This is a bug report
  • [ ] This is a feature request
  • [x] I searched existing issues before opening this one

Expected behavior

dockerd must never terminate with SIGSEGV.

Actual behavior

/usr/bin/dockerd -D

INFO[2021-01-16T10:41:01.251777614+01:00] Starting up                                  
DEBU[2021-01-16T10:41:01.252491225+01:00] Listener created for HTTP on unix (/var/run/docker.sock) 
DEBU[2021-01-16T10:41:01.253124266+01:00] Golang's threads limit set to 229950         
INFO[2021-01-16T10:41:01.253558556+01:00] parsed scheme: "unix"                         module=grpc
INFO[2021-01-16T10:41:01.253581766+01:00] scheme "unix" not registered, fallback to default scheme  module=grpc
DEBU[2021-01-16T10:41:01.253609706+01:00] metrics API listening on /var/run/docker/metrics.sock 
INFO[2021-01-16T10:41:01.253624336+01:00] ccResolverWrapper: sending update to cc: {[{unix:///run/containerd/containerd.sock  <nil> 0 <nil>}] <nil> <nil>}  module=grpc
INFO[2021-01-16T10:41:01.253712596+01:00] ClientConn switching balancer to "pick_first"  module=grpc
INFO[2021-01-16T10:41:01.254819988+01:00] parsed scheme: "unix"                         module=grpc
INFO[2021-01-16T10:41:01.254857268+01:00] scheme "unix" not registered, fallback to default scheme  module=grpc
INFO[2021-01-16T10:41:01.254878428+01:00] ccResolverWrapper: sending update to cc: {[{unix:///run/containerd/containerd.sock  <nil> 0 <nil>}] <nil> <nil>}  module=grpc
INFO[2021-01-16T10:41:01.254891448+01:00] ClientConn switching balancer to "pick_first"  module=grpc
DEBU[2021-01-16T10:41:01.255547058+01:00] Using default logging driver json-file       
DEBU[2021-01-16T10:41:01.255606688+01:00] [graphdriver] priority list: [btrfs zfs overlay2 fuse-overlayfs aufs overlay devicemapper vfs] 
INFO[2021-01-16T10:41:01.255636908+01:00] [graphdriver] using prior storage driver: btrfs 
DEBU[2021-01-16T10:41:01.255663819+01:00] Initialized graph driver btrfs               
DEBU[2021-01-16T10:41:01.255673489+01:00] processing event stream                       module=libcontainerd namespace=plugins.moby
DEBU[2021-01-16T10:41:01.929682530+01:00] No quota support for local volumes in /var/lib/docker/volumes: Filesystem does not support, or has not enabled quotas 
WARN[2021-01-16T10:41:01.949370910+01:00] Your kernel does not support CPU realtime scheduler 
WARN[2021-01-16T10:41:01.949392680+01:00] Your kernel does not support cgroup blkio weight 
WARN[2021-01-16T10:41:01.949400020+01:00] Your kernel does not support cgroup blkio weight_device 
DEBU[2021-01-16T10:41:01.949506261+01:00] Max Concurrent Downloads: 3                  
DEBU[2021-01-16T10:41:01.949514651+01:00] Max Concurrent Uploads: 5                    
DEBU[2021-01-16T10:41:01.949519791+01:00] Max Download Attempts: 5                     
INFO[2021-01-16T10:41:01.949532081+01:00] Loading containers: start.                   
DEBU[2021-01-16T10:41:01.949707031+01:00] processing event stream                       module=libcontainerd namespace=moby
ERRO[2021-01-16T10:41:01.951088322+01:00] failed to load container                      container=9dd8da6d68e1dbe5407fdde3619f9f23319c8ad864d270602c822c2392f52927 error="open /var/lib/docker/containers/9dd8da6d68e1dbe5407fdde3619f9f23319c8ad864d270602c822c2392f52927/config.v2.json: no such file or directory"
DEBU[2021-01-16T10:41:01.955084726+01:00] loaded container                              container=cbe36a4aedddad663c47779dcb8abc2dc7843a38323d35c23df2886ef8564640 paused=false running=true
DEBU[2021-01-16T10:41:01.955085426+01:00] loaded container                              container=94a817c8f17e4a332c108c2afb9b10b4fc0577177ae73b82cb234b5917c7c41b paused=false running=true
DEBU[2021-01-16T10:41:01.955094976+01:00] loaded container                              container=b9bfe91a927adac0f9af1d0291374cf004b1045ec0c8d1186265aa579f2babab paused=false running=true
DEBU[2021-01-16T10:41:01.955094916+01:00] loaded container                              container=4bf8dc61c55d5b8dfee5d1390184f0eb21812595178a18f2657d3c8693eaafba paused=false running=true
DEBU[2021-01-16T10:41:01.955097796+01:00] loaded container                              container=dfc9cf08ad34f70818a6accf5f8db51d7568f9b255068933870a2a932215a01c paused=false running=true
DEBU[2021-01-16T10:41:01.955171516+01:00] loaded container                              container=fe9e1626adf23de5df53e86d3b057cc6dfda72ed3eb916bafe76492223475a8f paused=false running=true
DEBU[2021-01-16T10:41:01.955124196+01:00] loaded container                              container=3b3f5d0401938e1a3d99df9ef8e3fdb7027c0bb898cbddbf6f37b50dd17fc944 paused=false running=true
DEBU[2021-01-16T10:41:01.955124056+01:00] loaded container                              container=77254d04500e50148af90e105ed5d7f8bc7a4e5303330e6d28c915ec54055e26 paused=false running=true
DEBU[2021-01-16T10:41:01.955127846+01:00] loaded container                              container=75779d522db55c31da24af99d985917f34379311514d951798cd2694c6aa6025 paused=false running=true
DEBU[2021-01-16T10:41:01.955175656+01:00] loaded container                              container=58f48df9ab4e7e473ac00b3dc5c665fa8b0181dade8b7e78d62e49882a89b7fb paused=false running=true
DEBU[2021-01-16T10:41:01.955213656+01:00] loaded container                              container=6b5fd16689b484e04491b5d35f6fcb5f89c30f91a0e82b1c0514bd5c6376a484 paused=false running=true
DEBU[2021-01-16T10:41:01.955265086+01:00] loaded container                              container=6c58b36126694662cce12e48e071d74e5c5236f662a592ad272e6d1701df4245 paused=false running=true
DEBU[2021-01-16T10:41:01.955323526+01:00] loaded container                              container=1d587fc235238bff73224eef576b6acd63d1e0dc42ce07cb32c53916ddb7b1ec paused=false running=true
DEBU[2021-01-16T10:41:01.955357136+01:00] loaded container                              container=3003e2bfed86be6550eda431ecae96cca300de0de5db6bb56864b65147f79dd6 paused=false running=true
DEBU[2021-01-16T10:41:01.955416256+01:00] loaded container                              container=ea9c118cc1d62286daccf23a4db5b7cc3a9eae78527a920ac33febffbfd924a6 paused=false running=true
DEBU[2021-01-16T10:41:01.955452696+01:00] loaded container                              container=d05073c99bb2391a9d734d0fdabde12aed948f6bed20867e3b74e49c296f6ec9 paused=false running=true
DEBU[2021-01-16T10:41:01.955460046+01:00] loaded container                              container=9ce279b5b11c8bbdee1cbf3b5df0589482866ca65ecb7cf4d95200f4ae17f0cf paused=false running=true
DEBU[2021-01-16T10:41:01.955525296+01:00] loaded container                              container=b298a707a22475bb649577eca5118173fd6dfa4c256b433257a3ecc887299075 paused=false running=true
DEBU[2021-01-16T10:41:01.955586556+01:00] loaded container                              container=35b3511b5d031a7af1c9662b84e4b9cb419cc64f5be32ee029a62fd87142df4e paused=false running=true
DEBU[2021-01-16T10:41:01.955591966+01:00] loaded container                              container=040f4d98fd2fd53bfbf80c10f0e2cfa8430c3647c357925ac8c2c8ad39da5de5 paused=false running=false
DEBU[2021-01-16T10:41:01.955707287+01:00] loaded container                              container=b85216e818dcc4d0646eab7d10b59a4dd39764c74b893b1dc340893a916e7583 paused=false running=true
DEBU[2021-01-16T10:41:01.955724707+01:00] loaded container                              container=05925d61b119dadc2f92520fa7538800cb26759d0b201d5c032a386f26cb334f paused=false running=true
DEBU[2021-01-16T10:41:01.955829857+01:00] loaded container                              container=58e684e561d7f28a7bddf354b990ae2971741be6a8a70b1dc99d4c046cd16e46 paused=false running=true
DEBU[2021-01-16T10:41:01.955892417+01:00] loaded container                              container=ec35e488c3cc1d905d26f730d143c2e92a291d9c736e2997ce04d7cf2d93ca49 paused=false running=true
DEBU[2021-01-16T10:41:01.955903927+01:00] loaded container                              container=3b70cf99fbd840e2765e8fb21dc2329a6244a94b90132ad2c5a486827f3f0c40 paused=false running=false
DEBU[2021-01-16T10:41:01.955960287+01:00] loaded container                              container=5d4759a992cc4565ae57c72a04e29a46326bc4d1fef9818c9da9897cec417a3e paused=false running=true
DEBU[2021-01-16T10:41:01.956086257+01:00] loaded container                              container=46dee9c6e547dd01b266cb5d482a7ba38913e6a5a0f35c947f168974a4538f83 paused=false running=true
DEBU[2021-01-16T10:41:01.956098007+01:00] loaded container                              container=50a1b33282b79e1c3370b6ceb63d5424d028a999cabc7e56c5a810d14517d135 paused=false running=false
DEBU[2021-01-16T10:41:01.956218427+01:00] loaded container                              container=52c3067a761a0e4aa972cbb40ed5dda109ca1b4d3a78924be146b11a794689ed paused=false running=true
DEBU[2021-01-16T10:41:01.956337867+01:00] loaded container                              container=30d233415fdada278f09a2b02e2af64bcd960feda822eae6ef956eb5d8c0c8c9 paused=false running=true
DEBU[2021-01-16T10:41:01.956401747+01:00] loaded container                              container=9c5cb7c74ccd09c2de1816c23bc1bbc3356853520131bd74654888a907323b3d paused=false running=true
DEBU[2021-01-16T10:41:01.956422787+01:00] loaded container                              container=626a9fa32629d4d5e955e4c891e9292d3d6195ad670b6110b480c36560b5fa00 paused=false running=true
DEBU[2021-01-16T10:41:01.956436397+01:00] loaded container                              container=c83793206adcc0d62c685ea177ab62482ef1bd5bb7ee4ae112ba7ca2e1aa0937 paused=false running=true
DEBU[2021-01-16T10:41:01.956486107+01:00] loaded container                              container=1edfa3665f9edb5fb130c1d830ae81f2c6690e145a01c412254115d70a8ca95f paused=false running=true
DEBU[2021-01-16T10:41:01.956616027+01:00] loaded container                              container=7b0c0f00a9abf737db8fcf3c69ef18b2f5cb2614136621ebe5e2b4ea7849e59b paused=false running=true
DEBU[2021-01-16T10:41:01.956659807+01:00] loaded container                              container=f65c537189ccd6700a1c634b06e5fa3ab667a02599db2f9b83ceadd6de1f66db paused=false running=true
DEBU[2021-01-16T10:41:01.956695547+01:00] loaded container                              container=802dfac8ae9b0580f19d3f89d6a8dbb7057684abf11e9761cd5c496130a10b33 paused=false running=true
DEBU[2021-01-16T10:41:01.956871258+01:00] loaded container                              container=e8be58f56b32540a2eaa426344d4499b601cfc9877eaa8fbf86a7d81159eff05 paused=false running=true
DEBU[2021-01-16T10:41:01.978801850+01:00] restoring container                           container=b9bfe91a927adac0f9af1d0291374cf004b1045ec0c8d1186265aa579f2babab paused=false restarting=false running=true
DEBU[2021-01-16T10:41:01.985064477+01:00] restoring container                           container=9ce279b5b11c8bbdee1cbf3b5df0589482866ca65ecb7cf4d95200f4ae17f0cf paused=false restarting=false running=true
DEBU[2021-01-16T10:41:01.985242247+01:00] restoring container                           container=50a1b33282b79e1c3370b6ceb63d5424d028a999cabc7e56c5a810d14517d135 paused=false restarting=false running=false
DEBU[2021-01-16T10:41:01.985343087+01:00] restoring container                           container=ea9c118cc1d62286daccf23a4db5b7cc3a9eae78527a920ac33febffbfd924a6 paused=false restarting=false running=true
DEBU[2021-01-16T10:41:01.985559487+01:00] restoring container                           container=52c3067a761a0e4aa972cbb40ed5dda109ca1b4d3a78924be146b11a794689ed paused=false restarting=false running=true
DEBU[2021-01-16T10:41:01.985619407+01:00] restoring container                           container=3003e2bfed86be6550eda431ecae96cca300de0de5db6bb56864b65147f79dd6 paused=false restarting=false running=true
DEBU[2021-01-16T10:41:01.985998388+01:00] alive: false                                  container=50a1b33282b79e1c3370b6ceb63d5424d028a999cabc7e56c5a810d14517d135 paused=false restarting=false running=false
DEBU[2021-01-16T10:41:01.986026148+01:00] done restoring container                      container=50a1b33282b79e1c3370b6ceb63d5424d028a999cabc7e56c5a810d14517d135 paused=false restarting=false running=false
DEBU[2021-01-16T10:41:01.986581008+01:00] restoring container                           container=b85216e818dcc4d0646eab7d10b59a4dd39764c74b893b1dc340893a916e7583 paused=false restarting=false running=true
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x10 pc=0x5586c892a7a4]

goroutine 420 [running]:
github.com/docker/docker/vendor/github.com/containerd/fifo.(*fifo).Close(0x0, 0x0, 0x0)
        /go/src/github.com/docker/docker/vendor/github.com/containerd/fifo/fifo.go:208 +0x44
github.com/docker/docker/vendor/github.com/containerd/containerd/cio.(*cio).Close(0xc000d06f60, 0x5586cb5654d0, 0xc000d8e9e8)
        /go/src/github.com/docker/docker/vendor/github.com/containerd/containerd/cio/io.go:203 +0x90
github.com/docker/docker/libcontainerd/remote.(*client).Restore.func1(0xc0008bf820, 0xc0008a2040)
        /go/src/github.com/docker/docker/libcontainerd/remote/client.go:86 +0x5a
github.com/docker/docker/libcontainerd/remote.(*client).Restore(0xc00098e5b0, 0x5586cb61c7c0, 0xc000052088, 0xc0011b6500, 0x40, 0xc0008bf810, 0x5586cb05cf00, 0xffffffffffffffff, 0x0, 0x0, ...)
        /go/src/github.com/docker/docker/libcontainerd/remote/client.go:107 +0x923
github.com/docker/docker/daemon.(*Daemon).restore.func3(0xc00079d9e0, 0xc000a38230, 0xc00000c1e0, 0xc00079d9a8, 0xc000d84f00, 0xc000d84ed0, 0xc000d84ea0, 0xc00128a280)
        /go/src/github.com/docker/docker/daemon/daemon.go:351 +0x48a
created by github.com/docker/docker/daemon.(*Daemon).restore
        /go/src/github.com/docker/docker/daemon/daemon.go:319 +0x4b3

Steps to reproduce the behavior

Happend after the update to docker-ce:5:20.10.2~3-0~ubuntu-bionic

Output of docker version:

Client: Docker Engine - Community
 Version:           20.10.2
 API version:       1.41
 Go version:        go1.13.15
 Git commit:        2291f61
 Built:             Mon Dec 28 16:17:32 2020
 OS/Arch:           linux/amd64
 Context:           default
 Experimental:      true
Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?

# dockerd --version
Docker version 20.10.2, build 8891c58

Output of docker info:

Client:
 Context:    default
 Debug Mode: false
 Plugins:
  app: Docker App (Docker Inc., v0.9.1-beta3)
  buildx: Build with BuildKit (Docker Inc., v0.5.1-docker)

Server:
ERROR: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?
errors pretty printing info

Additional environment details (AWS, VirtualBox, physical, etc.)

# uname -a
Linux server 5.10.7-051007-generic #202101122046 SMP Tue Jan 12 21:13:32 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

# containerd -v
containerd containerd.io 1.4.3 269548fa27e0089a8b8278fc4fc781d7f65a939b

created time in 4 days

push eventdocker/docker-ce

Brian Goff

commit sha be26b82ffc8fc31d76ca4d7179857a8175914675

Ignore SIGURG on Linux. In go1.14+, SIGURG is used by the runtime to handle preemtable system calls. In practice this signal caught *frequently*. For reference: https://go.googlesource.com/proposal/+/master/design/24543-non-cooperative-preemption.md https://github.com/golang/go/issues/37942 Signed-off-by: Brian Goff <cpuguy83@gmail.com> Upstream-commit: fff164c22e8dc904291fecb62307312fd4ca153e Component: cli

view details

Sebastiaan van Stijn

commit sha 088add956bc18ae5d6dcbdf07b64a3fd6dc5c327

Merge pull request #2929 from cpuguy83/ignore_sigurg Ignore SIGURG on Linux. Upstream-commit: 35f023a7c22a51867fb099d29006ef27379bc7fe Component: cli

view details

GordonTheTurtle

commit sha 85b950203569782d67bf4bb02dd38cf44f047668

Merge component 'cli' from git@github.com:docker/cli master

view details

push time in 4 days

issue commentdocker/for-linux

Docs to be updated for container-selinux

For those who has trouble with selinux on Amazon Linux 2 AMI, try amazon-linux-extras install selinux-ng which will install container-selinux somehow

annieshin

comment created time in 4 days

Pull request review commentdocker/swarmkit

Check that Placement is not null before trying to access it

 func nodeMatches(s *api.Service, n *api.Node) bool { 		return false 	} +	if s.Spec.Task.Placement == nil {+		return false

You are probably right

sgiacomel

comment created time in 4 days

issue commentdocker/for-linux

The default network "bridge" is missing "Gateway" when docker installed in Virtual machine.

Hi, i'm having the exact same issue on Docker version 20.10.2, build 2291f61 on CentOS 8. Every container using the "bridge" network has been unable to reach network starting from yesterday night. (for solution read below)

Schermata 2021-01-15 alle 19 12 46

To solve the issue i had to create a new bridge type connection with docker network create --driver bridge alpine-bridge

Schermata 2021-01-15 alle 19 14 27

children1987

comment created time in 4 days

push eventdocker/docker-ce

Sebastiaan van Stijn

commit sha 739a1c61380bec71cb6a59c890a9e0ab36b6f9d1

volumes/local: gofmt Signed-off-by: Sebastiaan van Stijn <github@gone.nl> Upstream-commit: 4f366405538505c8d747820ee330f5d65674d4b5 Component: engine

view details

Akihiro Suda

commit sha f52802ba527f59a1ba90b7c5e126635c2d59dde6

Merge pull request #41883 from thaJeztah/fix_gofmt volumes/local: gofmt Upstream-commit: 0456e058d2b60606d4374cd975c635dfe7673f17 Component: engine

view details

GordonTheTurtle

commit sha 63f8755d7fe890eb4e83884094edba6b97c7a7fe

Merge component 'engine' from git@github.com:moby/moby master

view details

push time in 4 days

issue commentdocker/for-linux

docker ps --format='{{json .}}' is extremely slow due to Size field (Fedora 33)

@cpuguy83 @tiborvass @silvin-lubecki WDYT?

If we change this, at least it should be mentioned clearly in the release notes, as users may depend on the existing behavior

buvoli

comment created time in 4 days

issue commentdocker/for-linux

docker ps --format='{{json .}}' is extremely slow due to Size field (Fedora 33)

Hmm.. good point; perhaps we should make the JSON output also use the same default, and only fill in the "size" if the --size flag is set;

-s, --size            Display total file sizes

ISTR, it looks at the template to automatically decide wether or not it should fetch the size; in case of {{ json . }} it therefore determines that the Size field is needed, so it requests that data 🤔

buvoli

comment created time in 4 days

issue commentdocker/for-linux

Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?

You can try out this:

systemctl start docker

It worked fine for me.

P.S.: after if there are commands that you can't do without sudo, try this:

gpasswd -a $USER docker

fpavlik

comment created time in 5 days

issue commentdocker/for-linux

docker 18.03 "received HTTP status 401 when requesting root" pulling image/content trust

@thaJeztah Did you ever get anywhere with this. I am using Harbor as well and experiencing the same problem.

Does the Notary deployed with Harbor not have user credentials? Is that the issue?

wu105

comment created time in 5 days

push eventdocker/docker-ce

Sebastiaan van Stijn

commit sha dbb4a8e1c38caaf908e1bde1acf55e6bf804bf40

vendor: github.com/theupdateframework/notary v0.7.0 full diff: https://github.com/theupdateframework/notary/compare/v0.6.1...v0.7.0 Changelog: v0.7.0 12/01/2021 ------------------------ - Switch to Go modules - Use golang/x/crypto for ed25519 - Update Go version - Update dependency versions - Fixes from using Gosec for source analysis Signed-off-by: Sebastiaan van Stijn <github@gone.nl> Upstream-commit: 9f6966d4ec51a6c929128cd20182ad05a1685e7e Component: cli

view details

Brian Goff

commit sha bf37f5630126fdf5bbf95e338bc963dad6642eb4

Merge pull request #2931 from thaJeztah/bump_notary vendor: github.com/theupdateframework/notary v0.7.0 Upstream-commit: cde469bf1aad14146d57710205399899e465aadc Component: cli

view details

GordonTheTurtle

commit sha 4a814c065181120cdd3bfa3ee27e951ceeb24853

Merge component 'cli' from git@github.com:docker/cli master

view details

push time in 5 days

startedsasa1977/ci

started time in 5 days

issue commentdocker/for-linux

[20.10.2] start docker failed

You're welcome! If you manage to figure out what exactly caused the issue, let us know as well, because then we could possibly include it in a unit/integration-test.

TheWayYouMakeMeFeel

comment created time in 5 days

more