OCF_HEARTBEAT_NFSNOT(7)

πŸ’– ocf_heartbeat_nfsnotify(7) β€” like, the whole manual, bestie

hey bestie 🫢 so this is a page from the OCF resource agents manuals, and it's literally all about nfsnotify β€” the sm-notify reboot notifications situation. sit down, grab a strawberry drink πŸ“, we're getting into it.


✨ NAME ✨

okay so, the star of the show: ocf_heartbeat_nfsnotify β€” and what it does is sm-notify reboot notifications. that's the vibe. πŸ’…


🌸 SYNOPSIS 🌸

nfsnotify [start | stop | monitor | meta-data | validate-all]

like, those are your moves. pick one. πŸ‘‘


πŸ¦‹ DESCRIPTION πŸ¦‹

so what does this agent actually do, you ask? it sends NFSv3 reboot notifications to clients β€” which is the polite way of informing those clients that they should reclaim their locks. it's giving "hey girl, we rebooted, come get your stuff back" energy. πŸ’Œ


πŸŽ€ SUPPORTED PARAMETERS πŸŽ€

these are the knobs you can turn. read them carefully, no cap:

  • source_host β€” a comma separated list of floating IP addresses or host names that clients use to access the nfs service. this bad boy is what gets used to set the source address and the mon_name of the SN_NOTIFY reboot notifications. (optional, string, no default) ✨
  • statd_path β€” path to the directory where the statd state lives. heads up: this needs to be on shared storage, fr fr. (optional, string, default "/var/lib/nfs/statd") πŸ—‚οΈ
  • notify_args β€” extra arguments to send to the sm-notify command. by default this agent will always set sm-notify's '-f' option. when the source_host option is set, the '-v' option gets used automatically to set the proper source address. any additional sm-notify arguments you set with this option get used in addition to the previous default arguments. (optional, string, no default) πŸ”₯
  • statd_path β€” okay so this one is, literally, listed again: path to the directory in which the statd state lives, and it needs to be on shared storage. (optional, string, default "/var/lib/nfs/statd"). yes bestie, it shows up twice on the page β€” we don't question the source, we just report it. πŸ™ˆ

⭐ SUPPORTED ACTIONS ⭐

this resource agent supports the following actions (operations) β€” main character energy only:

  1. start β€” starts the resource. suggested minimum timeout: 90s. πŸš€
  2. **stop``** β€” stops the resource. suggested minimum timeout: 90s`. πŸ›‘
  3. monitor β€” performs a detailed status check. suggested minimum timeout: 90s. suggested interval: 30s. πŸ‘€
  4. reload β€” suggested minimum timeout: 90s. πŸ”„
  5. meta-data β€” retrieves resource agent metadata (internal use only, iykyk). suggested minimum timeout: 10s. 🀫
  6. validate-all β€” performs a validation of the resource configuration. suggested minimum timeout: 20s. βœ…
ngl, the timeouts are the whole personality here. respect them.

🌈 EXAMPLE CRM SHELL 🌈

here's an example config for a nfsnotify resource using the crm(8) shell β€” copy it exactly, don't freestyle:

primitive p_nfsnotify ocf:heartbeat:nfsnotify \
  op monitor timeout="90s" interval="30s" depth="0"

ate. πŸ’…


🧚 EXAMPLE PCS 🧚

and here's the same kinda energy for pcs(8):

pcs resource create p_nfsnotify ocf:heartbeat:nfsnotify \
  op monitor timeout="90s" interval="30s" OCF_CHECK_LEVEL="0"

two examples, two icons, both iconic. πŸ‘‘


πŸ’œ SEE ALSO πŸ’œ


πŸ‘‘ AUTHOR πŸ‘‘

ClusterLabs contributors β€” see the resource agent source for information about individual authors. credit where credit is due, always. 🫢


okay that's the whole page, periodt. πŸ’– this gorgeousness is from resource-agents, version UNKNOWN, dated 10/01/2026 β€” so go forth, notify those reboots, reclaim those locks, and slay. πŸŒΈπŸ’…βœ¨

πŸ“¦ where this page comes from