From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:40787) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ufb5S-0006cn-Qi for qemu-devel@nongnu.org; Thu, 23 May 2013 15:22:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ufb5R-0001dl-QV for qemu-devel@nongnu.org; Thu, 23 May 2013 15:22:06 -0400 Received: from mail-ph.de-nserver.de ([85.158.179.214]:36546) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ufb5R-0001cG-GK for qemu-devel@nongnu.org; Thu, 23 May 2013 15:22:05 -0400 Message-ID: <519E6C5B.7010009@profihost.ag> Date: Thu, 23 May 2013 21:22:03 +0200 From: Stefan Priebe MIME-Version: 1.0 References: <518C8FD7.9080201@profihost.ag> <20130510074217.GB1500@stefanha-thinkpad.redhat.com> <518CB8E4.5090305@profihost.ag> <51924A40.6090209@profihost.ag> <5192543C.4010305@profihost.ag> <6BCF67A6-A1D5-4B4D-B83D-DC32F7621C43@profihost.ag> <519C84AB.6050203@redhat.com> <6478F274-11C3-4000-B706-3FADA20D2B76@profihost.ag> <519DEAE5.7030100@redhat.com> In-Reply-To: <519DEAE5.7030100@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] segfault in aio_bh_poll async.c:80 WAS: Re: kvm process disappears List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: Josh Durgin , Stefan Hajnoczi , qemu-devel , "pve-devel@pve.proxmox.com" , Michael Roth Am 23.05.2013 12:09, schrieb Paolo Bonzini: > Il 22/05/2013 14:24, Stefan Priebe - Profihost AG ha scritto: >> Am 22.05.2013 um 10:41 schrieb Paolo Bonzini : >> >>> Il 22/05/2013 08:26, Stefan Priebe - Profihost AG ha scritto: >>>>> Hi, >>>>> >>>>> as i can't reproduce no ;-( i just saw the kernel segfault message and >>>>> used addr2line and a qemu dbg package to get the code line. >>>> >>>> I've now seen this again for two or three times. It always happens >>>> when we do an fstrim inside the guest. >>> >>> >>>> And I've seen this first since josh async rbd patch. >>> >>> This one? >>> >>> commit dc7588c1eb3008bda53dde1d6b890cd299758155 >> >> Yes. But i'm not sure whether this is coincendence. > > Ok. > >>> Do you see it even with "-drive discard=off"? >> >> I use discard / trim for thin provisioning and need it. This is a >> production system so I can't test without it. >> >> I use scsi virtio with discard_granularity=512 > > Note that 1.5.0 won't need this anymore, but it will need "-drive > discard=on". Any chance you can try to reproduce it in a different > environment? OK i'll try to update to 1.5.0. Stefan