From: Gerhard Wiesinger <lists@wiesinger.com>
To: Paolo Bonzini <pbonzini@redhat.com>,
Laine Stump <laine@redhat.com>,
qemu-devel@nongnu.org, Cole Robinson <crobinso@redhat.com>,
virt@lists.fedoraproject.org
Subject: Re: [Qemu-devel] Fedora FC21 - Bug: 100% CPU and hangs in gettimeofday(&tp, NULL); forever
Date: Sun, 01 Mar 2015 11:36:21 +0100 [thread overview]
Message-ID: <54F2EBA5.4050907@wiesinger.com> (raw)
In-Reply-To: <54E20CD5.3050909@redhat.com>
On 16.02.2015 16:29, Paolo Bonzini wrote:
>
> On 16/02/2015 16:09, Gerhard Wiesinger wrote:
>> On 16.02.2015 15:18, Paolo Bonzini wrote:
>>> On 15/02/2015 09:18, Gerhard Wiesinger wrote:
>>>> Can you grab some random backtraces ("thread apply all bt full") with
>>>> gdb?
>> Very low load on the machine, so I guess most will be sleeping and hard
>> to catch non sleeping ones. See below
> This likely means that the 100% threads are not the I/O (event loop)
> threads, but the VCPU threads.
ok, happened again, details below.
Any further ideas from the stack traces?
So far it happened only the PostgreSQL database VM. Kernel is alive
(ping works well). ssh is not working.
console window: after entering one character at login prompt, then crashed:
[1438.384864] Out of memory: Kill process 10115 (pg_dump) score 112 or
sacrifice child
[1438.384990] Killed process 10115 (pg_dump) total-vm: 340548kB,
anon-rss: 162712kB, file-rss: 220kB
VM uptime is ~1 day, 2 cores 100%CPU.
VM is very stripped down, nevertheless is should have enough memory (and
also swap). Looks like it crashed at the nighlty backup (pg_dumpall),
command is: ssh -x ${REMOTE_USER}@${REMOTE_HOST} "pg_dumpall" | bzip2 -9
> ${DEST_SQL}
free
total used free shared buff/cache
available
Mem: 372264 28536 214780 20884 128948 303360
Swap: 1081340 0 1081340
Ciao,
Gerhard
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x00007feee62412c1 in ppoll () from /lib64/libc.so.6
Thread 4 (Thread 0x7feed3fff700 (LWP 4636)):
#0 0x00007feee6242977 in ioctl () at /lib64/libc.so.6
#1 0x00007feef11d1c35 in kvm_vcpu_ioctl ()
#2 0x00007feef11d1cec in kvm_cpu_exec ()
#3 0x00007feef11bfb02 in qemu_kvm_cpu_thread_fn ()
#4 0x00007feeefcb352a in start_thread () at /lib64/libpthread.so.0
#5 0x00007feee624c79d in clone () at /lib64/libc.so.6
Thread 3 (Thread 0x7feed37fe700 (LWP 4637)):
#0 0x00007feee6242977 in ioctl () at /lib64/libc.so.6
#1 0x00007feef11d1c35 in kvm_vcpu_ioctl ()
#2 0x00007feef11d1cec in kvm_cpu_exec ()
#3 0x00007feef11bfb02 in qemu_kvm_cpu_thread_fn ()
#4 0x00007feeefcb352a in start_thread () at /lib64/libpthread.so.0
#5 0x00007feee624c79d in clone () at /lib64/libc.so.6
Thread 2 (Thread 0x7feed1bff700 (LWP 4653)):
#0 0x00007feeefcb8590 in pthread_cond_wait@@GLIBC_2.3.2 () at
/lib64/libpthread.so.0
#1 0x00007feef1466d79 in qemu_cond_wait ()
#2 0x00007feef13eadd3 in vnc_worker_thread_loop ()
#3 0x00007feef13eb1b8 in vnc_worker_thread ()
#4 0x00007feeefcb352a in start_thread () at /lib64/libpthread.so.0
#5 0x00007feee624c79d in clone () at /lib64/libc.so.6
Thread 1 (Thread 0x7feef103fa80 (LWP 4563)):
#0 0x00007feee62412c1 in ppoll () at /lib64/libc.so.6
#1 0x00007feef13fc89c in qemu_poll_ns ()
#2 0x00007feef13fc034 in main_loop_wait ()
#3 0x00007feef1197cdd in main ()
next prev parent reply other threads:[~2015-03-01 10:38 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-08 13:36 [Qemu-devel] Fedora FC21 - Bug: 100% CPU and hangs in gettimeofday(&tp, NULL); forever Gerhard Wiesinger
2015-01-08 17:24 ` Paolo Bonzini
2015-01-08 18:12 ` Gerhard Wiesinger
2015-01-08 18:22 ` Paolo Bonzini
2015-01-08 22:28 ` Gerhard Wiesinger
2015-01-08 22:42 ` Paolo Bonzini
2015-01-12 11:41 ` Gerhard Wiesinger
2015-01-12 11:46 ` Paolo Bonzini
2015-01-12 11:53 ` Gerhard Wiesinger
2015-01-12 11:54 ` Paolo Bonzini
2015-01-13 20:13 ` Gerhard Wiesinger
2015-01-13 20:48 ` Paolo Bonzini
2015-01-13 21:08 ` Cole Robinson
2015-01-13 21:14 ` Gerhard Wiesinger
2015-01-13 21:16 ` Paolo Bonzini
2015-01-13 22:01 ` Gerhard Wiesinger
2015-01-14 0:59 ` Laine Stump
2015-01-14 9:15 ` Gerhard Wiesinger
2015-02-15 8:18 ` Gerhard Wiesinger
2015-02-16 14:18 ` Paolo Bonzini
2015-02-16 15:09 ` Gerhard Wiesinger
2015-02-16 15:29 ` Paolo Bonzini
2015-03-01 10:36 ` Gerhard Wiesinger [this message]
2015-03-02 9:26 ` Paolo Bonzini
2015-03-02 15:52 ` Gerhard Wiesinger
2015-03-02 17:15 ` Gerhard Wiesinger
2015-03-03 9:12 ` Gerhard Wiesinger
2015-03-03 10:12 ` Paolo Bonzini
2015-03-03 11:51 ` Gonglei
2015-03-03 12:28 ` Gerhard Wiesinger
2015-03-03 13:18 ` Gerhard Wiesinger
2015-03-03 20:50 ` Gerhard Wiesinger
2015-01-14 17:47 ` Juan Quintela
2015-01-14 17:52 ` Juan Quintela
2015-01-14 22:19 ` Gerhard Wiesinger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54F2EBA5.4050907@wiesinger.com \
--to=lists@wiesinger.com \
--cc=crobinso@redhat.com \
--cc=laine@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=virt@lists.fedoraproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).