← Back to team overview

sts-sponsors team mailing list archive

[Bug 1734983] Re: Request to backport sosreport v3.5

 

I verified the new Docker plugin fix in sosreport 3.5-1 in -proposed and
everything is fine now. No more docker plugin errors in sos_logs and no
errors in the output, and I verified the data collected looks good:

trusty: sosreport 3.5-1~ubuntu14.04.2

# ls sosreport-trustydocker2-20180201143330/sos_logs/
sos.log  ui.log

# ls sosreport-trustydocker2-20180201143330/sos_commands/docker/
docker_images  docker_inspect_b9df1bc9bd59  docker_logs_b9df1bc9bd59  docker_network_ls  docker_ps_-a   docker_stats_--no-stream  journalctl_--no-pager_--unit_docker
docker_info    docker_inspect_c800e07175bf  docker_logs_c800e07175bf  docker_ps          docker_ps_-as  docker_version            ls_-alhR_.etc.docker


xenial: sosreport 3.5-1~ubuntu16.04.2

# ls sosreport-xenialdocker3-20180201143332/sos_logs/
sos.log  ui.log

# ls sosreport-xenialdocker3-20180201143332/sos_commands/docker/
docker_images  docker_inspect_3f8a4339aadd  docker_logs_3f8a4339aadd  docker_network_inspect_bridge  docker_network_inspect_none  docker_ps     docker_ps_-as             docker_version                       ls_-alhR_.etc.docker
docker_info    docker_inspect_e51d661e3945  docker_logs_e51d661e3945  docker_network_inspect_host    docker_network_ls            docker_ps_-a  docker_stats_--no-stream  journalctl_--no-pager_--unit_docker


artful: sosreport 3.5-1~ubuntu17.10.2

# ls sosreport-artfuldocker2-20180201143334/sos_logs/
sos.log  ui.log

# ls sosreport-artfuldocker2-20180201143334/sos_commands/docker/
docker_images  docker_inspect_3f8a4339aadd  docker_logs_3f8a4339aadd  docker_network_inspect_bridge  docker_network_inspect_none  docker_ps     docker_ps_-as             docker_version                       ls_-alhR_.etc.docker
docker_info    docker_inspect_63dce0a828ef  docker_logs_63dce0a828ef  docker_network_inspect_host    docker_network_ls            docker_ps_-a  docker_stats_--no-stream  journalctl_--no-pager_--unit_docker

-- 
You received this bug notification because you are a member of STS
Sponsors, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1734983

Title:
  Request to backport sosreport v3.5

Status in sosreport:
  New
Status in sosreport package in Ubuntu:
  Fix Released
Status in sosreport source package in Trusty:
  Fix Committed
Status in sosreport source package in Xenial:
  Fix Committed
Status in sosreport source package in Zesty:
  Won't Fix
Status in sosreport source package in Artful:
  Fix Committed
Status in sosreport source package in Bionic:
  Fix Released
Status in sosreport package in Debian:
  New

