Patent classifications
G06F11/1438
BLOCKCHAIN BASED RESET FOR NEW VERSION OF AN APPLICATION
A method for receiving an app-use contextual data set, applies artificial intelligence style machine logic to the app-use contextual data in order to generate a recommendation that the app should be subject to a recommended revision, in response to the generation of the recommended revision, makes the recommended revision in a dynamic manner, stores the app-use contextual data set in the form of a plurality of blockchain data structures, and operates around contextual reset/roll-back/restore scenarios in a hybrid cloud environment.
Method, device, and computer program product for managing a task in an application node
A task in an application node is managed. For instance, based on a type of a predetermined task that is to be executed on a data object in the application node, an address range of a group of objects on which the predetermined task is to be executed is determined in the data object. The predetermined task is executed on the group of objects in an order of addresses of the group of objects. A progress indicator is created for indicating an address of an object that is currently being processed in the group of objects. The predetermined task is managed based on the progress indicator. Thus, an address of an object that is currently being processed may be indicated based on the progress indicator, so that the predetermined task may be managed more easily and effectively based on the progress indicator in subsequent operations.
MANAGING LIFECYCLE OF VIRTUALIZATION SOFTWARE RUNNING IN A STANDALONE HOST
Virtualization software installed in a standalone host is remediated according to a desired state model using a desired image of a virtualization software that is used to remediate virtualization software running in hosts which are logically grouped as a cluster of hosts not including the standalone host. The method of remediating the virtualization software installed in the standalone host includes the steps of generating a desired image of the virtualization software of the standalone host from a desired image of the virtualization software of the hosts in the cluster, and upon detecting a difference between an image of the virtualization software currently running in the standalone host and the desired image of the virtualization software of the standalone host, instructing the standalone host to remediate the image of the virtualization software currently running therein to match the desired image of the virtualization software of the standalone host.
Ticketing system for managing computing services
Examples include a ticketing system for managing performance of computer services. The ticketing system includes a ticket database to store a plurality of tickets, each ticket defining a job to be performed on a computing system, and a master to create a ticket, store the ticket in the ticket database, and update the ticket. The ticketing system includes a scheduler to determine whether to create the ticket based at least in part on a set of conditions, and to request the master to create the ticket when the ticket is to be created, and a worker to get the ticket from the master, perform the job defined by the ticket, and request the master to update the ticket with a status of the ticket. The ticketing system includes a supervisor to request the master to find a stale ticket, and, if found, to request the worker to abort performance of the job defined by the stale ticket.
Platform framework error handling
Embodiments of systems and methods for platform framework error handling are described. A platform framework may receive registration requests from framework participants that provide operation of a plurality of hardware devices of an IHS (Information Handling System). The framework registration requests by participants specify remediation policies for addressing error conditions related to respective participants. The received remediation policies are mapped to the registered participants, where remediation policies may include handles for invoking remediation procedures for a registered participant. Error conditions are detected during operation of the platform framework. The registered participant is identified as a source of the error condition and a remediation policy that is mapped to the registered participant is identified. Handles in the remediation policy are used to invoke remediation procedures for the registered participant. Remediation procedures invoked by the handles may be provided by a remediation agent that provides support for registered participants.
Autonomous Error Correction in a Multi-Application Platform
An embodiment may involve, based on a pre-defined trigger associated with a particular application, reading error data from a resource that is used by the particular application, wherein persistent storage contains definitions of a plurality of error scenarios, a plurality of fix scripts, and associations between each of the plurality of error scenarios and one or more of the plurality of fix scripts; applying one or more rules to the error data, wherein the rules involve pattern matching or parsing; based on applying the one or more rules, determining a particular error scenario represented in the error data, wherein the particular error scenario is one of the plurality of error scenarios; determining, based on the associations, a particular fix script associated with the particular error scenario, wherein the particular fix script is one of the plurality of fix scripts; and causing execution of the particular fix script.
ROLLBACK RECOVERY WITH DATA LINEAGE CAPTURE FOR DATA PIPELINES
Computer-readable media, methods, and systems are disclosed for performing rollback recovery with data lineage capture for data pipelines. A middle operator receives ingested input events from a source operator reading data from an external input data source. The middle operator then logs information regarding middle input events to a middle operator input log, designating the logged middle input event information as incomplete. The middle operator then processes data associated with the middle input events and updates the middle input log entries setting them to a completed logging status designation for middle input events that were consumed to produce the one or more middle output events. The middle operator then transmits the middle output events to subsequent operators. Garbage collection is performed to remove completed entries from the middle operator output log. Finally, based on receiving a recovering message from a subsequent operator, corresponding middle output events are re-sent.
AUTOMATED MASS MESSAGE PROCESSING
The present disclosure involves systems, software, and computer implemented methods for automated message processing. Information associated with a failure message generated in response to process integration failure between two computer-implemented applications is received. The two computer-implemented applications include a sender application and a receiver application. The information includes a sender application/receiver application interface and details that caused the failure. Using the received information, multiple failure message similar to the failure message are identified. The identified messages were generated in response to the same process integration failure between the two computer-implemented applications. For either the sender or the receiver application, a resolution class operation executable to rectify the process integration failure is identified. The resolution class operation is simultaneously executed for all of the multiple failure messages.
Transparent checkpointing and process migration in a distributed system
A distributed system for creating a checkpoint for a plurality of processes running on the distributed system. The distributed system includes a plurality of compute nodes with an operating system executing on each compute node. A checkpoint library resides at the user level on each of the compute nodes, and the checkpoint library is transparent to the operating system residing on the same compute node and to the other compute nodes. Each checkpoint library uses a windowed messaging logging protocol for checkpointing of the distributed system. Processes participating in a distributed computation on the distributed system may be migrated from one compute node to another compute node in the distributed system by re-mapping of hardware addresses using the checkpoint library.
Methods, devices and systems for writer pre-selection in distributed data systems
A computer-implemented method may comprise receiving proposals to mutate a data stored in a distributed and replicated file system coupled to a network, the distributed and replicated data system comprising a plurality of nodes, each comprising a server. A metadata service maintains and updates a replica of a namespace of the distributed and replicated file system and coordinates updates to the data by generating an ordered set of agreements corresponding to the received proposals, the ordered set of agreements specifying an order in which the nodes are to mutate data stored in data nodes and cause corresponding changes to the state of the namespace. For each agreement in the generated ordered set of agreements, a corresponding writers list may be provided that comprises an ordered list of nodes to execute the agreement and make corresponding changes to the namespace. The ordered set of agreements may then be sent to the plurality of nodes along with, for each agreement in the ordered set of agreements, the corresponding writers list or a pre-generated index thereto and each of the plurality of nodes may be configured to only execute agreements for which it is a first-listed node on the received writers list.