CA2775210A1 - Real-time data transformation to access foreign data sources - Google Patents
Real-time data transformation to access foreign data sources Download PDFInfo
- Publication number
- CA2775210A1 CA2775210A1 CA2775210A CA2775210A CA2775210A1 CA 2775210 A1 CA2775210 A1 CA 2775210A1 CA 2775210 A CA2775210 A CA 2775210A CA 2775210 A CA2775210 A CA 2775210A CA 2775210 A1 CA2775210 A1 CA 2775210A1
- Authority
- CA
- Canada
- Prior art keywords
- file
- read
- requestor
- empty
- filesystem
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
Abstract
A method for providing access to a file by a requestor including creating an empty file in a format understood by the requestor, intercepting one or more reads by the requestor of the empty file, determining if a portion of the empty file being read by the requestor should contain expected content, if the portion of the empty file should contain expected content then, before fulfill ling the read, adding the expected content to the empty file to transform the empty file into a requested file, and fulfilling a read of the requested file.
Description
REAL-TIME DATA TRANSFORMATION TO ACCESS FOREIGN DATA SOURCES
FIELD OF THE INVENTION
100011 The present invention relates to the field of on demand data transformation, and more specifically to on demand data transformation to enable a program to access foreign data sources.
for example to create a bootable disk image in real time from a filesysteni.
BACKGROUND OF THE INVENTION
100021 Any computer boots from power-off to a usefetl state using a boot process that involves finding and fetching the computer operating system kernel from a boot medium (for example disk, or network), and then having the kernel attach to a root file system in order to find the files and other data it requires to operate normally.
100031 In all current computer systems this hoot process can use a local storage medium (disk or other static memory) to provide all the data required for the boot process, and some computer systems enabled for network booting allow the required data to be copied from a remote source to a local storage medium either all at once as a downloaded disk image, or on demand as needed using a remote disk protocol (for example iSCSI or Sun ND). These boot processes and operating system kernels all expect a data source that looks like a random access block device (normally a disk) where the data source supplies data blocks by address and the requestor uses an organizing convention (a filesystem) to interpret and maintain the data on the block device.
100041 Some boot processes and operating system kernels can also use a data source which supplies data by name, for example those that support "root on NFS" such as Solaris, and Linux.
The traditional way to transform a named data source, such as a filesystern as presented by an operating system kernel to applications, to an address based data source as is required by some boot processes and operating systems in order to function, is to first create an image of an appropriate empty filesystem on disk. then populate that filesystcm as required thereby filling the image of the filesystem on disk with data blocks that can subsequently be used by the boot process and operating system kernel of interest.
SUMMARY OF THE INVENTION
100051 According to one embodiment of the invention, a method for providing access to a file by a requestor includes the steps of creating a file in a format understood by the requestor;
intercepting one or more reads by the requestor of the file; determining if a portion of the file being read by the requestor is empty but should contain expected content. if the portion of the file should contain expected content then, before fulfillling the read, adding the expected content to the portion of the file being read to transform the empty portion of the file into a requested portion of the file; and, fulfilling a read of the requested portion of the file. The file may be created as an empty, shell tile, or may be created including intial content.
Preferably. an empty file is created.
100061 According to one aspect of the invention, the particular content is organizing information for the contents of the empty file. Preferably. the particular content is either organizing information for the contents of the empty file or expected stored data.
100071 According to another aspect, the method further includes the step of arranging to intercept one or more reads for a portion of the requested file that are referenced by contents of a portion of the requested file being read. Optionally, a portion of the empty file may be filled prior to the intercepting step.
100081 Preferably, the organizing information is filesystem information that may be used by an operating system kernel to hoot or to mount and use as a filesystem.
Alternatively, the filesystem information may be for use by a boot process in a booting a computer system.
100091 In a particular use of the method of the invention, the determining step includes identifying a sector of the empty file being read and associating the sector being read with the expected content. For example, if the sector being read includes any one of sectors 0-15, these sectors are associated with N'1'1--'S filesystem information.
100101 According to another embodiment of the invention, there is provided a method for providing access to data by a requestor comprising the steps of creating an empty file in a format understood by the requestor; intercepting one or more reads by the requestor of the empty file.
determining if a portion of the empty file being read by the requestor should contain organizing information for the empty file, if the portion of the empty file should contain organizing information then, before fuifillling the read, adding organizing information to the empty file to transform the requested portion of the empty file into a portion of the requested file; determining if a portion of the requested file being read by the requestor should contain data then, before fulfilling the read. copying data from a data source to the portion of the requested file, and, fulfilling a read of that portion of the requested file.
(00111 According to another embodiment of the invention, there is provided a machine readable medium having computer executable instructions thereon which when executed by a computer carry out the method of one of the aforementioned embodiments.
100121 According to another embodiment of the invention, there is a provided a system for creating a file being accessed by a requestor including a computer system having an application thereon for creating an empty file on a storage medium in a format understood by the requestor.
The application is adapted to intercept one or more reads by the requestor of the empty file on the storage medium, and is further adapted to determine if a portion of the empty file being read should contain expected content. and if so, then before fulfilling the read, adding the expected content to the empty file to transform the empty file into a requested file on the'storage medium.
10013] According to various aspects of this embodiment, the system is adapted to carry out the method of various embodiments ofthe invention as herein described.
Preferably, the system of this embodiment provides filesystem and other boot information, such as a boot disk, to a local, remote, or networked computer system.
FIELD OF THE INVENTION
100011 The present invention relates to the field of on demand data transformation, and more specifically to on demand data transformation to enable a program to access foreign data sources.
for example to create a bootable disk image in real time from a filesysteni.
BACKGROUND OF THE INVENTION
100021 Any computer boots from power-off to a usefetl state using a boot process that involves finding and fetching the computer operating system kernel from a boot medium (for example disk, or network), and then having the kernel attach to a root file system in order to find the files and other data it requires to operate normally.
100031 In all current computer systems this hoot process can use a local storage medium (disk or other static memory) to provide all the data required for the boot process, and some computer systems enabled for network booting allow the required data to be copied from a remote source to a local storage medium either all at once as a downloaded disk image, or on demand as needed using a remote disk protocol (for example iSCSI or Sun ND). These boot processes and operating system kernels all expect a data source that looks like a random access block device (normally a disk) where the data source supplies data blocks by address and the requestor uses an organizing convention (a filesystem) to interpret and maintain the data on the block device.
100041 Some boot processes and operating system kernels can also use a data source which supplies data by name, for example those that support "root on NFS" such as Solaris, and Linux.
The traditional way to transform a named data source, such as a filesystern as presented by an operating system kernel to applications, to an address based data source as is required by some boot processes and operating systems in order to function, is to first create an image of an appropriate empty filesystem on disk. then populate that filesystcm as required thereby filling the image of the filesystem on disk with data blocks that can subsequently be used by the boot process and operating system kernel of interest.
SUMMARY OF THE INVENTION
100051 According to one embodiment of the invention, a method for providing access to a file by a requestor includes the steps of creating a file in a format understood by the requestor;
intercepting one or more reads by the requestor of the file; determining if a portion of the file being read by the requestor is empty but should contain expected content. if the portion of the file should contain expected content then, before fulfillling the read, adding the expected content to the portion of the file being read to transform the empty portion of the file into a requested portion of the file; and, fulfilling a read of the requested portion of the file. The file may be created as an empty, shell tile, or may be created including intial content.
Preferably. an empty file is created.
100061 According to one aspect of the invention, the particular content is organizing information for the contents of the empty file. Preferably. the particular content is either organizing information for the contents of the empty file or expected stored data.
100071 According to another aspect, the method further includes the step of arranging to intercept one or more reads for a portion of the requested file that are referenced by contents of a portion of the requested file being read. Optionally, a portion of the empty file may be filled prior to the intercepting step.
100081 Preferably, the organizing information is filesystem information that may be used by an operating system kernel to hoot or to mount and use as a filesystem.
Alternatively, the filesystem information may be for use by a boot process in a booting a computer system.
100091 In a particular use of the method of the invention, the determining step includes identifying a sector of the empty file being read and associating the sector being read with the expected content. For example, if the sector being read includes any one of sectors 0-15, these sectors are associated with N'1'1--'S filesystem information.
100101 According to another embodiment of the invention, there is provided a method for providing access to data by a requestor comprising the steps of creating an empty file in a format understood by the requestor; intercepting one or more reads by the requestor of the empty file.
determining if a portion of the empty file being read by the requestor should contain organizing information for the empty file, if the portion of the empty file should contain organizing information then, before fuifillling the read, adding organizing information to the empty file to transform the requested portion of the empty file into a portion of the requested file; determining if a portion of the requested file being read by the requestor should contain data then, before fulfilling the read. copying data from a data source to the portion of the requested file, and, fulfilling a read of that portion of the requested file.
(00111 According to another embodiment of the invention, there is provided a machine readable medium having computer executable instructions thereon which when executed by a computer carry out the method of one of the aforementioned embodiments.
100121 According to another embodiment of the invention, there is a provided a system for creating a file being accessed by a requestor including a computer system having an application thereon for creating an empty file on a storage medium in a format understood by the requestor.
The application is adapted to intercept one or more reads by the requestor of the empty file on the storage medium, and is further adapted to determine if a portion of the empty file being read should contain expected content. and if so, then before fulfilling the read, adding the expected content to the empty file to transform the empty file into a requested file on the'storage medium.
10013] According to various aspects of this embodiment, the system is adapted to carry out the method of various embodiments ofthe invention as herein described.
Preferably, the system of this embodiment provides filesystem and other boot information, such as a boot disk, to a local, remote, or networked computer system.
100141 It is thus an object of this invention to obviate or mitigate at least one of the above mentioned disadvantages of the prior art.
100151 Other advantages, features and characteristics of the present invention, as well as methods of operation and functions of the related elements of the structure.
and the combination of parts and economies of manufacture, will become more apparent upon consideration of the following detailed description and the appended claims with reference to the accompanying drawings. the latter of which is briefly described hereinbelow.
BRIEF DESCRIPTION OF THE DRAWINGS
100161 The invention will now be described in more detail, by way of example only, with reference to the accompanying drawings, in which like numbers refer to like elements, wherein:
100171 Figure 1 shows a general computer system on which the present invention may be implemented.
100181 Figure 2 is a flowchart showing a method according to one embodiment of the invention.
100191 Figure 3 is a flowchart showing the steps involved in initializing a new filesystem for use in the method of figure 2.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
100201 Referring now to Figure 1, there is shown an exemplary computer system 10 on which an operating system is organized and configured is shown. The computer system 10 has a number of physical and logical components, including a bus 12 and a CPU 14 attached to the bus 12 for performing the processing functions of the computer system 10. Also provided are read only memory (ROM) 16 and random access memory (RAM) 18 for use by the CPU 14.
An input/output interface 20 allows far input to be received from one or more devices, such as a keyboard. a mouse, etc., and outputs information to output devices, such as a display and/or speakers. A network interface 22 enables communication with other systems. Non-volatile storage means 24 stores the operating system and programs. The non-volatile storage means 24 may include a hard disk drive, a network drive, or other devices as are known in the art. During operation of the computer system 10. the operating system, the programs and data may be retrieved from the non-volatile storage means 24 and placed in RAM 18 to facilitate execution.
100211 The central component of the operating system is a kernel that acts as a bridge between the programs and the processing being done at the hardware level of the computer system 10. When the computer system 10 is booted, a non-volatile storage device provides all data required for the boot process based on requests and instructions from the kernel. In the case where the non-volatile storage means 24 is a network drive, the computer system being enabled for network hooting allows the required data to be copied from a remote non-volatile storage medium to a local non-volatile storage medium either all at once as a downloadable disk image.
or on demand as needing using a remote disk protocol. Various remote disk protocols are know in the art, for example. those commonly known ass iSCSI or Sun ND. Boot processes and kernels mostly expect a data source stored as a random access block device where the data source supplies data blocks by address and the boot process or kernel uses an organizing convention to interpret and maintain the data on the block device, typically a disk. The organizing conventions may differ and are typically referred to as the tilesystem.
100221 The invention generally relates to a method and system for transforming data to provide real-time or just-in-time access to foreign data sources. In a preferred use of the method and system of the invention, a disk image can be created, for example for use as a boot disk.
accessible preferably over a network connection, and may he provided in real-time or just-in-time. The invention provides the advantage that the tilesystem from which the disk image is created may be maintained by external processes as a filesystem and not as a disk and may be reflected in real time into a boot disk as a kernel needs it to be used. In a preferred use, the invention provides that given an application view of named data, such as provided by a filesystem or a database, this view may be transformed into a disk image which when suitably accessed is useable by a boot process and/or by an operating system kernel that requires a disk image to function. This transformation provides for just-in-time completion of the disk image.
As will be appreciated by those skilled in the art, in the preferred use, the just-in-time, or real-time completion of the disk image allows a boot disk to be created in an on-demand manner. for example for installation on different filesystems, operating systems, or platforms.
100231 Referring now to Figure 2, there is shown one embodiment of a method according to the invention, including the steps of creating an empty file on a disk image 202 and intercepting all reads by a requestor from the disk image 204. The requestor may be any application or systein element reading the disk image. and is preferably a hoot process or the operating system kernel. In step 206. the method according to the invention determines whether a disk block attempting to be read by the requestor contains organizing information for the file and if so, in step 208, before fulfilling the read, adding organizing information to the disk image that would be stored in the disk block being read and arranging to intercept reads for all disk blocks in the disk image that are referred to by the contents of the disk block. Preferably.
the disk blocks being referred may be referred to either explicitly or implicitly. In step 210, the method determines if a disk block being read has never been written, but should contain data. If so. step 212 is carried out, whereby before fulfilling the read, data is copied from the appropriate source of named data to the disk block. Finally, in step 214, the read is fulfilled.
and the method repeats for each disk block being read.
100241 As will be understood by those skilled in the art, the method shown in Figure 2 is to be considered exemplary of the invention, but is not the only arrangement of the method. For example, steps 206 and 210 may be carried out in a different order, may he carried out simultaneously, or one of the two may be omitted entirely. Furthermore, the invention contemplates the provision that the empty file being created as referred to above and throughout the description may be created with partially pre-filled content. That is, the first step of the method may comprise creating a file having pre-filled content thereon.
10025] The method of Figure 2 functions since a requestor kernel (or hoot process) cannot request any data on the disk image that was not referenced by other data on the disk image that the kernel already read. The method of the invention is able to provide any information or data that the kernel could possibly access based on what it has already accessed.
100261 When an empty file on a disk image is created as per step 202 above, the following steps are carried out. with reference to Figure 3. In step 302. an empty file representing the disk image is created. Next, in step 304, data is written to the file to establish normal disk organization structures. such as disk partitions. Data is written to the file in step 306 to enable the hoot process to proceed. This data includes a Master Boot Record at section 0 of the disk image, and one or more hoot records as appropriate for partitions or sub-partitions. This step is generally known in the prior art and therefore not described in further detail. In step 308. a new filesystem is initialized on the appropriate portion of the disk image as determined by partition table information written in step 304.
10027] To enable the disk image to serve as the disk image for the kernel, the file must be made available to a real or virtual machine running the kernel in a way that is supported by the virtual machine and/or kernel. In making the file available in this manner, a mechanism must also be enabled that allows the interception of reads by the kernel of the disk image, as required in certain embodiments of the invention. Typically, this may be done by providing a storage networking standard for linking the disk image, the requestor, and the application creating the boot disk. One possible standard is the iSCSI standard, whereby the instructions for carrying out the method of the invention may be stored an iSCSI target server, thereby making the instructions available to all applications and data sources. iSCSI is a well known interface fbr facilitating data transfers over networked connections and to manage storage and data transfer over long distances. An alternative example is to attach the instructions for carrying out the invention to a FUSE (Filesystem in user space) program. In this alternative example, a fully accessible virtual filesystem is created containing the instructions for carrying out the invention.
This virtual filesystem provides the link between the disk image, the requestor and the application creating the boot disk.
100281 Next, in steps 206 to 210 of Figure 2. the method of the invention requires the disk block being read by the requestor to be interpreted, and to modify the disk image in a way that will be understood by the requestor when subsequently reading blocks from the disk image. The application carrying out the method of the invention preferably has available to it an implementation of the same on-disk filesystern that the requestor uses to interpret and to modify disk blocks on the disk image. Due to caching of disk blocks by the requestor, the method of the invention prel-erably ensures that any modification it initiates to the disk image only happens in disk blocks that have not already been read by the requestor, and in a similar manner, any modifications initiated by the requestor happen only in disk blocks that will not be modified again by the invention. This can be arranged in a number of ways, including, for example.
reserving space on the disk image for organizing information that the requestor will never need to modify, In another aspect, a cooperating process as an application may be provided using the requestor communicating with the application of the invention to circumvent caching effects. In another alternative, the requestor may receive organizing information from the disk image that makes the requestor believe certain space on the disk image is reserved when the actual information on the disk image indicates otherwise. In yet another alternative.
organizing information on the disk image may be pre-filled such that only data block reads need to be intercepted and filled with their proper contents prior to fulfilling the read request.
100291 In completing step 208 of Figure 2, when completing the organizing information on the disk image, a map is created between data blocks on the disk image and their proper content sourced independently, for example from an external filesystem or database.
This enables trap processing of reads by the kernel from the disk image to fill unfilled data blocks as necessary to service read requests from the kernel.
100301 As will now be appreciated by those skilled in the art, the invention enables real-time or just-in-time completion of a disk image to service a requestor, such as a kernel or a boot process. It is further contemplated that the disk image may also be pre-filled partially or completely by an auxiliary application in advance of or simultaneously with making the disk image available to the requestor. The auxiliary application could he a lilesystern integrity checker or other program aware of the organizing principles of the filesystem on the disk image, or it could use a different interface that provides an application view of the filesystem on the disk image similarly to the application view that would be provided by the requestor.
100311 Thus, it is now possible, for example, to create a bootable WindowsT1' disk in real time from an application view of a WindowsTM filesystem. WindowsTM filesystems are normally stored on an NTFS formatted partition and WindowwsTM can boot from a bootable disk with an NTFS partition. For a Window,,wsTM bootable disk to function, there is provided a Master Boot Record at sector 0 on the disk. an NTFS boot record at sector 0 on the NTFS
partition, an NTFS
boot code at sectors 1-15 on the NTFS partition and an NITS filesystcm with appropriate contents on the NITS partition. In addition, the WindowsTM kernel has a number of requirements for booting, all fulfilled by a typical WindowsTM installation.
100321 In this example, an application, such as NTFS-3g, may be used to provide the filesystem knowledge required by the method of the present invention. NTFS-3g provides an NTFS implementation that uses a Filesystem in user space (FUSE) facility that exists for many operating systems. The method according to the invention can use FUSE to make available a file that represents the disk it is emulating. The file can then be used as a boot device either by using it as an iSCSI target device or by having virtual machines use it as their disk, to provide an emulated disk to a real or virtual Windo sTM computer. The application carrying out the method of the invention. by virtue of using FUSE is the actual recipient of reads and writes to/from the file and synthesizes the response. Generally, the tile would be hacked up by a real file on the local filesystem, and the method of the invention would preferably only synthesize details as necessary, for example the Master Boot Record, and otherwise act as a passthrough for access to disk blocks stored in the file, that had already been filled using NTFS-3g. or by the requestor kernel.
100331 As will be appreciated by those skilled in the art, the invention applies to all situations where a file with structured addressable data can he created and presented dynamically as needed to a requesting application, by keeping track of which portions of the file can possibly be requested by a requesting application based on the requesting application's actions (i.e. reads and writes) from a known entry point to the data in the file if the file represents an appropriate disk or other structured fle, and ensuring information or data is available to fill the file as and when needed. For example, known data entry points include the root lilesystenl mode in Unix systems or the initial Master File Table entries in Windows'" systems.
EXAMPLE
100341 One possible implementation of the invention will now be described. As will be understood by those skilled in the art, this example is for illustrative purposes only and provides exemplary means for implementing parts of the invention herein described. The example below is not considered to be limiting on the invention. The objective in this example is to provide a Windows system boot from files stored in a Linux filesystem.
100351 An NTFS-3G program is used as a basis For implementing the teachings of the invention because a) it contains code that can manipulate an NTFS filesystem which can be used at a high level, and b) it is based on FUSE which allows for the creation of a suitable disk image file for use by a virtual machine program to attach to a virtual machine and boot off' the constructed disk image. The N FS-3G program is modified as follows:
i. Add a special pathnanie (1 ci),@@vmdk) to present the NTFS partition file in a form suitable for a virtual machine program that will be used. For example if using the VirtualBox program, we would use the VMDK format and / a~(dvmdk is used to access a VMDK format image of the NTFS partition tile. Note that this is a representation of a bootable disk image and therefore must have an appropriate partition table and a master boot record in the appropriate locations.
ii. Implement the invention as described herein fusing the existing NTFS-3G
code to allocate space for data and organizational information in the NTFS partition file and update the NTFS-specific data structures therein appropriately, but with a slight modification so that data need not he actually copied into the allocated space until a read of the allocated but unfilled space is later requested.
iii. Upon startup, simulate a read of the top level (root) directory to initialize the entry point to the filesystem that the kernel running in the virtual machine will initially access.
100361 Create a Windows file hierarchy on a Linux system, for example copy the entire llesyster from a Windows XP machine to a Linux system. For this example, it is placed in WINXP.
100371 Create an empty NTFS filesystem in a file (here called RAW) that represents an NTFS
partition, for example using this command suitable for Windows XP:
/usr!sbin/mkntfs -Q -1 -c 4096 -F --sector-size 512 --heads 255 --sectors-per-track 63 --partition-start 63 RAW 10000000 100381 Mount the NTFS filesystem in RAW on the MNT directory.
100391 As an optional step, in order to pre-fill the RAW file with organizing information so the only intercepts required are for data that must be copied from the files in the WINXP
hierarchy, the easiest way is to traverse all the metadata of the Windows filesystem with a command such as "find MNT -print"
100401 Finally start the virtual machine engine program (VirtualBox), configured with a virtual machine that uses MNT/jai%vmdk as its primary disk image file.
100411 Start the virtual machine running. It will boot and run off the WINXP
file hierarchy on the Linux machine.
100421 The invention can thus be used with all standard Linux lilesystem tools to create and maintain Windows lile hierarchies that can essentially instantly (in the time it takes to create an empty NTFS partition file and start the invention program) be turned into bootable disks.
100431 Various other embodiments and modifications to the method and system according to the invention are possible and will be appreciated by those skilled in the art, without departing from the spirit and scope of the invention, which is limited only by the accompanying claims.
100151 Other advantages, features and characteristics of the present invention, as well as methods of operation and functions of the related elements of the structure.
and the combination of parts and economies of manufacture, will become more apparent upon consideration of the following detailed description and the appended claims with reference to the accompanying drawings. the latter of which is briefly described hereinbelow.
BRIEF DESCRIPTION OF THE DRAWINGS
100161 The invention will now be described in more detail, by way of example only, with reference to the accompanying drawings, in which like numbers refer to like elements, wherein:
100171 Figure 1 shows a general computer system on which the present invention may be implemented.
100181 Figure 2 is a flowchart showing a method according to one embodiment of the invention.
100191 Figure 3 is a flowchart showing the steps involved in initializing a new filesystem for use in the method of figure 2.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
100201 Referring now to Figure 1, there is shown an exemplary computer system 10 on which an operating system is organized and configured is shown. The computer system 10 has a number of physical and logical components, including a bus 12 and a CPU 14 attached to the bus 12 for performing the processing functions of the computer system 10. Also provided are read only memory (ROM) 16 and random access memory (RAM) 18 for use by the CPU 14.
An input/output interface 20 allows far input to be received from one or more devices, such as a keyboard. a mouse, etc., and outputs information to output devices, such as a display and/or speakers. A network interface 22 enables communication with other systems. Non-volatile storage means 24 stores the operating system and programs. The non-volatile storage means 24 may include a hard disk drive, a network drive, or other devices as are known in the art. During operation of the computer system 10. the operating system, the programs and data may be retrieved from the non-volatile storage means 24 and placed in RAM 18 to facilitate execution.
100211 The central component of the operating system is a kernel that acts as a bridge between the programs and the processing being done at the hardware level of the computer system 10. When the computer system 10 is booted, a non-volatile storage device provides all data required for the boot process based on requests and instructions from the kernel. In the case where the non-volatile storage means 24 is a network drive, the computer system being enabled for network hooting allows the required data to be copied from a remote non-volatile storage medium to a local non-volatile storage medium either all at once as a downloadable disk image.
or on demand as needing using a remote disk protocol. Various remote disk protocols are know in the art, for example. those commonly known ass iSCSI or Sun ND. Boot processes and kernels mostly expect a data source stored as a random access block device where the data source supplies data blocks by address and the boot process or kernel uses an organizing convention to interpret and maintain the data on the block device, typically a disk. The organizing conventions may differ and are typically referred to as the tilesystem.
100221 The invention generally relates to a method and system for transforming data to provide real-time or just-in-time access to foreign data sources. In a preferred use of the method and system of the invention, a disk image can be created, for example for use as a boot disk.
accessible preferably over a network connection, and may he provided in real-time or just-in-time. The invention provides the advantage that the tilesystem from which the disk image is created may be maintained by external processes as a filesystem and not as a disk and may be reflected in real time into a boot disk as a kernel needs it to be used. In a preferred use, the invention provides that given an application view of named data, such as provided by a filesystem or a database, this view may be transformed into a disk image which when suitably accessed is useable by a boot process and/or by an operating system kernel that requires a disk image to function. This transformation provides for just-in-time completion of the disk image.
As will be appreciated by those skilled in the art, in the preferred use, the just-in-time, or real-time completion of the disk image allows a boot disk to be created in an on-demand manner. for example for installation on different filesystems, operating systems, or platforms.
100231 Referring now to Figure 2, there is shown one embodiment of a method according to the invention, including the steps of creating an empty file on a disk image 202 and intercepting all reads by a requestor from the disk image 204. The requestor may be any application or systein element reading the disk image. and is preferably a hoot process or the operating system kernel. In step 206. the method according to the invention determines whether a disk block attempting to be read by the requestor contains organizing information for the file and if so, in step 208, before fulfilling the read, adding organizing information to the disk image that would be stored in the disk block being read and arranging to intercept reads for all disk blocks in the disk image that are referred to by the contents of the disk block. Preferably.
the disk blocks being referred may be referred to either explicitly or implicitly. In step 210, the method determines if a disk block being read has never been written, but should contain data. If so. step 212 is carried out, whereby before fulfilling the read, data is copied from the appropriate source of named data to the disk block. Finally, in step 214, the read is fulfilled.
and the method repeats for each disk block being read.
100241 As will be understood by those skilled in the art, the method shown in Figure 2 is to be considered exemplary of the invention, but is not the only arrangement of the method. For example, steps 206 and 210 may be carried out in a different order, may he carried out simultaneously, or one of the two may be omitted entirely. Furthermore, the invention contemplates the provision that the empty file being created as referred to above and throughout the description may be created with partially pre-filled content. That is, the first step of the method may comprise creating a file having pre-filled content thereon.
10025] The method of Figure 2 functions since a requestor kernel (or hoot process) cannot request any data on the disk image that was not referenced by other data on the disk image that the kernel already read. The method of the invention is able to provide any information or data that the kernel could possibly access based on what it has already accessed.
100261 When an empty file on a disk image is created as per step 202 above, the following steps are carried out. with reference to Figure 3. In step 302. an empty file representing the disk image is created. Next, in step 304, data is written to the file to establish normal disk organization structures. such as disk partitions. Data is written to the file in step 306 to enable the hoot process to proceed. This data includes a Master Boot Record at section 0 of the disk image, and one or more hoot records as appropriate for partitions or sub-partitions. This step is generally known in the prior art and therefore not described in further detail. In step 308. a new filesystem is initialized on the appropriate portion of the disk image as determined by partition table information written in step 304.
10027] To enable the disk image to serve as the disk image for the kernel, the file must be made available to a real or virtual machine running the kernel in a way that is supported by the virtual machine and/or kernel. In making the file available in this manner, a mechanism must also be enabled that allows the interception of reads by the kernel of the disk image, as required in certain embodiments of the invention. Typically, this may be done by providing a storage networking standard for linking the disk image, the requestor, and the application creating the boot disk. One possible standard is the iSCSI standard, whereby the instructions for carrying out the method of the invention may be stored an iSCSI target server, thereby making the instructions available to all applications and data sources. iSCSI is a well known interface fbr facilitating data transfers over networked connections and to manage storage and data transfer over long distances. An alternative example is to attach the instructions for carrying out the invention to a FUSE (Filesystem in user space) program. In this alternative example, a fully accessible virtual filesystem is created containing the instructions for carrying out the invention.
This virtual filesystem provides the link between the disk image, the requestor and the application creating the boot disk.
100281 Next, in steps 206 to 210 of Figure 2. the method of the invention requires the disk block being read by the requestor to be interpreted, and to modify the disk image in a way that will be understood by the requestor when subsequently reading blocks from the disk image. The application carrying out the method of the invention preferably has available to it an implementation of the same on-disk filesystern that the requestor uses to interpret and to modify disk blocks on the disk image. Due to caching of disk blocks by the requestor, the method of the invention prel-erably ensures that any modification it initiates to the disk image only happens in disk blocks that have not already been read by the requestor, and in a similar manner, any modifications initiated by the requestor happen only in disk blocks that will not be modified again by the invention. This can be arranged in a number of ways, including, for example.
reserving space on the disk image for organizing information that the requestor will never need to modify, In another aspect, a cooperating process as an application may be provided using the requestor communicating with the application of the invention to circumvent caching effects. In another alternative, the requestor may receive organizing information from the disk image that makes the requestor believe certain space on the disk image is reserved when the actual information on the disk image indicates otherwise. In yet another alternative.
organizing information on the disk image may be pre-filled such that only data block reads need to be intercepted and filled with their proper contents prior to fulfilling the read request.
100291 In completing step 208 of Figure 2, when completing the organizing information on the disk image, a map is created between data blocks on the disk image and their proper content sourced independently, for example from an external filesystem or database.
This enables trap processing of reads by the kernel from the disk image to fill unfilled data blocks as necessary to service read requests from the kernel.
100301 As will now be appreciated by those skilled in the art, the invention enables real-time or just-in-time completion of a disk image to service a requestor, such as a kernel or a boot process. It is further contemplated that the disk image may also be pre-filled partially or completely by an auxiliary application in advance of or simultaneously with making the disk image available to the requestor. The auxiliary application could he a lilesystern integrity checker or other program aware of the organizing principles of the filesystem on the disk image, or it could use a different interface that provides an application view of the filesystem on the disk image similarly to the application view that would be provided by the requestor.
100311 Thus, it is now possible, for example, to create a bootable WindowsT1' disk in real time from an application view of a WindowsTM filesystem. WindowsTM filesystems are normally stored on an NTFS formatted partition and WindowwsTM can boot from a bootable disk with an NTFS partition. For a Window,,wsTM bootable disk to function, there is provided a Master Boot Record at sector 0 on the disk. an NTFS boot record at sector 0 on the NTFS
partition, an NTFS
boot code at sectors 1-15 on the NTFS partition and an NITS filesystcm with appropriate contents on the NITS partition. In addition, the WindowsTM kernel has a number of requirements for booting, all fulfilled by a typical WindowsTM installation.
100321 In this example, an application, such as NTFS-3g, may be used to provide the filesystem knowledge required by the method of the present invention. NTFS-3g provides an NTFS implementation that uses a Filesystem in user space (FUSE) facility that exists for many operating systems. The method according to the invention can use FUSE to make available a file that represents the disk it is emulating. The file can then be used as a boot device either by using it as an iSCSI target device or by having virtual machines use it as their disk, to provide an emulated disk to a real or virtual Windo sTM computer. The application carrying out the method of the invention. by virtue of using FUSE is the actual recipient of reads and writes to/from the file and synthesizes the response. Generally, the tile would be hacked up by a real file on the local filesystem, and the method of the invention would preferably only synthesize details as necessary, for example the Master Boot Record, and otherwise act as a passthrough for access to disk blocks stored in the file, that had already been filled using NTFS-3g. or by the requestor kernel.
100331 As will be appreciated by those skilled in the art, the invention applies to all situations where a file with structured addressable data can he created and presented dynamically as needed to a requesting application, by keeping track of which portions of the file can possibly be requested by a requesting application based on the requesting application's actions (i.e. reads and writes) from a known entry point to the data in the file if the file represents an appropriate disk or other structured fle, and ensuring information or data is available to fill the file as and when needed. For example, known data entry points include the root lilesystenl mode in Unix systems or the initial Master File Table entries in Windows'" systems.
EXAMPLE
100341 One possible implementation of the invention will now be described. As will be understood by those skilled in the art, this example is for illustrative purposes only and provides exemplary means for implementing parts of the invention herein described. The example below is not considered to be limiting on the invention. The objective in this example is to provide a Windows system boot from files stored in a Linux filesystem.
100351 An NTFS-3G program is used as a basis For implementing the teachings of the invention because a) it contains code that can manipulate an NTFS filesystem which can be used at a high level, and b) it is based on FUSE which allows for the creation of a suitable disk image file for use by a virtual machine program to attach to a virtual machine and boot off' the constructed disk image. The N FS-3G program is modified as follows:
i. Add a special pathnanie (1 ci),@@vmdk) to present the NTFS partition file in a form suitable for a virtual machine program that will be used. For example if using the VirtualBox program, we would use the VMDK format and / a~(dvmdk is used to access a VMDK format image of the NTFS partition tile. Note that this is a representation of a bootable disk image and therefore must have an appropriate partition table and a master boot record in the appropriate locations.
ii. Implement the invention as described herein fusing the existing NTFS-3G
code to allocate space for data and organizational information in the NTFS partition file and update the NTFS-specific data structures therein appropriately, but with a slight modification so that data need not he actually copied into the allocated space until a read of the allocated but unfilled space is later requested.
iii. Upon startup, simulate a read of the top level (root) directory to initialize the entry point to the filesystem that the kernel running in the virtual machine will initially access.
100361 Create a Windows file hierarchy on a Linux system, for example copy the entire llesyster from a Windows XP machine to a Linux system. For this example, it is placed in WINXP.
100371 Create an empty NTFS filesystem in a file (here called RAW) that represents an NTFS
partition, for example using this command suitable for Windows XP:
/usr!sbin/mkntfs -Q -1 -c 4096 -F --sector-size 512 --heads 255 --sectors-per-track 63 --partition-start 63 RAW 10000000 100381 Mount the NTFS filesystem in RAW on the MNT directory.
100391 As an optional step, in order to pre-fill the RAW file with organizing information so the only intercepts required are for data that must be copied from the files in the WINXP
hierarchy, the easiest way is to traverse all the metadata of the Windows filesystem with a command such as "find MNT -print"
100401 Finally start the virtual machine engine program (VirtualBox), configured with a virtual machine that uses MNT/jai%vmdk as its primary disk image file.
100411 Start the virtual machine running. It will boot and run off the WINXP
file hierarchy on the Linux machine.
100421 The invention can thus be used with all standard Linux lilesystem tools to create and maintain Windows lile hierarchies that can essentially instantly (in the time it takes to create an empty NTFS partition file and start the invention program) be turned into bootable disks.
100431 Various other embodiments and modifications to the method and system according to the invention are possible and will be appreciated by those skilled in the art, without departing from the spirit and scope of the invention, which is limited only by the accompanying claims.
Claims (39)
1. A method for providing access to a file by a requestor comprising:
creating an empty file in a format understood by the requestor;
intercepting one or more reads by the requestor of said empty file;
determining if a portion of said empty file being read by the requestor should contain expected content, if said portion of said empty file should contain expected content then, before fulfilling the read, adding said expected content to said empty file to transform said empty file into a requested file; and, fulfilling a read of said requested file.
creating an empty file in a format understood by the requestor;
intercepting one or more reads by the requestor of said empty file;
determining if a portion of said empty file being read by the requestor should contain expected content, if said portion of said empty file should contain expected content then, before fulfilling the read, adding said expected content to said empty file to transform said empty file into a requested file; and, fulfilling a read of said requested file.
2. A method according to claim 1, wherein said particular content comprises organizing information for the contents of said empty file.
3. A method according to any one of claims 1 to 2, further comprising arranging to intercept one or more reads for a portion of said requested file that are referenced by contents of a portion of said requested file being read.
4. A method according to claim 1, where said expected content comprises stored data.
5. A method according to any one of claims 1 to 4, wherein a portion of said empty file is filled prior to said intercepting step.
6. A method according to any one of claim 2, wherein said organizing information comprises filesystem information.
7. A method according to claim 6, further comprising providing said filesystem information for use by an operating system kernel to boot or to mount as a filesystem.
8. A method according to claim 6, further comprising providing said filesystem information for use by a boot process in booting a computer system.
9. A method according to any one of claims 6 to 8, wherein said determining step comprises identifying a portion of said empty file being read and associating said portion being read with said expected content.
10. A method according to claim 9, wherein said portion being read comprises any one of sectors 0-15, and associating said sectors with NTFS filesystem information.
11. A method for providing access to data by a requestor comprising:
creating an empty file in a format understood by the requestor;
intercepting one or more reads by the requestor of said empty file;
determining if a portion of said empty file being read by the requestor should contain organizing information for said empty file, if said portion of said empty file should contain organizing information then, before fulfilling the read, adding organizing information to said empty file to transform said empty file into a requested file;
determining if a portion of said requested file being read by the requestor should contain data then, before fulfilling the read, copying data from a data source to said portion of said requested file; and, fulfilling a read of said requested file.
creating an empty file in a format understood by the requestor;
intercepting one or more reads by the requestor of said empty file;
determining if a portion of said empty file being read by the requestor should contain organizing information for said empty file, if said portion of said empty file should contain organizing information then, before fulfilling the read, adding organizing information to said empty file to transform said empty file into a requested file;
determining if a portion of said requested file being read by the requestor should contain data then, before fulfilling the read, copying data from a data source to said portion of said requested file; and, fulfilling a read of said requested file.
12. A machine readable medium having computer readable instructions thereon which when executed by a computer carry out the method of any one of claims 1 to 11.
13. A system for creating a file being accessed by a requestor comprising:
a computer system having an application for creating an empty file on a storage medium in a format understood by the requestor;
said application adapted to intercept one or more reads by the requestor of said empty file on said storage medium; and, said application adapted to determine if a portion of said empty file being read should contain expected content, if said portion of said empty file should contain expected content then, before fulfillling the read, adding said expected content to said empty file to transform said empty, file into a requested file on said storage medium.
a computer system having an application for creating an empty file on a storage medium in a format understood by the requestor;
said application adapted to intercept one or more reads by the requestor of said empty file on said storage medium; and, said application adapted to determine if a portion of said empty file being read should contain expected content, if said portion of said empty file should contain expected content then, before fulfillling the read, adding said expected content to said empty file to transform said empty, file into a requested file on said storage medium.
14. A system according to claim 13, wherein said particular content comprises organizing information for the contents of said empty file.
15. A system according to any one of claims 13 to 14, wherein said application is further adapted to intercept one or more reads for a portion of said requested file that are referenced by contents of a portion of said requested file being read.
16. A system according, to claim 13, where said expected content comprises stored data.
17. A system according to any one of claims 13 to 16, wherein a portion of said empty file is filled by a secondary source prior to said intercepting by said application.
18. A system according to any one of claims 13 to 15, wherein said organizing information comprises filesystem information.
19. A system according to claim 18, wherein said filesystem information is provided for use by an operating system kernel to boot or to mount as a filesystem on a remote computer system.
10. A system according to claim 18, wherein said filesystem information is provided for use by a boot process in booting a remote computer system.
21. A method for providing access to a file by a requestor comprising:
creating a file having pre-filled content thereon in a format understood by the requestor;
intercepting one or more reads by the requestor of said file;
determining if a portion of said file being read by the requestor should contain expected content, if said portion of said file should contain expected content then, before fulfilling the read, adding said expected content to said file to transform said file into a requested file; and, fulfilling a read of said requested file.
creating a file having pre-filled content thereon in a format understood by the requestor;
intercepting one or more reads by the requestor of said file;
determining if a portion of said file being read by the requestor should contain expected content, if said portion of said file should contain expected content then, before fulfilling the read, adding said expected content to said file to transform said file into a requested file; and, fulfilling a read of said requested file.
22. A method according to claim 21, wherein said particular content comprises organizing information for the contents of said file.
23. A method according to any one of claims 21 to 22, further comprising arranging to intercept one or more reads for a portion of said requested file that are referenced by contents of a portion of said requested file being read.
24. A method according to claim 21, where said expected content comprises stored data.
25. A method according to any one of claims 21 to 24, wherein a portion of said file is filled prior to said intercepting step.
26. A method according to any one of claim 22, wherein said organizing information comprises filesystem information.
27. A method according to claim 26, further comprising providing said filesystem information for use by an operating system kernel to boot or to mount as a filesystem.
28. A method according to claim 26, further comprising providing said filesystem information for use by a boot process in booting a computer system.
29. A method according to any one of claims 26 to 28, wherein said determining step comprises identifying a portion of said file being read and associating said portion being read with said expected content.
30. A method according to claim 29, wherein said portion being read comprises any one of sectors 0-15, and associating said sectors with NTFS filesystem information.
31. A machine readable medium having computer readable instructions thereon which when executed by a computer carry out the method of any one of claims 21 to 30.
32. A system for creating a file being accessed by a requestor comprising:
a computer system having an application for creating a file on a storage medium in a format understood by the requestor;
said application adapted to intercept one or more reads by the requestor of said file on said storage medium; and, said application adapted to determine if a portion of said file being read should contain expected content, if said portion of said file should contain expected content then, before fulfilling the read, adding said expected content to said file to transform said file into a requested file on said storage medium.
a computer system having an application for creating a file on a storage medium in a format understood by the requestor;
said application adapted to intercept one or more reads by the requestor of said file on said storage medium; and, said application adapted to determine if a portion of said file being read should contain expected content, if said portion of said file should contain expected content then, before fulfilling the read, adding said expected content to said file to transform said file into a requested file on said storage medium.
33. A system according to claim 32, wherein said particular content comprises organizing information for the contents of said file.
34. A system according to any one of claims 32 to 33, wherein said application is further adapted to intercept one or more reads for a portion of said requested file that are referenced by contents of a portion of said requested file being read.
35. A system according to claim 32, where said expected content comprises stored data.
36. A system according to any one of claims 32 to 35, wherein a portion of said file is filled by a secondary source prior to said intercepting by said application.
37. A system according to any one of claims 32 to 35, wherein said organizing information comprises filesystem information.
38. A system according to claim 37, wherein said filesystem information is provided for use by an operating system kernel to boot or to mount as a filesystem on a remote computer system.
39. A system according to claim 37, wherein said filesystem information is provided for use by a boot process in booting a remote computer system.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US25670009P | 2009-10-30 | 2009-10-30 | |
| US61/256,700 | 2009-10-30 | ||
| PCT/CA2010/001675 WO2011050451A1 (en) | 2009-10-30 | 2010-10-26 | Real-time data transformation to access foreign data sources |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2775210A1 true CA2775210A1 (en) | 2011-05-05 |
| CA2775210C CA2775210C (en) | 2016-05-31 |
Family
ID=43921193
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2775210A Expired - Fee Related CA2775210C (en) | 2009-10-30 | 2010-10-26 | Real-time data transformation to access foreign data sources |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US9026565B2 (en) |
| CA (1) | CA2775210C (en) |
| WO (1) | WO2011050451A1 (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8505003B2 (en) * | 2010-04-28 | 2013-08-06 | Novell, Inc. | System and method for upgrading kernels in cloud computing environments |
| CN103970585B (en) * | 2013-01-31 | 2017-10-27 | 新华三技术有限公司 | Create the method and device of virtual machine |
| US9239689B2 (en) * | 2013-03-28 | 2016-01-19 | Red Hat Israel, Ltd. | Live migration of virtual disks |
| US11294657B2 (en) * | 2015-05-15 | 2022-04-05 | Hewlett-Packard Development Company, L.P. | Data copying |
Family Cites Families (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5317728A (en) * | 1990-09-07 | 1994-05-31 | International Business Machines Corporation | Storage management of a first file system using a second file system containing surrogate files and catalog management information |
| US5694546A (en) * | 1994-05-31 | 1997-12-02 | Reisman; Richard R. | System for automatic unattended electronic information transport between a server and a client by a vendor provided transport software with a manifest list |
| US5991542A (en) * | 1996-09-13 | 1999-11-23 | Apple Computer, Inc. | Storage volume handling system which utilizes disk images |
| WO1999042934A2 (en) * | 1998-02-20 | 1999-08-26 | Storm Systems, Llc | File system performance enhancement |
| US6374268B1 (en) | 1998-04-14 | 2002-04-16 | Hewlett-Packard Company | Methods and systems for an incremental file system |
| US6542909B1 (en) | 1998-06-30 | 2003-04-01 | Emc Corporation | System for determining mapping of logical objects in a computer system |
| WO2001016756A1 (en) * | 1999-08-31 | 2001-03-08 | Fujitsu Limited | File apparatus and file access method |
| US6751658B1 (en) * | 1999-10-18 | 2004-06-15 | Apple Computer, Inc. | Providing a reliable operating system for clients of a net-booted environment |
| US7136867B1 (en) * | 2002-04-08 | 2006-11-14 | Oracle International Corporation | Metadata format for hierarchical data storage on a raw storage device |
| US6993649B2 (en) * | 2002-12-17 | 2006-01-31 | John Alan Hensley | Method of altering a computer operating system to boot and run from protected media |
| US8209680B1 (en) * | 2003-04-11 | 2012-06-26 | Vmware, Inc. | System and method for disk imaging on diverse computers |
| WO2005043360A1 (en) * | 2003-10-21 | 2005-05-12 | Green Border Technologies | Systems and methods for secure client applications |
| US7440965B1 (en) * | 2004-02-11 | 2008-10-21 | Network Appliance, Inc. | Method and system for generating and restoring a backup image |
| US7843907B1 (en) * | 2004-02-13 | 2010-11-30 | Habanero Holdings, Inc. | Storage gateway target for fabric-backplane enterprise servers |
| US7843906B1 (en) * | 2004-02-13 | 2010-11-30 | Habanero Holdings, Inc. | Storage gateway initiator for fabric-backplane enterprise servers |
| US7990994B1 (en) * | 2004-02-13 | 2011-08-02 | Habanero Holdings, Inc. | Storage gateway provisioning and configuring |
| US8713295B2 (en) * | 2004-07-12 | 2014-04-29 | Oracle International Corporation | Fabric-backplane enterprise servers with pluggable I/O sub-system |
| US7505986B2 (en) * | 2005-07-14 | 2009-03-17 | Microsoft Corporation | Moving data from file on storage volume to alternate location to free space |
| US8364638B2 (en) * | 2005-09-15 | 2013-01-29 | Ca, Inc. | Automated filer technique for use in virtualized appliances and applications |
| US20110040812A1 (en) * | 2007-12-20 | 2011-02-17 | Virtual Computer, Inc. | Layered Virtual File System |
| US8051111B2 (en) | 2008-01-31 | 2011-11-01 | Prowess Consulting, Llc | Method and system for modularizing windows imaging format |
| US8365167B2 (en) * | 2008-04-15 | 2013-01-29 | International Business Machines Corporation | Provisioning storage-optimized virtual machines within a virtual desktop environment |
| US8862633B2 (en) * | 2008-05-30 | 2014-10-14 | Novell, Inc. | System and method for efficiently building virtual appliances in a hosted environment |
| US8543998B2 (en) * | 2008-05-30 | 2013-09-24 | Oracle International Corporation | System and method for building virtual appliances using a repository metadata server and a dependency resolution service |
| US20110061046A1 (en) * | 2008-12-18 | 2011-03-10 | Virtual Computer, Inc. | Installing Software Applications in a Layered Virtual Workspace |
-
2010
- 2010-10-26 CA CA2775210A patent/CA2775210C/en not_active Expired - Fee Related
- 2010-10-26 WO PCT/CA2010/001675 patent/WO2011050451A1/en active Application Filing
- 2010-10-26 US US13/504,081 patent/US9026565B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US9026565B2 (en) | 2015-05-05 |
| CA2775210C (en) | 2016-05-31 |
| US20120221612A1 (en) | 2012-08-30 |
| WO2011050451A1 (en) | 2011-05-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8838542B1 (en) | Optimized image archiving | |
| JP4855714B2 (en) | System and method for accessing computer files across computer operating systems | |
| US6618736B1 (en) | Template-based creation and archival of file systems | |
| US8370835B2 (en) | Method for dynamically generating a configuration for a virtual machine with a virtual hard disk in an external storage device | |
| US7836105B2 (en) | Converting file-systems that organize and store data for computing systems | |
| US11537652B2 (en) | Sharing filesystems between containers | |
| US9547506B2 (en) | Synthetic device for installation source media | |
| US20170060898A1 (en) | Fast file clone using copy-on-write b-tree | |
| US11010355B2 (en) | Layer-based file access method and apparatus of virtualization instance | |
| US9921765B2 (en) | Partial snapshots in virtualized environments | |
| US8347071B2 (en) | Converting virtual deployments to physical deployments to simplify management | |
| US20120239922A1 (en) | Preparing and preserving a system configuration during a hot upgrade | |
| US10740039B2 (en) | Supporting file system clones in any ordered key-value store | |
| US20170115909A1 (en) | Data replica control | |
| JP7026206B2 (en) | Thin provisioned virtual desktop infrastructure virtual machines in cloud environments that do not support sync clones | |
| WO2019061352A1 (en) | Data loading method and device | |
| KR101278790B1 (en) | Efficient method for operating system deployment | |
| US11263252B2 (en) | Supporting file system clones in any ordered key-value store using inode back pointers | |
| US10684884B1 (en) | Application containers running inside virtual machine | |
| CA2775210C (en) | Real-time data transformation to access foreign data sources | |
| US9569443B1 (en) | Method and apparatus for providing access to data in unsupported file systems and storage containers | |
| US11822522B2 (en) | Intelligent filesystem for container images | |
| US11418555B1 (en) | Systems and methods for streaming an application via object storage | |
| US10248449B1 (en) | Application containers running inside virtual machine | |
| US8924963B2 (en) | In-process intermediary to create virtual processes |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKLA | Lapsed |
Effective date: 20181026 |