From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 4D2327F86 for ; Thu, 14 Mar 2013 08:31:32 -0500 (CDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 3508330407A for ; Thu, 14 Mar 2013 06:31:32 -0700 (PDT) Received: from greer.hardwarefreak.com (mo-65-41-216-221.sta.embarqhsd.net [65.41.216.221]) by cuda.sgi.com with ESMTP id RhBZZRWbPkzN0XHK for ; Thu, 14 Mar 2013 06:31:31 -0700 (PDT) Message-ID: <5141D137.9080509@hardwarefreak.com> Date: Thu, 14 Mar 2013 08:31:35 -0500 From: Stan Hoeppner MIME-Version: 1.0 Subject: Re: XFS filesystem on EC2 instance corrupts and shuts down References: <51373DB8.2020707@redhat.com> <51373FC1.6010101@redhat.com> <513751F2.2060109@redhat.com> <5140CBE3.80705@sandeen.net> <20130313234213.GW21651@dastard> In-Reply-To: Reply-To: stan@hardwarefreak.com List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Shrinath M Cc: Sabyasachi Ruj , Eric Sandeen , xfs@oss.sgi.com, Vivek Goel , Supratik Goswami , Ric Wheeler On 3/13/2013 8:28 PM, Shrinath M wrote: > Thanks Ben, Dave and Eric. > > Eric, >>> but I am wondering if there might be more information before this which > is not in your trimmed logs. > No, this was the first entry every time we have it in /var/log/messages. > dmesg also holds the same. After reboot, it simply fixes without anyone > doing anything. ... > - dmesg shows something like this after repairing/rebooting - > > [ 8.414176] SGI XFS with ACLs, security attributes, realtime, large > block/inode numbers, no debug enabled > [ 8.415342] SGI XFS Quota Management subsystem > [ 8.417664] XFS (md0): Mounting Filesystem > [ 8.771553] XFS (md0): Starting recovery (logdev: internal) > [ 9.977325] XFS (md0): Ending recovery (logdev: internal) The active log displayed by the dmesg command is cleared and started fresh at each reboot, which maybe is why you don't see the IO errors. You should find them in the previous dmesg log files. $ ls -la /var/log/dmesg* -rw-r--r-- 1 root adm 12K Feb 29 2012 /var/log/dmesg -rw-r--r-- 1 root adm 12K Feb 20 2012 /var/log/dmesg.0 -rw-r--r-- 1 root adm 4.7K Aug 18 2011 /var/log/dmesg.1.gz -rw-r--r-- 1 root adm 4.7K Aug 18 2011 /var/log/dmesg.2.gz -rw-r--r-- 1 root adm 4.7K Jun 27 2011 /var/log/dmesg.3.gz -rw-r--r-- 1 root adm 4.7K May 18 2011 /var/log/dmesg.4.gz Don't let the file dates in this example throw you, here's why: 08:14:42 up 378 days, 19:44, 1 user, load average: 0.06, 0.31, 0.22 ^^^^^^^^^^^ -- Stan _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs