Host downtime screen recording method and system based on substrate management controller

Abstract

The invention provides a host downtime screen recording method and system based on a substrate management controller. The substrate management controller runs a real-time operating system and a preset non-real-time operating system. The method comprises the steps that when the baseboard management controller is powered on and started, the real-time operating system responding to the baseboard management controller is started successfully, and the real-time operating system executes host downtime screen recording operation. According to the baseboard management controller-based host downtime screen recording method and system provided by the invention, the real-time operating system and the preset non-real-time operating system run through the baseboard management controller, the real-time operating system of the baseboard management controller is successfully started, and the real-time operating system executes the host downtime screen recording operation; when the substrate management controller is started, the host downtime screen recording operation can be completed, and the reliability of host downtime screen recording is improved.

Description

Technical Field

[0001] The present invention relates to the field of computer technology, and in particular to a host downtime screen recording method and system based on a baseboard management controller. Background Art

[0002] As server equipment types become more diverse, the functions of the Baseboard Management Controller (BMC) used for monitoring become more complex. The downtime screen recording function is a technology designed to record screen operations and system status of a host (such as a computer or server) when it fails, crashes, or becomes unresponsive. When a host downtime is detected, the current screen status is captured immediately to facilitate subsequent analysis and fault location.

[0003] In the existing technology, the BMC runs the Linux system, and the downtime screen recording can only be performed after the system is started. If the host crashes when the BMC is started, the host downtime screen recording cannot be performed because the Linux system in the BMC is not running yet. This requires a technology to ensure that the host downtime screen recording operation can be completed when the baseboard management controller is started. Summary of the invention

[0004] The present invention provides a host downtime screen recording method and system based on a baseboard management controller, which are used to solve the defect in the prior art that downtime screen recording can only be performed after the system is started. If the server crashes when the BMC is started, the downtime screen recording cannot be performed because the Linux system in the BMC is not yet running. The host downtime screen recording operation can be completed when the baseboard management controller is started, thereby improving the reliability of the host downtime screen recording.

[0005] The present invention provides a host downtime screen recording method based on a baseboard management controller, wherein the baseboard management controller runs a real-time operating system and a preset non-real-time operating system; the method comprises the following steps: when the baseboard management controller is powered on and started, in response to the real-time operating system of the baseboard management controller being successfully started, the real-time operating system executes the host downtime screen recording operation.

[0006] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the real-time operating system runs on a first CPU core, and the preset non-real-time operating system runs on a second CPU core.

[0007] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the method also includes: in response to the real-time operating system obtaining information that the preset non-real-time operating system has successfully started and entered a normal working state, transferring the execution authority of the host downtime screen recording operation from the real-time operating system to the preset non-real-time operating system.

[0008] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the method also includes: in response to the real-time operating system obtaining information that the preset non-real-time operating system has restarted or an operating system failure has occurred, transferring the execution authority of the host downtime screen recording operation from the preset non-real-time operating system to the real-time operating system.

[0009] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the method also includes: in response to the real-time operating system obtaining information that the preset non-real-time operating system has successfully restarted to enter a normal working state or the operating system has recovered from a fault, transferring the execution authority of the host downtime screen recording operation from the real-time operating system to the preset non-real-time operating system.

[0010] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the host downtime screen recording operation includes: sending a query command to the host to obtain the value of a preset register; in response to the preset register being set, starting the screen recording process.

[0011] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the screen recording process includes: reading VGA image data of the host obtained by a VGA driver module from the memory; packaging the VGA image data into video data according to the encoding format of the VGA image data; and storing the video data to a preset storage location.

[0012] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the video data includes a REC header and a data packet; wherein the REC header includes a timestamp, a data size and the encoding format; the data packet includes a frame header and frame data, or the data packet includes frame data.

[0013] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the method also includes: in response to receiving a video query instruction from a client, obtaining the corresponding video data and sending it to the client, so that the client can call the corresponding video codec according to the encoding format of the video data to realize decoding and playback of the video data.

