ora asm volume
Overview
This type allows you to manage ASM volumes.
Here is an example on defining an ACFS volume:
ora_asm_volume{diskgroup:my_volume@+ASM1":
size => '10G',
}
Before you can issue this definition, the diskgroup must already exists.
Attributes
Attribute Name | Short Description |
---|---|
asm_sid | ASM SID to connect to. |
disable_corrective_change | Disable the modification of a resource when Puppet decides it is a corrective change. |
disable_corrective_ensure | Disable the creation or removal of a resource when Puppet decides is a corrective change. |
diskgroup | The diskgroup into which we will create the volume. |
ensure | The basic property that the resource should be in. |
mountpath | The device the volume is mounted on. |
name | The full asm volume name including diskgroup name and SID. |
provider | resource. |
size | The size of the volume to ensure. |
volume_device | The device the volume is created on. |
volume_name | The name of the volume to manage. |
asm_sid
ASM SID to connect to.
All types have a name like resource@sid
. The sid is optional. If you don’t specify the sid, the type will use the ASM instance from the /etc/ora_settings.yaml
with the name default_asm
. We advise you to either use @sid
in all your manifests or leave it empty everywhere.
Back to overview of ora_asm_volume
disable_corrective_change
Disable the modification of a resource when Puppet decides it is a corrective change.
(requires easy_type V2.11.0 or higher)
When using a Puppet Server, Puppet knows about adaptive and corrective changes. A corrective change is when Puppet notices that the resource has changed, but the catalog has not changed. This can occur for example, when a user, by accident or willingly, changed something on the system that Puppet is managing. The normal Puppet process then repairs this and puts the resource back in the state as defined in the catalog. This process is precisely what you want most of the time, but not always. This can sometimes also occur when a hardware or network error occurs. Then Puppet cannot correctly determine the current state of the system and thinks the resource is changed, while in fact, it is not. Letting Puppet recreate remove or change the resource in these cases, is NOT wat you want.
Using the disable_corrective_change
parameter, you can disable corrective changes on the current resource.
Here is an example of this:
crucial_resource {'be_carefull':
...
disable_corrective_change => true,
...
}
When a corrective ensure does happen on the resource Puppet will not modify the resource and signal an error:
Error: Corrective change present requested by catalog, but disabled by parameter disable_corrective_change
Error: /Stage[main]/Main/Crucial_resource[be_carefull]/parameter: change from '10' to '20' failed: Corrective change present requested by catalog, but disabled by parameter disable_corrective_change. (corrective)
Back to overview of ora_asm_volume
disable_corrective_ensure
Disable the creation or removal of a resource when Puppet decides is a corrective change.
(requires easy_type V2.11.0 or higher)
When using a Puppet Server, Puppet knows about adaptive and corrective changes. A corrective change is when Puppet notices that the resource has changed, but the catalog has not changed. This can occur for example, when a user, by accident or willingly, changed something on the system that Puppet is managing. The normal Puppet process then repairs this and puts the resource back in the state as defined in the catalog. This process is precisely what you want most of the time, but not always. This can sometimes also occur when a hardware or network error occurs. Then Puppet cannot correctly determine the current state of the system and thinks the resource is changed, while in fact, it is not. Letting Puppet recreate remove or change the resource in these cases, is NOT wat you want.
Using the disable_corrective_ensure
parameter, you can disable corrective ensure present or ensure absent actions on the current resource.
Here is an example of this:
crucial_resource {'be_carefull':
ensure => 'present',
...
disable_corrective_ensure => true,
...
}
When a corrective ensure does happen on the resource Puppet will not create or remove the resource and signal an error:
Error: Corrective ensure present requested by catalog, but disabled by parameter disable_corrective_ensure.
Error: /Stage[main]/Main/Crucial_resource[be_carefull]/ensure: change from 'absent' to 'present' failed: Corrective ensure present requested by catalog, but disabled by parameter disable_corrective_ensure. (corrective)
Back to overview of ora_asm_volume
diskgroup
The diskgroup into which we will create the volume.
ora_asm_volume { "recodg:my_volume@+ASM1":
...
}
In this example, the RECODG
is de diskgroup name. Diskgroup names will always be uppercased by Puppet. This means in Puppet you can use either lower, upper or mixed case. In Oracle, it will be always be an upper case string.
Back to overview of ora_asm_volume
ensure
The basic property that the resource should be in.
Valid values are present
, absent
.
Back to overview of ora_asm_volume
mountpath
The device the volume is mounted on. This is a readonly property.
Back to overview of ora_asm_volume
name
The full asm volume name including diskgroup name and SID.
The full ASM volume nane name contains a diskgroup a volume name and an SID.
ora_asm_volume { "diskgroup:my_volume@+ASM1":
...
}
The SID is optional. When you don’t specify an SID, Puppet will take the first ASM instance from the /etc/oratab
file and use that as the SID. We recoomend you always use a full qualified name (e.g. a name including the SID).
Back to overview of ora_asm_volume
provider
The specific backend to use for this ora_asm_volume
resource. You will seldom need to specify this — Puppet will usually discover the appropriate provider for your platform.Available providers are:
- default_provider
- This is the generic provider for a easy_type type
Back to overview of ora_asm_volume
size
The size of the volume to ensure. .
This is a required property.
ora_asm_volume { ...:
...
size => '100M',
}
Back to overview of ora_asm_volume
volume_device
The device the volume is created on.
This required parameter must be a valid empry folder, the volume will be mounted on.
ora_asm_volume { ...:
...
volume_device => '/mnt/oravolume',
}
Back to overview of ora_asm_volume
volume_name
The name of the volume to manage.
ora_asm_volume { "recodg:my_volume@+ASM1":
...
}
In this example, the my_colume
is de volume name. Volume names names will always be uppercased by Puppet. This means in Puppet you can use either lower, upper or mixed case. In Oracle, it will be always be an upper case string.