Abstract: The present application relates to methods of operating a UE (201-204) and operating access nodes (101-103) of a cellular network (100). A method comprises receiving control information from a cellular network (100). The cellular network (100) comprises a dynamic cell. The control information is indicative of one or more availability parameters of the dynamic cell. The method furthermore comprises configuring the communication between the UE (201-204) and the cellular network (100) based on the control information.

Abstract: A method for generating test cases. The test cases are used to test a plurality of functional units of a logic system design during a simulation process of the logic system design. The method includes acquiring a constraint for generating test cases, and generating a first set of test cases according to the constraint. The first set of test cases is used to cover a part of the plurality of functional units. The method further includes performing a test on the logic system design based on the first set of test cases, determining uncovered functional units that are not covered by the test and a current coverage of the test, and, in response to the current coverage failing to satisfy a preset test coverage condition, generating a second set of test cases according to the uncovered functional units.

Abstract: Systems and methods of communicating in a network use a physical device. The physical device includes hardware including a management data input/output interface and firmware configured to cause the hardware to provide a logical message interface using the management data input/output interface. The logical message interface is used to receive messages for configuring and/or managing the physical device.

Abstract: A process includes receiving data representing states of a plurality of nodes of a cluster. The process includes, based on the states, generating data to display, in a text mode on a display device, a plurality of text character status indicators. First text character status indicators are arranged in a first grid that correspond to a physical layout of first nodes in a first computer system rack, and each first text character status indicator represents a status of a corresponding first node.

Abstract: A preventive switchover from a primary controller to a secondary controller even before the primary controller fails system and method includes a server that collects log files comprising operational parameters of the primary controller from the primary controller in real-time. The server determines abnormal patterns or signatures in the operational parameters of the primary controller by comparing the operational parameters with reference patterns or signatures. The reference patterns or signatures are generated by training one or more Artificial Intelligence (AI) based models. After determining the abnormal patterns or signatures, the server predicts events that will lead to switchover from the primary controller to the secondary controller. Thereafter, the server provides a signal to the primary controller to perform preventive switchover to the secondary controller before the primary controller fails.

Abstract: Micro-architectural fault detectors are described. An example of storage mediums includes instructions for receiving one or more micro instructions for scheduling in a processor, the processor including one or more processing resources; and performing fault detection in performance of the one or more micro instructions utilizing one or more of a first idle canary detection mode, wherein the first mode includes assigning at least one component as an idle canary detector to perform a canary process with an expected outcome, and a second micro-architectural redundancy execution mode, wherein the second mode includes replicating a first micro instruction to generate micro instructions for performance by a set of processing resources.

Abstract: The present approach relates generally to systems and methods for outputting metric data from resources with a database accessible by a client instance. The client instance is hosted by one or more data centers and accessible by one or more remote client networks. In accordance with the present approach, a request to track metric data related to a resource is received. Further, a configuration item (CI) is retrieved from a database accessible by the client instance based at least in part on data associated with the request. Further, a type of CI is identified. Even further, a resource type associated with the type of the CI is identified based at least in part on a resource abstraction layer accessible by the client instance. Further still, the resource type is linked to the resource table and metric data associated with the resource is outputted.

Abstract: A system and method for logging error data from a central processing unit on a computer system using a dedicated crash dump device, is disclosed. The central processing unit has a management engine. The central processing unit sends an error signal. The dedicated crash dump device is coupled to the central processing unit to receive the error signal. A storage device is coupled to the crash dump device. The crash dump device sends a request to the central processing unit for error data. The crash dump device receives error data from the central processing unit. The crash dump device stores the error data in the storage device.

Abstract: The present approach relates to event monitoring and management of an instance using a generated service map, allowing monitoring of CIs (e.g., applications) and connections that are currently active in a user's specific instance. A self-monitoring solution is generated for a user (e.g., via an application) that depicts status, configuration, and errors related to the user's instance. In certain implementations, the present techniques involve applying internal knowledge of the working of a user's instance and applications to perform the self-monitoring, and determine when an alert should be generated. Further, the present techniques may involve making a determination to provide a user with a self-help solution in addition or based on the self-monitoring of the user's instance.

Abstract: An information processing system includes a failure information obtaining unit, a handling method definition holding unit, in each of which a handling method to be executed for a failure possible in the monitoring target system is described, a selection unit selecting a handling method definition corresponding to the failure occurred in the monitoring target system, an execution unit performing a handling process, a handling result determination unit determining whether a result of execution of the handling process by the execution unit is a predetermined result, and an output unit, if the handling result determination unit determines that the result of the execution is the predetermined result, outputting information indicating an operator need not perform a handling process and, if the handling result determination unit determines the result of the execution is not the predetermined result, outputting information indicating that the operator needs to perform a handling process.

Abstract: A method for flexible test program generation is described that alters previously used resources. The method includes scanning, by a test generator, a set of instructions that have been executed by a system under test (SUT) using a reference model of the SUT. The method further includes identifying, by the test generator, a resource for using in a test program by determining an allocation of a first value to the resource by a subset of instructions from the set of instructions, wherein the first value of the resource is not used after the allocation. The method further includes modifying the subset of instructions to allocate a second value to the resource, and adding to the set of instructions, at least one instruction that uses the second value to perform a predetermined operation. The SUT is tested based on a result of the predetermined operation that uses the second value.

Abstract: Disclosures of the present invention describe a monitoring device, consisting of a signal receiving unit, a detecting module, a main controller module, a display module, and a plurality of buttons, wherein the signal receiving unit is electrically connected to an electronic device through an electrical connector. Particularly, a user can operate the main controller module, by pressing or rotating one of the plurality buttons, to transmit at least one operation information to the display module, so as to show the operation information on the display module. Moreover, in the case of an operation parameter of at least one electronic element in the electronic device being detected to exceed a threshold value, the detecting module informs the main controller module to show at least one warning signal on the display module, such that the user is aware of noting the operation state of the electronic device.

Abstract: Techniques are disclosed relating to automated operations management. In various embodiments, a computer system accesses operational information that defines commands for an operational scenario and accesses blueprints that describe operational entities in a target computer environment related to the operational scenario. The computer system implements the operational scenario for the target computer environment. The implementing may include executing a hierarchy of controller modules that include an orchestrator controller module at top level of the hierarchy that is executable to carry out the commands by issuing instructions to controller modules at a next level. The controller modules may be executable to manage the operational entities according to the blueprints to complete the operational scenario.

Abstract: A method is provided for diagnosing probable root causes of anomalies in computing environments. The method is performed by an anomaly analytics server in networked communication with hosts. The method includes (a) receiving a topology map; (b) receiving event data associated with each host; (c) receiving an anomaly baseline defining thresholds for identifying an anomalous status in each host application; (d) analyzing the event data and the anomaly baseline to determine a host anomaly status for each host; (e) analyzing the host anomaly status and the topology map to determine a tier anomaly status for each of the host tiers; (f) identifying at least one host tier as a root cause host tier by processing the tier anomaly statuses and the set of tier dependencies; and (g) generating an alert identifying each root cause host tier as a probable root cause of an anomaly.

Abstract: Various computing systems and methods of using the same are disclosed. In one aspect, a computing system is provided that includes a semiconductor chip that is operable to execute start up self test code. An encoder is operable to encode the progress of the execution of the start up self test code to generate encoded debug code. Also included is means for wirelessly outputting the encoded debug code from the computing system.

Abstract: A method for testing an IT system automatically, when it comes to testing based on real transaction data including: (a) obtaining a transaction message by capturing a network packet transmitted and received between a user system and a transaction processing system; (b) transmitting a request data included in the transaction message to the system under test; (c) receiving a response data from the system under test; and (d) comparing the response data received from the system under test and a response data included in the transaction message and determining success or failure, is provided.

Abstract: Disclosed herein are systems, methods, and devices that enable access to a first interface control circuit via test probes of a second interface. In some embodiments a memory device includes a first interface including first ports that are inaccessible to a test probe. The memory device also includes a first interface control circuit configured to control operation of the first interface. The memory device further includes a second interface including second ports. At least a portion of the second ports include test pads that are accessible to the test probe. In addition, the memory device includes a multiplexer configured to operably couple the first interface and at least a portion of the second interface to the first interface control circuit. The multiplexer is configured to selectively enable test probe access to the first interface control circuit via the test pads.

Abstract: An error recovery method and apparatus, and a system are disclosed. At least two CPUs in a lockstep mode can exit the lockstep mode when an error occurs in at least one CPU, and the CPU in which the error occurs and a type of the error are determined. When the error can be recovered, the CPU in which the error occurs can be recovered according to a correctly running CPU. This helps the at least two CPUs run again at a position at which a service program is interrupted.

Abstract: Some embodiments are directed to a test apparatus for testing a device. The apparatus includes a test device having a memory for storing data processing instructions and processors configured, when the data processing instructions are executed, to execute test code in order to implement a test operation on the device being tested. The test code defines test patterns and test algorithms to be applied to instruments for testing the device being tested, and is in a first format that is independent of the test interface between the test device and the device being tested. The apparatus also includes an interface controller coupled to the device being tested and configured to convert communications generated by the test device during the execution of the test code into a second format suitable for the test interface, and to convert communications from the device being tested into the first format.

Abstract: Reliably testing distributed systems in which multiple components interact, including: provisioning resources by a test leader, directing components to perform actions required by test suites, and reporting results. Provisioning resources might be batched in advance, and might overlap resources for multiple test suites. Provisioning and directing might occur on an as-needed basis, might be performed concurrently, and might be reordered for relatively better performance. Directing actions might occur on command by test leaders, might occur by synchronization of resources, or might occur by resources requesting permission to proceed. Resources might act only upon direction by test leaders, or might act on their own initiative when synchronized. Results might be reported to the test leader for comparison, maintained in a database for access by the test leader, or compared by resources on their own initiative in response to instructions from the test leader.

Abstract: A method, computer program product, and system includes a processor(s) in a first computing environment obtaining, from a computer system in the first environment, a system message indicating an issue in the computer system. The processor(s) evaluate the message to determine details of the issue and determine recommended action(s) to remedy the issue. The processor(s) generate a notification comprising the action(s), which include calls to portions of the computer system and the notification comprises respective selection options to trigger the processor(s) to execute each of the one or more recommended actions in the first environment. The processor(s) transmit the notification to a computing node in a second computing environment to communicate to a computing device in that environment. The processor(s) receive a response indicating selection of a respective selection option. The processor(s) translate the option into a recommended action and issue calls in the recommended action to the computer system.

Abstract: An industrial automation controller includes a housing with a forced convection chamber. First and second fans are releasably connected to the housing and are adapted to induce airflow through the forced convection chamber. The first and second fans are each connected to the housing by respective first and second latch systems that each include a primary latch and a secondary latch. The secondary latch imposes a time delay during removal and replacement of a fan to facilitate hot swapping of the fan with a replacement fan. A make-last/break-first contact system is provided for each fan such that the fan is shutdown in a controlled manner prior to removal of the fan from the housing. The controller monitors internal temperature and fan speed. The controller initiates, logs, and reports fault conditions based upon the monitored temperature and/or fan speed. The controller is shut down if the monitored temperature exceeds a select temperature level.

Abstract: Embodiments presented herein describe techniques for performing a rolling upgrade to a distributed runtime environment that includes a cluster of computing systems. A first of a plurality of computing nodes executing a first version of a runtime environment determines a second version of the runtime environment via a registry. Upon determining that the second version is a more recent version, the first computing node retrieves an install package for the second version from a second one of the computing nodes. The first computing node installs the second version using the install package.

Abstract: Embodiments presented herein describe techniques for performing a rolling upgrade to a distributed runtime environment that includes a cluster of computing systems. A first of a plurality of computing nodes executing a first version of a runtime environment determines a second version of the runtime environment via a registry. Upon determining that the second version is a more recent version, the first computing node retrieves an install package for the second version from a second one of the computing nodes. The first computing node installs the second version using the install package.

Abstract: Methods and systems are provided for comparing and identifying job definition files that are hard copies and soft copies of one another. In one embodiment, a method is provided that includes receiving and splitting a first job definition file into a first plurality of stages. The method further comprises comparing the first plurality of stages with a second plurality of stages from a second job definition file. Corresponding stages may be identified and used to determine whether the first and second job definition files are hard or soft copies of one another. If the first and second job definition files are hard copies, one of the job definition files may be deleted from a continuous integration environment. If the first and second job definition files are soft copies, a generic job definition file may be generated based on the first and second job definition files.

Abstract: Embodiments are described for securing access to a debug port of an FPGA (Field Programmable Gate Array) card installed within an IHS (Information Handling System). A remote access controller determines the status of the FPGA card debug port via a query to a management controller of the FPGA card. The remote access controller generates a passcode for the debug port and disables the debug port via a message to the management controller. The management controller detects a request, that includes a requestor password, for access to the debug port. The remote access controller authorizes the requestor's access to the debug port if the requestor password matches the generated passcode. The remote access controller disables the debug port upon each power cycle of the FPGA card or upon detecting removal of a device from the debug port.

Abstract: A driving behavior monitoring system (11) comprising an on-board diagnostic module (3) adapted to be mounted in a vehicle, the on-board diagnostics module comprising a vehicle usage monitor operative to monitor usage of the vehicle and to generate vehicle usage data based on at least one usage characteristic of the vehicle, the system further comprising a controller (5) and a driving behavior scoring server (9) arranged to be in real-time communication with the controller via a telecommunications network, the on-board diagnostic module further comprising a transceiver operative to transmit the vehicle usage data to the server via the controller, the server comprising a database (12) on which vehicle usage data is stored, the server further comprising a data processor operative to generate a driving behavior score by processing the vehicle usage data generated by the on-board diagnostic module and the road usage data stored on the database.

Abstract: The present disclosure relates to microservice configuration apparatus and methods. One example method includes obtaining, by a management device, each indicator of a microservice of a service, where types of all indicators of microservices of different services are the same, calculating a health degree score of the microservice of the service based on each indicator of the microservice of the service, indicator weight information, and a health degree model, where health degree models corresponding to microservices of different services are the same, determining a configuration parameter for the microservice of the service based on the health degree score when the health degree score of the microservice of the service is less than a preset score threshold, and configuring the microservice of the service based on the configuration parameter.

Abstract: Techniques are provided for executing, by one or more first processors, one or more software products associated with a measured usage pricing model. An indication is received, during the execution of the software products, to execute a set of diagnostic machine instructions related to the execution of the software products. Responsive to that received indication, the one or more first processors initiate execution, by one or more distinct second processors, of the set of diagnostic machine instructions. The initiating of the execution by the distinct second processors of that set of diagnostic machine instructions is based at least in part on such execution not being associated with the measured usage pricing model.

Abstract: Techniques are provided for executing, by one or more first processors, one or more software products associated with a measured usage pricing model. An indication is received, during the execution of the software products, to execute a set of diagnostic machine instructions related to the execution of the software products. Responsive to that received indication, the one or more first processors initiate execution, by one or more distinct second processors, of the set of diagnostic machine instructions. The initiating of the execution by the distinct second processors of that set of diagnostic machine instructions is based at least in part on such execution not being associated with the measured usage pricing model.

Abstract: A system includes a first computing device comprising a virtual machine (VM), a second computing device, and a third computing device coupled to the first and second computing devices. The third computing device includes a management module configured to migrate the VM from the first computing device to the second computing device. The management module is also configured to create a first signature of data associated with the VM stored by the first computing device over a first period of time and create a second signature of data associated with the VM stored by the first computing device over a second period of time. The management module is further configured to compare the first signature and the second signature throughout the migration process to determine whether the data has been altered and generate an alert when a difference between the first signature and the second signature is detected.

Abstract: According to an embodiment, an information processing device includes a processor. The processor is configured to: execute a rewriting process to rewrite some of a plurality of factors, included in data for normal operation of a target device, into a value different from a normal value; execute a correction process that is performed in a course of generating test data to be used for a test of the target device; and determine a method of generating the test data based on a rewriting part that indicates a factor serving as a target of the rewriting process and based on a correction part that indicates a factor serving as a target of the correction process.

Abstract: A method for automatically providing error status data is to be performed by a baseboard management control system of a computer device, and includes steps of: A) accessing error status data that is recorded in a central processing unit of the computer device and that is related to data of at least one error status of the computer device, B) determining whether the error status data corresponds to at least one of a plurality of specific types of error statuses associated with the computer device, and C) transmitting the error status data to a management terminal via a network when it is determined that the error status data corresponds to at least one of the plurality of specific types of error statuses.

Abstract: Aspects disclosed in the detailed description include a microprocessor fault detection and response system. The microprocessor fault detection and response system utilizes a hardware-based fault-attack aware microprocessor extension (FAME) and a software-based trap handler for detecting and responding to a fault injection on a microprocessor. Upon detecting the fault injection, the hardware FAME switches the microprocessor from a normal mode to a safe mode and instructs the microprocessor to invoke the software-based trap handler in the safe mode. The hardware-based FAME provides fault recovery information to the software-based trap handler via a fault recovery register (FRR) for restoring the microprocessor to a fault-free state. By utilizing a combination of the hardware-based FAME and the software-based trap handler, it is possible to effectively protect the microprocessor from malicious fault attacks without significantly increasing performance and area overheads.

Abstract: A method, computer program product, and system includes a processor(s) in a first computing environment obtaining, from a computer system in the first environment, a system message indicating an issue in the computer system. The processor(s) evaluate the message to determine details of the issue and determine recommended action(s) to remedy the issue. The processor(s) generate a notification comprising the action(s), which include calls to portions of the computer system and the notification comprises respective selection options to trigger the processor(s) to execute each of the one or more recommended actions in the first environment. The processor(s) transmit the notification to a computing node in a second computing environment to communicate to a computing device in that environment. The processor(s) receive a response indicating selection of a respective selection option. The processor(s) translate the option into a recommended action and issue calls in the recommended action to the computer system.

Abstract: A system and method for creating a visual perspective of operational information that facilitates rapid decision making. The system and method merges existing data sources from any number of computer-fed external data sources through an applications server to display data set in easily recognizable, repeatable images (tiles) uniquely designed for a user's application. The system and method create visual perspectives of data that accelerate decision-making and problem solving processes by displaying repeatable images (tiles) that display performance results verses expected performance criteria in high-volume, intuitive displays. The system and method utilizes facet searching to assist in refining the displayed images (tiles) to display a system status to the user.

Abstract: An event wizard server includes at least one processor that executes the event wizard server application that bidirectionally communicates event planning data with a user of a client device via a network interface. The event planning data includes: event type menu data, and event type selection data, wherein at least one event type includes a sequential task-oriented event.

Abstract: Systems and methods are disclosed for testing circuit modules. A system for testing a circuit module includes a test circuit board configured to interface with a host system, a standard connector implemented on the test circuit board and configured to be attachably coupled to the circuit module, a micro-backplane module configured to be attachably coupled to the circuit module and a micro-backplane module interface connector implemented on the test circuit board and configured to be attachably coupled to the micro-backplane module.

Abstract: Embodiments include a method of a test system that comprises a host device and at least one storage device having multiple ports connected to the host device through a multi-port connection, the method comprising: issuing, by a test program at the host device, a first command; generating, by a device driver at the host device, a plurality of second commands in response to the first command; and simultaneously transferring, by the host device, the second commands to each of the at least one storage device.

Abstract: A method for detecting computer issues includes identifying a target computer system. A first set of data for a first time period relating an operating metric from the target computer system are received. The operating metric is stored. A second set of data for a second time period relating to the operating metric is received. The first and second sets of data are compared. A difference between the two sets of data is identified. If the difference between the two sets of data is within a range a warning notification is displayed in a graphical user interface. An input is received in the graphical user interface in response to the warning notification being displayed.

