blob: 34c29fcc3332ad9e0db001a08f5ca3ed0f7921ed (
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
|
network: 0.926
device: 0.774
graphic: 0.688
other: 0.676
mistranslation: 0.598
vnc: 0.577
semantic: 0.574
instruction: 0.567
socket: 0.563
boot: 0.411
assembly: 0.408
KVM: 0.340
VDE networking barely working
Running qemu with a vde_switch and slirpvde:
vde_switch -F -sock /tmp/qemu_vde_switch -M /tmp/qemu_vde_mgmt
slirpvde -s /tmp/qemu_vde_switch -dhcp
qemu-system-x86_64 -m 2048 -smp 2 -serial mon:stdio -display none -vga none -nodefaults -accel hax -net nic,macaddr=52:54:00:0e:e0:61,model=virtio -net vde,sock=/tmp/qemu_vde_switch -device virtio-rng-pci -drive file=worker.qcow2,if=virtio -drive file=cloud-init.iso,format=raw,if=virtio
There is some network connectivity, ping and curl work, but bigger transfers like apt-get update break with the following errors printed in the output of vde_switch:
vde_switch: send_sockaddr port 2: No buffer space available
vde_switch: send_sockaddr port 2: No buffer space available
vde_switch: send_sockaddr port 2: No buffer space available
I've tried to change the MTU size and model of the adapter inside of the VM, but nothing worked.
OS: macOS 10.15.2
qemu: 4.2.0
vde2 (vde_switch / slirpvde): 2.3.2
The QEMU project is currently considering to move its bug tracking to
another system. For this we need to know which bugs are still valid
and which could be closed already. Thus we are setting older bugs to
"Incomplete" now.
If you still think this bug report here is valid, then please switch
the state back to "New" within the next 60 days, otherwise this report
will be marked as "Expired". Or please mark it as "Fix Released" if
the problem has been solved with a newer version of QEMU already.
Thank you and sorry for the inconvenience.
[Expired for QEMU because there has been no activity for 60 days.]
|