Bug 2071078 - [RFE] Support the ocf:heartbeat:iscsi resource agent (RHEL 8)
Summary: [RFE] Support the ocf:heartbeat:iscsi resource agent (RHEL 8)
Keywords:
Status: POST
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: resource-agents
Version: 8.7
Hardware: All
OS: Linux
medium
medium
Target Milestone: rc
: 8.7
Assignee: Oyvind Albrigtsen
QA Contact: cluster-qe
URL:
Whiteboard:
Depends On: 2071077
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-04-01 18:33 UTC by Reid Wahl
Modified: 2023-08-10 15:40 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of: 2071077
Environment:
Last Closed:
Type: Feature Request
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHELPLAN-117669 0 None None None 2022-04-01 18:45:59 UTC

Description Reid Wahl 2022-04-01 18:33:00 UTC
+++ This bug was initially created as a clone of Bug #2071077 +++

Description of problem:

This RFE is for a resource agent that can connect to, disconnect from, and monitor iSCSI targets from the initiator side.

Currently, we have two agents that act at the target side, and we have crude approaches (e.g., resource-agents-deps.target.d) that ensure the iSCSI initiator service is started before pacemaker. It would be beneficial to have more granular control over connections to individual targets, as well as failure detection and recovery.

One proposed use case is single node OpenShift (SNO).

There is an existing upstream resource agent that appears to accomplish this task:
  - https://github.com/ClusterLabs/resource-agents/blob/main/heartbeat/iscsi

Some of the comments there are confusing; they make it sound as if the RA manages things at the target side. However, everything seems to happen at the initiator side, via iscsiadm. It allows specification of portal, target, etc.

The last substantive update to the RA was in 2016, so I hope that it works on RHEL 8/9.


Note You need to log in before you can comment on or make changes to this bug.