[0014] The present invention also provides a host downtime screen recording system based on a baseboard management controller, wherein the baseboard management controller runs a real-time operating system and a preset non-real-time operating system; the host downtime screen recording system includes a downtime screen recording management module, and the downtime screen recording management module is used to: when the baseboard management controller is powered on and started, in response to the successful startup of the real-time operating system of the baseboard management controller, the real-time operating system executes the host downtime screen recording operation.

[0015] The present invention also provides a baseboard management controller, characterized in that it includes a host downtime screen recording device based on the baseboard management controller.

[0016] The present invention also provides an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, it implements any of the host downtime screen recording methods based on a baseboard management controller as described above.

[0017] The present invention also provides a non-transitory computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, the host downtime screen recording method based on a baseboard management controller as described in any one of the above is implemented.

[0018] The present invention also provides a computer program product, including a computer program, which, when executed by a processor, implements any of the host downtime screen recording methods based on a baseboard management controller as described above.

[0019] The host downtime screen recording method and system based on the baseboard management controller provided by the present invention runs a real-time operating system and a preset non-real-time operating system through the baseboard management controller. The real-time operating system of the baseboard management controller is successfully started, and the host downtime screen recording operation is executed by the real-time operating system. The host downtime screen recording operation can also be completed when the baseboard management controller is started, thereby improving the reliability of the host downtime screen recording. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] In order to more clearly illustrate the technical solutions in the present invention or the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0021] Figure 1 It is a flow chart of the host downtime screen recording method based on the baseboard management controller provided by the present invention.

[0022] Figure 2 It is a schematic diagram of the startup process of a heterogeneous dual-core system in the host downtime screen recording method based on a baseboard management controller provided by the present invention.

[0023] Figure 3 It is a schematic diagram of the system physical block diagram of the host downtime screen recording method based on the baseboard management controller provided by the present invention.

[0024] Figure 4It is a schematic diagram of the storage format of video data in the host downtime screen recording method based on the baseboard management controller provided by the present invention.

[0025] Figure 5 It is a schematic diagram of the execution flow of the host downtime screen recording operation in the host downtime screen recording method based on the baseboard management controller provided by the present invention.

[0026] Figure 6 It is a structural schematic diagram of a host downtime screen recording system based on a baseboard management controller provided by the present invention.

[0027] Figure 7 It is a structural schematic diagram of the electronic device provided by the present invention. DETAILED DESCRIPTION

[0028] In order to make the purpose, technical solution and advantages of the present invention clearer, the technical solution of the present invention will be clearly and completely described below in conjunction with the drawings of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0029] Glossary: Baseboard Management Controller: A Baseboard Management Controller (BMC) is an embedded computer subsystem that is usually integrated into a server system. BMC is responsible for managing and monitoring server hardware resources and providing remote management capabilities.

[0030] Linux: The full name is GNU / Linux, which is a free to use and free to spread Unix-like operating system. It is a multi-user, multi-tasking operating system that supports multi-threading and multi-CPU.

[0031] RTOS: Real-time operating system.

[0032] KVM: Keyboard, Video, Mouse. The KVM function uses the USB interface connected to the BMC and the Host (host) to use the HID (Human Interface Device) driver to virtualize the mouse and keyboard devices on the Host side to control the Host, and at the same time obtain the VGA graphics card output image and display the video image through the KVM system software.

[0033] Downtime screen recording: usually refers to a function that records the status and operations on the screen when a system or application crashes.

[0034] Figure 1is a flow chart of a host downtime screen recording method based on a baseboard management controller provided by the present invention, wherein the baseboard management controller runs a real-time operating system and a preset non-real-time operating system, such as Figure 1 As shown, the method includes: Step S1: When the baseboard management controller is powered on and started, in response to the real-time operating system of the baseboard management controller starting successfully, the real-time operating system executes a host downtime screen recording operation.