Abstract: A distributed computing system that executes a set of long-lived jobs is described. During operation, each worker process performs the following operations. First, the worker process identifies a set of jobs to be executed and a set of worker processes that can execute the set of jobs. Next, the worker process sorts the set of worker processes based on unique identifiers for the worker processes. Then, the worker process assigns jobs to each worker process in the set of worker processes, wherein approximately the same number of jobs is assigned to each worker process, and jobs are assigned to the worker processes in sorted order. While assigning jobs, the worker process uses an identifier for each worker process to seed a pseudorandom number generator, and then uses the pseudorandom number generator to select jobs for each worker process to execute.

Abstract: The present invention relates to a method of testing an application program mounted on a smart device 10 such as a smart phone, a tablet computer or the like, in which a test target application program is automatically tested by a control program installed in the smart device 10, and an effective permission is granted to the control program through a booster 20 combined with the smart device 10. Through the present invention, a test can be automatically conducted without handling a corresponding smart device 10, in which an application program test is conducted, by the user of the smart device 10, and a test on the application program under a variety of conditions can be conducted efficiently and systematically.

Abstract: The present invention features a system in which dynamic code randomization may be used in concert with enforcement-based mitigation policies to optimally secure a software code. A privileged, external execution context is employed when rewriting (randomizing) the software code. The rewritten code is then reloaded and executed in a less privileged execution context. Finally, the system ensures that the less privileged execution context is authorized to load and execute the code before rewriting.

Abstract: One aspect includes an electronic device that includes a component configured to generate diagnostic information indicative of a fault occurring in the electronic device. The electronic device also includes a persistent display coupled to the component and configured to display the diagnostic information.

Abstract: A method for assertion debugging may include identifying in signals relating to an execution run of a code a segment of time for which an assertion has failed. The method may also include searching in the signals relating to that execution run, or in signals relating to another execution run of that code, to find one or a plurality of segments of time in which the signals are similar to the signals in the identified segment, for which the assertion was successful.

Abstract: A memory subsystem is enabled with a write pattern command. The write pattern command can have a different command encoding from other write commands. The write pattern command triggers a dynamic random access memory (DRAM) device to write a data pattern that is internally generated, instead of a bit pattern on the data signal lines of the data bus. The internally generated data pattern can be read from a register, such as a mode register. In response to a write pattern command, the DRAM device provides the write pattern data from the register to the memory array to write. Thus, the memory controller does not need to send the data to the memory device.

Abstract: Systems and methods for component population optimization are described. In some embodiments, an Information Handling System (IHS) may include a logic circuit and a memory coupled to the logic circuit, the memory having information stored thereon that, upon access by the logic circuit, enable the IHS to: identify a connector provided on a Printed Circuit Board (PCB), wherein the connector is configured to receive a device and to couple the device to a processor; and visually indicate a status of the connector.

Abstract: A support information provisioning system a support device, an external device; and a customer device. The customer device includes an external connector and a remote access controller device that is coupled to the external connector. In situations where the customer device is experiencing at least one customer device issue that prevents the customer device from provisioning support information related to the operation of the customer device, the remote access controller device operates to detect that the external device has been connected to the external connector and, in response, automatically cause new support information about that customer device to be generated. When the external device is subsequently connected to the support device, it may then provide that new support information to the support device for analysis.

Abstract: Methods and apparatus to implement communications via a remote terminal unit are disclosed. An example apparatus includes a first central processing unit module to be in communication with a host of a process control system. The example apparatus also includes a first rack including a backplane and a plurality of slots. The plurality of slots includes a master slot to receive the first central processing unit module. The backplane communicatively couples the first central processing unit module to at least one of a first communication module or a first input/output (I/O) module inserted in a second one of the slots. The backplane includes a first communication bus for communication of I/O data and a second communication bus for communication of at least one of maintenance data, pass-through data, product information data, archival data, diagnostic data, or setup data. The first communication bus is independent of the second communication bus.

Abstract: A method, non-transitory computer readable medium, and device that assists with transferring data based on actual size of a data operation includes receiving a data operation from a client computing device. A type of the received data operation is determined and additional memory size associated with the determined type of the received data operation is identified. Next, a non-volatile log file is updated with the identified additional memory size and the determined type of the received data operation.