VERITAS Storage Foundation 4.1 Intelligent Storage Provisioning Administrator's Guide

Chapter 3, Creating Application Volumes
Creating Volumes
51
A template can refer to other templates in following ways:
◆ It can be an extension of another template.
◆ It can apply another template.
◆ It can require or inherit a capability that is provided by another template.
If one or more of these conditions apply, ISP may not be able to use the given templates and
volume creation may fail. To view the details of a template, use the following command:
# vxtemplate [-g diskgroup] print template=template_name
Examine the definitions of the extends, inherits, requires and apply fields to see the
other templates on which the specified template depends. See “Volume Templates” on page 116 for
more information about these fields.
For example, the following command fails because of a template dependency:
# vxvoladm -g mydg make myvol 1g volume_template=PrefabricatedRaid5
VxVM vxvoladm ERROR V-61-49872-28 Template PrefabricatedRaid5 is
not valid for the operation. Either the template itself is invalid
or one or more of the related templates/capabilities are not in the
scope.
The vxtemplate command is then run to examine the definition of the
PrefabricatedRaid5 volume template:
# vxtemplate -g mydg print template=PrefabricatedRaid5
volume_template PrefabricatedRaid5 {
provides PrefabricatedRaid5
rules {
apply ArrayProductId
confineto "Parity" ="1"
}
};
The apply rule in the listing shows that the PrefabricatedRaid5 template depends on the
ArrayProductId template. If the ArrayProductId template does not depend on any other
templates, the vxvoladm make command should be modified to list ArrayProductId in
addition to PrefabricatedRaid5:
# vxvoladm -g mydg make myvol 1g \
volume_template=PrefabricatedRaid5,ArrayProductId