Abstract: Embodiments are described for a secure boot monitoring and validation process during operating system (OS) installation and runtime. A validated copy of OS boot files is made during OS installation. A checksum comparator or OS boot file filesystem check (FSCK) component validates the boot files upon initial installation of the OS. Any validation failure indicates corruption or unwanted modification of the boot file data, and an alert is sent. The file system is locked to prevent any exposure of user data. The validated copy is then used to recover the boot files. An OS boot file monitor component periodically monitors the boot files during OS run time and if any corruption is detected during a system boot after OS installation, the boot blocking, alert, and recovery procedures can be invoked.

Abstract: A secure boot monitoring and validation process for operating system (OS) initial installation or upgrade operations. A validated copy of OS boot files is made during OS installation. The boot files are stored in a first RAID array. A checksum comparator or OS boot file filesystem check (FSCK) component validates the boot files upon initial installation of the OS by comparison with a secure copy of the boot files, which are stored in a second RAID array. Any validation failure indicates corruption or unwanted modification of the boot file data, and an autorecovery operation using different boot partitions is attempted.

Abstract: Embodiments are described for a secure boot monitoring and validation process during operating system (OS) upgrade operations from a previous OS version. A validated copy of OS boot files is made during OS installation. A checksum comparator or OS boot file filesystem check (FSCK) component validates the boot files upon initial installation of the OS. Any validation failure indicates corruption or unwanted modification of the boot file data, and an alert is sent. The file system is locked to prevent any exposure of user data. The validated copy is then used to recover the boot files. An OS boot file monitor component periodically monitors the boot files during OS run time and if any corruption is detected during a system boot after OS installation, the boot blocking, alert, and recovery procedures can be invoked.

Abstract: Embodiments are described for a secure boot monitoring and validation process during operating system (OS) upgrade operations from a previous OS version. A validated copy of OS boot files is made during OS installation. A checksum comparator or OS boot file filesystem check (FSCK) component validates the boot files upon initial installation of the OS. Any validation failure indicates corruption or unwanted modification of the boot file data. In case of a failure, an autorecovery operation using different boot partitions is attempted, and the OS boot filesystem check is performed again. If the second filesystem check fails a critical alert notification is sent, otherwise a warning alert notification is sent. The file system for storing user data is also shutdown to prevent any potential damage of user data.

Abstract: Embodiments are described for a secure boot monitoring and validation process during operating system (OS) initial installation or upgrade operations. A validated copy of OS boot files is made during OS installation. The boot files are stored in a first RAID array. A checksum comparator or OS boot file filesystem check (FSCK) component validates the boot files upon initial installation of the OS by comparison with a secure copy of the boot files, which are stored in a second RAID array. Any validation failure indicates corruption or unwanted modification of the boot file data, and an autorecovery operation using different boot partitions is attempted.

Abstract: Embodiments of the present disclosure relate to method, device and computer program product for data backup. The method comprises: in response to receiving from a backup server a data stream to be backed up, dividing the data stream into a plurality of data segments; distributing the plurality of data segments to at least one computing node; in response to receiving an index of a corresponding data segment from a first computing node of the at least one computing node, looking up the index in a global index cache, the index being generated by the first computing node to uniquely identify the data segment, the global index cache storing indexes of data in a backup storage device; in response to the missing index in the global index cache, adding the index into the global index cache; and sending to the first computing node an indication to store the data segment in the backup storage device.

Abstract: Gas detection devices comprise a dehydration unit a concentration unit, and a temperature control unit for controlling a temperature. The gas detection device includes a sampling mode in which sample gas flows into and out of the dehydration unit through a first port and a second port, respectively, wherein the volatile organic compounds in the sample gas are concentrated in the concentration unit. The temperature control unit may be configured such that the temperature of the sample gas after flowing out from the dehydration unit and before flowing into the concentration unit is not greater than a first preset temperature. Generation of condensed substances in the sample gas can be effectively avoided in a simple manner after the sample gas flows into the concentration unit, thereby further preventing ice blockage. Methods for detecting volatile organic compounds in a sample gas are also disclosed.

Abstract: Embodiments are described for a secure boot monitoring and validation process during operating system (OS) installation and runtime. A validated copy of OS boot files is made during OS installation. A checksum comparator or OS boot file filesystem check (FSCK) component validates the boot files upon initial installation of the OS. Any validation failure indicates corruption or unwanted modification of the boot file data, and an alert is sent. The file system is locked to prevent any exposure of user data. The validated copy is then used to recover the boot files. An OS boot file monitor component periodically monitors the boot files during OS run time and if any corruption is detected during a system boot after OS installation, the boot blocking, alert, and recovery procedures can be invoked.

Abstract: A computer implemented method of data compression using a hardware accelerator includes submitting a request to compress or decompress a data segment using a compression or decompression thread. The method also includes compressing or decompressing the data segment using a hardware accelerator, and performing inline polling of the hardware accelerator to determine whether the hardware accelerator has completed compressing or decompressing the data segment. The inline polling and the compressing or decompressing are performed in a single thread. The method also includes submitting a wakeup command to a segment thread in response to determining that the hardware accelerator has completed compressing or decompressing the data segment.

