2017-05-25 18:09:02 |
David Coronel |
bug |
|
|
added bug |
2017-05-25 18:10:00 |
Eric Desrochers |
description |
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archivee
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport
$ sosreport -o docker
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would strictly 100% limited to docker plugin of sosreport.
[Other Info]
Additionnal information about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
The bug has been reported upstream already[3] and two similar patches has been proposed[4].
Let's see which one will be accepted/merged.
[3] - Upstream Bug
https://github.com/sosreport/sos/issues/930
[4] - Pull Request(s)
PR #1
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
PR #2
https://github.com/sosreport/sos/pull/1012
https://github.com/davecore82/sos/commit/7d063cf0a5949a9819b80f68e1862d95b8c3fa35
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
|
2017-05-25 18:15:52 |
Eric Desrochers |
nominated for series |
|
Ubuntu Artful |
|
2017-05-25 18:15:52 |
Eric Desrochers |
bug task added |
|
sosreport (Ubuntu Artful) |
|
2017-05-25 18:15:52 |
Eric Desrochers |
nominated for series |
|
Ubuntu Xenial |
|
2017-05-25 18:15:52 |
Eric Desrochers |
bug task added |
|
sosreport (Ubuntu Xenial) |
|
2017-05-25 18:15:52 |
Eric Desrochers |
nominated for series |
|
Ubuntu Trusty |
|
2017-05-25 18:15:52 |
Eric Desrochers |
bug task added |
|
sosreport (Ubuntu Trusty) |
|
2017-05-25 18:15:52 |
Eric Desrochers |
nominated for series |
|
Ubuntu Zesty |
|
2017-05-25 18:15:52 |
Eric Desrochers |
bug task added |
|
sosreport (Ubuntu Zesty) |
|
2017-05-25 18:15:52 |
Eric Desrochers |
nominated for series |
|
Ubuntu Yakkety |
|
2017-05-25 18:15:52 |
Eric Desrochers |
bug task added |
|
sosreport (Ubuntu Yakkety) |
|
2017-05-25 18:18:31 |
David Coronel |
sosreport (Ubuntu Trusty): assignee |
|
David Coronel (davecore) |
|
2017-05-25 18:18:35 |
David Coronel |
sosreport (Ubuntu Xenial): assignee |
|
David Coronel (davecore) |
|
2017-05-25 18:18:44 |
David Coronel |
sosreport (Ubuntu Yakkety): assignee |
|
David Coronel (davecore) |
|
2017-05-25 18:18:46 |
David Coronel |
sosreport (Ubuntu Zesty): assignee |
|
David Coronel (davecore) |
|
2017-05-25 18:18:47 |
David Coronel |
sosreport (Ubuntu Artful): assignee |
|
David Coronel (davecore) |
|
2017-05-25 18:37:26 |
Eric Desrochers |
sosreport (Ubuntu Trusty): importance |
Undecided |
Medium |
|
2017-05-25 18:37:29 |
Eric Desrochers |
sosreport (Ubuntu Xenial): importance |
Undecided |
Medium |
|
2017-05-25 18:37:31 |
Eric Desrochers |
sosreport (Ubuntu Yakkety): importance |
Undecided |
Medium |
|
2017-05-25 18:37:33 |
Eric Desrochers |
sosreport (Ubuntu Zesty): importance |
Undecided |
Medium |
|
2017-05-25 18:37:35 |
Eric Desrochers |
sosreport (Ubuntu Artful): importance |
Undecided |
Medium |
|
2017-05-25 18:39:31 |
Eric Desrochers |
description |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archivee
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport
$ sosreport -o docker
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would strictly 100% limited to docker plugin of sosreport.
[Other Info]
Additionnal information about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
The bug has been reported upstream already[3] and two similar patches has been proposed[4].
Let's see which one will be accepted/merged.
[3] - Upstream Bug
https://github.com/sosreport/sos/issues/930
[4] - Pull Request(s)
PR #1
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
PR #2
https://github.com/sosreport/sos/pull/1012
https://github.com/davecore82/sos/commit/7d063cf0a5949a9819b80f68e1862d95b8c3fa35
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archivee
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport
$ sosreport -o docker
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality of sosreport nor other plugin.
[Other Info]
Additional information about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
The bug has been reported upstream already[3] and two similar patches has been proposed[4].
Let's see which one will be accepted/merged.
[3] - Upstream Bug
https://github.com/sosreport/sos/issues/930
[4] - Pull Request(s)
PR #1
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
PR #2
https://github.com/sosreport/sos/pull/1012
https://github.com/davecore82/sos/commit/7d063cf0a5949a9819b80f68e1862d95b8c3fa35
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
|
2017-05-25 18:51:44 |
Eric Desrochers |
description |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archivee
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport
$ sosreport -o docker
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality of sosreport nor other plugin.
[Other Info]
Additional information about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
The bug has been reported upstream already[3] and two similar patches has been proposed[4].
Let's see which one will be accepted/merged.
[3] - Upstream Bug
https://github.com/sosreport/sos/issues/930
[4] - Pull Request(s)
PR #1
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
PR #2
https://github.com/sosreport/sos/pull/1012
https://github.com/davecore82/sos/commit/7d063cf0a5949a9819b80f68e1862d95b8c3fa35
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality of sosreport nor other plugin.
[Other Info]
Additional information about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
The bug has been reported upstream already[3] and two similar patches has been proposed[4].
Let's see which one will be accepted/merged.
[3] - Upstream Bug
https://github.com/sosreport/sos/issues/930
[4] - Pull Request(s)
PR #1
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
PR #2
https://github.com/sosreport/sos/pull/1012
https://github.com/davecore82/sos/commit/7d063cf0a5949a9819b80f68e1862d95b8c3fa35
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
|
2017-05-25 18:58:55 |
Bryan Quigley |
bug |
|
|
added subscriber Bryan Quigley |
2017-05-31 13:47:26 |
Eric Desrochers |
description |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality of sosreport nor other plugin.
[Other Info]
Additional information about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
The bug has been reported upstream already[3] and two similar patches has been proposed[4].
Let's see which one will be accepted/merged.
[3] - Upstream Bug
https://github.com/sosreport/sos/issues/930
[4] - Pull Request(s)
PR #1
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
PR #2
https://github.com/sosreport/sos/pull/1012
https://github.com/davecore82/sos/commit/7d063cf0a5949a9819b80f68e1862d95b8c3fa35
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality of sosreport nor other plugin.
[Other Info]
Additional information about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
The bug has been reported upstream already[3] and two similar patches has been proposed[4].
Let's see which one will be accepted/merged.
[3] - Upstream Bug
https://github.com/sosreport/sos/issues/930
[4] - Pull Request(s)
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
|
2017-05-31 13:48:21 |
Eric Desrochers |
description |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality of sosreport nor other plugin.
[Other Info]
Additional information about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
The bug has been reported upstream already[3] and two similar patches has been proposed[4].
Let's see which one will be accepted/merged.
[3] - Upstream Bug
https://github.com/sosreport/sos/issues/930
[4] - Pull Request(s)
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality of sosreport nor other plugin.
[Other Info]
Additional informations about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
* Upstream Bug
https://github.com/sosreport/sos/issues/930
* Pull Request(s)
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
|
2017-05-31 13:53:09 |
Eric Desrochers |
bug watch added |
|
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863374 |
|
2017-05-31 13:53:09 |
Eric Desrochers |
bug task added |
|
sosreport (Debian) |
|
2017-05-31 14:19:48 |
Bug Watch Updater |
sosreport (Debian): status |
Unknown |
Confirmed |
|
2017-05-31 19:11:37 |
Eric Desrochers |
bug watch added |
|
https://github.com/sosreport/sos/issues/930 |
|
2017-05-31 19:11:37 |
Eric Desrochers |
bug task added |
|
sosreport |
|
2017-05-31 19:14:44 |
Eric Desrochers |
description |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality of sosreport nor other plugin.
[Other Info]
Additional informations about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
* Upstream Bug
https://github.com/sosreport/sos/issues/930
* Pull Request(s)
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality the core functionality nor other plugins.
[Other Info]
Additional informations about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
* Upstream Bug
https://github.com/sosreport/sos/issues/930
* Pull Request
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
|
2017-05-31 19:45:30 |
Bug Watch Updater |
sosreport: status |
Unknown |
New |
|
2017-06-02 14:27:51 |
Eric Desrochers |
sosreport (Ubuntu Xenial): assignee |
David Coronel (davecore) |
Eric Desrochers (slashd) |
|
2017-06-02 14:27:54 |
Eric Desrochers |
sosreport (Ubuntu Yakkety): assignee |
David Coronel (davecore) |
Eric Desrochers (slashd) |
|
2017-06-02 14:27:56 |
Eric Desrochers |
sosreport (Ubuntu Artful): assignee |
David Coronel (davecore) |
Eric Desrochers (slashd) |
|
2017-06-02 14:27:58 |
Eric Desrochers |
sosreport (Ubuntu Zesty): assignee |
David Coronel (davecore) |
Eric Desrochers (slashd) |
|
2017-06-02 14:58:19 |
Eric Desrochers |
attachment added |
|
lp1693574_xenial.debdiff https://bugs.launchpad.net/ubuntu/+source/sosreport/+bug/1693574/+attachment/4887922/+files/lp1693574_xenial.debdiff |
|
2017-06-02 14:58:50 |
Eric Desrochers |
attachment added |
|
lp1693574_yakkety.debdiff https://bugs.launchpad.net/ubuntu/+source/sosreport/+bug/1693574/+attachment/4887923/+files/lp1693574_yakkety.debdiff |
|
2017-06-02 14:59:20 |
Eric Desrochers |
attachment added |
|
lp1693574_zesty.debdiff https://bugs.launchpad.net/ubuntu/+source/sosreport/+bug/1693574/+attachment/4887924/+files/lp1693574_zesty.debdiff |
|
2017-06-02 16:32:09 |
Ubuntu Foundations Team Bug Bot |
tags |
|
patch |
|
2017-06-02 17:00:59 |
Eric Desrochers |
description |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality the core functionality nor other plugins.
[Other Info]
Additional informations about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
* Upstream Bug
https://github.com/sosreport/sos/issues/930
* Pull Request
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality the core functionality nor other plugins.
[Other Info]
Additional informations about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
* Upstream Bug
https://github.com/sosreport/sos/issues/930
* Pull Request
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
* Debian Bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863374
(Patch submitted to Debian on June 2 2017)
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
|
2017-06-02 17:01:34 |
Eric Desrochers |
tags |
patch |
patch sts sts-sru-needed |
|
2017-06-05 18:19:56 |
Eric Desrochers |
sosreport (Ubuntu Xenial): status |
New |
Confirmed |
|
2017-06-05 18:19:58 |
Eric Desrochers |
sosreport (Ubuntu Yakkety): status |
New |
Confirmed |
|
2017-06-05 18:20:00 |
Eric Desrochers |
sosreport (Ubuntu Zesty): status |
New |
Confirmed |
|
2017-06-05 18:20:03 |
Eric Desrochers |
sosreport (Ubuntu Artful): status |
New |
Confirmed |
|
2017-06-05 18:20:05 |
Eric Desrochers |
sosreport (Ubuntu Trusty): status |
New |
Confirmed |
|
2017-06-05 19:29:13 |
Eric Desrochers |
tags |
patch sts sts-sru-needed |
patch sts |
|
2017-06-09 23:54:48 |
Bug Watch Updater |
sosreport: status |
New |
Fix Released |
|
2017-08-25 14:37:57 |
Eric Desrochers |
sosreport (Ubuntu Artful): status |
Confirmed |
In Progress |
|
2017-08-25 14:38:01 |
Eric Desrochers |
sosreport (Ubuntu Zesty): status |
Confirmed |
In Progress |
|
2017-08-25 14:38:03 |
Eric Desrochers |
sosreport (Ubuntu Yakkety): status |
Confirmed |
In Progress |
|
2017-08-25 14:38:06 |
Eric Desrochers |
sosreport (Ubuntu Xenial): status |
Confirmed |
In Progress |
|
2017-08-25 14:38:08 |
Eric Desrochers |
sosreport (Ubuntu Trusty): status |
Confirmed |
In Progress |
|
2017-08-25 14:38:12 |
Eric Desrochers |
sosreport (Ubuntu Yakkety): status |
In Progress |
Won't Fix |
|
2017-08-25 14:47:50 |
Eric Desrochers |
attachment added |
|
lp1693574_artful.debdiff https://bugs.launchpad.net/ubuntu/+source/sosreport/+bug/1693574/+attachment/4938672/+files/lp1693574_artful.debdiff |
|
2017-08-25 14:50:37 |
Eric Desrochers |
bug |
|
|
added subscriber Ubuntu Sponsors Team |
2017-08-25 14:50:59 |
Eric Desrochers |
bug task deleted |
sosreport (Ubuntu Yakkety) |
|
|
2017-11-16 03:52:40 |
Eric Desrochers |
sosreport (Ubuntu Artful): assignee |
Eric Desrochers (slashd) |
David Coronel (davecore) |
|
2017-11-16 03:53:01 |
Eric Desrochers |
sosreport (Ubuntu Zesty): assignee |
Eric Desrochers (slashd) |
David Coronel (davecore) |
|
2017-11-16 03:53:19 |
Eric Desrochers |
sosreport (Ubuntu Xenial): assignee |
Eric Desrochers (slashd) |
David Coronel (davecore) |
|
2017-11-16 03:53:28 |
Eric Desrochers |
sosreport (Ubuntu): assignee |
Eric Desrochers (slashd) |
David Coronel (davecore) |
|
2017-11-16 03:53:32 |
Eric Desrochers |
bug |
|
|
added subscriber Eric Desrochers |
2017-11-23 14:16:14 |
Eric Desrochers |
sosreport (Ubuntu): assignee |
David Coronel (davecore) |
|
|
2017-11-23 14:16:19 |
Eric Desrochers |
sosreport (Ubuntu): status |
In Progress |
Fix Released |
|
2017-11-23 14:21:06 |
Eric Desrochers |
removed subscriber Ubuntu Sponsors Team |
|
|
|
2017-12-04 21:26:42 |
Eric Desrochers |
sosreport (Ubuntu Trusty): assignee |
David Coronel (davecore) |
Eric Desrochers (slashd) |
|
2017-12-04 21:26:44 |
Eric Desrochers |
sosreport (Ubuntu Xenial): assignee |
David Coronel (davecore) |
Eric Desrochers (slashd) |
|
2017-12-04 21:26:45 |
Eric Desrochers |
sosreport (Ubuntu Zesty): assignee |
David Coronel (davecore) |
Eric Desrochers (slashd) |
|
2017-12-04 21:26:47 |
Eric Desrochers |
sosreport (Ubuntu Artful): assignee |
David Coronel (davecore) |
Eric Desrochers (slashd) |
|
2017-12-05 13:25:59 |
Bug Watch Updater |
sosreport (Debian): status |
Confirmed |
Fix Released |
|
2017-12-05 17:24:27 |
Eric Desrochers |
description |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality the core functionality nor other plugins.
[Other Info]
Additional informations about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
* Upstream Bug
https://github.com/sosreport/sos/issues/930
* Pull Request
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
* Debian Bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863374
(Patch submitted to Debian on June 2 2017)
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality the core functionality nor other plugins.
[Other Info]
Additional informations about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
* Upstream Bug
https://github.com/sosreport/sos/issues/930
* Pull Request
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
* Debian Bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863374
(Patch submitted to Debian on June 2 2017)
* Ubuntu Bug :
Working on a backport into stable release (SRU) which will include this change via (LP: #1734983).
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
|
2017-12-07 21:40:41 |
Eric Desrochers |
description |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ sudo apt-get update
$ sudo apt-get install sosreport
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality the core functionality nor other plugins.
[Other Info]
Additional informations about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
* Upstream Bug
https://github.com/sosreport/sos/issues/930
* Pull Request
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
* Debian Bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863374
(Patch submitted to Debian on June 2 2017)
* Ubuntu Bug :
Working on a backport into stable release (SRU) which will include this change via (LP: #1734983).
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ sudo apt-get update
$ sudo apt-get install sosreport
# Install Docker from the Ubuntu archive
$ sudo apt-get install docker
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality the core functionality nor other plugins.
[Other Info]
Additional informations about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
* Upstream Bug
https://github.com/sosreport/sos/issues/930
* Pull Request
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
* Debian Bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863374
(Patch submitted to Debian on June 2 2017)
* Ubuntu Bug :
Working on a backport into stable release (SRU) which will include this change via (LP: #1734983).
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
|
2017-12-07 21:41:06 |
Eric Desrochers |
description |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ sudo apt-get update
$ sudo apt-get install sosreport
# Install Docker from the Ubuntu archive
$ sudo apt-get install docker
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality the core functionality nor other plugins.
[Other Info]
Additional informations about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
* Upstream Bug
https://github.com/sosreport/sos/issues/930
* Pull Request
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
* Debian Bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863374
(Patch submitted to Debian on June 2 2017)
* Ubuntu Bug :
Working on a backport into stable release (SRU) which will include this change via (LP: #1734983).
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ apt-get update
$ apt-get install sosreport
# Install Docker from the Ubuntu archive
$ apt-get install docker
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality the core functionality nor other plugins.
[Other Info]
Additional informations about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
* Upstream Bug
https://github.com/sosreport/sos/issues/930
* Pull Request
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
* Debian Bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863374
(Patch submitted to Debian on June 2 2017)
* Ubuntu Bug :
Working on a backport into stable release (SRU) which will include this change via (LP: #1734983).
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
|
2018-01-04 18:27:45 |
Eric Desrochers |
sosreport (Ubuntu Artful): status |
In Progress |
Fix Committed |
|
2018-01-04 18:27:47 |
Eric Desrochers |
sosreport (Ubuntu Xenial): status |
In Progress |
Fix Committed |
|
2018-01-04 18:27:49 |
Eric Desrochers |
sosreport (Ubuntu Zesty): status |
In Progress |
Fix Committed |
|
2018-01-04 18:27:51 |
Eric Desrochers |
sosreport (Ubuntu Trusty): status |
In Progress |
Fix Committed |
|
2018-01-04 18:31:50 |
Eric Desrochers |
bug |
|
|
added subscriber STS Sponsors |
2018-01-08 21:16:57 |
David Coronel |
description |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ apt-get update
$ apt-get install sosreport
# Install Docker from the Ubuntu archive
$ apt-get install docker
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality the core functionality nor other plugins.
[Other Info]
Additional informations about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
* Upstream Bug
https://github.com/sosreport/sos/issues/930
* Pull Request
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
* Debian Bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863374
(Patch submitted to Debian on June 2 2017)
* Ubuntu Bug :
Working on a backport into stable release (SRU) which will include this change via (LP: #1734983).
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ apt-get update
$ apt-get install sosreport
# Install Docker from the Ubuntu archive
$ apt-get install docker.io
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality the core functionality nor other plugins.
[Other Info]
Additional informations about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
* Upstream Bug
https://github.com/sosreport/sos/issues/930
* Pull Request
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
* Debian Bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863374
(Patch submitted to Debian on June 2 2017)
* Ubuntu Bug :
Working on a backport into stable release (SRU) which will include this change via (LP: #1734983).
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
|
2018-01-08 21:23:51 |
David Coronel |
description |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ apt-get update
$ apt-get install sosreport
# Install Docker from the Ubuntu archive
$ apt-get install docker.io
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp
# Look in "/path_to_sosreport/sos_commands/docker/" and note that all files are empty with "0" size.
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality the core functionality nor other plugins.
[Other Info]
Additional informations about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
* Upstream Bug
https://github.com/sosreport/sos/issues/930
* Pull Request
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
* Debian Bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863374
(Patch submitted to Debian on June 2 2017)
* Ubuntu Bug :
Working on a backport into stable release (SRU) which will include this change via (LP: #1734983).
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
[Impact]
The docker plugin in sosreport doesn't collect informations for Ubuntu.
In docker.py for the Ubuntu Plugin, the docker command is set to 'docker.io'[1] which seems to be a old workaround that has been removed[2], thus the docker plugin is no longer calling an existing docker binary which as a result doesn't collect docker informations in Ubuntu.
[1]- Plugin : docker.py
# Name collision with another package requires docker binary rename
docker_cmd = 'docker.io'
[2]- docker.io package : debian/changelog
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
[Test Case]
# Install sosreport from the Ubuntu archive
$ apt-get update
$ apt-get install sosreport
# Install Docker from the Ubuntu archive
$ apt-get install docker.io
# Run sosreport with docker plugin only or all loaded plugins (for the sake of testing docker plugin the "-o" is more appropriate
Docker plugin only :
$ sosreport -o docker
All loaded plugins:
$ sosreport -a
# Extract the sosreport*.tar.xz file generated by the above command found in /tmp and verify that information is gathered properly
[Regression Potential]
No regression, this is a trivial fix that will allow sosreport to start collecting the docker informations again.
If for some reasons, a regression is found, it would be 100% limited to docker plugin of sosreport and not affecting the functionality the core functionality nor other plugins.
[Other Info]
Additional informations about the context can be found here :
https://bugs.launchpad.net/ubuntu/+source/docker.io/+bug/1338768
* Upstream Bug
https://github.com/sosreport/sos/issues/930
* Pull Request
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1009/commits/f8a939d792d8ac683f341458b8cf77a35c4db929
* Debian Bug :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863374
(Patch submitted to Debian on June 2 2017)
* Ubuntu Bug :
Working on a backport into stable release (SRU) which will include this change via (LP: #1734983).
[Original Description]
This Launchpad bug is based on an existing GitHub bug[1].
The docker plugin is currently broken in sosreport. In docker.py[2] for Ubuntu the docker command is set to 'docker.io'.
docker_cmd = 'docker.io'
The docker.io package used to have a docker.io binary but this was reverted in this debian/changelog from Ubuntu Xenial/16.04 (LTS):
docker.io (1.3.1~dfsg1-2) unstable; urgency=medium
* Remove deprecated /usr/bin/docker.io symlink
- added as a temporary shim in 1.0.0~dfsg1-1 (13 Jun 2014)
- unused by package-installed files in 1.2.0~dfsg1-1 (13 Sep 2014)
-- Tianon Gravi <admwiggin@gmail.com> Fri, 07 Nov 2014 13:11:34 -0700
The Docker Community and Enterprise Editions (docker-ce and docker-ee packages) also use the plain docker binary and this change is necessary to make the sosreport docker module work again.
There are currently two different pull requests that fix this issue:
https://github.com/sosreport/sos/pull/1009
https://github.com/sosreport/sos/pull/1012
We should SRU this fix once one of them is accepted.
[1] https://github.com/sosreport/sos/issues/930
[2] https://github.com/sosreport/sos/blob/master/sos/plugins/docker.py |
|
2018-01-23 12:45:11 |
Eric Desrochers |
tags |
patch sts |
sts verification-needed verification-needed-artful verification-needed-trusty verification-needed-xenial |
|
2018-01-23 12:45:40 |
Eric Desrochers |
tags |
sts verification-needed verification-needed-artful verification-needed-trusty verification-needed-xenial |
sts verification-done-artful verification-done-trusty verification-done-xenial verification-needed |
|
2018-01-23 12:45:48 |
Eric Desrochers |
tags |
sts verification-done-artful verification-done-trusty verification-done-xenial verification-needed |
sts verification-done verification-done-artful verification-done-trusty verification-done-xenial |
|
2018-01-23 12:46:13 |
Eric Desrochers |
sosreport (Ubuntu Zesty): status |
Fix Committed |
Won't Fix |
|
2018-02-06 13:38:47 |
Eric Desrochers |
removed subscriber STS Sponsors |
|
|
|