242 results about "Crash" patented technology

The invention relates to a fuzzy test Kubernete-based three-party component vulnerability mining method, which comprises the following steps of: firstly, automatically identifying a user controllable function by combining a large language model based on an official document, a configuration list and source code information of a three-party component, and constructing a keyword dictionary to assist in large-scale identification of a potential target function; then analyzing context information of the target function and an interaction relation of the target function in a Kubernetes cluster, constructing a front dependency library required by fuzzy testing, and automatically generating a fuzzy testing driving program; integrating a fuzzy test driving program with a three-party component source code, performing code instrumentation, pre-compiling and corpus optimization, generating test input according to a set variation strategy, dynamically monitoring a coverage rate and an abnormal behavior, and continuously optimizing a test corpus; and finally, based on the crash behavior of the fuzzy test record, analyzing a trigger path of the vulnerability, performing vulnerability verification in a local Kubernetes cluster environment, and finally generating a vulnerability analysis report.

Disclosed herein are systems and method for restoring a process. An exemplary method may include detecting a crash of an operating system (OS) on a computing device; collecting a memory state of at least one page of physical memory of the OS on the computing device; generating a checkpoint file that includes information related to one or more processes from the collected memory state, wherein the information comprises a state for each of the one or more processes at a time of the crash; for each respective process of the one or more processes, creating, on the computing device or another computing device, a new process corresponding to the respective process; and restoring, based on the checkpoint file, a state of the respective process at the time of the crash such that the new process initiates execution from the restored state.

The invention provides an asynchronous-to-synchronous method and device, equipment, a storage medium and a product, and the method comprises the steps: responding to a first call of a first thread to an asynchronous interface, generating a first call identifier corresponding to the first call, responding to successful call of the first call, blocking the first thread, and generating a second call identifier corresponding to the first call; the first thread is used for executing synchronous processing logic; when the asynchronous interface stores a first asynchronous processing result to a buffer storage library, a second thread is triggered to obtain the first asynchronous processing result in the buffer storage library according to the first call identifier, and the first asynchronous processing result comprises an asynchronous processing result of the asynchronous interface on the first call; and the second thread sends the first asynchronous processing result to the first thread to wake up the first thread to continue execution. According to the method provided by the invention, excessive consumption of system resources and system crash risks in a high-concurrency scene can be avoided, and the stability of the system is improved.

The invention discloses an online upgrading method and device based on ZYNQ, relates to the technical field of ZYNQ online upgrading, and solves the problems that in the prior art, after ZYNQ firmware upgrading fails, equipment crashes, and ZYNQ firmware loading logic is unreasonable. The method comprises the steps that ZYNQ firmware is designed into three parts, all the firmware achieve different functions, and all the firmware achieve different functions; the method comprises the following steps that: a ZYNQ firmware is divided into boot firmware, application program firmware and backup program firmware which are respectively stored in an ROM (Read Only Memory), after the ZYNQ is powered on, the firmware is searched and verified from an initial address of the ROM, the ZYNQ firmware is operated after the verification is passed, the normal operation of a program is realized by loading the backup program firmware after the application program firmware fails to be loaded, and when the firmware is upgraded, the application program firmware can be updated by loading the backup program firmware. According to the method, only the running program firmware is subjected to coverage upgrading so as to ensure that the other program firmware is not damaged, and by using a multiple loading method, it can be ensured that in online upgrading, no matter whether the upgraded application firmware is damaged or not, loading can be carried out by skipping to the position of the correct firmware.

The invention relates to the technical field of equipment firmware updating, in particular to an AIoT equipment updating method and system.The AIoT equipment updating method comprises the following steps that the process state verification memory address overlapping rate is collected to generate a to-be-updated block, the to-be-updated block is extracted, network parameters are normalized, cosine similarity is calculated, and an updating mark is generated; generating a replacement or skipping instruction by combining the block and the mark comparison version hash, writing incremental data, judging the number of failures through a Q-Learning model, counting the number of failures, analyzing the global state, and executing recovery or version updating. According to the method, the upgrading interruption risk is reduced by dynamically recognizing the memory address conflict overlapping region, the network bandwidth, the packet loss rate and the storage delay parameter are evaluated to avoid low-efficiency updating, the version compatibility is accurately judged through Hash comparison to prevent system crash, the load prediction failure risk is analyzed in combination with Q-Learning, and the updating robustness is enhanced. And a multi-level fault-tolerant mechanism is established to maintain basic functions of the equipment by counting the number of failures, and stability and efficiency are improved by cooperating with dynamic scheduling and environmental perception.

