From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wido den Hollander Subject: Re: Ceph version 0.56.1, data loss on power failure Date: Wed, 16 Jan 2013 11:53:22 +0100 Message-ID: <50F686A2.2060901@widodh.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from smtp02.mail.pcextreme.nl ([109.72.87.138]:42572 "EHLO smtp02.mail.pcextreme.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757049Ab3APKxk (ORCPT ); Wed, 16 Jan 2013 05:53:40 -0500 In-Reply-To: Sender: ceph-devel-owner@vger.kernel.org List-ID: To: Marcin Szukala Cc: ceph-devel@vger.kernel.org On 01/16/2013 11:50 AM, Marcin Szukala wrote: > Hi all, > > Any ideas how can I resolve my issue? Or where the problem is? > > Let me describe the issue. > Host boots up and maps RBD image with XFS filesystems > Host mounts the filesystems from the RBD image > Host starts to write data to the mounted filesystems > Host experiences power failure > Host comes up and map the RBD image > Host mounts the filesystems from the RBD image > All data from all filesystems is lost > Host is able to use the filesystems with no problems. > > Filesystem is XFS, no errors on filesystem, > That simply does not make sense to me. How can all data be gone and the FS just mount cleanly. Can you try to format the RBD with EXT4 and see if that makes any difference. Could you also try to run a "sync" prior to pulling the power from the host to see if that makes any difference. Wido > Kernel 3.5.0-19-generic > > root@openstack-1:/etc/init# ceph -s > health HEALTH_OK > monmap e1: 3 mons at > {a=10.3.82.102:6789/0,b=10.3.82.103:6789/0,d=10.3.82.105:6789/0}, > election epoch 10, quorum 0,1,2 a,b,d > osdmap e132: 56 osds: 56 up, 56 in > pgmap v87165: 13744 pgs: 13744 active+clean; 52727 MB data, 102 GB > used, 52028 GB / 52131 GB avail > mdsmap e1: 0/0/1 up > > Regards, > Marcin > -- > To unsubscribe from this list: send the line "unsubscribe ceph-devel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html >