Closing for QEMU since there hasn't been any response within a year.
** Changed in: qemu
Status: Incomplete => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1297487
Title:
MTU not
Did anybody ever tried to reproduce this bug with upstream QEMU?
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1297487
Title:
MTU not honored in
Seems to me that the issue is not that the MTU isn't being honoured, but
that the MTU should be checked *before* TSO assembly and not *after*.
Assembly should happen outside the VM if the VM has enabled it on the
interface internally, and clearly the incoming segments (not packets, at
this point) m
I believe this bug may be breaking Salt by breaking ZeroMQ in certain
virtualized environments. Additional information here:
https://github.com/saltstack/salt/issues/12248
** Also affects: salt
Importance: Undecided
Status: New
--
You received this bug notification because you are a me
ii libselinux1 2.1.0-4.1ubuntu1
SELinux runtime shared libraries
ii linux-firmware 1.79.12
Firmware for Linux kernel drivers
ii linux-headers-3.2.0-60 3.2.0-60.91
Head
The bug description said this was a regression from 13.04 to 14.04, but
comment #9 says 12.04 is affected.
Pierre, could you show us your kernel and qemu versions?
dpkg -l | egrep "(linux|qemu)"
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed t
** Also affects: qemu
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1297487
Title:
MTU not honored in virtio vnet
To manage notifications about this bug
** Changed in: qemu-kvm (Ubuntu)
Importance: Medium => High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1297487
Title:
MTU not honored in virtio vnet
To manage notifications about this bug go
Also affected by this bug with Ubuntu 12.04LTS kvm.
A tracepath in a VM with virtio network card ends with: Resume: pmtu 65535.
While with pcnet or rtl8139 it properly ends with: Resume: pmtu 1500
This is pretty blocking given some servers are failing to communicate
because of the wrong MTU (I've
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: qemu-kvm (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1297487
Title:
M
Ok, sorry, in comment #4 you had said you were on 1.7. There are some
netdev commits between 1.7 and 2.0 so before marking this as affecting
upstream I wanted to make sure you'd tested git head (which you
effectively have).
** Changed in: qemu-kvm (Ubuntu)
Status: Incomplete => New
--
Yo
I can see the following two installed, what am I missing?
sudo apt-cache policy qemu
qemu:
Installed: 2.0~git-20140325.7b770c7-0ubuntu1
Candidate: 2.0~git-20140325.7b770c7-0ubuntu1
Version table:
*** 2.0~git-20140325.7b770c7-0ubuntu1 0
500 http://ppa.launchpad.net/ubuntu-virt/candi
Thanks, but that looks like the version currently in 14.04 archive.
Could you test with the 2.0~git-20140325.7b770c7-0ubuntu1 package which
is in ppa:ubuntu-virt/candidate?
** Changed in: qemu-kvm (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a
** Changed in: qemu-kvm (Ubuntu)
Status: Incomplete => New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1297487
Title:
MTU not honored in virtio vnet
To manage notifications about this bug
I have updated to 1.7 but I still see the same issue.
kvm --version
QEMU emulator version 1.7.0 (Debian 1.7.0+dfsg-3ubuntu7), Copyright (c)
2003-2008 Fabrice Bellard
drivers appears to be the same though
ethtool -i eth1
driver: enic
version: 2.1.1.50
firmware-version: 2.1(3a)
bus-info: :07
Thanks for reporting this bug. I wonder if this may have been fixed
since 1.7 - Are you able to reproduce this with the qemu version in ppa
:ubuntu-virt/candidate? (That is the version which we hope will end up
in 14.04 before release)
** Changed in: qemu-kvm (Ubuntu)
Status: New => Incom
** Attachment added: "PCAP TRACE when TSO is enabled"
https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/1297487/+attachment/4043447/+files/vnet1_tso_on.pcap
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchp
** Attachment added: "PCAP TRACE when TSO is NOT enabled"
https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/1297487/+attachment/4043448/+files/vnet1_tso_off.pcap
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.la
18 matches
Mail list logo
