6.4. Triggering the SAPHanaFilesystem failure action


Block the write access to the monitored directory to test the correct behavior of the SAPHanaFilesystem resource. You can test this on both instances. Only the primary instance triggers a failure and recovery action. On the secondary node the resource does not trigger an action.

Prerequisites

  • You have configured the SAPHanaFilesystem resource. Skip this test if you have not configured this optional resource.

Procedure

  1. Go to the hidden directory which the SAPHanaFilesystem resource uses to test read and write filesystem access:

    [root]# cd /hana/shared/<SID>/.heartbeat_SAPHanaFilesystem/<node>
  2. Set the existing test file to become immutable, which prevents write access by the resource monitors:

    [root]# chattr +i test
  3. Verify the behavior during the simulated failure.

    1. You can check the /var/log/messages file for the related log message if the resource action is set to ignore:

      [root]# grep ON_FAIL_ACTION /var/log/messages
      ... node1 SAPHanaFilesystem(rsc_SAPHanaFil_RH1_HDB02)[715184]: INFO: -2- RA monitor() ON_FAIL_ACTION=ignore => ignore FS error, do not create poison pill file
    2. You can verify the fence behavior if the resource action is set to fence:

      [root]# pcs status --full
      ...
      
      Failed Resource Actions:
        * rsc_SAPHanaFil_RH1_HDB02_stop_0 on node1 'error' (1): ...
      
      Pending Fencing Actions:
        * reboot of node1 pending: client=pacemaker-controld.1694, origin=node2
  4. You must remove this blocker again after the test. If the node is fenced, do this after the node is running again:

    [root]# chattr -i test

Next steps

Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

关于红帽文档

Legal Notice

Theme

© 2026 Red Hat
返回顶部