System and method for stranded file opens during disk compression utility requests

An article comprising:

• a non-transitory storage medium having instructions that, when executed by a computing platform, result in execution of a method for handling a stranded file open for DOOM utility requests in a NonStop Kernel comprising:
• selecting a source file to be compressed in a disk by a DOOM utility, wherein the source file includes one or more non-contiguous disk file extents, and wherein each non-contiguous disk file extent includes multiple blocks;
• creating a temporary file to copy the source file by the DOOM utility;
• copying multiple blocks in a current non-contiguous disk file extent from the source file by the DOOM utility by transferring data to the temporary file as a function of an NSK net transfer data limit size;
• determining, for the stranded file open, whether all of the multiple blocks in the current non-contiguous disk file extent of the source file were copied to the disk, wherein the stranded file open is a source file that is left stranded when a current value stored in an offset field of a file control block (FCB) of the source file is not cleared due to a DOOM utility failure;
• if not, then storing a current file descriptor of the source file in an offset field of the temporary file;
• and
• setting a current value in the offset field of a source file control block of the source file for handling the stranded file open for the DOOM utility requests.

A computer system comprising:

• a network interface;
• an input module coupled to the network interface that receives input data via the network interface;
• a processing unit;
• and
• a memory coupled to the processor, the memory having stored therein code which when decoded by the processor, the code causes the processor to perform a method for handling a stranded file open for DOOM utility requests in a NonStop Kernel comprising:
• selecting a source file to be compressed in a disk by the DOOM utility, wherein the source file includes one or more non-contiguous disk file extents, and wherein each non-contiguous disk file extent includes multiple blocks;
• creating a temporary file to copy the source file by the DOOM utility;
• copying multiple blocks in a current non-contiguous disk file extent from the source file by the DOOM utility by transferring data to the temporary file as a function of an NSK net transfer data limit size;
• determining, for the stranded file open, whether all of the multiple blocks in the current non-contiguous disk file extent of the source file were copied to the disk, wherein the stranded file open is a source file that is left stranded when a current value stored in an offset field of a file control block (FCB) of the source file is not cleared due to a DOOM utility failure;
• if not, then storing a current file descriptor of the source file in an offset field of the temporary file;
• and
• setting a current value in the offset field of a source file control block of the source file for handling the stranded file open for the DOOM utility requests.

A storage system for handling a stranded file open for DOOM utility requests in a NonStop Kernel comprising:

• a disk;
• a DOOM utility;
• a disk controller;
• an NSK coupled to the DOOM utility and the disk controller;
• a return buffer coupled to the disk controller and the DOOM utility;
• and
• a disk processor coupled to the DOOM utility and the disk controller, wherein the DOOM utility selects a source file to be compressed on the disk via the disk controller, wherein the source file includes one or more non-contiguous disk file extents, and wherein each noncontiguous disk file extent includes multiple blocks, wherein the DOOM utility to create a temporary file in the return buffer to copy the source file, wherein the DOOM utility to copy the multiple blocks in a current non-contiguous disk file extent from the source file by transferring data to the temporary file as a function of a NSK net transfer data limit size via the disk controller, wherein the disk processor to determine, for the stranded file open, whether all of the multiple blocks in the current non-contiguous disk file extent of the source file were copied to the disk, and wherein the stranded file open is a source file that is left stranded when a current value stored in an offset field of a file control block (FCB) of the source file is not cleared due to a DOOM utility failure, and wherein the NSK to store a current file descriptor of the source in an offset field of the temporary file and set a current value in the offset field of a source FCB of the source file as a function of the determination for handling the stranded file open for the DOOM utility requests.