Public bug reported:

In our setup using Ubuntu 16.04 Xenial, Rancher as orchestration and docker.io 
package from the Ubuntu repos, we've already hit twice a problem after the 
docker.io packages was updated (once manually, once through unattended 
upgrades).
The first time new containers couldn't be deployed/started anymore and I 
documented this on the following article:
https://www.claudiokuenzler.com/blog/689/rancher-error-response-from-daemon-dockerd-deleted-no-such-file-or-directory
The second time (discovered a few days ago and fixed today) cross communication 
between containers on host #1 and containers on host #2 didn't work anymore. 
thanks to the logs in /var/log/apt/ I saw that an update of docker.io was 
installed . A manual restart of the Docker daemon solved the problems in both 
cases.

The root cause seems to be a lack of a "stop" of the Docker daemon in a
preinst file followed by a "start" (or a "restart" to keep it simple) of
the Docker daemon in a postinst file.

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: docker.io 1.12.3-0ubuntu4~16.04.2
ProcVersionSignature: Ubuntu 4.4.0-59.80-generic 4.4.35
Uname: Linux 4.4.0-59-generic x86_64
ApportVersion: 2.20.1-0ubuntu2.5
Architecture: amd64
Date: Tue Feb 28 14:46:05 2017
InstallationDate: Installed on 2016-12-08 (81 days ago)
InstallationMedia: Ubuntu-Server 16.04.1 LTS "Xenial Xerus" - Release amd64 
(20160719)
ProcEnviron:
 LANGUAGE=en_US:en
 TERM=xterm
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: docker.io
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: docker.io (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: amd64 apport-bug xenial

** Description changed:

- In our setup using Ubuntu 16.04 Xenial, Rancher as orchestration and 
docker.io package from the Ubuntu repos, we've already hit twice a problem 
after the docker.io packages was updated (once manually, once through 
unattended upgrades). 
- The first time new containers couldn't be deployed/started anymore and I 
documented this on the following article: 
+ In our setup using Ubuntu 16.04 Xenial, Rancher as orchestration and 
docker.io package from the Ubuntu repos, we've already hit twice a problem 
after the docker.io packages was updated (once manually, once through 
unattended upgrades).
+ The first time new containers couldn't be deployed/started anymore and I 
documented this on the following article:
  
https://www.claudiokuenzler.com/blog/689/rancher-error-response-from-daemon-dockerd-deleted-no-such-file-or-directory
  The second time (today) cross communication between containers on host #1 and 
containers on host #2 didn't work anymore. thanks to the logs in /var/log/apt/ 
I saw that an update of docker.io was installed . A manual restart of the 
Docker daemon solved the problems in both cases.
  
  The root cause seems to be a lack of a "stop" of the Docker daemon in a
- preinst file or a "restart" of the Docker daemon in a postinst file.
+ preinst file followed by a "start" (or a "restart" to keep it simple) of
+ the Docker daemon in a postinst file.
  
  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: docker.io 1.12.3-0ubuntu4~16.04.2
  ProcVersionSignature: Ubuntu 4.4.0-59.80-generic 4.4.35
  Uname: Linux 4.4.0-59-generic x86_64
  ApportVersion: 2.20.1-0ubuntu2.5
  Architecture: amd64
  Date: Tue Feb 28 14:46:05 2017
  InstallationDate: Installed on 2016-12-08 (81 days ago)
  InstallationMedia: Ubuntu-Server 16.04.1 LTS "Xenial Xerus" - Release amd64 
(20160719)
  ProcEnviron:
-  LANGUAGE=en_US:en
-  TERM=xterm
-  PATH=(custom, no user)
-  LANG=en_US.UTF-8
-  SHELL=/bin/bash
+  LANGUAGE=en_US:en
+  TERM=xterm
+  PATH=(custom, no user)
+  LANG=en_US.UTF-8
+  SHELL=/bin/bash
  SourcePackage: docker.io
  UpgradeStatus: No upgrade log present (probably fresh install)

** Description changed:

  In our setup using Ubuntu 16.04 Xenial, Rancher as orchestration and 
docker.io package from the Ubuntu repos, we've already hit twice a problem 
after the docker.io packages was updated (once manually, once through 
unattended upgrades).
  The first time new containers couldn't be deployed/started anymore and I 
documented this on the following article:
  
https://www.claudiokuenzler.com/blog/689/rancher-error-response-from-daemon-dockerd-deleted-no-such-file-or-directory
- The second time (today) cross communication between containers on host #1 and 
containers on host #2 didn't work anymore. thanks to the logs in /var/log/apt/ 
I saw that an update of docker.io was installed . A manual restart of the 
Docker daemon solved the problems in both cases.
+ The second time (discovered a few days ago and fixed today) cross 
communication between containers on host #1 and containers on host #2 didn't 
work anymore. thanks to the logs in /var/log/apt/ I saw that an update of 
docker.io was installed . A manual restart of the Docker daemon solved the 
problems in both cases.
  
  The root cause seems to be a lack of a "stop" of the Docker daemon in a
  preinst file followed by a "start" (or a "restart" to keep it simple) of
  the Docker daemon in a postinst file.
  
  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: docker.io 1.12.3-0ubuntu4~16.04.2
  ProcVersionSignature: Ubuntu 4.4.0-59.80-generic 4.4.35
  Uname: Linux 4.4.0-59-generic x86_64
  ApportVersion: 2.20.1-0ubuntu2.5
  Architecture: amd64
  Date: Tue Feb 28 14:46:05 2017
  InstallationDate: Installed on 2016-12-08 (81 days ago)
  InstallationMedia: Ubuntu-Server 16.04.1 LTS "Xenial Xerus" - Release amd64 
(20160719)
  ProcEnviron:
   LANGUAGE=en_US:en
   TERM=xterm
   PATH=(custom, no user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: docker.io
  UpgradeStatus: No upgrade log present (probably fresh install)

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1668621

Title:
  No restart of Docker daemon after docker.io package is updated

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1668621/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to