The invention provides an automatic bug fixing method based on a large model sensing dynamic program state. The method comprises the following steps of: 1, running verification: verifying existence of vulnerabilities through running, and extracting non-crash constraints; step 2, obtaining an expected state in a repair positioning step, obtaining the expected state based on non-collapse constraint, specifically obtaining the expected state of a collapse position and obtaining the expected state of a potential repair position; 3, a debugging process in the positioning step is repaired, an interface set is provided for the LLM, a program real state is obtained based on program debugging, and static information is obtained based on a tool set; and 4, summarizing debugging information, and generating and verifying patches. According to the method, an actual running state is obtained through program debugging, and an expected state is deduced based on collapse free constraints. By continuously comparing the two states, the nature of the vulnerability can be deeply understood, so that a more accurate and effective repair patch is generated, and the patch repair accuracy, effectiveness and actual availability are remarkably improved.

The invention discloses a position and knowledge similarity-based software crash error repair scheme recommendation method, which outputs a repair method for error codes according to generated crash stack tracking information and corresponding codes when software crashes, and can help developers to quickly and efficiently solve the problem of software crash. When the method works, firstly, a context knowledge base is constructed, problem posts containing crash stacks on Stack Overflow are preprocessed, a knowledge base and an abnormal dictionary are constructed, and a language model is trained; thirdly, a related question set is preliminarily obtained through stack tracking, the comprehensive similarity of the question and an input stack is calculated through the position related similarity and the additional knowledge similarity, and the most related question and answer set is returned; and finally, performing relevancy calculation on the answer paragraphs based on multiple features, selecting paragraphs related to the crash reason by applying an MMR algorithm, and outputting root cause analysis and repair code snippets related to the crash error.

The invention provides a virtual machine crashing event processing method and device and a storage medium. According to the method, when a crashing event occurs in a second virtual machine facing a hardware layer of the electronic equipment, a first virtual machine which does not generate the crashing event and bears an operating system temporarily takes over resources occupied by the second virtual machine, the second virtual machine is restarted independently, and after the second virtual machine is restarted, the first virtual machine does not generate the crashing event and bears the operating system. And returning the resources of the second virtual machine taken over by the first virtual machine to the second virtual machine. Therefore, only the second virtual machine with the crashing event is self-recovered, and the electronic equipment is not triggered to restart the whole machine, so that the user perception is reduced, and the user experience is improved.

An information handling system includes a memory that stores context data associated with a crash of the information handling system. A BIOS determines whether a crash of the information handling system occurred during a most recent operating system runtime of the information handling system. In response to the determination of the crash during the most recent operating system runtime, the embedded controller reads the context data associated with the crash of the information handling system. An embedded controller verifies a golden BIOS image for the information handling system, and sets an indication for an operating system of the information handling system to revert to original setting for a healthy boot.

The invention provides a program crash processing method and device, equipment and a medium. The method comprises the steps that a protection engine is called; when an application program is started, the protection engine is initialized to monitor and capture crash information in the application program, and the crash information comprises abnormal stack information of flash quit of the application program; if the crash information of any application program is captured, processing of the crash information is interrupted according to the type of the abnormal stack information, so that the application program runs normally; the crash information of the application program is collected to generate the crash log, the crash log is uploaded to the server, transmission of the crash information is interrupted, normal operation of the application program is ensured, stability and reliability of the application program are enhanced, the flash quit problem caused by improper operation is reduced, and meanwhile the service life of the application program is prolonged. The debugging and repairing efficiency is improved; the flash quit of the application program is avoided, and the service recovery capability is also improved.

The invention provides a system operation lagging construction method and device, equipment, a medium and a program product. Relates to the technical field of system performance testing. The method comprises the steps that the CPU thread number and a watchdog threshold value of a current system are obtained; on the basis of the CPU thread number and the watchdog threshold value, the duration of the target thread executing busy waiting operation is calculated through a preset formula; initializing a spin lock of a kernel mode, and creating target threads of which the number is the same as that of the CPU threads, so that the target threads execute preset processing logic to construct system operation jamming; the preset processing logic comprises the following steps: periodically obtaining a spin lock; responding to the situation that the spin lock is not obtained, and continuing to execute the spin lock obtaining operation; and in response to obtaining the spin lock, executing a busy waiting operation. According to the method, CPU resources are continuously occupied through kernel spin lock competition, and a real system jamming scene is simulated. The busy waiting operation duration is dynamically calculated, it is ensured that the single-thread lock holding time is slightly lower than a watchdog threshold value, and crash of a system triggering unrecoverable is avoided.

