[Top] [All Lists]

Re: [xfs_check Out of memory: ]

To: xfs@xxxxxxxxxxx
Subject: Re: [xfs_check Out of memory: ]
From: Arkadiusz MiÅkiewicz <arekm@xxxxxxxx>
Date: Fri, 27 Dec 2013 09:07:22 +0100
Cc: Jeff Liu <jeff.liu@xxxxxxxxxx>, "Stor??" <289471341@xxxxxx>
Delivered-to: xfs@xxxxxxxxxxx
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=maven.pl; s=maven; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; bh=QMsF68PsgSgmpDHAT+c8Q4D5gwZyoWnIl4aRIeYtjQw=; b=jifmNlOPoPLYl32LjYx3Ya7iMkwZRqT5Z81chXRqi/3yAufEofruDWO0Ut3E3cO5VF XKDFKy/Wi/Z3+QTj/s0cc+xFnKObO2AGTkvgoN1a/5sGrUuae2z0brPyPZOLdl52CqKD 0gmRwAoLIWE9qukw87AOwZDIbt6VtHzKKpGhw=
In-reply-to: <52BD2F0F.3020907@xxxxxxxxxx>
References: <tencent_3F12563342ED1D4E049D1123@xxxxxx> <52BD2F0F.3020907@xxxxxxxxxx>
User-agent: KMail/1.13.7 (Linux/3.12.6-dirty; KDE/4.12.0; x86_64; ; )
On Friday 27 of December 2013, Jeff Liu wrote:
> On 12/27 2013 14:48 PM, Stor?? wrote:
> > Hey:
> > 
> > 20T xfs file system
> > 
> > 
> > 
> > /usr/sbin/xfs_check: line 28: 14447 Killed
> > xfs_db$DBOPTS -i -p xfs_check -c "check$OPTS" $1
> xfs_check is deprecated and please use xfs_repair -n instead.
> The following back traces show us that it seems your system is run out
> memory when executing xfs_check, thus, snmp daemon/xfs_db were killed.

This reminds me a question...

Could xfs_repair store its temporary data (some of that data, the biggest 
parte) on disk instead of in memory?

I don't know it that would make sense, so asking. Not sure if xfs_repair needs 
to access that data frequently (so on disk makes no sense) or maybe it needs 
only for iteration purposes in some later phase (so on disk should work).

Anyway memory usage of xfs_repair was always a problem for me (like 16GB not 
enough for 7TB fs due to huge amount of fies being stored). With parallel scan 
it's even worse obviously.

> Thanks,
> -Jeff

Arkadiusz MiÅkiewicz, arekm / maven.pl

<Prev in Thread] Current Thread [Next in Thread>