[0035] The baseboard management controller (BMC) is connected to the host to manage the hardware resources of the host. The BMC runs a real-time operating system and a preset non-real-time operating system. In the embedded field, the preset non-real-time operating system mostly uses the Linux system. This application will take the preset non-real-time operating system as an example of the Linux system, but it does not constitute a limitation on the preset non-real-time operating system.

[0036] Among them, the business functions of the baseboard management controller are executed by the Linux system. BMC runs the Linux system. After Linux starts normally, the system will start multiple processes. Each process performs different tasks, such as power management, sensor data monitoring, video processing, fan control, etc. Different tasks are managed by different processes. The implementation of the Linux system crash screen recording is completed in the KVM server process. The premise for the normal implementation of the Linux system crash screen recording function is that the Linux system starts normally and the KVM server process runs normally. However, during the power-on startup of the baseboard management controller, since the Linux system is a non-real-time operating system, it takes a certain amount of time to start. Therefore, if the host crashes during the startup of the Linux system, the crash screen recording operation cannot be performed.

[0037] However, for a real-time operating system, the power-on startup time is negligible, which means that the real-time operating system can work normally as long as the system is powered on, that is, the downtime screen recording operation can be realized as soon as the system is powered on.

[0038] Therefore, in order to realize downtime screen recording during the startup process of the preset non-real-time operating system and improve the reliability of downtime screen recording, during the BMC power-on startup, if the real-time operating system of the baseboard management controller is successfully started, the real-time operating system will execute the host downtime screen recording operation. The real-time operating system can be set to automatically execute the host downtime screen recording operation after the startup is successful.

[0039] The host downtime screen recording method based on the baseboard management controller provided by the present invention runs a real-time operating system and a preset non-real-time operating system through the baseboard management controller. The real-time operating system of the baseboard management controller is successfully started, and the host downtime screen recording operation is executed by the real-time operating system. The host downtime screen recording operation can also be completed when the baseboard management controller is started, thereby improving the reliability of the host downtime screen recording.

[0040] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the real-time operating system runs on a first CPU core, and the preset non-real-time operating system runs on a second CPU core.

[0041] The baseboard management controller supports multiple CPU cores. In the embodiment of the present invention, the real-time operating system runs on the first CPU core, and the preset non-real-time operating system runs on the second CPU core. That is, a heterogeneous dual-core system is adopted. Restarting one of the systems in a dual-core system usually does not affect the operating status of the other system. Each operating system will run independently in its own partition. The first CPU core runs a real-time operating system and only executes the downtime screen recording collection and storage program; the second CPU core runs a preset non-real-time operating system, obtains sensor detection, alarm and other information from the host through interfaces such as SPI / USB / PCIe, and realizes power management, KVM control and other functions.

[0042] Figure 2 Schematic diagram of the startup process of a heterogeneous dual-core system in the host downtime screen recording method based on a baseboard management controller provided by the present invention, such as Figure 2 As shown, the startup process includes: 1) Power on and wake up the first CPU core CPU0; 2) CPU0 runs the specified program in BootRom (diskless boot Rom interface) and loads the real-time operating system (RTOS system) to start; 3) Call SPL during RTOS system startup; 4) The SPL (secondary program loader) stage guides Uboot (boot loader) to start; 5) The Uboot stage will load the Linux kernel and start the BMC service program.

[0043] The real-time operating system and the preset non-real-time operating system are independently run in the baseboard management controller. Using a multi-core CPU is a common way to achieve independent operation of the real-time operating system and the preset non-real-time operating system, but other methods can also be used, such as using virtualization technology to achieve independent operation of the real-time operating system and the preset non-real-time operating system.

[0044] The host downtime screen recording method based on the baseboard management controller provided by the present invention runs a real-time operating system on the first CPU core and a preset non-real-time operating system on the second CPU core, thereby simply realizing the independent operation of the real-time operating system and the preset non-real-time operating system.

[0045] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the method also includes: in response to the real-time operating system obtaining information that the preset non-real-time operating system has successfully started and entered a normal working state, transferring the execution authority of the host downtime screen recording operation from the real-time operating system to the preset non-real-time operating system.

[0046] After the default non-real-time operating system, such as the Linux system, is successfully started, multiple processes will be started, including the KVM server process, which is mainly used to obtain and process the host image data. Multiple threads will be run in it to realize functions such as KVM image transmission, mouse and keyboard, screenshot command transmission, downtime screen recording, setting modification, etc. Therefore, the KVM server process performs the host downtime screen recording operation, which is a function that has been realized in the default non-real-time operating system.

[0047] This application runs a real-time operating system and a preset non-real-time operating system at the same time, and the real-time operating system performs the host downtime screen recording operation during the startup of the preset non-real-time operating system. After the preset non-real-time operating system starts normally and the KVM server process runs normally, the preset non-real-time operating system will also perform the downtime screen recording operation.

[0048] First, you need to select only one operating system to perform the downtime screen recording operation, rather than two operating systems performing the downtime screen recording operation at the same time. Otherwise, it will not only cause a waste of resources, but also cause resource preemption and conflict. You can choose to let the real-time operating system always perform the host downtime screen recording operation. At this time, you need to remove the related functions of the host downtime screen recording in the KVM server process. In addition, you can also transfer the host downtime screen recording operation permissions after the preset non-real-time operating system is successfully started and the KVM server process runs normally, and let the preset non-real-time operating system perform the host downtime screen recording operation.

[0049] After the preset non-real-time operating system is successfully started and the KVM server process is running normally, the host downtime screen recording operation authority is transferred, and the host downtime screen recording operation is performed by the preset non-real-time operating system based on the following considerations: (1) In the Linux system, the KVM server process will always have data interaction with the underlying VGA driver module, so to ensure the normal operation of the KVM server process, the computing resources are concentrated on the Linux system. Therefore, when Linux is started and running normally, the RTOS will release resources (such as CPU, memory, etc.) so that they can be used for applications in Linux, improving the overall performance of Linux.

[0050] (2) Using RTOS to handle real-time tasks and Linux to handle non-real-time tasks helps improve the stability and reliability of the overall system.

[0051] Therefore, after the real-time operating system is successfully started, in response to the real-time operating system obtaining information that the preset non-real-time operating system has successfully started and entered a normal working state, the execution authority of the host's information downtime screen recording operation is transferred from the real-time operating system to the preset non-real-time operating system.

[0052] The real-time operating system and the preset non-real-time operating system can exchange data through channels such as shared memory, VGA video memory, and USB. The real-time operating system can obtain the status of the preset non-real-time operating system by monitoring, for example, by real-time monitoring of the preset flag bit of the preset register, and the value of the preset flag bit indicates the status of the preset non-real-time operating system. Alternatively, it can also be achieved by receiving a notification message from the preset non-real-time operating system. For example, after the KVM server process of the preset non-real-time operating system works normally, it exchanges data with the first CPU core through channels such as shared memory, VGA video memory, and USB, notifies the first CPU core, and the first CPU core hands over the control authority of the downtime screen recording, which is taken over by the second CPU core.

[0053] The host downtime screen recording method based on the baseboard management controller provided by the present invention transfers the execution authority of the host downtime screen recording operation from the real-time operating system to the preset non-real-time operating system in response to obtaining information that the preset non-real-time operating system has successfully started and entered a normal working state, thereby improving system stability and saving system resources.

[0054] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the method also includes: in response to the real-time operating system obtaining information that the preset non-real-time operating system has restarted or an operating system failure has occurred, transferring the execution authority of the host downtime screen recording operation from the preset non-real-time operating system to the real-time operating system.

[0055] The preset non-real-time operating system may restart or experience operating system failure. During the process of the preset non-real-time operating system restarting or when an operating system failure occurs, the host downtime screen recording operation cannot be performed normally. Therefore, after the preset non-real-time operating system successfully starts and enters a normal working state, the execution authority of the host downtime screen recording operation is transferred from the real-time operating system to the preset non-real-time operating system. The real-time operating system can monitor the state of the preset non-real-time operating system in real time. In response to obtaining that the preset non-real-time operating system restarts or experiences an operating system failure, the execution authority of the host downtime screen recording operation is transferred from the preset non-real-time operating system to the real-time operating system.

[0056] The host downtime screen recording method based on the baseboard management controller provided by the present invention transfers the execution authority of the host downtime screen recording operation from the preset non-real-time operating system to the real-time operating system in response to obtaining information that the preset non-real-time operating system has restarted or the operating system has failed, thereby further improving the reliability of the downtime screen recording.

[0057] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the method also includes: in response to the real-time operating system obtaining information that the preset non-real-time operating system has successfully restarted to enter a normal working state or the operating system has recovered from a fault, transferring the execution authority of the host downtime screen recording operation from the real-time operating system to the preset non-real-time operating system.

[0058] When the preset non-real-time operating system restarts or the operating system fails, the execution authority of the host downtime screen recording operation is transferred from the preset non-real-time operating system to the real-time operating system. The real-time operating system can monitor the status of the preset non-real-time operating system in real time. In response to obtaining that the preset non-real-time operating system has successfully restarted and entered a normal working state or the operating system failure has been recovered, the execution authority of the host downtime screen recording operation is transferred from the real-time operating system to the preset non-real-time operating system.

[0059] The host downtime screen recording method based on the baseboard management controller provided by the present invention transfers the execution authority of the host downtime screen recording operation from the real-time operating system to the preset non-real-time operating system in response to obtaining information that the preset non-real-time operating system has successfully restarted to enter a normal working state or the operating system has recovered from a fault, thereby further improving system stability and saving system resources.

[0060] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the host downtime screen recording operation includes: sending a query command to the host to obtain the value of a preset register; in response to the preset register being set, starting the screen recording process.

[0061] Figure 3This is a schematic diagram of the physical block diagram of the system in the host downtime screen recording method based on the baseboard management controller provided by the present invention. Figure 3 As shown, when the real-time operating system and the preset non-real-time operating system perform the host downtime screen recording operation, they can periodically send query instructions (such as IPMI commands) to the host to obtain the value of the preset register. When the preset register is set, it indicates that the host has crashed and the screen recording process is started. Among them, IPMI is a hardware management interface.

[0062] The host downtime screen recording method based on the baseboard management controller provided by the present invention obtains the value of a preset register by sending a query command to the host, and starts the screen recording process in response to the preset register being set, thereby improving the reliability of the host downtime screen recording operation.

[0063] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the screen recording process includes: reading VGA image data of the host obtained by a VGA driver module from the memory; packaging the VGA image data into video data according to the encoding format of the VGA image data; and storing the video data to a preset storage location.

[0064] like Figure 3 As shown, when the real-time operating system and the preset non-real-time operating system execute the screen recording process, they read the VGA image data of the host from the memory, package the VGA image data into video data according to the encoding format of the VGA image data, and store the video data in the preset storage location. Among them, the VGA driver module of the BMC obtains the VGA image data of the host in real time and stores it in the memory of the BMC. The preset storage location can be, for example, a Flash / TF card, etc., and the preset storage location can be set on the BMC client.

[0065] The host downtime screen recording method based on the baseboard management controller provided by the present invention realizes the generation and storage of the host downtime video data by reading the VGA image data of the host obtained by the VGA driver module from the memory, packaging the VGA image data into video data according to the encoding format of the VGA image data, and storing the video data in a preset storage location, thereby realizing the generation and storage of the host downtime video data and facilitating problem troubleshooting.

[0066] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the video data includes a REC header and a data packet; wherein the REC header includes a timestamp, a data size and the encoding format; the data packet includes a frame header and frame data, or the data packet includes frame data.

[0067] Figure 4The schematic diagram of the storage format of video data in the host downtime screen recording method based on the baseboard management controller provided by the present invention. The encoding format of the VGA image data obtained by different types of BMC chips may be different, such as jpeg format or YUV format, and the VGA image data is packaged into video data according to the encoding format of the VGA image data.

[0068] In order to adapt to different formats of video data, video data is defined as consisting of REC header and data packet. The REC header includes timestamp, data size and encoding format, and the structure is as follows: typedef struct

[0069] {

[0070] uint32_t timestamp; uint32_t size; uint8_t mode; }

[0071] The timestamp may be a timestamp indicating the time when the VGA image data was acquired.

[0072] Data packets vary depending on the data format. For data in jpeg format, the data packet contains frame data. For image data in YUV format, the data packet consists of a frame header and frame data. The frame header is the header of a frame of data. The frame header includes image resolution and other content. The format is as follows: typedef struct

[0073] {

[0074] uint16_t engineVersion; uint16_t headerLength; uint16_t SourceModeInfoX; uint16_t SourceModeInfoY; uint16_t SourceModeInfoColorDepth; uint16_t SourceModeInfoModeIndex; uint8_t Mode420; uint32_t StartCode; uint32_t FrameNumber; uint16_t HSize; uint16_t VSize; uint8_t JPEGYUVTbaleMapping; uint8_t JPEGTbaleSelector; uint32_t CompressDataSize; uint32_t HDebug; uint32_t VDebug; uint16_t CursorXPos; uint16_t CursorYPos; }

[0075] The frame header data is used to encode and decode the image data and convert the H.264 video image into an RGB image for easy display on the client.

[0076] Therefore, according to different encoding formats of the VGA image data, the data packet may include a frame header and frame data, or may only include frame data.

[0077] The host downtime screen recording method based on the baseboard management controller provided by the present invention realizes the differentiated storage of video data in different formats by setting the video data to include a REC header and a data packet, the REC header includes a timestamp, data size and encoding format, the data packet includes a frame header and frame data, or the data packet includes frame data.

[0078] According to a host downtime screen recording method based on a baseboard management controller provided by the present invention, the method also includes: in response to receiving a video query instruction from a client, obtaining the corresponding video data and sending it to the client, so that the client can call the corresponding video codec according to the encoding format of the video data to realize decoding and playback of the video data.

[0079] The BMC client can connect to the web server running in the second CPU core, and can obtain and parse video data, including video data generated by the real-time operating system and the preset non-real-time operating system.

[0080] The BMC client can display a list of video data, and click on a video data entry in the video data list to trigger a video query instruction for sending the corresponding video data to the BMC server. In response to receiving the video query instruction from the client, the BMC server obtains the corresponding video data and sends it to the client, so that the client can call the corresponding video codec according to the encoding format in the REC header of the video data to achieve decoding and playback of the video data.

[0081] When playing the video data of the host crash, you can also select the video from the local computer and play it directly. In this way, when the device cannot start, you can play the video stored in the TF card, which is convenient for other devices to parse the video data. Set the crash video to be stored in the TF card, so that the server crash video can be obtained even when the BMC crashes or the FLASH is damaged. When the operation and maintenance personnel view the BMC crash video, they do not need to go through the host. In the event of unexpected situations such as upgrades, startups, crashes, and recovery, the operation and maintenance personnel can still obtain the crash video, and can quickly analyze and locate the fault, which improves the operation and maintenance efficiency.

[0082] The host downtime screen recording method based on the baseboard management controller provided by the present invention obtains the corresponding video data and sends it to the client in response to receiving a video query instruction from the client, so that the client can call the corresponding video codec according to the encoding format of the video data to realize decoding and playback of the video data, thereby facilitating the troubleshooting of the host downtime.

[0083] Figure 5 1 is a schematic diagram of the execution flow of the host downtime screen recording operation in the host downtime screen recording method based on the baseboard management controller provided by the present invention. Figure 5 As shown, the process includes: Periodically send IPMI query commands to the host to query whether the preset register (register A) is set; If register A is set, the host VGA image data stored in the VGA driver module is obtained from the memory; For VGA image data, Figure 4 The storage format shown is packaged and compressed to obtain video data; Store the video data in the specified location.

