International Business Machines Corporation

Shrirang Shrikant Bhagwat

Subhojit Roy

Pankaj Deshpande

Komal Shailendra Shah

Bharti Soni

Manish Bansode

Shweta V Kulkarni

Rajat Toshniwal

Rahul M Fiske

Ashwin M Joshi

Sourab Gupta

Apparatuses, methods, systems, and program products are disclosed for cluster configuration backup and recovery. One method includes receiving, by use of a processor, configuration data for a cluster. The method includes storing the configuration data for the cluster. The method also includes forming a machine-readable code that corresponds to the stored configuration data for the cluster. The machine-readable code may be used for restoring the stored configuration data to the cluster.

Apparatus, method, and program product for cluster configuration data backup and recovery

Described herein are techniques for managing failover in a data center environment interconnected using an internet small computer systems interface (iSCSI) communication protocol, the techniques including receiving, at a host and from a kernel driver, an asynchronous message comprising an indication of a failed path associated with a first node having a first port, a list of internet protocol (IP) addresses associated with a plurality of failover paths including a first failover path associated with a second node having a second port, and an expiration. The techniques further including performing, by the host and before the expiration, a first input/output (I/O) operation on the second port associated with the second node. The techniques further including performing, by the host and after the expiration, a second I/O operation on the first port of the first node.

Host multipath layer notification and path switchover following node failure

Whether a replication relationship is established between a first and a second storage device is determined. If it is determined that the replication relationship is established between the first and second storage device, then whether data in the first region of the first storage device has changed since a previously completed asynchronous data replication process is determined. If the data in the first region of the first storage device has changed since the previously completed asynchronous data replication process, then whether the changed data in the first storage device is data copied from the second region of the first storage device is determined. If the changed data in the first region of the first storage device is data copied from the second region of the first storage device, then data from the second region of the second storage device is replicated to the first region of the second storage device.

Optimizing off-loaded input/output (I/O) requests

Embodiments for optimizing connectivity in a storage system by a processor. A preferred connectivity path may be determined between a host and a storage controller via one or more selected nodes, one or more storage virtualization systems, or combination thereof. A current connectivity path between the host and the storage controller may be determined to fail to match the preferred connectivity path. The host may be triggered to reconnect to the storage controller via the preferred connectivity path to enhance connectivity to between the host and the storage controller.

Optimizing connectivity in a storage system data

A first request may be received to write a first set of data to a first storage device of a first storage node. The first storage device may be capable of transferring or receiving data directly to or from a second storage device without transferring the data to or from a host device mapped to the first storage node. It may be determined that a first token clash check does not need to occur for the first request. The first token clash check may include determining whether the first request is requesting to write to one or more addresses that are associated with one or more tokens owned by one or more transactions. The one or more tokens may be a proxy for a set of data within one or more particular address ranges of the first storage device.

Selective token clash checking for a data write

Cache prefetching in offloaded data transfer (ODX) processes. A populate token command is received to initiate a copy offload operation. Responsive to receiving the populate token command, a cache of a data storage system in a storage area network environment is instructed to prefetch data in accordance with the populate token command and complete an offloaded read request. Responsive to determining that a write using token command is not received within a specified time duration, the prefetched data stored in the cache is evicted.

Growing community of inventors

Pune, India

Shrirang Shrikant Bhagwat