virt-customize enters infinite loop: dhclient-script: cannot open /etc/fstab
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
libguestfs (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Xenial |
Fix Released
|
Medium
|
Ioanna Alifieraki |
Bug Description
When running virt-customize against an existing raw image, it seems to hang and do nothing. With verbose flag passed the logs are filled with:
/sbin/dhclient-
RTNETLINK answers: File exists
/sbin/dhclient-
RTNETLINK answers: File exists
/sbin/dhclient-
RTNETLINK answers: File exists
/sbin/dhclient-
RTNETLINK answers: File exists
/sbin/dhclient-
RTNETLINK answers: File exists
/sbin/dhclient-
over and over again.
$ dpkg -l | grep guestfs
ii libguestfs-
ii libguestfs-perl 1:1.32.2-4ubuntu2 amd64 guest disk image management system - Perl bindings
ii libguestfs-
ii libguestfs-
ii libguestfs-
ii libguestfs-tools 1:1.32.2-4ubuntu2 amd64 guest disk image management system - tools
ii libguestfs-
ii libguestfs0:amd64 1:1.32.2-4ubuntu2 amd64 guest disk image management system - shared library
$ lsb_release -rd
Description: Ubuntu 16.04.1 LTS
Release: 16.04
According to https:/
*******
[Impact]
On Xenial libguestfs fails to configure network and gets into infinite loop,
because /etc/fstab file is not present which is required by dhclient-script.
Currently the libguestfs version for xenial is 1.32.2-4ubuntu2 which misses
the upstream commit [1] that solves the problem.
[Test Case]
$ lsb_release -rd
Description: Ubuntu 16.04.5 LTS
Release: 16.04
$ dpkg -l | grep guest
ii libguestfs-
ii libguestfs-perl 1:1.32.2-4ubuntu2 amd64 guest disk image management system - Perl bindings
ii libguestfs-
ii libguestfs-tools 1:1.32.2-4ubuntu2 amd64 guest disk image management system - tools
ii libguestfs-
ii libguestfs0:amd64 1:1.32.2-4ubuntu2 amd64 guest disk image management system - shared library
$ sudo guestfish -a xenial-
run
mount /dev/sda1 /
command 'apt update'
EOF
libguestfs: launch: program=guestfish
libguestfs: launch: version=1.32.2
libguestfs: launch: backend registered: unix
libguestfs: launch: backend registered: uml
....
[ 3.684953] input: ImExPS/2 Generic Explorer Mouse as /devices/
/sbin/dhclient-
RTNETLINK answers: File exists
/sbin/dhclient-
RTNETLINK answers: File exists
/sbin/dhclient-
RTNETLINK answers: File exists
/sbin/dhclient-
RTNETLINK answers: File exists
/sbin/dhclient-
RTNETLINK answers: File exists
/sbin/dhclient-
RTNETLINK answers: File exists
/sbin/dhclient-
RTNETLINK answers: File exists
/sbin/dhclient-
RTNETLINK answers: File exists
[Regression Potential]
This may impact libguestfs functionality when netwrok flag is enabled.
[Other Info]
Upstream commit : https:/
# git
git describe --contains fd60be9509
v1.33.43~10
# rmadison
=> libguestfs | 1:1.32.2-4ubuntu2 | xenial/universe | source
libguestfs | 1:1.36.13-1ubuntu3 | bionic/universe | source
libguestfs | 1:1.36.
libguestfs | 1:1.38.4-1ubuntu2 | cosmic/universe | source
libguestfs | 1:1.40.1-1ubuntu1 | disco/universe | source
CVE References
Changed in libguestfs (Ubuntu Xenial): | |
assignee: | nobody → Ioanna Alifieraki (joalif) |
importance: | Undecided → Medium |
status: | New → In Progress |
description: | updated |
description: | updated |
tags: | added: sts |
This is a bug in Ubuntu which we have had to work around in libguestfs.
It is indeed worked around in libguestfs 1.34.
See also: /www.redhat. com/archives/ libguestfs/ 2015-December/ msg00036. html /bugzilla. redhat. com/show_ bug.cgi? id=1224795 /github. com/libguestfs/ libguestfs/ commit/ fd60be95091a192 3e108f72caf251f 5549eeccd0
https:/
https:/
https:/