Skip to content

Update QEMU from 2.6.1 to 2.6.2 #248

Merged
merged 2 commits into from
Jan 20, 2017
Merged

Conversation

pmenzel
Copy link
Collaborator

@pmenzel pmenzel commented Dec 16, 2016

Tested on keineahnung.

$ qemu-system-x86_64 -version
QEMU emulator version 2.6.2, Copyright (c) 2003-2008 Fabrice Bellard

News:

> September 29th, 2016
>
> •   QEMU version 2.6.2 is out! See the Download page for more
> information.

Announcement [1]:

> This is a fairly small update to 2.6.1 that addresses:
>
>   - a security issue when using virtfs/virtio-9p which can lead to a guest
>     gaining unintended access to the host filesystem,
>   - a regression introduced into 2.6.1 which can result in live migration
>     failing when virtio devices have pending entries in their virtqueues,
>   - and various issues related to VNC and emulated network/storage
>     devices, among other things.
>
> Users of QEMU 2.6.1 should upgrade accordingly.

[1] https://lists.gnu.org/archive/html/qemu-devel/2016-09/msg07971.html
@thomas
Copy link
Collaborator

thomas commented Dec 16, 2016

Paul, wo du den qemu gerade aktualisierst, koenntest du ihn gleich mit jemalloc bauen? Oder hat der configure das jemalloc von alleine gefunden?

@pmenzel
Copy link
Collaborator Author

pmenzel commented Dec 16, 2016

Es sieht so aus, dass QEMU ohne jemalloc-Unterstützung gebaut wurde.

NUMA host support yes
tcmalloc support  no
jemalloc support  no
avx2 optimization yes

Ich kann den Schalter übergeben, testen kann ich das aber nicht.

Pass `--enable-jemalloc` as requested by Thomas.
@pmenzel pmenzel force-pushed the update-qemu-from-2.6.1-to-2.6.2 branch from 6c66147 to 00b5fe3 Compare December 16, 2016 13:11
@pmenzel
Copy link
Collaborator Author

pmenzel commented Dec 16, 2016

Mit bee update qemu wird jetzt QEMU mit jemalloc-Unterstützung installiert.

$ qemu-system-x86_64 -version
QEMU emulator version 2.6.2, Copyright (c) 2003-2008 Fabrice Bellard
$ ldd /usr/bin/qemu-system-x86_64 | grep jemalloc
    libjemalloc.so.1 => /usr/lib/libjemalloc.so.1 (0x00007f40b5c19000)

@donald
Copy link
Collaborator

donald commented Dec 16, 2016

The problem is, we can't easily test the important things (the VMs on macheteinfach, including github) without their interruption. But neither do I like the idea of just upgrading qemu and hoping, that everything will be okay, when a VM restarts the next time. If we detect a problem days or weeks later, the image might be corrupted and new data is not included in the last good copy.

Don't know, how to handle this.

@wwwutz
Copy link
Collaborator

wwwutz commented Dec 16, 2016

encapsulate qemu into /project/vm . If you want stability, thre is no other way.

@donald
Copy link
Collaborator

donald commented Jan 20, 2017

Encapsulation has the same "how to test" problem, unless we freeze the project forever.
Well, its a bugfix release. I think, I take the risk for now
2.8.0 which is out now, would be another thing.

@donald donald merged commit 1eb7de8 into master Jan 20, 2017
@donald donald deleted the update-qemu-from-2.6.1-to-2.6.2 branch February 12, 2017 13:53
@donald
Copy link
Collaborator

donald commented Feb 14, 2017

updated on distmaster

Sign in to join this conversation on GitHub.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants