Abstract: A system and method for predictive ticketing in information technology (IT) systems. The method includes extracting a plurality of features from monitoring data related to an IT system, wherein the plurality of features includes at least one incident parameter, wherein the monitoring data includes machine-generated textual data; applying a machine learning model to the extracted plurality of features, wherein the machine learning model is configured to output a suitable insight for an incident represented by the at least one incident parameter, wherein the suitable insight is selected from among a plurality of historical insights; and generating a predictive ticket based on the suitable insight, wherein the predictive ticket includes a textual description of an expected future symptom in the IT system.

Abstract: A functional test execution engine (“FTEE”) may be configured to execute test scripts with respect to a server stack. The FTEE may be communicatively coupled to a test script storage device, which may store the test scripts. The FTEE may select one or more test scripts for execution with respect to the server stack. The one or more test scripts may carry out maintenance or diagnostic functions for the server stack. The FTEE may determine the processing resources of the server stack and, based on those processing resources, select a first set of test scripts from the one or more test scripts to execute. The FTEE may cause the first set of test scripts selected to execute with respect to the server stack in order to generate test script results. The FTEE may store the test script results for subsequent analysis and use during execution of subsequent test scripts.

Abstract: Implementations of the present disclosure relate to a method and apparatus for handling an error for a drive. The logic space of the drive is divided into a plurality of extents. The method comprises determining a type of errors in response to the errors detected in I/O operations for the drive. The method further comprises determining a drive extent of the plurality of extents of the drive that causes the errors in response to determining that the type of the errors is a soft medium error or a data error, the soft medium error being an error that can be repaired by re-mapping of a failed extent and the data error being an error that is caused by damage of data on the drive. Furthermore, the errors can be handled only with respect to the drive extent that causes the errors.

Abstract: A method, system, and computer program product that includes a processor cataloging a current resource definition and a current transaction state for the resource. The processor recovers the resource and a transaction state for the resource after an emergency restart, by utilizing the current resource definition and the current transaction state, wherein the recovering comprises recovering transactions of the resource. The processor completes or backs out of the transactions. The processor closes the resource and the processor recovers the resource by utilizing a global catalog.

Abstract: An electric meter that is configured to regenerate meter state data after a power loss includes a memory with at least one volatile and non-volatile memory device and a processor connected to the memory. The processor is configured to retrieve a backup copy of meter state data and a plurality of meter input data samples that were generated after the backup copy of the meter state data and prior to the power loss from a non-volatile memory device. The processor is configured to regenerate meter state data by updating the backup copy of meter state data with the plurality of meter input data samples to regenerate the meter state data at the time of a final meter input data sample prior to the power loss.

Abstract: An apparatus tests specific processing performed by plural computing machine resources provided by one or plural computers. The apparatus adds an instruction request command to request an instruction from the apparatus at a predetermined position in a source code of the specific processing performed by each computing machine resource, and generates the source code with an additional command.

Abstract: An operating method of a memory controller to control a nonvolatile memory device includes receiving information about operation failure from the nonvolatile memory device, receiving lock-out status information from the nonvolatile memory device, determining whether a lock-out signal is output based on the lock-out status information, and determining a failure block corresponding to the information about the operation failure as a normal block or a bad block depending on the determination result.

Abstract: Disclosed is a memory controller comprising: a memory unit including tables, in which various segments are stored; a calculator configured to update a parity for the segments stored in each of the tables whenever the table is updated when a segment is currently inputted, detect an error in the table based on a previously updated parity and a currently updated parity corresponding to the table; and a bit inverter configured to correct the detected error, and an operating method therefor.

Abstract: According to some embodiments, a virtual machine manager is operable to manage a virtual machine (VM) that spans a plurality of hardware appliances. The virtual machine manager receives a request to provide a service to a device, selects an application instance to provide the service to the device, and forwards the request for the service to the selected application instance. The selected application instance is running in an instance of the virtual machine associated with a first hardware appliance. The virtual machine manager determines session data associated with the service and provides the session data associated with the service to a second hardware appliance of the VM in order to enable the VM to provide high availability of the service to the device.

Abstract: Methods and devices for identifying accessibility issues for assistive technology operating on a computer device. The methods and devices may include automatically detecting at least one accessibility error for the assistive technology operating on the computer device. The methods and devices may include identifying application information for one or more applications associated with the at least one accessibility error and identifying element information where the at least one accessibility error occurred. The methods and devices may include generating error data for the at least one accessibility error with the application information and the element information. The methods and devices may include transmitting the error data.

Abstract: Provided are a computer program product, system, and method for performing a remote point-in-time copy to a source and target storages in further mirror copy relationships. Each of a plurality of source copy relationships is from the source storage to one corresponding source copy storage. Each of a plurality of target copy relationships is from the target storage to one corresponding target copy storage, where in each relationship an indicator indicates whether to use a remote first type copy operation. The first type copy operation is used to copy data from the source storage to the target storage and copy data from the source copy storage to the target copy storage for the determined source and target copy relationships having the indicator set. A second type of copy operations is used for source and target relationships not having the indicator set.

