From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id q5OJSHfl084688 for ; Sun, 24 Jun 2012 14:28:17 -0500 Received: from greer.hardwarefreak.com (mo-65-41-216-221.sta.embarqhsd.net [65.41.216.221]) by cuda.sgi.com with ESMTP id SJ2rtSGO24Y5n43z for ; Sun, 24 Jun 2012 12:28:16 -0700 (PDT) Message-ID: <4FE76A50.2010902@hardwarefreak.com> Date: Sun, 24 Jun 2012 14:28:16 -0500 From: Stan Hoeppner MIME-Version: 1.0 Subject: Re: mkfs.xfs states log stripe unit is too large References: <20120623234445.GZ19223@dastard> <4FE67970.2030008@sandeen.net> <4FE710B7.5010704@hardwarefreak.com> <4954261F-D4FB-4589-BE18-2BFCEC05E9B4@2012.bluespice.org> In-Reply-To: <4954261F-D4FB-4589-BE18-2BFCEC05E9B4@2012.bluespice.org> 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="iso-8859-1" Content-Transfer-Encoding: quoted-printable Sender: xfs-bounces@oss.sgi.com Errors-To: xfs-bounces@oss.sgi.com To: =?ISO-8859-1?Q?Ingo_J=FCrgensmann?= Cc: xfs@oss.sgi.com On 6/24/2012 8:17 AM, Ingo J=FCrgensmann wrote: > Am 24.06.2012 um 15:05 schrieb Stan Hoeppner: > = >> On 6/23/2012 9:20 PM, Eric Sandeen wrote: >>> On 6/23/12 6:44 PM, Dave Chinner wrote: >>>> On Sat, Jun 23, 2012 at 02:50:49PM +0200, Ingo J=FCrgensmann wrote: >>>>> muaddib:~# cat /proc/mdstat = >>>>> Personalities : [raid1] [raid6] [raid5] [raid4] = >>>>> md7 : active raid5 sdf4[3] sdd4[1] sde4[0] >>>>> 7811261440 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/= 3] [UUU] >> ^^^^^^^^^^ >> >> The the log stripe unit mismatch error is a direct result of Ingo >> manually choosing a rather large chunk size for his two stripe spindle >> md array, yielding a 1MB stripe, and using an internal log with it. >> Maybe there is a good reason for this, but I'm going to challenge it. > = > Correction: I did not manually choose that chunk size, but it was automat= ically chosen by mdadm when creating the RAID5. = > = >> The default md chunk size IIRC is 64KB, 8x smaller than Ingo's chunk. > = > 64k is the default for creating RAIDs with 0.90 format superblock. My RAI= D5 has a 1.2 format superblock. = > = >> Does backup PC perform better writing 2048 sectors per stripe write, >> 1024 per spindle, with two spindles, than 256 sectors per stripe write, >> 128 per spindle, using two spindles? > = > Don't know how BackupPC actually writes the data, but it does make extens= ive use of hardlinks to save some diskspace. Some sort of deduplicating, if= you like to say it that way. = > = >>> Rule of Silence: When a program has nothing surprising to say, it shoul= d say nothing. >> I think this goes to the heart of the matter. Ingo chose an arbitrarily >> large chunk size apparently without understanding the ramifications. > = > That's wrong! I've just worked with the defaults. = At this point I get the feeling you're sandbagging us Ingo. AFAIK you have the distinction of being the very first person on earth to report this problem. This would suggest you're the first XFS user with an internal log to use the mdadm defaults. Do you think that's likely? Thus, I'd guess that the metadata format changed from 0.90 to 1.2 with a very recent release of mdadm. Are you using distro supplied mdadm, a backported more recent mdadm, or did you build mdadm from the most recent source? If either of the latter two, don't you think it would have been wise to inform us that "hay, I'm using the bleeding edge mdadm just released"? Or if you're using a brand new distro release? -- = Stan _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs