Abstract: The techniques described herein are configured to improve the remanufacturing process by waiting to rebuild selective data items stored on a storage device that is unavailable. A storage device is unavailable when it is taken offline and/or disconnected from a network. The storage device may be taken offline due to a failed component (e.g., an actuator arm, an actuator head, damage to the underlying storage media, etc.). The storage device comprises multiple independent logical units, where a logical unit is a uniquely addressable portion of a storage device that is visible and/or that is exposed to a host. Accordingly, the techniques described herein are configured to conserve resources by selectively rebuilding data items stored in logical units of an offline storage device that are not affected by a remanufacturing process implemented due to a failed component.

Abstract: Provided are integrated circuit devices and methods for operating integrated circuit devices. In various examples, an integrated circuit device can be operable to determine, at a point in time during operation of the integrated circuit device, to generate a notification. The notification can include a type and a timestamp indicating the point in time. The notification can also include information about an internal status of the integrated circuit at the point in time. The device can further selectin a queue from a plurality of queues in a processor memory of the computing system that includes the integrated circuit. The device can further generate a write transaction including the notification, where the write transaction is addressed to the queue. The device can further output the write transaction using a communication interface of the device.

Abstract: In some implementations, a method is provided. The method includes detecting a reboot of a network device. The method also includes determining a set of causes for a reboot of the network device. The method further includes updating a reboot log to include a first entry associated with the reboot of the network device. The first entry indicates the set of causes for the reboot of the network device. The reboot log includes a plurality of previous entries. The plurality of previous entries are associated with previous reboots of the network device. The plurality of previous entries indicates previous sets of causes for the previous reboots of the network device.

Abstract: Techniques to restore data from backup are disclosed. In various embodiments, an indication of a subcomponent to be restored from backup is received. View information associated with the backup is used to determine a set of physical components required to be retrieved from the backup to restore the requested subcomponent. The determined set of physical components is retrieved from the backup. The retrieved physical components are used to restore the subcomponent. In various embodiments, the view information includes data that identifies each of a plurality of separately-recoverable subcomponents of the backup and for each one or more physical components comprising the backup which would be required to restore that subcomponent.

Abstract: A secure onboard maintenance circuit (OMC) includes a primary OMC node with a controller, a secure storage, a trusted CDS interface, and a configurable I/O interface for connecting to at least one system component. The controller is configured to receive maintenance information via the configurable I/O interface and the trusted CDS interface and is further configured to store data associated with the maintenance information in the secure storage. The OMC further includes at least one secondary OMC node with a second controller, a second trusted CDS interface, and a second configurable I/O interface for connecting to at least one other system component. The second controller is configured to receive maintenance information via the second configurable I/O interface and is further configured to transmit the maintenance information to the primary OMC node via the second trusted CDS interface.

Abstract: Computational methods and systems described herein are directed to compounding alerts generated in a distributed computing system. A user or system administrator may define a set of multistage process rules that can be used by a log management server application to examine log messages generated by event sources of a multistage process for alerts. A log-message database is searched to identify a log-message file used to record log messages generated by the event sources. A single compound alert indicating that the multistage process rules are satisfied is generated, when log messages of the log-message file that satisfy the rules of the multistage process rules have been identified. Methods may also execute remedial action to correct the multistate process when log messages of the log-message file fail to satisfy at least one rule of the multistage process rules.

Abstract: Embodiments are directed to managing data in a file system over a network. A file system that includes a master node and client nodes may be provided. A master quorum value and a client quorum value having the same value may be provided. A profile catalog associated with the master node that includes parameters may be provided. Profile registers associated with the client nodes may be provided. Change actions may be executed on each client node based on change information provided by the master node. In response to errors, access to the file system may be suspended; the master quorum value may be modified to indicate that the file system is out of quorum; recovery actions may be executed; the client quorum value at each client node may be modified to correspond with the master quorum value; and access to the file system may be restored.

Abstract: Examples associated with persistent memory updating are described. One example includes receiving a first store instruction associated with a first page of memory in a persistent memory from an application. The first page is copied to a new page of the persistent memory. A virtual address space of the application is updated to a location of the new page in a read-write mode. The first store instruction is executed on the new page. A file mapping in the persistent memory is updated from a location of the first page to the location of the new page, and the virtual address space for the location of the new page is updated to a read-only mode.

Abstract: Providing seamless mobility of stateful pods in a container management system, by: receiving an indication that a pod needs to be moved from a first site to a replica site, identifying, through a moving target defense (MTD) process, all persistent volumes attached to the pod; determining if an RPO/RTO objective for the movement is below a threshold value, draining all local I/O operations to a container having the persistent volumes attached; killing containers of the pod using the persistent volumes after the draining, waiting for data to be flushed to the replica site, initiating a failover of a first storage of the first site, and restarting a container to run on the replica site attached to replica storage. In this process, a resource management system (RMS) is used to provide an address of a secure golden copy of the container as the address of the replica site.