Abstract: Disclosed aspects relate to debugging a set of code components of an application program. A set of defect data which indicates a set of defects may be collected with respect to an application program. The set of defect data may be derived from a set of post-compilation users of the application program. A set of test case data which indicates a set of user interface features of the application program may be collected with respect to the application program. The set of test case data may be derived from a set of development tests of the application program. Using both the set of defect data and the set of test case data, a set of fragility data for the set of code components of the application program may be determined. Based on the set of fragility data, the set of code components of the application program may be debugged.

Abstract: A third vote consensus technique enables a first node, i.e., a surviving node, of a two-node cluster to establish a quorum and continue to operate in response to failure of a second node of the cluster. Each node maintains configuration information organized as a cluster database (CDB) which may be changed according to a consensus-based protocol. Changes to the CDB are logged on a third copy file system (TCFS) stored on a local copy of TCFS (L-TCFS). A shared copy of the TCFS (i.e., S-TCFS) may be stored on shared storage devices of one or more storage arrays coupled to the nodes. The local copy of the TCFS (i.e., L-TCFS) represents a quorum vote for each node of the cluster, while the S-TCFS represents an additional “tie-breaker” vote of a consensus-based protocol. The additional vote may be obtained from the shared storage devices by the surviving node as a third vote to establish the quorum and enable the surviving node to cast two of three votes (i.e.

Abstract: Disclosed aspects relate to debugging a set of code components of an application program. A set of defect data which indicates a set of defects may be collected with respect to an application program. The set of defect data may be derived from a set of post-compilation users of the application program. A set of test case data which indicates a set of user interface features of the application program may be collected with respect to the application program. The set of test case data may be derived from a set of development tests of the application program. Using both the set of defect data and the set of test case data, a set of fragility data for the set of code components of the application program may be determined. Based on the set of fragility data, the set of code components of the application program may be debugged.

Abstract: A device maintenance apparatus includes a setting operator configured to allow for setting a test pattern, the test pattern being set to define a change of output signals output from a device over time, and an execution operator configured to make the device output the output signals based on the set test pattern.

Abstract: A semiconductor device and or system may be provided. The semiconductor system may include a first semiconductor device and a second semiconductor device. The first semiconductor device may be configured to output a command/address signal, a first datum and a second datum. The first semiconductor device may be configured to receive a comparison signal relating to the first datum and the second datum. The second semiconductor device may be configured to store a first error code of the first datum and a second error code of the second datum based on the command/address signal during a write operation. The second semiconductor device may be configured to compare the first error code with the second error code to output the comparison signal based on the command/address signal during a read operation.

Abstract: Corruption of program stacks is detected by using guard words placed in the program stacks. A called routine executing on a processor checks a guard word in a stack of a calling routine. The checking determines whether the guard word has an expected value. Based on determining the guard word has an unexpected value, an indication of corruption of the stack is provided. Some routines, however, may not support use of guard words. Thus, routines that are interlinked may have differing protection capabilities. A determination is made as to the differing protection capabilities, an indication of the same is provided, and the routines are executed without failing due to the differing protection capabilities.

Abstract: A controller-implemented method, according to one embodiment, includes: examining, by the controller, each of a plurality of journal entries from at least one journal beginning with a most recent one of the journal entries in a most recent one of the at least one journal and working towards an oldest one of the journal entries in an oldest one of the at least one journal, the journal entries corresponding to one or more updates made to one or more logical to physical table (LPT) entries of a LPT; determining, by the controller, whether a current LPT entry, which corresponds to a currently examined journal entry, has already been updated; and discarding, by the controller, the currently examined journal entry in response to determining that the current LPT entry has already been updated.

Abstract: One or more techniques and/or systems are provided for migrating a trust relationship. For example, a first storage cluster and a second storage cluster have a disaster recovery relationship where the second storage cluster provides failover client access to replicated data, replicated from the first storage cluster to the second storage cluster, in the event the first storage cluster fails. The first storage cluster may have a trust relationship with a third storage cluster, such that data is mirrored from a volume of the first storage cluster into a mirrored volume of the third storage cluster based upon the trust relationship. In the event the first storage cluster fails over to the second storage cluster due to a disaster at the first storage cluster, the trust relationship is migrated to be between the second storage cluster and the third storage cluster for non-disruptive mirroring of data to the mirrored volume.

Abstract: A system for remediating computing-related events by taking into account the past performance of remediation processes and the current run-time environment in which the remedy will be deployed. Robotic Process Automation is implemented to identify computing-related events requiring automation and to record actions that are taken to remediate the events. Robotic scripts (bots) are created based on the recorded actions and are implemented in a learning-mode, in which run-time conditions and level of performance are recorded, such that, run-time conditions and performance are determinative of which bot or combination of bots are implemented for subsequent occurrence of computing-related events. Additionally, remedial process associated with the bot(s) may be executed in a simulated environment prior to the production run-time computing environment to validate the bot and insure the likelihood of effective performance of the remedial process in the run-time production environment.