OCF_HEARTBEAT_EXPORT(7)
πΈ NAME πΈ
okay bestie, welcome to OCF_HEARTBEAT_EXPORT(7) β the manual page from the OCF resource agents collection for ocf_heartbeat_exportfs. It's literally the resource agent that Manages NFS exports. No cap, that's the whole name vibe.
β¨ SYNOPSIS β¨
exportfs [start | stop | monitor | meta-data | validate-all]
π DESCRIPTION π
okay so exportfs uses the exportfs command to add/remove nfs exports. It does NOT manage the nfs server daemon. It depends on Linux specific NFS implementation details, so it is considered not portable to other platforms yet. it's giving "Linux-only for now" energy π§
π SUPPORTED PARAMETERS π
these are the params, bestie β every single one, no skipping:
clientspecβ the client specification allowing remote machines to mount the directory (or directories) over NFS. Note: it follows the format defined inman exportfs. For example, in the use case to export the directory(-ies) for multiple subnets, please do config a dedicated primitive for each subnet CIDR ip address, and do not attempt to use multiple CIDR ip addresses in a space separated list, like in/etc/exports. (required, string, no default)optionsβ the options to pass toexportfsfor the exported directory or directories. (optional, string, no default)directoryβ the directory or directories to be exported using NFS. Multiple directories are separated by white space. (required, string, no default)fsidβ thefsidoption to pass toexportfs. This can be a unique positive integer, a UUID (assuredly sans comma characters), or the special string"root"which is functionally identical to numeric fsid of0. If multiple directories are being exported, then they are assigned ids sequentially starting with this fsid (fsid,fsid+1,fsid+2, ...). Obviously, in that case the fsid must be an integer.0(root) identifies the export as the root of an NFSv4 pseudofilesystem β avoid this setting unless you understand its special status. This value will override any fsid provided via theoptionsparameter. (optional, string, no default)unlock_on_stopβ relinquish NFS locks associated with this filesystem when the resource stops. Enabling this parameter is highly recommended unless the path exported by this exportfs resource is also exported by a different resource. Note: unlocking is only possible on Linux systems where/proc/fs/nfsd/unlock_filesystemexists and is writable. If your system does not fulfill this requirement (on account of having an nonrecent kernel, for example), you may set this parameter to0to silence the associated warning. (optional, boolean, default 1)wait_for_leasetime_on_stopβ when stopping (unexporting), wait out the NFSv4 lease time. Only after all leases have expired does the NFS kernel server relinquish all server-side handles on the exported filesystem. If this exportfs resource manages an export that resides on a mount point designed to fail over along with the NFS export itself, then enabling this parameter will ensure such failover is working properly. Note that when this parameter is set, your stop timeout MUST accommodate for the wait period. This parameter is safe to disable if none of your NFS clients are using NFS version 4 or later. (optional, boolean, default 0)rmtab_backupβ back up those entries from the NFS rmtab that apply to the exported directory, to the specified backup file. The filename is interpreted as relative to the exported directory. This backup is required if clients are connecting to the export via NFSv3 over TCP. Note that a configured monitor operation is required for this functionality. To disable rmtab backups, set this parameter to the special string"none". (optional, string, default ".rmtab")
π¦ SUPPORTED ACTIONS π¦
this resource agent supports the following actions (operations), and yes, the timeouts are part of the lore:
startβ starts the resource. Suggested minimum timeout:40s.stopβ stops the resource. Suggested minimum timeout:120s.monitorβ performs a detailed status check. Suggested minimum timeout:20s. Suggested interval:10s.meta-dataβ retrieves resource agent metadata (internal use only). Suggested minimum timeout:5s.validate-allβ performs a validation of the resource configuration. Suggested minimum timeout:30s.
π EXAMPLE CRM SHELL π
here's the example config for a exportfs resource using the crm(8) shell β copy it exactly, bestie:
primitive p_exportfs ocf:heartbeat:exportfs \
params \
clientspec=string \
directory=string \
op monitor depth="0" timeout="20s" interval="10s"
β EXAMPLE PCS β
and here's the same vibe for pcs(8):
pcs resource create p_exportfs ocf:heartbeat:exportfs \
clientspec=string \
directory=string \
op monitor OCF_CHECK_LEVEL="0" timeout="20s" interval="10s"
π SEE ALSO π
go touch grass on the ClusterLabs site, iykyk:
π«Ά AUTHOR π«Ά
ClusterLabs contributors (see the resource agent source for information about individual authors) β they ate, no cap π
sign-off bestie: this page is from resource-agents UNKNOWN, dated 10/01/2026 β mwah πβ¨
π¦ where this page comes from
- opensuse-leap 16.0: resource-agents 4.18.0+git105.9ea1183-160000.1.1 Β· GPL-2.0-only AND LGPL-2.1-or-later AND GPL-3.0-or-later
- opensuse-leap 16.0: resource-agents 4.18.0+git105.9ea1183-160000.1.1 Β· GPL-2.0-only AND LGPL-2.1-or-later AND GPL-3.0-or-later
- opensuse-leap 16.0: resource-agents 4.18.0+git105.9ea1183-160000.1.1 Β· GPL-2.0-only AND LGPL-2.1-or-later AND GPL-3.0-or-later
- opensuse-leap 16.0: resource-agents 4.18.0+git105.9ea1183-160000.1.1 Β· GPL-2.0-only AND LGPL-2.1-or-later AND GPL-3.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms