blob: 91a95c680e0f2a77ff0b36d8d941534441209a07 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
|
network: 0.165
device: 0.125
PID: 0.112
other: 0.111
semantic: 0.100
socket: 0.071
permissions: 0.055
vnc: 0.052
files: 0.046
performance: 0.045
boot: 0.044
debug: 0.037
graphic: 0.024
KVM: 0.013
network: 0.771
debug: 0.047
device: 0.032
PID: 0.028
other: 0.020
files: 0.020
socket: 0.014
semantic: 0.013
boot: 0.013
performance: 0.011
KVM: 0.010
graphic: 0.009
permissions: 0.007
vnc: 0.006
libvirt cannot hot insert interfaces to qemu
When attempting to hot insert an interface using Ubuntu 16.04.1, I get the following
$ virsh attach-interface --domain gluster1 --type direct \
> --source test0 --model virtio \
> --mac 2a:b6:b0:dc:c7:c4 --config --live
error: Failed to attach interface
error: internal error: unable to execute QEMU command 'getfd': No file descriptor supplied via SCM_RIGHTS
test0 exists:
$ ip link show test0
35: test0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT group default qlen 1000
link/ether aa:8c:65:2e:79:61 brd ff:ff:ff:ff:ff:ff
Just in case I did it wrong with direct, I did network
$ virsh net-list
Name State Autostart Persistent
----------------------------------------------------------
default active yes yes
mgmtnet0 active yes yes
$ virsh attach-interface --domain gluster1 --type network \
> --source default --model virtio \
> --mac 2a:b6:b0:dc:c7:c4 --config --live
error: Failed to attach interface
error: internal error: unable to execute QEMU command 'getfd': No file descriptor supplied via SCM_RIGHTS
This seems to be an old bug, but is still present. Other relevant information:
$ qemu-system-x86_64 --version
QEMU emulator version 2.5.0 (Debian 1:2.5+dfsg-5ubuntu10.5), Copyright (c) 2003-2008 Fabrice Bellard
$ virsh -v
1.3.1
This looks like a libvirt bug at a first glance. Have you tried to report it to the libvirt project? (See https://libvirt.org/bugs.html ) ... also, can you re-create the bug with the very latest upstream version of libvirt and qemu, or does it only occur with an (older?) version of Ubuntu?
That seems to be the Libvirt of Ubuntu in Xenial.
In the past similar issues were uncommon configs or changed behavior on updates that triggered apparmor or SELinux protection.
=> https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1747442
=> https://bugzilla.redhat.com/show_bug.cgi?id=731243
It could as well be some variant of bug 1677398.
If you are still affected by this, could you check:
1. if it also happens on newer libvirt versions e.g. do a trial run in the most recent Ubuntu
2. if it does could you check dmesg in your setup for related apparmor denials?
|