Contained WithinFind More DocumentationFeatured Support Resources | Download this book in PDF (9905 KB)
metadetach(1M)Name | Synopsis | Description | Options | Operands | Examples | Exit Status | Attributes | See Also | Warnings | Notes Name
Synopsis/usr/sbin/metattach [-h] /usr/sbin/metattach [-s setname] mirror [metadevice] /usr/sbin/metattach [-s setname] [-i interlace] concat/stripe component... /usr/sbin/metattach [-s setname] RAID component... /usr/sbin/metattach [-s setname] [-A alignment] softpart size | all /usr/sbin/metadetach [-s setname] [-f] mirror submirror /usr/sbin/metadetach [-s setname] [-f] trans Descriptionmetattach adds submirrors to a mirror, grows metadevices, or grows soft partitions. Growing metadevices can be done without interrupting service. To grow the size of a mirror or trans, the slices must be added to the submirrors or to the master devices. Solaris Volume Manager supports storage devices and logical volumes greater than 1 terabyte (TB) when a system runs a 64-bit Solaris kernel. Support for large volumes is automatic. If a device greater than 1 TB is created, Solaris Volume Manager configures it appropriately and without user intervention. If a system with large volumes is rebooted under a 32–bit Solaris kernel, the large volumes are visible through metastat output. Large volumes cannot be accessed, modified or deleted, and no new large volumes can be created. Any volumes or file systems on a large volume in this situation are also unavailable. If a system with large volumes is rebooted under a version of Solaris prior to the Solaris 9 4/03 release, Solaris Volume Manager does not start. You must remove all large volumes before Solaris Volume Manager runs under an earlier version of the Solaris Operating System. Solaris Volume Manager supports one-to-four-way mirrors. You can only attach a metadevice to a mirror if there are three or fewer submirrors beneath the mirror. Once a new metadevice is attached to a mirror, metattach automatically starts a resync operation to the new submirror. metadetach detaches submirrors from mirrors and logging devices from trans metadevices. When a submirror is detached from a mirror, it is no longer part of the mirror, thus reads and writes to and from that metadevice by way of the mirror are no longer performed through the mirror. Detaching the only existing submirror is not allowed. Detaching a submirror that has slices reported as needing maintenance (by metastat) is not allowed unless the -f (force) flag is used. metadetach also detaches the logging device from a trans. This step is necessary before you can clear the trans volume. Trans metadevices have been replaced by UFS logging. Existing trans devices are not logging. They pass data directly through to the underlying device. See mount_ufs(1M) for more information about UFS logging. Detaching the logging device from a busy trans device is not allowed unless the -f (force) flag is used. Even so, the logging device is not actually detached until the trans is idle. The trans is in the Detaching state (metastat) until the logging device is detached. Options
Root privileges are required for all of the following options except -h. The following options are supported: Operands
The following operands are supported: ExamplesExample 1 Concatenating a New Slice to a MetadeviceThis example concatenates a single new slice to an existing metadevice, Volume.1. Afterwards, you would use the growfs(1M) command to expand the file system.
Example 2 Detaching Logging Device from Trans MetadeviceThis example detaches the logging device from a trans metadevice d9. Notice that you do not have to specify the logging device itself, as there can only be one.
Example 3 Expanding a RAID5 MetadeviceThis example expands a RAID5 metadevice, d45, by attaching another slice.
When you add additional slices to a RAID5 metadevice, the additional space is devoted to data. No new parity blocks are allocated. The data on the added slices is, however, included in the overall parity calculations, so it is protected against single-device failure. Example 4 Expanding a Soft PartitionThe following example expands a soft partition, d42, attaching all space available on the underlying device.
When you add additional space to a soft partition, the additional space is taken from any available space on the slice and might not be contiguous with the existing soft partition. Example 5 Adding Space to Two-Way MirrorThis example adds space to a two-way mirror by adding a slice to each submirror. Afterwards, you would use the growfs(1M) command to expand the file system.
This example tells the mirror to grow to the size of the underlying devices
This example increases the size of the UFS on the device so the space can be used.
Example 6 Detaching a Submirror from a MirrorThis example detaches a submirror, d2, from a mirror, d4.
Example 7 Adding Four Slices to MetadeviceThis example adds four slices to an existing metadevice, d9. Afterwards, you would use the growfs(1M) command to expand the file system.
Example 8 Setting the Value of the Soft Partition Extent AlignmentThis example shows how to set the alignment of the soft partition to 1mb when the soft partition is expanded.
Exit StatusAttributesSee attributes(5) for descriptions of the following attributes:
See Alsomdmonitord(1M), metaclear(1M), metadb(1M), metahs(1M), metainit(1M), metaoffline(1M), metaonline(1M), metaparam(1M), metarecover(1M), metarename(1M), metareplace(1M), metaroot(1M), metaset(1M), metassist(1M), metastat(1M), metasync(1M), md.tab(4), md.cf(4), mddb.cf(4), md.tab(4), attributes(5), md(7D) WarningsThis section provides information regarding warnings for devices greater than 1 TB and for multi-way mirrors. Devices and Volumes Greater Than 1 TBDo not create large (>1 TB) volumes if you expect to run the Solaris Operating System with a 32-bit kernel or if you expect to use a version of the Solaris Operating System prior to Solaris 9 4/03. Multi-Way MirrorsWhen a submirror is detached from its mirror, the data on the metadevice might not be the same as the data that existed on the mirror prior to running metadetach. In particular, if the -f option was needed, the metadevice and mirror probably do not contain the same data. NotesTrans metadevices have been replaced by UFS logging. Existing trans devices are not logging. They pass data directly through to the underlying device. See mount_ufs(1M) for more information about UFS logging. Name | Synopsis | Description | Options | Operands | Examples | Exit Status | Attributes | See Also | Warnings | Notes |
||||||||||||||||