Bug 1074963
Summary: | virtio/rtl8139 cause qemu-kvm "internal error" in des host when migrating qemu-kvm process without guest image from rhel6.5 to rhel7.0 host | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | FuXiangChun <xfu> |
Component: | qemu-kvm | Assignee: | Radim Krčmář <rkrcmar> |
Status: | CLOSED DUPLICATE | QA Contact: | Virtualization Bugs <virt-bugs> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 7.0 | CC: | acathrow, hhuang, juzhang, knoel, michen, qzhang, virt-maint |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2014-04-15 19:36:17 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
FuXiangChun
2014-03-11 09:47:43 UTC
Motto: 00 00 != add %al,(%bx,%si) We bug because RHEL7 qemu does not migrate all RHEL6 memory to its previous location, which leads to infinite loops or emulation errors if there suddenly are zeroes at instruction pointer in early boot. [issue 'c' and 'stop' qemu commands quickly] (qemu) x /16 0xc0000 00000000000c0000: 0xe946aa55 0x00000121 0x00000000 0x00000000 00000000000c0010: 0x00000000 0x00000000 0x0000010f 0x42490000 00000000000c0020: 0x6c50004d 0x36387865 0x636f422f 0x56207368 00000000000c0030: 0x69424147 0x2820736f 0x29494350 0x75630020 [migrate] (qemu) x /16 0xc0000 00000000000c0000: 0x00000000 0x00000000 0x00000000 0x00000000 00000000000c0010: 0x00000000 0x00000000 0x00000000 0x00000000 00000000000c0020: 0x00000000 0x00000000 0x00000000 0x00000000 00000000000c0030: 0x00000000 0x00000000 0x00000000 0x00000000 We don't use this memory for normal operation, so if we migrate after few seconds, everything works, not ... I originally missed the possibility of reboots/sleep, so fixing this didn't seem critical, but luckily, Laszlo worked on it under a different bug. (Network device and missing disk image were ruses -- the guest boots faster and tests didn't catch this broken state.) *** This bug has been marked as a duplicate of bug 1027565 *** |