From owner-freebsd-fs@FreeBSD.ORG Fri Jan 8 18:07:16 2010 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46746106568D for ; Fri, 8 Jan 2010 18:07:16 +0000 (UTC) (envelope-from benschumacher@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1928FC17 for ; Fri, 8 Jan 2010 18:07:15 +0000 (UTC) Received: by pwi15 with SMTP id 15so175922pwi.3 for ; Fri, 08 Jan 2010 10:07:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=NVH+DNzUasktbMFGXsPR0J+MBPVhf/3s4DDWj6oy88E=; b=YUfKE35I1pRWWypLyIPO3E7lDCZvOyfPpEUXErUnXJ/m4CV2v7u4M8OYfU8hvoaYrw OPsLdGpB8FggkAoNfs3FeLObyuoaomJQrfcUunr1nZYmlQQnwLXYj+f1TkKWM5HYEusl Htmw6/otZukOjwe4nMAbfiKTVLnazUwTkfKTM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=f26wqFrmgKPjP51X0KnynJb70NFhG2tgIP9YAXjZ/pGp3x4YAz508VNJZ27SdBzLCf f2cZSKVJW4WungE6B5VMuYjY9IY/PQfHppDWMutobxx1XRpSwolxcR4RwO8apaYkcCwB Szsqa+rOsrNyUe4YwuBhOKeWdeZkoreMCfAAw= MIME-Version: 1.0 Sender: benschumacher@gmail.com Received: by 10.143.27.37 with SMTP id e37mr3704137wfj.234.1262974031064; Fri, 08 Jan 2010 10:07:11 -0800 (PST) Date: Fri, 8 Jan 2010 11:07:11 -0700 X-Google-Sender-Auth: 3333ea583c878070 Message-ID: <9859143f1001081007t3990555dk624e512e7150201d@mail.gmail.com> From: Ben Schumacher To: freebsd-fs Content-Type: text/plain; charset=UTF-8 Subject: Odd behavior with volume labels and gmirror X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jan 2010 18:07:16 -0000 Hey- I haven't search the list, so this could be covered already, but I've seen odd behavior with volume labels and gmirror. First some background. Here's my uname: $ uname -a FreeBSD filer.sats.internal 8.0-RELEASE-p1 FreeBSD 8.0-RELEASE-p1 #1: Mon Dec 21 10:21:37 MST 2009 ben@filer.sats.internal:/usr/obj/data/FreeBSD/RELENG_8_0/src/sys/FILER i386 I have a 4-way gmirror: $ gmirror status Name Status Components mirror/root COMPLETE ad6s1 ad12s1 ad14s1 ad18s1 With multiple labeled slices: $ tunefs -p /dev/mirror/roota tunefs: ACLs: (-a) disabled tunefs: MAC multilabel: (-l) disabled tunefs: soft updates: (-n) disabled tunefs: gjournal: (-J) disabled tunefs: maximum blocks per file in a cylinder group: (-e) 2048 tunefs: average file size: (-f) 16384 tunefs: average number of files in a directory: (-s) 64 tunefs: minimum percentage of free space: (-m) 8% tunefs: optimization preference: (-o) time tunefs: volume label: (-L) root $ tunefs -p /dev/mirror/rootf tunefs: ACLs: (-a) disabled tunefs: MAC multilabel: (-l) disabled tunefs: soft updates: (-n) enabled tunefs: gjournal: (-J) disabled tunefs: maximum blocks per file in a cylinder group: (-e) 2048 tunefs: average file size: (-f) 16384 tunefs: average number of files in a directory: (-s) 64 tunefs: minimum percentage of free space: (-m) 8% tunefs: optimization preference: (-o) time tunefs: volume label: (-L) usr And used these in my /etc/fstab for mounting: $ cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/mirror/rootb.eli none swap sw 0 0 /dev/da0b none swap sw 1 0 /dev/ufs/root / ufs rw 1 1 /dev/ufs/tmp /tmp ufs rw,nosuid 2 2 /dev/ufs/usr /usr ufs rw 2 2 /dev/ufr/var /var ufs rw 2 2 The issue I experienced last night is that after a power outage, the system detected the labelled filesystems names from some of the GEOM providers of the mirror -- specifically they appear to all be mapped to "/dev/ad18s1[adef]" and the machine never managed to fully boot without some manual intervention to change /etc/fstab back to using the mirror devices instead of the labels. Insult to injury, I *may* have a drive going bad (ad18), but given what was happening with the mounting, I'm not really sure. I used recoverdisk to dup that disk to the others and it seemed to work fine, but during the label problem I was getting some READ_DMA errors trying to rebuild the mirror. I guess my question is, is using labels on mirrors unreliable since the labels write through and apparently can get detected from the devices before the mirror is loaded? Or is this a bug that I should file a pr for? Thanks for your attention. Cheers, Ben