Enqueue Processing Timeout Error Resolution

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In computing environments, the asynchronous interface between central and adjunct processors leads to challenges in determining the cause of unsuccessful enqueuing of requests in message queues, particularly due to software or hardware issues, which can result in queue full states that do not reset, causing time-out errors and hindering efficient processing.

Innovation Solution

A method is implemented to attempt enqueuing requests until a defined action occurs, determining the likely cause of unsuccessful enqueuing, and taking appropriate actions based on whether the issue is software-related or hardware-related, including checking queue states and message ownership, and potentially re-routing requests to non-full queues.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If the system continuously attempts to enqueue requests to a queue, then the productivity of message queue processing is improved, but the reliability deteriorates due to persistent queue full states that do not reset, causing time-out errors

Engineering Contradiction:
Improvemessage queue processing efficiencyVSAvoidenqueue operation reliability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system implements feedback mechanisms to monitor queue states and determine the cause of enqueue failures. By detecting whether a queue is in a full state that does not reset or experiencing temporary full conditions, the system can differentiate between hardware issues (permanent full states) and software issues (temporary full states), enabling appropriate error handling and improving both reliability and productivity

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system changes the behavior based on detected parameters - specifically, whether the queue full state resets or remains persistent. When a non-resetting full state is detected, the system identifies this as a hardware issue and handles it differently than temporary full states caused by software issues, allowing continuous enqueue attempts for software issues while addressing hardware failures appropriately

Inventive Principle:
Principle #35Parameter changes

2Reliability

If the system determines the cause of enqueue failure by monitoring queue states, then the reliability of error identification is improved, but the device complexity increases due to additional monitoring and diagnostic mechanisms

Engineering Contradiction:
Improveerror cause identification accuracyVSAvoidmonitoring and diagnostic system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system performs self-diagnosis by monitoring its own queue states and determining the cause of failures internally. The queue monitoring mechanism automatically detects whether full states reset or persist, eliminating the need for external diagnostic tools and reducing overall system complexity while improving reliability of error identification

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The queue monitoring mechanism serves multiple functions: it tracks queue full states, determines failure causes, identifies hardware versus software issues, and guides error handling decisions. This multi-functionality reduces the need for separate diagnostic systems, improving reliability without proportionally increasing complexity

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

3Reliability

If the system implements comprehensive monitoring of queue states and message ownership, then the reliability of diagnosing software versus hardware issues is improved, but the loss of time increases due to additional diagnostic steps

Engineering Contradiction:
Improvesoftware versus hardware issue differentiation accuracyVSAvoidtime spent on diagnostic monitoring
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary monitoring of queue state characteristics (whether full states reset) during normal operation to establish a baseline understanding of queue behavior. This preliminary action enables rapid differentiation between hardware and software issues when failures occur, reducing diagnostic time while maintaining high reliability

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS11061746B2Enqueue-related processing based on timing out of an attempted enqueue
Publication Date: 2021.07.13 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US11061746B2 patent drawing
  • US11061746B2 patent drawing
  • US11061746B2 patent drawing

AI summary

Enqueue-related processing is provided based on occurrence of a defined action in connection with an attempted enqueue to a queue, such as to an adjunct processor queue. The processing includes attempting enqueuing a request to a queue until a defined action occurs, which indicates an unsuccessful enqueuing of the request. Based on occurrence of the defined action, the process includes determining a likely cause for the enqueuing being unsuccessful, and based on determining the likely cause, the process includes performing one or more actions to facilitate enqueue-related processing within the computing environment.