Abstract: One embodiment provides a computer implemented method for recovering an operating system (OS) after an upgrade hang using a dual-flash device. The method includes detecting a system hang during an OS upgrade; initiating a boot from the dual-flash device; checking for OS configuration data in the dual-flash device; creating a hook in OS boot scripts to recover the OS configuration data after OS boot; and applying the OS configuration data after OS boot.

Abstract: A computer implemented method of data decompression and verification includes decompressing a compressed data segment to generate a decompressed data region. The method also includes generating a segment vector array (SVA) including a number of segment vectors corresponding to data segments within the decompressed data region, each segment vector indicating a location and a size of a corresponding data segment. The method also includes transmitting the SVA to a chain plugin module and transmitting segment vector array data to a SVA-based message constructor. The method also includes constructing a SVA-based message including the location and size of data segments within the decompressed data region, and transmitting the SVA-based message to a hardware accelerator. The method also includes performing verification sessions at the hardware accelerator, each verification session corresponding to a specific data segment indicated by the SVA-based message.

Abstract: One embodiment provides a computer implemented method of for monitoring and upgrading a dual-flash device. The method includes performing an OS upgrade on a server; writing an upgraded OS to the dual-flash device; updating a grub.cfg file corresponding to the upgraded OS; and deleting old OS files from the dual-flash device.

Abstract: One embodiment provides a computer implemented method for recovering an operating system (OS) after a runtime hang using a dual-flash device. The method includes detecting a first runtime hang of a server; initiating a first reboot from a hard disk; detecting a second runtime hang of the server; and initiating a second reboot from the dual-flash device.

Abstract: A computer implemented method of data decompression and verification includes decompressing a compressed data segment to generate a decompressed data region. The method also includes generating a segment vector array (SVA) including a number of segment vectors corresponding to data segments within the decompressed data region, each segment vector indicating a location and a size of a corresponding data segment. The method also includes transmitting the SVA to a chain plugin module and transmitting segment vector array data to a SVA-based message constructor. The method also includes constructing a SVA-based message including the location and size of data segments within the decompressed data region, and transmitting the SVA-based message to a hardware accelerator. The method also includes performing verification sessions at the hardware accelerator, each verification session corresponding to a specific data segment indicated by the SVA-based message.

Abstract: One embodiment provides a computer implemented method of data compression including segmenting user data into data segments; deduplicating the data segments to form deduped data segments; compressing the deduped data segments into compression units using a hardware accelerator; packing the compression units into compression regions; and packing the compression regions into one or more containers.

Abstract: Embodiments are described for prioritizing input/output (I/O) operations dispatched from a storage media to a host bus adapter in a network, by tagging, in an I/O tagging module, the I/O operations in a file system supporting applications generating the I/O operations, wherein all child I/O operations initiated from a parent I/O operation are tagged with a same unique tag ID; tracking a time of arrival of each I/O operation of the I/O operations; and dispatching, in a transactional I/O scheduler, all sibling I/O's of the parent I/O operation based on a unique tag ID for the sibling I/Os, a respective time of arrival of each of the sibling I/Os, and defined quality of service (QoS) requirements.

Abstract: A computer implemented method of data compression using a hardware accelerator includes submitting a request to compress or decompress a data segment using a compression or decompression thread. The method also includes compressing or decompressing the data segment using a hardware accelerator, and performing inline polling of the hardware accelerator to determine whether the hardware accelerator has completed compressing or decompressing the data segment. The inline polling and the compressing or decompressing are performed in a single thread. The method also includes submitting a wakeup command to a segment thread in response to determining that the hardware accelerator has completed compressing or decompressing the data segment.

Abstract: One embodiment provides a computer implemented method of balancing mixed workload performance including monitoring the compression and decompression workload at a hardware accelerator using the hardware accelerator quality of service (QoS) scheduler; monitoring the compression and decompression workload at a CPU using the CPU QoS scheduler; comparing the workload at the hardware accelerator and the workload at the CPU; and allocating tasks between the hardware accelerator and the CPU to obtain an optimal bandwidth at the hardware accelerator and the CPU.

Abstract: Embodiments are described for prioritizing input/output (I/O) operations dispatched to a solid-state device (SSD) cache in a network, by defining a maximum write I/O operation size for writing data to the SSD cache, splitting large write I/O operations into smaller write I/O operations, each with a size less than the maximum write I/O operation size, interleaving cache read I/O operations in between the smaller write I/O operations, and performing the cache read I/O operations and the smaller write I/O operations in an order created by the interleaving. The network may comprise a deduplication backup system storing data to storage media including the SSD cache.

Abstract: One embodiment provides a computer implemented method for installing an operating system (OS) using a dual-flash device. The method includes burning an OS version to the dual-flash device located on a server. The method also includes setting BIOS to boot the server from the dual-flash device; triggering installation of the OS version on the server from the dual-flash device; and setting BIOS to boot from a hard disk of the server after installation of the OS version.