2018-09-18 04:24:41 |
Barry |
bug |
|
|
added bug |
2018-09-18 04:24:41 |
Barry |
attachment added |
|
Debug from LIBGUESTFS_DEBUG=1 and LIBGUESTFS_TRACE=1 https://bugs.launchpad.net/bugs/1793056/+attachment/5190033/+files/debug.txt |
|
2018-09-18 04:25:44 |
Barry |
bug task added |
|
virt-manager (Ubuntu) |
|
2018-09-18 04:27:51 |
Barry |
summary |
On Ubuntu 18.04 virt-copy0out fails with "tar: This does not look like a tar archive" |
On Ubuntu 18.04 virt-copy-out fails with "tar: This does not look like a tar archive" |
|
2018-09-18 14:34:32 |
Christian Ehrhardt |
libguestfs (Ubuntu): status |
New |
Incomplete |
|
2018-09-18 14:36:52 |
Christian Ehrhardt |
libguestfs (Ubuntu): status |
Incomplete |
Confirmed |
|
2018-09-18 14:37:56 |
Christian Ehrhardt |
bug |
|
|
added subscriber Ubuntu Server |
2018-09-18 14:38:00 |
Christian Ehrhardt |
bug |
|
|
added subscriber Christian Ehrhardt |
2018-09-18 14:38:08 |
Christian Ehrhardt |
tags |
amd64 apport-bug bionic |
amd64 apport-bug bionic server-next |
|
2018-09-18 14:51:22 |
Richard Jones |
bug |
|
|
added subscriber Richard Jones |
2018-09-19 05:43:46 |
Christian Ehrhardt |
virt-manager (Ubuntu): importance |
Undecided |
Low |
|
2018-09-19 05:43:52 |
Christian Ehrhardt |
libguestfs (Ubuntu): importance |
Undecided |
Low |
|
2018-09-24 13:56:26 |
Christian Ehrhardt |
virt-manager (Ubuntu): status |
New |
Invalid |
|
2018-09-25 06:35:48 |
Christian Ehrhardt |
nominated for series |
|
Ubuntu Cosmic |
|
2018-09-25 06:35:48 |
Christian Ehrhardt |
bug task added |
|
virt-manager (Ubuntu Cosmic) |
|
2018-09-25 06:35:48 |
Christian Ehrhardt |
bug task added |
|
libguestfs (Ubuntu Cosmic) |
|
2018-09-25 06:35:48 |
Christian Ehrhardt |
nominated for series |
|
Ubuntu Bionic |
|
2018-09-25 06:35:48 |
Christian Ehrhardt |
bug task added |
|
virt-manager (Ubuntu Bionic) |
|
2018-09-25 06:35:48 |
Christian Ehrhardt |
bug task added |
|
libguestfs (Ubuntu Bionic) |
|
2018-09-25 06:35:58 |
Christian Ehrhardt |
bug task deleted |
virt-manager (Ubuntu Bionic) |
|
|
2018-09-25 06:36:02 |
Christian Ehrhardt |
bug task deleted |
virt-manager (Ubuntu Cosmic) |
|
|
2018-09-25 07:12:09 |
Christian Ehrhardt |
libguestfs (Ubuntu Bionic): status |
New |
Triaged |
|
2018-09-25 07:12:11 |
Christian Ehrhardt |
libguestfs (Ubuntu Cosmic): status |
Confirmed |
Fix Released |
|
2018-09-25 07:16:41 |
Christian Ehrhardt |
description |
Version-Release number of selected component (if applicable):
Tested with:
- libguestfs 1.36.13 (Ubuntu 18.04)
- tar v1.29 (Ubuntu 18.04)
How reproducible: 100%
Steps to Reproduce:
1. # virt-builder debian-8 -o deb8.img --no-network
2. # mkdir ~/deb8fs
3. # virt-copy-out -a deb8.img / ~/deb8fs
Actual results:
libguestfs: error: file receive cancelled by daemon
libguestfs: error: tar subprocess failed: tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors
See attached debug.txt log that was produced by using "export LIBGUESTFS_DEBUG=1 and LIBGUESTFS_TRACE=1" before running
**Note**
I have downloaded 1.39.9 from github/libguestfs and this version works without an error in my build directory.
It appears that the actual problem is not with "virt-copy-out" specifically, but with the 'guestfish' which it relies on.
Running this on 1.36.13 (Ubuntu) fails:
# guestfish
><fs> add-drive deb8.img
><fs> run
><fs> tar-out / - | tar tf -
libguestfs: error: file receive cancelled by daemon
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors
Whereas running the above on guestfish 1.39.9 from git does not produce that error.
ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: libguestfs-tools 1:1.36.13-1ubuntu3.1
ProcVersionSignature: Ubuntu 4.15.0-34.37-generic 4.15.18
Uname: Linux 4.15.0-34-generic x86_64
NonfreeKernelModules: wl
ApportVersion: 2.20.9-0ubuntu7.3
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Mon Sep 17 23:06:00 2018
InstallationDate: Installed on 2018-09-10 (7 days ago)
InstallationMedia: Ubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 (20180725)
ProcEnviron:
LANG=en_US.UTF-8
TERM=xterm-256color
SHELL=/bin/bash
XDG_RUNTIME_DIR=<set>
PATH=(custom, user)
SourcePackage: libguestfs
UpgradeStatus: No upgrade log present (probably fresh install) |
[Impact]
* When building the virtual appliance for Ubuntu it fails to run
almost any internal commands due to missing /bin/sh
* backport upstream fix that will make dash available
[Test Case]
* Install target release (not well testable in VMs [needs working nesting] or Containers [mounts and virt permissions])
$ sudo apt install libguestfs-tools qemu-utils
$ qemu-img create -f qcow2 test.img 10M
$ sudo guestfish -a test.img
(guestfish) run
(guestfish) tar-out / - | tar tf -
[Regression Potential]
* The change effectively "only" installs another package in the virtual
appliance it uses to make up the environments. It currently is not
working at all for anything subcommand that needs this as /bin/sh is
missing.
Due to that sub-functions of libguestfs-tools are either
a) not using this part of it and not affected
b) using the packagelist but broken as of today
I can't see much of a regression risk as we only change those (fix
actually) who are broken today.
[Other Info]
* Cosmic had the change for quite a while as it was backported to 1.38.1
and I heard no bad reports on it.
----
Version-Release number of selected component (if applicable):
Tested with:
- libguestfs 1.36.13 (Ubuntu 18.04)
- tar v1.29 (Ubuntu 18.04)
How reproducible: 100%
Steps to Reproduce:
1. # virt-builder debian-8 -o deb8.img --no-network
2. # mkdir ~/deb8fs
3. # virt-copy-out -a deb8.img / ~/deb8fs
Actual results:
libguestfs: error: file receive cancelled by daemon
libguestfs: error: tar subprocess failed: tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors
See attached debug.txt log that was produced by using "export LIBGUESTFS_DEBUG=1 and LIBGUESTFS_TRACE=1" before running
**Note**
I have downloaded 1.39.9 from github/libguestfs and this version works without an error in my build directory.
It appears that the actual problem is not with "virt-copy-out" specifically, but with the 'guestfish' which it relies on.
Running this on 1.36.13 (Ubuntu) fails:
# guestfish
><fs> add-drive deb8.img
><fs> run
><fs> tar-out / - | tar tf -
libguestfs: error: file receive cancelled by daemon
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors
Whereas running the above on guestfish 1.39.9 from git does not produce that error.
ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: libguestfs-tools 1:1.36.13-1ubuntu3.1
ProcVersionSignature: Ubuntu 4.15.0-34.37-generic 4.15.18
Uname: Linux 4.15.0-34-generic x86_64
NonfreeKernelModules: wl
ApportVersion: 2.20.9-0ubuntu7.3
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Mon Sep 17 23:06:00 2018
InstallationDate: Installed on 2018-09-10 (7 days ago)
InstallationMedia: Ubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 (20180725)
ProcEnviron:
LANG=en_US.UTF-8
TERM=xterm-256color
SHELL=/bin/bash
XDG_RUNTIME_DIR=<set>
PATH=(custom, user)
SourcePackage: libguestfs
UpgradeStatus: No upgrade log present (probably fresh install) |
|
2018-09-25 08:16:21 |
Launchpad Janitor |
merge proposal linked |
|
https://code.launchpad.net/~paelzer/ubuntu/+source/libguestfs/+git/libguestfs/+merge/355588 |
|
2018-09-27 09:17:38 |
Christian Ehrhardt |
description |
[Impact]
* When building the virtual appliance for Ubuntu it fails to run
almost any internal commands due to missing /bin/sh
* backport upstream fix that will make dash available
[Test Case]
* Install target release (not well testable in VMs [needs working nesting] or Containers [mounts and virt permissions])
$ sudo apt install libguestfs-tools qemu-utils
$ qemu-img create -f qcow2 test.img 10M
$ sudo guestfish -a test.img
(guestfish) run
(guestfish) tar-out / - | tar tf -
[Regression Potential]
* The change effectively "only" installs another package in the virtual
appliance it uses to make up the environments. It currently is not
working at all for anything subcommand that needs this as /bin/sh is
missing.
Due to that sub-functions of libguestfs-tools are either
a) not using this part of it and not affected
b) using the packagelist but broken as of today
I can't see much of a regression risk as we only change those (fix
actually) who are broken today.
[Other Info]
* Cosmic had the change for quite a while as it was backported to 1.38.1
and I heard no bad reports on it.
----
Version-Release number of selected component (if applicable):
Tested with:
- libguestfs 1.36.13 (Ubuntu 18.04)
- tar v1.29 (Ubuntu 18.04)
How reproducible: 100%
Steps to Reproduce:
1. # virt-builder debian-8 -o deb8.img --no-network
2. # mkdir ~/deb8fs
3. # virt-copy-out -a deb8.img / ~/deb8fs
Actual results:
libguestfs: error: file receive cancelled by daemon
libguestfs: error: tar subprocess failed: tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors
See attached debug.txt log that was produced by using "export LIBGUESTFS_DEBUG=1 and LIBGUESTFS_TRACE=1" before running
**Note**
I have downloaded 1.39.9 from github/libguestfs and this version works without an error in my build directory.
It appears that the actual problem is not with "virt-copy-out" specifically, but with the 'guestfish' which it relies on.
Running this on 1.36.13 (Ubuntu) fails:
# guestfish
><fs> add-drive deb8.img
><fs> run
><fs> tar-out / - | tar tf -
libguestfs: error: file receive cancelled by daemon
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors
Whereas running the above on guestfish 1.39.9 from git does not produce that error.
ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: libguestfs-tools 1:1.36.13-1ubuntu3.1
ProcVersionSignature: Ubuntu 4.15.0-34.37-generic 4.15.18
Uname: Linux 4.15.0-34-generic x86_64
NonfreeKernelModules: wl
ApportVersion: 2.20.9-0ubuntu7.3
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Mon Sep 17 23:06:00 2018
InstallationDate: Installed on 2018-09-10 (7 days ago)
InstallationMedia: Ubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 (20180725)
ProcEnviron:
LANG=en_US.UTF-8
TERM=xterm-256color
SHELL=/bin/bash
XDG_RUNTIME_DIR=<set>
PATH=(custom, user)
SourcePackage: libguestfs
UpgradeStatus: No upgrade log present (probably fresh install) |
[Impact]
* When building the virtual appliance for Ubuntu it fails to run
almost any internal commands due to missing /bin/sh. Due to that any
user facing action requireing those like the reported tar-copy will
fail.
* backport upstream fix that will make dash available
[Test Case]
* Install target release (not well testable in VMs [needs working nesting] or Containers [mounts and virt permissions])
$ sudo apt install libguestfs-tools qemu-utils
$ qemu-img create -f qcow2 test.img 10M
$ sudo guestfish -a test.img
(guestfish) run
(guestfish) tar-out / - | tar tf -
[Regression Potential]
* The change effectively "only" installs another package in the virtual
appliance it uses to make up the environments. It currently is not
working at all for anything subcommand that needs this as /bin/sh is
missing.
Due to that sub-functions of libguestfs-tools are either
a) not using this part of it and not affected
b) using the packagelist but broken as of today
I can't see much of a regression risk as we only change those (fix
actually) who are broken today.
[Other Info]
* Cosmic had the change for quite a while as it was backported to 1.38.1
and I heard no bad reports on it.
----
Version-Release number of selected component (if applicable):
Tested with:
- libguestfs 1.36.13 (Ubuntu 18.04)
- tar v1.29 (Ubuntu 18.04)
How reproducible: 100%
Steps to Reproduce:
1. # virt-builder debian-8 -o deb8.img --no-network
2. # mkdir ~/deb8fs
3. # virt-copy-out -a deb8.img / ~/deb8fs
Actual results:
libguestfs: error: file receive cancelled by daemon
libguestfs: error: tar subprocess failed: tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors
See attached debug.txt log that was produced by using "export LIBGUESTFS_DEBUG=1 and LIBGUESTFS_TRACE=1" before running
**Note**
I have downloaded 1.39.9 from github/libguestfs and this version works without an error in my build directory.
It appears that the actual problem is not with "virt-copy-out" specifically, but with the 'guestfish' which it relies on.
Running this on 1.36.13 (Ubuntu) fails:
# guestfish
><fs> add-drive deb8.img
><fs> run
><fs> tar-out / - | tar tf -
libguestfs: error: file receive cancelled by daemon
tar: This does not look like a tar archive
tar: Exiting with failure status due to previous errors
Whereas running the above on guestfish 1.39.9 from git does not produce that error.
ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: libguestfs-tools 1:1.36.13-1ubuntu3.1
ProcVersionSignature: Ubuntu 4.15.0-34.37-generic 4.15.18
Uname: Linux 4.15.0-34-generic x86_64
NonfreeKernelModules: wl
ApportVersion: 2.20.9-0ubuntu7.3
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Mon Sep 17 23:06:00 2018
InstallationDate: Installed on 2018-09-10 (7 days ago)
InstallationMedia: Ubuntu 18.04.1 LTS "Bionic Beaver" - Release amd64 (20180725)
ProcEnviron:
LANG=en_US.UTF-8
TERM=xterm-256color
SHELL=/bin/bash
XDG_RUNTIME_DIR=<set>
PATH=(custom, user)
SourcePackage: libguestfs
UpgradeStatus: No upgrade log present (probably fresh install) |
|
2018-10-02 22:17:26 |
Brian Murray |
libguestfs (Ubuntu Bionic): status |
Triaged |
Fix Committed |
|
2018-10-02 22:17:28 |
Brian Murray |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2018-10-02 22:17:31 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
2018-10-02 22:17:37 |
Brian Murray |
tags |
amd64 apport-bug bionic server-next |
amd64 apport-bug bionic server-next verification-needed verification-needed-bionic |
|
2018-10-09 11:41:47 |
Christian Ehrhardt |
tags |
amd64 apport-bug bionic server-next verification-needed verification-needed-bionic |
amd64 apport-bug bionic server-next verification-done verification-done-bionic |
|
2018-10-09 23:13:32 |
Brian Murray |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2018-10-09 23:23:35 |
Launchpad Janitor |
libguestfs (Ubuntu Bionic): status |
Fix Committed |
Fix Released |
|