[0084] The premise for the normal implementation of the downtime recording function of traditional technology is that the Linux system is started normally and the KVM server process is running normally. If the host crashes as soon as the BMC is powered on, or during the BMC Linux system restart, upgrade, or crash, because the Linux system takes some time to start, during the startup process, the KVM server process has not yet run, the downtime recording function cannot be triggered, and the process cannot be recorded.

[0085] The present invention provides a BMC downtime screen recording collection and storage solution based on heterogeneous dual systems, which is mainly used to solve the problem that the downtime screen recording function cannot be realized during the Linux system upgrade, startup, crash process or when the KVM server process does not run normally. The dual system is operated by ARM dual-cores, one core runs the Linux system and normally executes BMC services such as sensor monitoring, alarm, power management, fan control and other programs; the other core runs RTOS and only executes the downtime screen recording collection and storage program. Since the RTOS is a real-time system, the set task program can be run as soon as it is powered on, and there is no startup time. The function of recording the server downtime screen recording as soon as it is powered on can be realized, which improves the information capture capability when the system fails, and facilitates the rapid location and repair of the fault.

[0086] The host downtime screen recording system based on the baseboard management controller provided by the present invention is described below. The host downtime screen recording system based on the baseboard management controller described below and the host downtime screen recording method based on the baseboard management controller described above can be referenced to each other.

[0087] Figure 6 Schematic diagram of the host downtime recording system based on the baseboard management controller provided by the present invention. The baseboard management controller runs a real-time operating system and a preset non-real-time operating system, such as Figure 6 As shown, the system includes a downtime screen recording management module 10, and the downtime screen recording management module 10 is used for: when the baseboard management controller is powered on and started, in response to the real-time operating system of the baseboard management controller starting successfully, the real-time operating system executes the host downtime screen recording operation.

[0088] The host downtime screen recording system based on the baseboard management controller provided by the present invention runs a real-time operating system and a preset non-real-time operating system through the baseboard management controller. The real-time operating system of the baseboard management controller is successfully started, and the host downtime screen recording operation is executed by the real-time operating system. The host downtime screen recording operation can also be completed when the baseboard management controller is started, thereby improving the reliability of the host downtime screen recording.

[0089] The present invention also provides a baseboard management controller, which includes the host downtime screen recording system described in the above embodiment.

[0090] Figure 7 An example of a physical structure diagram of an electronic device is shown in FIG. Figure 7As shown, the electronic device may include: a processor 710, a communication interface 720, a memory 730 and a communication bus 740, wherein the processor 710, the communication interface 720 and the memory 730 communicate with each other through the communication bus 740. The processor 710 may call the logic instructions in the memory 730 to execute a host downtime screen recording method based on a baseboard management controller, wherein the baseboard management controller runs a real-time operating system and a preset non-real-time operating system; the method includes: when the baseboard management controller is powered on and started, in response to the real-time operating system of the baseboard management controller starting successfully, the real-time operating system executes the host downtime screen recording operation.

[0091] In addition, the logic instructions in the above-mentioned memory 730 can be implemented in the form of a software functional unit and can be stored in a computer-readable storage medium when it is sold or used as an independent product. Based on this understanding, the technical solution of the present invention can be essentially or partly embodied in the form of a software product that contributes to the prior art. The computer software product is stored in a storage medium, including several instructions to enable a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present invention. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk, etc. Various media that can store program codes.

[0092] On the other hand, the present invention also provides a computer program product, which includes a computer program, which can be stored on a non-transitory computer-readable storage medium. When the computer program is executed by a processor, the computer can execute the host downtime screen recording method based on a baseboard management controller provided by the above methods, and the baseboard management controller runs a real-time operating system and a preset non-real-time operating system; the method includes: when the baseboard management controller is powered on and started, in response to the real-time operating system of the baseboard management controller being successfully started, the real-time operating system executes the host downtime screen recording operation.