Bug description:
  [Impact]

  Canonical support team (AKA STS) largely depend on sosreport package
  to troubleshoot system.

  sosreport is always in constant development including new bugfixes,
  new features such as new plugins[1], .... that can be interesting to
  have in a support context.

  v3.5 is already found in devel release (bionic). We create this LP in
  the attempt to justify the SRU of v3.5 backport into current supported
  stable releases.

  [1] - New plugins for :
          * perl
          * boom
          * vdo
          * os_net_config
          * conntrackd
          * ovirt_imageio
          * nss
          * sas3ircu
          * openstack_aodh
          * docker_distribution
          * gluster_block
          * snappy

      Plugin API enhancements
          * Plugin triggers by executable name
          * Improved log size limit handling
          * Better handling of compressed log files
          * Per-plugin package verification lists

      Updates to 227 plugins

  This will also allow us to close some sosreport LP bugs:
  *Docker plugin uses the wrong command for Ubuntu (LP: #1693574)

  [Test Case]

   * Install sosreport
     $ apt-get install sosreport

   * Run sosreport
     $ sosreport -a
     $ sosreport -o <PLUGIN>
     $ ...

   * Make sure it generate a tar.xz file in /tmp in the form of
     "/tmp/sosreport-<HOSTNAME>-<DATE>.tar.xz"

   * Extract files from archive
     $ tar Jxvf /tmp/sosreport-<HOSTNAME>-<DATE>.tar.xz

   * Look the content of sosreport, make sure the information is
  accurate and valid, ....

   * Make sure all files that should to be collected by sosreport aren't 0 size. (Files that should be collected may varies from one system to another, it depends on what packages are installed, ...)
     $ find /tmp/sosreport-<HOSTNAME>-<DATE> -size 0

  # Note :
  It is normal to see some 0 size files here and there, again it depend on how the plugin is run (package detection or not inside the plugins, ...) and if the package is installed or not on the system where you run sosreport. But in most cases, if the package is installed and if sosreport has a plugin for it then it should gather information, if not then it might be a problem with the plugins itself that need adjustments.

  [Regression Potential]

   * autopkgtest[2] didn't reveal any
  [2] - See Comment #1

   * We,STS, have intensively tested the package.

  During our testing, we found a severe regression that we already took
  action to fix it via :

  - Upstream issue - https://github.com/sosreport/sos/issues/1155
  - Debian bug - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883537
  - Fix Released in Ubuntu Devel release (bionic) via debdiff : lp1734983_bionic.debdiff

  [Other Info]

   * Sosreport upstream :
     https://github.com/sosreport/sos

   * rmadison -u debian,ubuntu sosreport
  debian:
  sosreport  | 3.2-2                | oldstable          | source, amd64, arm64, armel, armhf, i386, mips, mipsel, powerpc, ppc64el, s390x
  sosreport  | 3.2-2                | oldstable-kfreebsd | source, kfreebsd-amd64, kfreebsd-i386
  sosreport  | 3.3+git50-g3c0349b-2 | stable             | source, amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x
  sosreport  | 3.5-1                | testing            | source, amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x
  sosreport  | 3.5-1                | unstable           | source, amd64, arm64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mips64el, mipsel, powerpc, ppc64el, s390x
  ubuntu:
   sosreport | 3.0-1~ubuntu12.04.1          | precise-backports/universe | source, amd64, armel, armhf, i386, powerpc
   sosreport | 3.1-1ubuntu2                 | trusty                     | source, amd64, arm64, armhf, i386, powerpc, ppc64el
   sosreport | 3.1-1ubuntu2.2               | trusty-security            | source, amd64, arm64, armhf, i386, powerpc, ppc64el
   sosreport | 3.2-2~ubuntu14.04.1          | trusty-backports           | source, amd64, arm64, armhf, i386, powerpc, ppc64el
   sosreport | 3.2+git276-g7da50d6-3ubuntu1 | xenial                     | source, amd64, arm64, armhf, i386, powerpc, ppc64el, s390x
   sosreport | 3.3+git50-g3c0349b-2         | zesty                      | source, amd64, arm64, armhf, i386, ppc64el, s390x
   sosreport | 3.4-1~ubuntu14.04.1          | trusty-updates             | source, amd64, arm64, armhf, i386, powerpc, ppc64el
   sosreport | 3.4-1~ubuntu16.04.1          | xenial-updates             | source, amd64, arm64, armhf, i386, powerpc, ppc64el, s390x
   sosreport | 3.4-1~ubuntu17.04.1          | zesty-updates              | source, amd64, arm64, armhf, i386, ppc64el, s390x
   sosreport | 3.4-1                        | artful                     | source, amd64, arm64, armhf, i386, ppc64el, s390x
   sosreport | 3.5-1                        | bionic                     | source, amd64, arm64, armhf, i386, ppc64el, s390x

To manage notifications about this bug go to:
https://bugs.launchpad.net/sosreport/+bug/1734983/+subscriptions