Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

geom(8) [freebsd man page]

GEOM(8) 						    BSD System Manager's Manual 						   GEOM(8)

NAME
geom -- universal control utility for GEOM classes SYNOPSIS
geom class help geom class list [-a] [name ...] geom class status [-ags] [name ...] geom class load [-v] geom class unload [-v] DESCRIPTION
The geom utility is used to control various GEOM classes. A class has to be aware of geom(8) communication methods, but there are also some standard commands which can be used for existing geom(8) unaware classes. Here is the list of standard commands: help List all available commands for the given class. list Print detailed information (within the given class) about all geoms (if no additional arguments were specified) or the given geoms. This command is only available if the given class exists in the kernel. Additional options include: -a Print information for geoms without providers. status Print general information (within the given class) about all geoms (if no additional arguments were specified) or the given geoms. This command is only available if the given class exists in the kernel. Additional options include: -a When used with -g, print status for geoms without providers. -g Report statuses for geoms instead of providers. -s Produce script-friendly output. load Load the kernel module that implements the given class. This command is only available if the class does not yet exist in the kernel and the file geom_<class>.ko can be found in one of the directories specified in kern.module_path sysctl. unload Unload the kernel module which implements the given class. This command is only available if the given class is loaded as a kernel module. Class-specific commands are implemented as shared libraries which are stored in /lib/geom/ directory and are loaded via dlopen(3) function when the class name is known. When a class-specific shared library exists, a direct utility should also be available under the name of gclass. Currently available classes which are aware of geom(8): o CACHE o CONCAT o ELI o JOURNAL o LABEL o MIRROR o MOUNTVER o MULTIPATH o NOP o PART o RAID o RAID3 o SCHED o SHSEC o STRIPE o VIRSTOR ENVIRONMENT
The following environment variables affect the execution of geom: GEOM_LIBRARY_PATH Specifies the path where shared libraries are stored instead of /lib/geom/. Multiple paths can be specified with a colon- separated list of paths. EXIT STATUS
Exit status is 0 on success, and 1 if the command fails. EXAMPLES
The following example shows how to set up a stripe on three disks for automatic configuration: geom stripe label -v -s 65536 data /dev/da0 /dev/da1 /dev/da2 or: gstripe label -v -s 65536 data /dev/da0 /dev/da1 /dev/da2 Print the list of all providers from the DISK class: geom disk list Unload a kernel module which implements the MD class: geom md unload SEE ALSO
libgeom(3), geom(4), gcache(8), gconcat(8), geli(8), gjournal(8), glabel(8), gmirror(8), gmountver(8), gmultipath(8), gnop(8), gpart(8), graid3(8), gsched(8), gshsec(8), gstripe(8), gvirstor(8) HISTORY
The geom utility appeared in FreeBSD 5.3. AUTHORS
Pawel Jakub Dawidek <pjd@FreeBSD.org> BSD
January 5, 2011 BSD

Check Out this Related Man Page

GCONCAT(8)						    BSD System Manager's Manual 						GCONCAT(8)

NAME
gconcat -- disk concatenation control utility SYNOPSIS
gconcat create [-v] name prov ... gconcat destroy [-fv] name ... gconcat label [-hv] name prov ... gconcat stop [-fv] name ... gconcat clear [-v] prov ... gconcat dump prov ... gconcat list gconcat status gconcat load gconcat unload DESCRIPTION
The gconcat utility is used for device concatenation configuration. The concatenation can be configured using two different methods: ``manual'' or ``automatic''. When using the ``manual'' method, no metadata are stored on the devices, so the concatenated device has to be configured by hand every time it is needed. The ``automatic'' method uses on-disk metadata to detect devices. Once devices are labeled, they will be automatically detected and configured. The first argument to gconcat indicates an action to be performed: create Concatenate the given devices with specified name. This is the ``manual'' method. The kernel module geom_concat.ko will be loaded if it is not loaded already. label Concatenate the given devices with the specified name. This is the ``automatic'' method, where metadata are stored in every device's last sector. The kernel module geom_concat.ko will be loaded if it is not loaded already. stop Turn off existing concatenate device by its name. This command does not touch on-disk metadata! destroy Same as stop. clear Clear metadata on the given devices. dump Dump metadata stored on the given devices. list See geom(8). status See geom(8). load See geom(8). unload See geom(8). Additional options: -f Force the removal of the specified concatenated device. -h Hardcode providers' names in metadata. -v Be more verbose. SYSCTL VARIABLES
The following sysctl(8) variables can be used to control the behavior of the CONCAT GEOM class. The default value is shown next to each variable. kern.geom.concat.debug: 0 Debug level of the CONCAT GEOM class. This can be set to a number between 0 and 3 inclusive. If set to 0 minimal debug information is printed, and if set to 3 the maximum amount of debug information is printed. EXIT STATUS
Exit status is 0 on success, and 1 if the command fails. EXAMPLES
The following example shows how to configure four disks for automatic concatenation, create a file system on it, and mount it: gconcat label -v data /dev/da0 /dev/da1 /dev/da2 /dev/da3 newfs /dev/concat/data mount /dev/concat/data /mnt [...] umount /mnt gconcat stop data gconcat unload Configure concatenated provider on one disk only. Create file system. Add two more disks and extend existing file system. gconcat label data /dev/da0 newfs /dev/concat/data gconcat label data /dev/da0 /dev/da1 /dev/da2 growfs /dev/concat/data SEE ALSO
geom(4), loader.conf(5), geom(8), growfs(8), gvinum(8), mount(8), newfs(8), sysctl(8), umount(8) HISTORY
The gconcat utility appeared in FreeBSD 5.3. AUTHORS
Pawel Jakub Dawidek <pjd@FreeBSD.org> BSD
May 21, 2004 BSD
Man Page