[0093] On the other hand, the present invention also provides a non-transitory computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, is implemented to execute the host downtime screen recording method based on a baseboard management controller provided by the above-mentioned methods, wherein the baseboard management controller runs a real-time operating system and a preset non-real-time operating system; the method comprises: when the baseboard management controller is powered on and started, in response to the real-time operating system of the baseboard management controller being successfully started, the real-time operating system executes the host downtime screen recording operation.

[0094] The device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the scheme of this embodiment. Ordinary technicians in this field can understand and implement it without paying creative labor.

[0095] Through the description of the above implementation methods, those skilled in the art can clearly understand that each implementation method can be implemented by means of software plus a necessary general hardware platform, and of course, can also be implemented by hardware. Based on this understanding, the above technical solution is essentially or the part that contributes to the prior art can be embodied in the form of a software product, and the computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, a disk, an optical disk, etc., including a number of instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each embodiment or some parts of the embodiments.

[0096] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A host downtime screen recording method based on a baseboard management controller, characterized in that: The baseboard management controller runs a real-time operating system and a preset non-real-time operating system; the method includes: When the baseboard management controller is powered on and started, in response to the real-time operating system of the baseboard management controller being successfully started, the real-time operating system executes a host downtime screen recording operation.

2. The host downtime screen recording method based on baseboard management controller according to claim 1 is characterized in that: The real-time operating system runs on the first CPU core, and the preset non-real-time operating system runs on the second CPU core.

3. The host downtime screen recording method based on baseboard management controller according to claim 1 is characterized in that: The method further comprises: In response to the real-time operating system obtaining information that the preset non-real-time operating system has successfully started and entered a normal working state, the execution authority of the host downtime screen recording operation is transferred from the real-time operating system to the preset non-real-time operating system.

4. The host downtime screen recording method based on baseboard management controller according to claim 3 is characterized in that: The method further comprises: In response to the real-time operating system obtaining information that the preset non-real-time operating system has restarted or an operating system failure has occurred, the execution authority of the host downtime screen recording operation is transferred from the preset non-real-time operating system to the real-time operating system.

5. The host downtime screen recording method based on baseboard management controller according to claim 4 is characterized in that: The method further comprises: In response to the real-time operating system obtaining information that the preset non-real-time operating system has successfully restarted and entered a normal working state or the operating system has recovered from a fault, the execution authority of the host downtime screen recording operation is transferred from the real-time operating system to the preset non-real-time operating system.

6. The host downtime screen recording method based on the baseboard management controller according to any one of claims 1 to 5, characterized in that: The host downtime screen recording operation includes: Sending a query command to the host to obtain the value of the preset register; In response to the preset register being set, the screen recording process is started.

7. The host downtime screen recording method based on baseboard management controller according to claim 6 is characterized in that: The screen recording process includes: Reading VGA image data of the host obtained by the VGA driver module from the memory; Packing the VGA image data into video data according to the encoding format of the VGA image data; The video data is stored in a preset storage location.

8. The host downtime screen recording method based on baseboard management controller according to claim 7 is characterized in that: The video data includes a REC header and a data packet; wherein the REC header includes a timestamp, a data size and the encoding format; the data packet includes a frame header and frame data, or the data packet includes frame data.

9. The host downtime screen recording method based on baseboard management controller according to claim 8, characterized in that: The method further comprises: In response to receiving a video query instruction from the client, the corresponding video data is obtained and sent to the client, so that the client can call the corresponding video codec according to the encoding format of the video data to achieve decoding and playback of the video data.

10. A host downtime screen recording system based on a baseboard management controller, characterized in that: The baseboard management controller runs a real-time operating system and a preset non-real-time operating system; the host downtime screen recording system includes a downtime screen recording management module, and the downtime screen recording management module is used to: When the baseboard management controller is powered on and started, in response to the real-time operating system of the baseboard management controller being successfully started, the real-time operating system executes a host downtime screen recording operation.

11. A baseboard management controller, characterized in that: It includes the host downtime screen recording device based on the baseboard management controller as described in claim 10.

Images