Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 7 Feb 2012 01:53:23 GMT
From:      Morris Allen <mallen@vidnet.net>
To:        freebsd-gnats-submit@FreeBSD.org
Subject:   i386/164836: Unable to setup a Raid 1 x64 v9  
Message-ID:  <201202070153.q171rNmn018010@red.freebsd.org>
Resent-Message-ID: <201202070200.q1720Hmv038669@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>Number:         164836
>Category:       i386
>Synopsis:       Unable to setup a Raid 1 x64 v9
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-i386
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Feb 07 02:00:16 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator:     Morris Allen
>Release:        V 9.0 x64
>Organization:
VidcomNet, Inc.
>Environment:
InDtel DQ 57Tm Motherboard Intel Processor I5 650 8gb kingston mem 2- 1TB Sata 3 Hard Drives  Unable to install Raid1
>Description:
Using the following instructions, I am unable to maintain a Raid1 installation.  I have sent this to the programming group ( docs/164620: Raid 1 issues) and was told to contact document group.  During the inititial setup the Raid appears to be there.  But when I reboot, the system stops, and will not totally reboot. One issue is my fstab file, using basis install, does not look anything like the file listed below.  I really need to get this going my time is getting short and I am in trouble on this box.

This is the setup that I am trying to use.

# sysctl kern.geom.debugflags=17

 Now create the mirror. Begin the process by storing meta-data information on the primary disk device, effectively creating the /dev/mirror/gm device using the following command:

 

Warning: Creating a mirror out of the boot drive may result in data loss if any data has been stored on the last sector of the disk. This risk is reduced if creating the mirror is done promptly after a fresh install of FreeBSD. The following procedure is also incompatible with the default installation settings of FreeBSD 9.X which use the new GPT partition scheme. GEOM will overwrite GPT metadata, causing data loss and possibly an unbootable system.
 # gmirror label -vb round-robin gm0 /dev/da0

 The system should respond with:
Metadata value stored on /dev/da0.
Done.

 Initialize GEOM, this will load the /boot/kernel/geom_mirror.ko kernel module:
# gmirror load

 

Note: When this command completes successfully, it creates the gm0 device node under the /dev/mirror directory.
 
Enable loading of the geom_mirror.ko kernel module during system initialization:
# echo 'geom_mirror_load="YES"' >> /boot/loader.conf

 Edit the /etc/fstab file, replacing references to the old da0 with the new device nodes of the gm0 mirror device.

 

Note: If vi(1) is your preferred editor, the following is an easy way to accomplish this task:
# vi /etc/fstab

 In vi(1) back up the current contents of fstab by typing :w /etc/fstab.bak. Then replace all old da0 references with gm0 by typing :%s/da/mirror\/gm/g.

 
The resulting fstab file should look similar to the following. It does not matter if the disk drives are SCSI or ATA, the RAID device will be gm regardless.
# Device Mountpoint FStype Options Dump Pass#
/dev/mirror/gm0s1b none swap sw 0 0
/dev/mirror/gm0s1a / ufs rw 1 1
/dev/mirror/gm0s1d /usr ufs rw 0 0
/dev/mirror/gm0s1f /home ufs rw 2 2
#/dev/mirror/gm0s2d /store ufs rw 2 2
/dev/mirror/gm0s1e /var ufs rw 2 2
/dev/acd0 /cdrom cd9660 ro,noauto 0 0

 Reboot the system:
# shutdown -r now

>How-To-Repeat:
This is a clean install and I have the same results everytime I try to install the Raid1.  No change.. this is the x64 BSD V9
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201202070153.q171rNmn018010>