Abstract: A semiconductor die includes a feedback path coupled to the output pin, and an integrity monitor circuit (IMC). The output pin is communicatively coupled to the logic. The IMC is configured to receive a data value. The IMC is further configured to receive measured data value from the output pin routed through the feedback path, compare the data value and the measured data value, and, based on the comparison, determine whether an error has occurred.

Abstract: An example method to provide fault tolerance in a virtualized computing environment with a first host in a first fault domain and a second host in a second fault domain may include determining whether a primary virtualized computing instance and a secondary virtualized computing instance are both in the first fault domain. The secondary virtualized computing instance may be configured as a backup for the primary virtualized computing instance and supported by the first host. The method may further include: in response to determination that the primary virtualized computing instance and secondary virtualized computing instance are both in the first fault domain, selecting, from the second fault domain, the second host based on comparing a resource availability of each of a plurality of hosts that include the first host and the second host; and migrating the secondary virtualized computing instance from the first fault domain to the second fault domain.

Abstract: Example methods are provided for configuration tracking in a virtualized computing environment. One example method may comprise detecting a configuration request to configure a physical component, or a virtual component, of a host; identifying a particular interface via which the configuration request is initiated by a client device; and identifying one or more attributes associated with the configuration request. The particular interface may be one of multiple interfaces supported by the host or the management entity, or both. The method may also comprise generating configuration history information specifying the particular interface and the one or more attributes associated with the configuration request.

Abstract: The concepts and technologies disclosed herein are directed to a network-assisted Raft consensus protocol, referred to herein as “NetRaft.” According to one aspect of the concepts and technologies disclosed herein, a system can include a plurality of servers operating in a server cluster, and a plurality of P4 switches corresponding to the plurality of servers. Each server of the plurality of servers can include a back-end that executes a complete Raft algorithm to perform leader election, log replication, and log commitment of a Raft consensus algorithm. Each P4 switch of the plurality of P4 switches can include a front-end that executes a partial Raft algorithm to perform the log replication and the log commitment of the Raft consensus algorithm. The back-end can maintain a complete state for responding to requests that cannot be fulfilled by the front-end. The requests can include read requests and/or write requests.

Abstract: A method, computer program product, and error component is provided, which may include receiving a request for a service of the provider, from the requester, determining a requirement of the request, and identifying, by the processor, a handling algorithm for handling errors based on the requirement of the request and a characteristic of the service provider.

Abstract: A method for testing autonomous reconfiguration logic for an electromechanical actuator includes executing a plurality of test cases against a computer model configured and operable to implement autonomous reconfiguration logic for an electromechanical actuator including a plurality of electromechanical motors to generate a first set of test results. The method further includes executing the plurality of test cases against a programmable logic device configured and operable to implement the autonomous reconfiguration logic for the electromechanical actuator to generate a second set of test results and comparing the first set of test results to the second set of test results.

Abstract: Various aspects described herein relate to a method and system for testing software products or services using a behavior-driven development domain specific language (DSL) framework. The framework identifies one or more input payloads for testing a software product or service that comprises a Web service, wherein the software product or service operates on one or more application servers and normalizes data or information, at the test framework, in at least the one or more input payloads into normalized data or information. The framework recursively tests one or more components of the software product or service and generates results of testing the one or more components of the software product or service.

Abstract: A method for replicating a first virtual storage system of a customer includes receiving periodically collected configuration data, workload data, service failure data, and management workflow data on the first virtual storage system, creating a first multi-dimensional array of observed variables based on periodically collected data, applying dimensionality reduction to the first multi-dimensional array to determine an artificial variable having a largest variance, determining a smaller, second multi-dimensional array that represents the first multi-dimensional array based on the artificial variable, and building a second virtual storage system to replicate the first virtual storage system based on the second multi-dimensional array.

Abstract: Various implementations described herein relate to systems and methods for a Solid State Drive (SSD) to manage data in response to a power loss event, including writing data received from a host to a volatile storage of the SSD, detecting the power loss event before the data is written to a non-volatile storage of the SSD, storing the write commands to a non-volatile storage of the SSD, marking at least one storage location of the SSD associated with the write commands as uncorrectable, for example, after the power is restored.

Abstract: Disclosed are systems and methods for preserving of data saved on a data storage device. An assessment is made as to the degradation of the data storage device, during which a determination is made of the rate of degradation and the probability of failure of the data storage device. When the probability is greater than a given threshold, the damaged sectors of the data storage device are identified by scanning of the surface of the data storage device. A worth grade (i.e., the value of the saved data to the user) is determined at least for data in sectors close to the damaged sectors on the basis of an analysis of at least the meta-data of the data. A decision is made as to the possible loss of data, and a backup copy is created based on the worth grade of the data and the rate of degradation of the data storage device.

Abstract: A system provides a listener application which can be notified about specific ports used by specific instances of a WebSocket application. A WebSocket application opens multiple dynamic ports in certain scenarios with a dynamic context. When an application is executed, a listener application is made aware of the context and port information. A system rewrites a reverse proxy configuration on the fly so that any request coming into the reverse proxy will read the change and assign the correct port. A notification to the listener is received across multiple nodes, and the configuration can be updated on all nodes based on the data provided in the configuration.