OCF_HEARTBEAT_SYBASE(7)
π ocf_heartbeat_sybaseASE β it's giving failover realness
okay bestie, so this is ocf_heartbeat_sybaseASE, and it lives in the OCF_HEARTBEAT_SYBASE(7) manual page. it's a resource agent, which is basically the little choreographer that makes your Sybase ASE database do the failover dance when the cluster says so π©°
β¨ NAME β¨
ocf_heartbeat_sybaseASE β Sybase ASE Failover Instance. yes, the title says it all, no notes π
πΈ SYNOPSIS πΈ
sybaseASE [start | stop | status | monitor | meta-data | validate-all]
that's the whole vibe. six actions, pick your fighter π
π¦ DESCRIPTION π¦
Sybase ASE Failover Instance.
lowkey that's the entire description the original gives us and i am not about to invent lore, so: it's a Sybase ASE failover instance. periodt. π
π SUPPORTED PARAMETERS π
these are the knobs you can turn. turn them correctly, bestie, or the cluster will simply not have a good time π
sybase_homeβ the home directory where all your sybase products live. it's optional, it's a string, and its default is"detect"(yes, she detects it herself, main character energy β¨)sybase_aseβ the directory name undersybase_homewhere the ASE products are installed. optional, string, default"detect"πsybase_ocsβ the directory name undersybase_homewhere the OCS products are installed, i.e.ASE-15_0. optional, string, default"detect"π¦server_nameβ the ASE server name that's configured for the HA service. this one is unique, required, a string, and has no default. so like. you have to set it. no skipping πinterfaces_fileβ the full path of the interfaces file, the one used to start/access the ASE server. optional, string, default"detect/interfaces"πΈsybase_userβ the user who can run the ASE server. optional, string, default"sybase"π«Άdb_userβ the database user you need to log in toisql. required, string, no default. mandatory, bestie, mandatory π€db_passwdβ the database user's password, also needed to log in toisql. optional, string, and it has no default πlogfileβ Logfile. optional, string, default"detect"π
π₯ SUPPORTED ACTIONS π₯
This resource agent supports the following actions (operations). here's the whole roster, with the timeouts and intervals attached, because numbers matter and i would never fudge them π―
startβ Starts the resource. Suggested minimum timeout:300s.stopβ Stops the resource. Suggested minimum timeout:300s.statusβ Performs a status check. Suggested minimum timeout:100s. Suggested interval:30s.monitorβ Performs a detailed status check. Suggested minimum timeout:100s. Suggested interval:30s.statusβ Performs a status check. Suggested minimum timeout:100s. Suggested interval:120s.monitorβ Performs a detailed status check. Suggested minimum timeout:100s. Suggested interval:120s.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:5s.
ngl, you clocked thatstatusandmonitoreach show up twice with different intervals? that's not a typo on my part, bestie, that's literally what the page says.30sand120sversions of both. iconic of it, honestly π
π EXAMPLE CRM SHELL π
here's what it looks like when you configure a sybaseASE resource with the crm(8) shell:
primitive p_sybaseASE ocf:heartbeat:sybaseASE \
params \
server_name=string \
db_user=string \
op monitor interval="30s" timeout="100s" \
op monitor depth="10" timeout="100s" interval="120s"
look at her. all configured. so demure π
β EXAMPLE PCS β
and here's the same energy using pcs(8):
pcs resource create p_sybaseASE ocf:heartbeat:sybaseASE \
server_name=string \
db_user=string \
op monitor interval="30s" timeout="100s" \
op monitor OCF_CHECK_LEVEL="10" timeout="100s" interval="120s"
heads up, thepcsversion usesOCF_CHECK_LEVEL="10"while the crm shell version above usesdepth="10"β that's exactly how the original has it, so don't come for me, i'm just the messenger π«Ά
π SEE ALSO π
that's the link. go read it. iykyk π
π«Ά AUTHOR π«Ά
ClusterLabs contributors (see the resource agent source for information about individual authors). love that for them, honestly, they ate π
and that's the page!! this was resource-agents version UNKNOWN, dated 04/08/2026. no cap. slay, go configure your failover instance bestie π
β¨π
π¦ where this page comes from
- fedora 43: resource-agents 4.18.0-1.fc43 Β· GPL-2.0-or-later AND LGPL-2.1-or-later
- fedora 44: resource-agents 4.18.0-1.fc44 Β· GPL-2.0-or-later AND LGPL-2.1-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms