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 87CC27F3F for ; Mon, 30 Dec 2013 10:25:44 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 59514304059 for ; Mon, 30 Dec 2013 08:25:41 -0800 (PST) Received: from greer.hardwarefreak.com (mo-65-41-216-221.sta.embarqhsd.net [65.41.216.221]) by cuda.sgi.com with ESMTP id 8dYpurUJgESbwsIg for ; Mon, 30 Dec 2013 08:25:40 -0800 (PST) Message-ID: <52C19E7D.3080706@hardwarefreak.com> Date: Mon, 30 Dec 2013 10:25:33 -0600 From: Stan Hoeppner MIME-Version: 1.0 Subject: Re: [xfs_check Out of memory: ] References: <201312270907.22638.arekm@maven.pl> <20131227224212.GK20579@dastard> <201312280020.39244.arekm@maven.pl> <20131229095033.GL20579@dastard> <52C0D281.7040704@hardwarefreak.com> <1F5B96C2-84EB-43B2-ACE5-7C14E7803C9F@filmlight.ltd.uk> In-Reply-To: <1F5B96C2-84EB-43B2-ACE5-7C14E7803C9F@filmlight.ltd.uk> 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: Roger Willcocks Cc: Stor?? <289471341@qq.com>, Jeff Liu , xfs@oss.sgi.com On 12/30/2013 7:19 AM, Roger Willcocks wrote: > > On 30 Dec 2013, at 01:55, Stan Hoeppner wrote: > >> On 12/29/2013 3:50 AM, Dave Chinner wrote: >> ... >>> I think you are forgetting that developer time is *expensive* and >>> *scarce*. This is essentially a solved problem: An SSD in a USB3 >>> enclosure as a temporary swap device is by far the most cost >>> effective way to make repair scale to arbitrary amounts of metadata. >>> It certainly scales far better than developer time and testing >>> resources... >> >> Now this is an interesting idea Dave. I hadn't considered temporary >> swap. Would USB be reliable enough for this? I've seen lots problem >> reports with folks using USB storage with Linux, random disconnections >> and what not. >> > > I'll just chip in here and mention that we get around this problem by > exporting the broken xfs volume over iscsi and run xfs-repair on another > machine with more memory / swap space. Another interesting, actually excellent idea Roger. So Arkadiusz could get by with just one set of SSDs. Pulling ~40 GB of metadata over GbE iSCSI should take only about 7 minutes of wire time, assuming his hosts/net can sustain 100 MB/s. -- Stan _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs