Techniques and apparatus for remotely accessing debugging resources of a target system are described. A target system including physical compute resources, such as, processors and a chipset can be coupled to a controller remotely accessible over a network. The controller can be arranged to facilitate remote access to debug resources of the physical compute resources. The controller can be coupled to debug pin, such as, those of a debug port and arranged to assert control signals on the pins to access debug resources. The controller can also be arranged to exchange information elements with a remote debug host to include indication of debug operations and/or debug results.

A system includes a computer processor located within a cloud system. The system receives data from a sensor associated with an industrial or home automation control application. The sensor is configured to monitor a first condition of a device. The computer processor analyzes the data, and transmits a software update or software download from the cloud system to the industrial or home automation control application based on the data analysis.

In general, this disclosure is directed to techniques for utilizing sensors within a computing device to detect a hazardous event and notify a central server that the computing device is potentially damaged. One or more sensors of a computing device may detect the hazardous event to the computing device. Responsive to detecting the hazardous event, the sensors may measure a magnitude of a damage measurand associated with the hazardous event to the computing device. The computing device may determine that the magnitude of the damage measurand exceeds a threshold damage value for the computing device. Responsive to determining that the magnitude of the damage measurand exceeds the threshold damage value, the computing device may send, to a server device, a message indicating the computing device is potentially damaged.

In general, embodiments relate to a method for identifying hardware component failures, comprising: obtaining system logs that show a transition of device states for a device; using a normalization and filtering module to process and extract relevant data from the system logs and important keywords for the device; creating a device state path for the device from a healthy device state to an unhealthy device state using the extracted relevant data; obtaining the device state path for the device from a storage and a current device state of the device; predicting a next device state of the device based on the current device state using an analysis module; generating a device state chain using the device state path, current device state, and next device state; and identifying root cause of a hardware component failure using the device state chain.

A method for detecting anomalies during operation of an asset to improve performance of the asset includes collecting, via a server, data relating to operation of the asset or a group of assets containing the asset. The data includes normal and abnormal asset behavior of the asset or the group of assets containing the asset. Further, the method includes automatically removing, via an iterative algorithm programmed in the server that utilizes one or more inputs or outputs of an anomaly detection analytic, portions of the data containing the abnormal asset behavior to form a dataset containing only the normal asset behavior. The method also includes training, via a computer-based model programmed in the server, the anomaly detection analytic using, at least, the dataset containing only the normal asset behavior. Moreover, the method includes applying, via the server, the anomaly detection analytic to the asset so as to monitor for anomalies during operation thereof.

A method is provided for providing mobile device support services. The method may include monitoring a mobile device status. The method may additionally include performing device diagnostics based at least in part on captured deice status data to identify potential faults that may affect mobile device functionality. A corresponding system, apparatus, and computer program product are also provided.

A method of managing alerts in a client instance associated with a configuration management database (CMDB) platform is disclosed. The method includes: receiving a request identifying a particular CI and a particular alert; identifying related CIs from a plurality of CIs associated with the client instance based on the particular CI and the particular alert; identifying alerts, incidents (INTs), changes (CHGs), and problems (PRBs) of the client instance that are associated with either the particular CI or the related CIs; determining frequency data for the alerts, INTs, CHGs, and PRBs associated with the particular CIs and frequency data for the alerts, INTs, CHGs, and PRBs associated with the related CIs; and sending a response that includes the frequency data for the alerts, INTs, CHGs, and PRBs associated with the particular CIs to be presented alongside the frequency data for the alerts, INTs, CHGs, PRBs associated with the related CIs.

The methods and systems provide remote device recovery using a sideband communication path in response to an error occurring in the device. A management entity sends a sideband communication using the sideband communication path to a logic circuit in communication with the device. The logic circuit initiates the recovery of the device.

An early boot debug system includes a first memory subsystem that includes boot instructions and a processing system that is coupled to the first memory subsystem. The processing system includes a primary processing subsystem, and a secondary processing subsystem that is coupled to the primary processing subsystem and a second memory subsystem. The secondary processing subsystem copies the boot instructions from the first memory subsystem to the second memory subsystem and executes the boot instructions from the second memory subsystem during a boot operation. The secondary processing subsystem then detects a first event during the execution of the boot instructions and, in response, generates a first event information. The secondary processing subsystem stores the first event information in the second memory subsystem to be retrieved on-demand by an administrator.

Intelligent collection and analysis of in-app failure data is disclosed herein. Upon an application failure in a client device, the client device may collect failure information uniquely identifying a specific failure and provide the failure information to an analysis system. The analysis system may identify a specific failure that identifies the application and a specific portion of the code in the application, based on the failure information and match an action correlated to the specific failure where the action is uniquely designed to resolve the specific failure in the application. The action may include instructions for the client device used to intelligently lead to a resolution of the specific failure. The analysis system may transmit the action to the client device to perform the action and provide any follow up information to the analysis server. The analysis server may use the information to further analyze the specific failure.