qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Fedora FC21 - Bug: 100% CPU and hangs in gettimeofday(&


From: Gerhard Wiesinger
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
User-agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0

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 address@hidden "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 ()




reply via email to

[Prev in Thread] Current Thread [Next in Thread]