From owner-freebsd-geom@FreeBSD.ORG Tue May 1 13:03:26 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A35D616A402 for ; Tue, 1 May 2007 13:03:26 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7A12B13C457 for ; Tue, 1 May 2007 13:03:26 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from neutrino.centtech.com (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l41D3Onn012596; Tue, 1 May 2007 08:03:25 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46373A9C.8020106@freebsd.org> Date: Tue, 01 May 2007 08:03:24 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Frans Haarman References: <2DC959620A73E842969792F5B47FCA01037D44DC@dg-exch1.giessen.nl> In-Reply-To: <2DC959620A73E842969792F5B47FCA01037D44DC@dg-exch1.giessen.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3188/Tue May 1 05:24:57 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-geom@freebsd.org Subject: Re: gmirror magic ? X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2007 13:03:26 -0000 On 05/01/07 07:24, Frans Haarman wrote: > Can someone explain this to me ? I was testing gmirror/gstripe and > decided to > remove the vnode files stripe0 & stripe1. This resulted in a mirror > which kept on > working..... > > > /dev/mirror/mirro0 on /mnt (ufs, local) > > DEVEL# ls /mnt/ > .snap anders test testje > > DEVEL# ls /data/STRIPING/ > create-image-file mnt mnt0 > mnt1 > > > DEVEL# mdconfig -l -u md1 > md1 vnode 512M /data/STRIPING/stripe0 > DEVEL# mdconfig -l -u md2 > md2 vnode 512M /data/STRIPING/stripe1 > DEVEL# mdconfig -l -u md123 > md123 vnode 512M /data/STRIPING/stripe1 Does that look right to you? You have 2 md devices using the same file? > DEVEL# gmirror status > Name Status Components > mirror/mirro0 COMPLETE md2 > md123 Where exactly does the gstripe come in? > DEVEL# dd if=/dev/zero of=where-does-this-go bs=1m count=512 I'm assuming your cwd was /mnt? > /mnt: write failed, filesystem is full > dd: where-does-this-go: No space left on device > 431+0 records in > 430+0 records out > 450887680 bytes transferred in 67.178881 secs (6711747 bytes/sec) > DEVEL# Ok - looks about right to me. You had a 512M mirror, and you wrote enough to fill the file system up.. ? Right? > This seems quite strange to me :) Its probably the way vnode disks are > attached > to the filesystem ? I'm missing something. You might try to paint a bit clearer picture, as it's pretty hard to understand what exactly we should be looking for.. Eric