Bug 915636
Summary: | destroy guest when dompmsuspend hung will cause libvirtd crash | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | zhpeng | ||||||||||
Component: | libvirt | Assignee: | John Ferlan <jferlan> | ||||||||||
Status: | CLOSED DUPLICATE | QA Contact: | Virtualization Bugs <virt-bugs> | ||||||||||
Severity: | medium | Docs Contact: | |||||||||||
Priority: | medium | ||||||||||||
Version: | 6.4 | CC: | acathrow, cwei, dyasny, dyuan, jdenemar, mzhan, rwu | ||||||||||
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: | 2013-05-22 11:00:19 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: | |||||||||||||
Attachments: |
|
Description
zhpeng
2013-02-26 09:11:23 UTC
Created attachment 702714 [details]
libvirtd crash log
Since libvirtd crashed, could you provide backtrace for all threads at the time of the crash? Also enabling debug logs for libvirtd and setting English locale would help too. Created attachment 703233 [details]
libvirtd crash log en_US.UTF-8
Created attachment 703235 [details]
gdb backtrace log
Created attachment 703268 [details]
backtrace log with all threads
After reviewing all the log data I have come to the conclusion that this ends up being a duplicate of BZ 915353. Of particular note is log data from comment 1: 2013-02-26 08:58:22.247+000016545: debug : virObjectUnref:137 : OBJECT_DISPOSE: obj=0x7fb420004680 ... 2013-02-26 08:58:22.247+000016550: debug : qemuDomainObjEndJob:937 : Stopping job: modify (async=none) then the last few lines just prior to the segv, there's references to the same object: 2013-02-26 08:58:22.247+000016546: debug : virObjectRef:168 : OBJECT_REF: obj=0x7fb420004680 2013-02-26 08:58:22.247+000016545: debug : virEventPollCalculateTimeout:346 : Timeout at 1361869102621 due in 374 ms 2013-02-26 08:58:22.247+000016545: debug : virEventPollRunOnce:614 : EVENT_POLL_RUN: nhandles=13 timeout=374 2013-02-26 08:58:22.247+000016545: debug : virEventPollRunOnce:625 : Poll got 5 event(s) 2013-02-26 08:58:22.247+000016546: debug : qemuAgentGuestSync:948 : Sending guest-sync command with ID: 1361869102247 2013-02-26 08:58:22.247+000016545: debug : virEventPollDispatchTimeouts:410 : Dispatch 11 2013-02-26 08:58:22.247+000016546: debug : qemuAgentSend:866 : Attempt to send command while error is set in That "in" is a the "%s" of a NULLSTR(mon->lastError.message), so it's quite bogus. *** This bug has been marked as a duplicate of bug 915353 *** |