Techniques for limiting or reducing storage accessibility “hiccups” in active-active clustered systems that perform large writes. The techniques can include executing, by a surviving, failover, or rebooted node of an active-active clustered system, a specialized recovery protocol that includes treating each large write request from a host computer as a plurality of small write requests while execution of the specialized recovery protocol is in progress, draining all dedicated sub-ubers for a primary and secondary node of the active-active clustered system, and, having completed execution of the specialized recovery protocol, resuming normal treatment of large write requests from the host computer. In this way, the need and complexity of managing large writes and maintaining their corresponding sub-uber information during recovery from a forced reboot, crash, or disaster involving the primary or secondary node can be avoided, and storage accessibility hiccups due to performing the large writes can be limited or reduced.

Methods, systems, and computer-readable storage media for receiving a crash report provided as a computer-readable file, providing a stack trace from the crash report, adding component information to the stack trace, for each component identified in the stack trace, determining a set of features, processing sets of features through a ML model to provide a prediction identifying a component as a bug component, and assigning the bug component for resolution through a crash management system.

Systems and methods include an Information Handling System (IHS) that is adapted to provide crash handling that is particularized to each phase of the IHS boot sequence. A boot sequence is initiated that includes two or more phases. Prior to each phase of the boot sequence, a crash handler is initiated that is configured to collect state information for IHS hardware configured during that respective phase of the boot sequence. Upon detecting a boot sequence crash by the IHS, the crash handler operating during the phase of the boot sequence of the crash stores hardware state information it has collected to a shared memory location.

The invention discloses an industrial edge application dynamic updating method based on a microkernel, and relates to the field of industrial automation. Designing an industrial edge application based on the microkernel; and constructing a function block as a thread, and dynamically updating the industrial edge application by reconfiguring a thread entry point address. The microkernel architecture is mainly used for designing an operating system, the most basic core functions (scheduling, inter-process communication and address space management) in the operating system are realized, and all other functions such as a file system and a device driver are operated in a user layer as independent services. All services run in different address spaces in the form of threads, different services can be strictly isolated by combining access control based on Capability, and other services and kernels cannot be affected by collapse of any service. The micro-kernel architecture also adopts a modular design, and any independent module can realize thread-level loading and updating, so that dynamic updating and expansion are facilitated.

The invention provides a concurrent vulnerability fuzzy test method and device supporting reproduction, and relates to the technical field of computers, the method comprises the following steps: obtaining a target program obtained by rewriting an original binary program; wherein the target program comprises a plurality of key basic blocks, and the execution sequence of the key basic blocks is used as a thread interleaving feedback signal; performing thread staggering variation based on the key basic block to generate a plurality of target test cases containing a plurality of thread staggering conditions; performing a fuzzy test based on the plurality of target test cases, and reproducing a crash scene based on execution information of the target program under the condition that the target program is triggered to crash in the fuzzy test process; wherein the execution information is obtained by recording the execution sequence of the key basic blocks in the execution process of the target program. Through the method provided by the invention, concurrent vulnerabilities can be effectively mined, and recurrent fuzz testing can be carried out.

The invention discloses an application crash processing method and device, equipment and a medium, when it is detected that an application crash event occurs, crash state information of the crash event is obtained, whether a crash positioning result of the crash event is code crash or data crash is determined according to the crash state information, and if the crash positioning result is code crash, the application crash processing method is executed. If the crash event is a data crash event, obtaining a current operation interface where the crash event is located, and controlling the current operation interface to perform interface switching operation based on a preset interface switching mode, and if the crash positioning result is data crash, determining a repair level for automatically repairing the application, and performing clearing operation on cache data of the application according to the repair level. And automatic repair is realized. It can be seen that when the code crash is determined, the interface switching operation is performed based on the preset interface switching mode, and when the data crash is determined, the application is automatically repaired, so that the application crash can be quickly and effectively repaired, and the user experience is enhanced.

The invention discloses a core dump crash reason positioning method and device, equipment and a storage medium, relates to the technical field of code fault positioning, and discloses a core dump crash reason positioning method, which comprises the following steps of: obtaining a program source code and running log information, and analyzing a core dump file to obtain crash state information; constructing an address-function-code mapping relation through the crash state information and the program source code; positioning a fault code in the program source code according to the address-function-code mapping relation to obtain a program call chain and a fault code block; and positioning a core dump crash reason according to the fault code block, the program call chain and the running log information. Through the technical means of fusing the crash state information, the program source code and the running log information and constructing the address-function-code mapping relation, the technical effect of accurately positioning the core dump crash reason is achieved.

The invention discloses a kernel downtime diagnosis method and device, electronic equipment and a storage medium, and the method comprises the steps: obtaining a kernel dump file which stores memory state information of an operating system of a target machine during kernel downtime; loading a downtime detection engine, and obtaining a downtime detection rule base from the yum source based on the downtime detection engine; the downtime detection rule base comprises a plurality of downtime detection rules for indicating different preset kernel downtime reasons, and each downtime detection rule comprises abnormal memory state information corresponding to the corresponding preset kernel downtime reason and operating system repair logic; and based on the matching condition between the memory state information in the kernel dump file and the abnormal memory state information in each downtime detection rule, generating a kernel downtime diagnosis result and sending the kernel downtime diagnosis result to the background server, so that the background server repairs the operating system of the target machine based on the kernel diagnosis result. According to the method, the diagnosis efficiency of the kernel downtime problem is improved.

The invention discloses a data processing method and device, electronic equipment and a storage medium, and relates to the technical field of computers. A specific embodiment of the method comprises the steps of receiving a preset program running instruction, and obtaining a to-be-monitored function set in a preset program to monitor call information of each to-be-monitored function in the function set; in response to the condition that the calling information is triggered, monitoring stack information and memory access information called corresponding to the to-be-monitored functions, so as to extract a data access address from the stack information, and generating data access distribution information of each to-be-monitored function in combination with the memory access information; memory structure information of the preset program is obtained, and the running state of the preset program is calculated according to the memory structure information and the data access distribution information; and sending the running state of the preset program and the data access distribution information. According to the implementation mode, the problems that when the abnormal crash is recorded and reproduced by using ebpf, the overall operation monitoring of the application program cannot be solved, and the user requirements cannot be met can be solved.

The invention discloses an optimization sensitive test system and method for an AI compiler, and belongs to the technical field of software testing. The method mainly comprises the following steps: firstly, automatically extracting an IR sub-graph mode capable of triggering specific optimization Pass from an existing test of a compiler through dynamic instrumentation; secondly, through a strategy of multiplexing compatible nodes or creating new nodes, the optimization modes are intelligently synthesized into a diversified seed calculation graph context, and a large number of test cases capable of effectively triggering compiler optimization are generated; and finally, efficiently revealing the defects of the AI compiler in the optimization stage by taking crash detection and reasoning consistency comparison as test predictions. The defect that an existing random generation or grammar generation method is insufficient in test coverage rate in the optimization stage is overcome, the deep optimization defect in the AI compiler can be automatically and efficiently detected, and the method has the high error detection rate and good universality.

The invention discloses a method and device for storing crash information, and relates to the technical field of safety protection. The method comprises the following steps: when a first kernel is started, reserving a system memory with target capacity as an information storage area through the first kernel; when the firewall is started, loading the second kernel into the memory by using the kernel calling command; when it is detected that the first kernel crashes, based on a crash recording function, crash information needing to be stored is written into the information storage area; wherein the crash information is used for representing an error report recorded in real time when the kernel crashes; after the second kernel is started, a crash information reading tool is used for reading the data in the information storage area and writing the data into a disk, a crash information record is obtained, and restarting operation is executed. The method is used for achieving the function of storing the crash information.

The embodiment of the invention provides a bug fixing method and device oriented to a fuzzy test, in the bug fixing method, a crash log recorded in the process of conducting the fuzzy test on a target program is obtained, and the crash log at least comprises a code line where a bug triggering crash of the target program is located. A first prompt text is constructed based on the crash log, and the first prompt text indicates to modify the code line where the vulnerability is located so as to repair the vulnerability in the target program. And inputting the first prompt text into the large model to obtain a first patch code for repairing the vulnerability. And performing first correctness verification on the first patch code, and after the first correctness verification is passed, replacing the code line where the vulnerability in the target program is located by using the first patch code.

The invention discloses a storage system fault processing method and electronic equipment, and relates to the technical field of computers. The load mode of a storage system is determined to be a light load mode or a heavy load mode based on load information of the storage system; according to the method, differential fault processing strategies are implemented in combination with the weight of the system load information and the current fault level to process the load fault, system crash caused by blind execution of recovery operation under high load is avoided, meanwhile, the recovery process is accelerated under low load, and therefore the fault-tolerant capability and stability of the storage system are comprehensively improved.

The invention provides a method and system for analyzing system crash, and the method for analyzing the system crash comprises the following steps: firstly, obtaining a parameter group through a system interface; then, marking a parameter group; then, when the system crashes, grabbing the Ramdump information and the useful information in the parameter group; thirdly, storing the Ramdump information and the useful information into a specified partition; analyzing data in the Ramdump information by using the useful information so as to find clues of system crash; in this way, the Ramdump data can be directly grabbed and analyzed without additionally storing and keeping symbol files of various versions and without an analysis function provided by additional external software.

The invention provides a crash processing method and device for a startup application, equipment and a storage medium, and the method comprises the steps: monitoring the crash frequency of the startup application in real time after the startup application of electronic equipment is started and runs; and if the crash frequency is greater than or equal to a preset threshold value, stopping running the startup application, configuring an environment variable of the electronic equipment and broadcasting startup completion information to related applications in the electronic equipment so as to trigger the related applications to start and run. The crash frequency of the startup application is judged, if the crash frequency is larger than or equal to the preset threshold value, running of the startup application is stopped, the environment variables of the electronic equipment are configured, and the startup completion information is broadcasted to the related applications in the electronic equipment, so that the related applications are triggered to start running; the problem that the user cannot normally enter the desktop to use the electronic equipment due to the crash of the startup application is solved, the use experience of the user is ensured, and the complaint rate and the churn rate of the user are reduced.

Systems and methods include an Information Handling System (IHS) that is adapted to provide crash handling that is particularized to each phase of the IHS boot sequence. A boot sequence is initiated that includes two or more phases. Prior to each phase of the boot sequence, a crash handler is initiated that is configured to collect state information for IHS hardware configured during that respective phase of the boot sequence. Upon detecting a boot sequence crash by the IHS, the crash handler operating during the phase of the boot sequence of the crash stores hardware state information it has collected to a shared memory location.

Systems and methods for in-system, self-recovery (ISSR) in a system-on-a-chip (SoC) are disclosed for detecting and recovering from a bit corruption event that has caused an SoC subsystem to crash. If a bit flip event is detected through observation of a subsystem crash, ISSR steps are taken in an attempt to correct the issue. If the ISSR steps are successful, then the system is not halted and mission mode operations continue. If the ISSR steps are unsuccessful, then the system is halted and an return material authorization (RMA) can then be issued for return of the failed part to the OEM. Crash events and self-recovery attempts preferably are logged by the ISSR system and provided to the OEM.

The invention discloses an exception handling method. The method can be applied to an application program. A user can trigger the application program starting operation, and correspondingly, the application program can receive the application program starting operation and respond to the application program starting operation. If the number of times that the application program continuously generates the startup crash reaches a preset number of times, the application program can display at least one interaction identifier, and the at least one interaction identifier is used for triggering an interaction operation for solving the startup crash. Therefore, a user can trigger the interaction operation for solving the startup crash through the at least one interaction identifier to solve the startup crash, so that the user can normally use the application program. Therefore, according to the scheme, a user does not need to execute a series of operations, the interaction operation for solving the startup crash can be triggered through the at least one interaction identifier, the user operation is convenient, and the user experience can be improved.

The application discloses a file naming method and an electronic device, relates to the software field, and is used for helping to locate a crashed process by naming a crash report file as the name of the crashed process. The file naming method is applied to a Crashpad run by the electronic device, the Crashpad comprises a Crashpad processing end and a Crashpad client, and the method comprises the following steps: in response to a crash of a target process, the Crashpad processing end acquires a command line of the target process, the command line comprising the name of the target process; the Crashpad processing end analyzes the command line to obtain the name of the target process; the Crashpad processing end sends a target string to the Crashpad client; and the Crashpad client converts a crash report into a crash report file named by the target string, the target string comprising the name of the target process.