File Lock Recovery During NFS Server Migration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In high-availability cluster environments, file lock operations are disrupted during failovers and reconfigurations, leading to potential data loss and application downtime, as existing solutions do not adequately manage simultaneous failovers and manual migrations, resulting in incomplete recovery of file locks.

Innovation Solution

A method for file lock recovery in a distributed computer system, where a migration count is incremented and decremented across nodes to synchronize file lock services during network file system server migrations and reconfigurations, ensuring all operations are paused and resumed appropriately to prevent data loss and ensure business continuity.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If file lock operations are paused during NFS server failover, then data consistency is maintained, but application downtime increases

Engineering Contradiction:
Improvedata consistencyVSAvoidapplication downtime
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by pausing file lock operations before the NFS server failover begins, and maintains this paused state throughout the migration process. The migration count mechanism ensures that file lock services remain paused until all simultaneous migrations are complete, preventing data inconsistency without requiring prolonged downtime.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system uses a feedback mechanism through the migration count variable that tracks the number of simultaneous NFS server migrations. When the migration count reaches zero (indicating all migrations are complete), the system automatically resumes file lock operations. This feedback-driven approach ensures data consistency is maintained only for as long as necessary, minimizing unnecessary downtime.

Inventive Principle:
Principle #23Feedback

2Productivity

If file lock services are resumed immediately after individual failovers, then application availability improves, but data loss occurs due to simultaneous migrations

Engineering Contradiction:
Improveapplication availabilityVSAvoiddata consistency
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The migration count variable acts as an intermediary mechanism that coordinates between multiple simultaneous NFS server migrations. Instead of resuming file lock services after each individual failover, the system uses the migration count to determine when it is safe to resume operations across all nodes. This intermediary prevents race conditions and ensures data consistency while maintaining high availability.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system merges the recovery processes of multiple simultaneous NFS server migrations into a single coordinated operation. By tracking all migrations through a common migration count and resuming file lock services only when the count reaches zero, the system combines what would otherwise be separate, potentially conflicting recovery operations into one unified process that ensures data consistency.

Inventive Principle:
Principle #5Merging (Combining)

3Reliability

If migration count is tracked at each node, then synchronization across cluster is achieved, but system complexity increases

Engineering Contradiction:
ImprovesynchronizationVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The migration count variable serves multiple functions simultaneously: it tracks the number of active migrations, coordinates file lock service pausing and resuming, and ensures synchronization across all cluster nodes. This multi-functional approach achieves reliable synchronization without requiring complex distributed consensus protocols or additional synchronization infrastructure.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

Each cluster node autonomously tracks the migration count and independently makes decisions about pausing and resuming file lock services based on this count. The system is self-synchronizing, with nodes automatically coordinating their behavior through the shared migration count variable without requiring external coordination or complex inter-node communication protocols.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS8655851B2Method and system for performing a clean file lock recovery during a network filesystem server migration or failover
Publication Date: 2014.02.18 ARCTERA US LLC
  • US8655851B2 patent drawing
  • US8655851B2 patent drawing
  • US8655851B2 patent drawing

AI summary

A method for file lock recovery in a distributed computer system. The method includes executing a distributed computer system having a plurality of nodes comprising a cluster, and initiating a network file system server migration from one node of the cluster to a different node of the cluster. A migration count is incremented, wherein the migration count is stored at each of the nodes comprising the cluster. File lock services are paused at each of the nodes comprising the cluster. The network file system server migration is completed at the different node of the cluster. The migration count is then decremented in response to the completion. File lock services are then resumed at each of the nodes comprising cluster.