diff options
author | Niklas Hallqvist <niklas@cvs.openbsd.org> | 1999-01-11 15:02:05 +0000 |
---|---|---|
committer | Niklas Hallqvist <niklas@cvs.openbsd.org> | 1999-01-11 15:02:05 +0000 |
commit | 8e9dc0002dac34577eede687f50646cdad38b58a (patch) | |
tree | cd0cb3b55ef7e0276595cff161a3b81122b46387 /share/man | |
parent | 716d3f670d9a4abe5b033357cc6f14e632348acf (diff) |
raid(4)
Diffstat (limited to 'share/man')
-rw-r--r-- | share/man/man4/Makefile | 8 | ||||
-rw-r--r-- | share/man/man4/raid.4 | 293 |
2 files changed, 297 insertions, 4 deletions
diff --git a/share/man/man4/Makefile b/share/man/man4/Makefile index 8f4263ae95b..6817090447a 100644 --- a/share/man/man4/Makefile +++ b/share/man/man4/Makefile @@ -1,4 +1,4 @@ -# $OpenBSD: Makefile,v 1.59 1999/01/11 12:04:21 jason Exp $ +# $OpenBSD: Makefile,v 1.60 1999/01/11 15:02:03 niklas Exp $ # $NetBSD: Makefile,v 1.22.4.2 1996/07/18 00:51:10 jtc Exp $ MAN= atalk.4 audio.4 acd.4 adv.4 ahc.4 bpf.4 ccd.4 cd.4 ch.4 clnp.4 cltp.4 \ @@ -7,9 +7,9 @@ MAN= atalk.4 audio.4 acd.4 adv.4 ahc.4 bpf.4 ccd.4 cd.4 ch.4 clnp.4 cltp.4 \ inet.4 inphy.4 ip.4 ipl.4 ipsec.4 isapnp.4 iso.4 isp.4 ksyms.4 lkm.4 \ lo.4 lxtphy.4 midi.4 mii.4 mtdphy.4 mtio.4 mx.4 ncr.4 ne.4 netintro.4 \ ns.4 nsip.4 nsphy.4 null.4 opl.4 options.4 pcmcia.4 pn.4 pty.4 \ - qsphy.4 random.4 rl.4 rlphy.4 route.4 scsi.4 sd.4 sl.4 sm.4 spp.4 \ - sqphy.4 ss.4 st.4 sv.4 tb.4 tcp.4 termios.4 tl.4 tlphy.4 tty.4 tp.4 \ - tun.4 tx.4 udp.4 uk.4 unix.4 vnd.4 we.4 wd.4 xl.4 ym.4 + qsphy.4 raid.4 random.4 rl.4 rlphy.4 route.4 scsi.4 sd.4 sl.4 sm.4 \ + spp.4 sqphy.4 ss.4 st.4 sv.4 tb.4 tcp.4 termios.4 tl.4 tlphy.4 tty.4 \ + tp.4 tun.4 tx.4 udp.4 uk.4 unix.4 vnd.4 we.4 wd.4 xl.4 ym.4 MLINKS+=fd.4 stderr.4 fd.4 stdin.4 fd.4 stdout.4 MLINKS+=netintro.4 networking.4 MLINKS+=random.4 srandom.4 random.4 urandom.4 random.4 prandom.4 diff --git a/share/man/man4/raid.4 b/share/man/man4/raid.4 new file mode 100644 index 00000000000..976eac945f2 --- /dev/null +++ b/share/man/man4/raid.4 @@ -0,0 +1,293 @@ +.\" $OpenBSD: raid.4,v 1.1 1999/01/11 15:02:04 niklas Exp $ +.\" +.\" +.\" Copyright (c) 1998 The NetBSD Foundation, Inc. +.\" All rights reserved. +.\" +.\" This code is derived from software contributed to The NetBSD Foundation +.\" by Greg Oster +.\" +.\" Redistribution and use in source and binary forms, with or without +.\" modification, are permitted provided that the following conditions +.\" are met: +.\" 1. Redistributions of source code must retain the above copyright +.\" notice, this list of conditions and the following disclaimer. +.\" 2. Redistributions in binary form must reproduce the above copyright +.\" notice, this list of conditions and the following disclaimer in the +.\" documentation and/or other materials provided with the distribution. +.\" 3. All advertising materials mentioning features or use of this software +.\" must display the following acknowledgement: +.\" This product includes software developed by the NetBSD +.\" Foundation, Inc. and its contributors. +.\" 4. Neither the name of The NetBSD Foundation nor the names of its +.\" contributors may be used to endorse or promote products derived +.\" from this software without specific prior written permission. +.\" +.\" THIS SOFTWARE IS PROVIDED BY THE NETBSD FOUNDATION, INC. AND CONTRIBUTORS +.\" ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED +.\" TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR +.\" PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FOUNDATION OR CONTRIBUTORS +.\" BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR +.\" CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF +.\" SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS +.\" INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN +.\" CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) +.\" ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE +.\" POSSIBILITY OF SUCH DAMAGE. +.\" +.\" +.\" Copyright (c) 1995 Carnegie-Mellon University. +.\" All rights reserved. +.\" +.\" Author: Mark Holland +.\" +.\" Permission to use, copy, modify and distribute this software and +.\" its documentation is hereby granted, provided that both the copyright +.\" notice and this permission notice appear in all copies of the +.\" software, derivative works or modified versions, and any portions +.\" thereof, and that both notices appear in supporting documentation. +.\" +.\" CARNEGIE MELLON ALLOWS FREE USE OF THIS SOFTWARE IN ITS "AS IS" +.\" CONDITION. CARNEGIE MELLON DISCLAIMS ANY LIABILITY OF ANY KIND +.\" FOR ANY DAMAGES WHATSOEVER RESULTING FROM THE USE OF THIS SOFTWARE. +.\" +.\" Carnegie Mellon requests users of this software to return to +.\" +.\" Software Distribution Coordinator or Software.Distribution@CS.CMU.EDU +.\" School of Computer Science +.\" Carnegie Mellon University +.\" Pittsburgh PA 15213-3890 +.\" +.\" any improvements or extensions that they make and grant Carnegie the +.\" rights to redistribute these changes. +.\" +.Dd November 9, 1998 +.Dt RAID 4 +.Os +.Sh NAME +.Nm raid +.Nd RAIDframe Disk Driver +.Sh SYNOPSIS +.Cd "pseudo-device raid" Op Ar count +.Sh DESCRIPTION +The +.Nm +driver provides RAID 0, 1, 4, and 5 (and more!) capabilities to NetBSD. This +document assumes that the reader has at least some familiarity with RAID +and RAID concepts. The reader is also assumed to know how to configure +disks and pseudo-devices into kernels, how to generate kernels, and how +to partition disks. +.Pp +RAIDframe provides a number of different RAID levels including: +.Bl -tag -width indent +.It RAID 0 +provides simple data striping across the components. +.It RAID 1 +provides mirroring. +.It RAID 4 +provides data striping across the components, with parity +stored on a dedicated drive (in this case, the last component). +.It RAID 5 +provides data striping across the components, with parity +distributed across all the components. +.El +.Pp +There are a wide variety of other RAID levels supported by RAIDframe, +including Even-Odd parity, RAID level 5 with rotated sparing, Chained +declustering, and Interleaved declustering. The reader is referred +to the RAIDframe documentation mentioned in the +.Sx HISTORY +section for more detail on these various RAID configurations. +.Pp +Depending on the parity level configured, the device driver can +support the failure of component drives. The number of failures +allowed depends on the parity level selected. If the driver is able +to handle drive failures, and a drive does fail, then the system is +operating in "degraded mode". In this mode, all missing data must be +reconstructed from the data and parity present on the other +components. This results in much slower data accesses, but +does mean that a failure need not bring the system to a complete halt. +.Pp +The driver supports +.Sq hot spares , +disks which are on-line, but are not +actively used in an existing filesystem. Should a disk fail, the +driver is capable of reconstructing the failed disk onto a hot spare. +If the components are hot swapable, the failed disk can then be +removed, a new disk put in it's place, and a copyback operation +performed. The copyback operation, as it's name indicates, will copy +the reconstructed data from the hot spare to the previously failed +(and now replaced) disk. +.Pp +If a component cannot be detected when the RAID device is configured, +that component will be simply marked as 'failed'. +.Pp +The user-land utility for doing all +.Nm +configuration and other operations +is +.Xr raidctl 8 . +For any of the RAID flavours which have parity data, +.Xr raidctl 8 +must be used with the +.Fl r +option to re-write the data when either a) a new RAID device is +brought up for the first time or b) after an un-clean shutdown of a +RAID device. By performing this on-demand recomputation of all parity +before doing a +.Xr fsck 8 +or a +.Xr newfs 8 +filesystem integrity and parity integrity can be ensured. It bears +repeating again that parity recomputation is +.Ar required +before any filesystems are created or used on the RAID device. If the +parity is not correct, then missing data cannot be correctly recovered. +.Pp +RAID levels may be combined in a hierarchical fashion. For example, a RAID 0 +device can be constructed out of a number of RAID 5 devices (which, in turn, +may be constructed out of the physical disks, or of other RAID devices). +.Pp +At the time of this writing, it is +.Ar imperative +that drives be +.Sq nailed down +at their respective addresses (i.e. not left free-floating, where a +drive with SCSI ID of 4 can end up as /dev/sd0c). Consider a system +with three SCSI drives at SCSI ID's 4, 5, and 6, and which map to +components /dev/sd0e, /dev/sd1e, and /dev/sd2e. If the drive with +SCSI ID 5 fails, +and the system reboots, the old /dev/sd2e will show up as /dev/sd1e. +If the RAID driver is automatically configured, it will only detect +that /dev/sd2e has failed, and will not notice that /dev/sd2e has +actually become /dev/sd1e. Hopefully this will change withing a few +days of this writing with the addition of MD5 checksums to each of the +components. +.Pp +The first step to using the +.Nm +driver is to ensure that it is suitably configured in the kernel. This is +done by adding a line similar to: +.Bd -unfilled -offset indent +pseudo-device raid 4 # RAIDframe disk device +.Ed +.Pp +to the kernel configuration file. The +.Sq count +argument ( +.Sq 4 , +in this case), specifies the number of RAIDframe drivers to configure. +At the time of this writing, 4 is the MAXIMUM of +.Nm +devices which are supported. This will change as soon as kernel threads +are available. +.Pp +In all cases the +.Sq raw +partitions of the disks +.Pa must not +be combined. Rather, each component parition should be offset by at least one +cylinder from the beginning of that component disk. This ensures that +the disklabels for the component disks do not conflict with the +disklabel for the +.Nm +device. +As well, all component paritions must be of the type +.Dv FS_BSDFFS . +.Pp +A more detailed treatment of actually using a +.Nm +device is found in +.Xr raidctl 8 . +It is highly recommended that the steps to reconstruct, copyback, and +re-compute parity are well understood by the system administrator(s) +.Ar before +a component failure. Doing the wrong thing when a component fails may +result in data loss. +.Pp +.Sh WARNINGS +Certain RAID levels (1, 4, 5, 6, and others) can protect against some +data loss due to component failure. However the loss of two +components of a RAID 4 or 5 system, or the loss of a single component +of a RAID 0 system, will result in the entire filesystems on that RAID +device being lost. +RAID is +.Ar NOT +a substitute for good backup practices. +.Pp +Recomputation of parity +.Ar MUST +be performed whenever there is a chance that it may have been +compromised. This includes after system crashes, or before a RAID +device has been used for the first time. Failure to keep parity +correct will be catastrophic should a component ever fail -- it is +better to use RAID 0 and get the additional space and speed, than it +is to use parity, but not keep the parity correct. At least with RAID +0 there is no perception of increased data security. +.Pp +.Sh FILES +.Bl -tag -width /dev/XXrXraidX -compact +.It Pa /dev/{,r}raid* +.Nm +device special files. +.El +.Pp +.Sh SEE ALSO +.Xr MAKEDEV 8 , +.Xr raidctl 8 , +.Xr config 8 , +.Xr fsck 8 , +.Xr mount 8 , +.Xr newfs 8 +.Sh HISTORY +The +.Nm +driver in +.Nx +is a port of RAIDframe, a framework for rapid prototyping of RAID +structures developed by the folks at the Parallel Data Laboratory at +Carnegie Mellon University (CMU). RAIDframe, as originally distributed +by CMU, provides a RAID simulator for a number of different +architectures, and a user-level device driver and a kernel device +driver for for Digital Unix. The +.Nm +driver is a kernelized version of RAIDframe v1.1. +.Pp +A more complete description of the internals and functionality of +RAIDframe is found in the paper "RAIDframe: A Rapid Prototyping Tool +for RAID Systems", by William V. Courtright II, Garth Gibson, Mark +Holland, LeAnn Neal Reilly, and Jim Zelenka, and published by the +Parallel Data Laboratory of Carnegie Mellon University. +The +.Nm +driver first appeared in +.Nx 1.4 . +.Sh COPYRIGHT +.Bd -unfilled + +The RAIDframe Copyright is as follows: + +Copyright (c) 1994-1996 Carnegie-Mellon University. +All rights reserved. + +Permission to use, copy, modify and distribute this software and +its documentation is hereby granted, provided that both the copyright +notice and this permission notice appear in all copies of the +software, derivative works or modified versions, and any portions +thereof, and that both notices appear in supporting documentation. + +CARNEGIE MELLON ALLOWS FREE USE OF THIS SOFTWARE IN ITS "AS IS" +CONDITION. CARNEGIE MELLON DISCLAIMS ANY LIABILITY OF ANY KIND +FOR ANY DAMAGES WHATSOEVER RESULTING FROM THE USE OF THIS SOFTWARE. + +Carnegie Mellon requests users of this software to return to + + Software Distribution Coordinator or Software.Distribution@CS.CMU.EDU + School of Computer Science + Carnegie Mellon University + Pittsburgh PA 15213-3890 + +any improvements or extensions that they make and grant Carnegie the +rights to redistribute these changes. + +.Ed |