Data processing: database and file management or data structures – Database design – Data structure types
Reexamination Certificate
2000-07-31
2004-03-02
Vu, Kim (Department: 2172)
Data processing: database and file management or data structures
Database design
Data structure types
C707S793000, C707S793000, C711S171000
Reexamination Certificate
active
06701332
ABSTRACT:
BACKGROUND OF THE INVENTION
1. Field of the Invention
The present invention pertains to file systems in a computing environment and, more particularly, to a technique for multi-volume root support in such an environment.
2. Description of the Related Art
As information technology has matured, computing systems have evolved into what are now known as “enterprise computing systems.” An enterprise computing system is typically a large number of computing and storage devices, all of which are employed by users from a single concern, or “enterprise.” One popular type of enterprise computing system is an “intranet,” which is a computing system that operates like the Internet, but requires special authorization to access. Such access is typically only granted to employees and/or contractors of the enterprise. However, not all enterprise computing systems are intranets or operate along the principles of the Internet.
Another common characteristic of enterprise computing systems is that they may be conceptualized as groups, or “clusters,” of constituent computing systems. In an enterprise computing system, the number of users is typically so large that several, sometimes dozens or hundreds, of servers are necessary to manage all the computing resources of the system. These computing resources are grouped into clusters. Each cluster has at least one server that administers the cluster's computing resources. While a cluster of constituent computing systems might include numerous servers, typically only one will administer the cluster's computing resources across the whole cluster. Some enterprise computing systems might also have a “master” server that controls operations across the entire computing system.
Frequently, a computing system's architects imbue the system with “single system semantics.” This means that, ideally, the system structure is transparent to the user so that the user is completely unaware they are working in any particular system or cluster, or even that the overall system is grouped into clustered systems. All the users will know is that they are interfaced with a system of computing resources at their disposal. The computing system handles the users instructions in a manner without any specific input from the user as to where the resources necessary to complete the task may be found in the system.
One important component in these respects is the “file system.” In this context, “files” constitute data stored in a predefined format, structure, or model. A file system (“FS”) usually organizes data into various files and manages their location, storage, and access. A FS typically consists of several levels, or “layers,” of abstraction. For instance, a FS will include a physical file system as a “bottom” layer, which is the actual physical file system in which the FS stores the data on a disk. Additional layers are also traditionally used.
One feature found in a clustered enterprise computing system is a “distributed file system.” A distributed file system (“DFS”) is simply a FS in which the various files that may be accessed may be shared simultaneously by the other computing resources. Thus, multiple users can use the data at the same time. Files in a DFS may be distributed across the entire computing system, i.e., various part of the physical file system are located in different part of the computing system. More commonly, however, files are grouped and segregated into the clusters into which the rest of the computing resources are grouped. However, even though the files in the physical file system may be segregated into a cluster, they are still distributed across various computing resources in the cluster. Such a cluster-wide DFS shall, for present purposes, be referred to as a cluster FS (“CFS”).
Thus, one or more of the computing resources in a cluster will usually be running an “application” at any given time. The application(s) operate(s) on the data in the files of the CFS. The CFS manages the reading and writing of data between the computing resources and the cache and between the cache and the disk storage. Applications may also sometimes reach beyond their cluster into the CFS of another cluster, which is also handled by the CFS. The grouping of files into a particular CFS is generally predicated on the commonality of their use by application(s) running in a cluster. One function of the CFS is to provide a common address space for the distributed elements of the physical file system, i.e., to provide an intermediary so that the application need only employ a single address that the CFS then translates to a location in the physical file system.
One important aspect to managing an enterprise computing system is adding storage and or computing capacity, and it implicates both the physical file system and the CFS. For instance, if a new logical storage unit is added, or an old logical storage unit is removed, the modification to the cluster needs to be propagate through the various layers of the file system. One way to address this issue is to treat each logical storage unit as a “storage volume.” Each storage volume containing a particular file system is “mounted” on a node of the cluster. New storage volumes cannot be added to the root file system, i.e., all root file systems are contained on a single storage volume. Regardless of the manner in which new storage volumes are introduced into the file system, it is important from a management standpoint because of its effect on the efficiency of the computing system's operation.
The present invention is directed to resolving, or at least reducing, one or all of the problems mentioned above.
SUMMARY OF THE INVENTION
The present is, in one aspect, a method for supporting multi-volume storage in a cluster root file system. The method comprises maintaining a list of storage volumes containing the cluster root file system in a list partition of a boot disk for each cluster node; modifying the cluster root file system storage; and updating each list of storage volumes containing the cluster root file system to reflect the modification.
REFERENCES:
patent: 4941059 (1990-07-01), Grant
patent: 5706472 (1998-01-01), Ruff et al.
patent: 5742818 (1998-04-01), Shoroff et al.
patent: 5835094 (1998-11-01), Ermel et al.
patent: 5924122 (1999-07-01), Cardoza et al.
patent: 5974250 (1999-10-01), Angelo et al.
patent: 6052134 (2000-04-01), Foster
patent: 6052764 (2000-04-01), Mogul
patent: 6067604 (2000-05-01), Ramachandran et al.
patent: 6101508 (2000-08-01), Wolff
patent: 6119131 (2000-09-01), Cabrera et al.
patent: 6173291 (2001-01-01), Jenevein
patent: 6374265 (2002-04-01), Chen et al.
patent: 6377958 (2002-04-01), Orcutt
patent: 6421711 (2002-07-01), Blumenau et al.
patent: 6438705 (2002-08-01), Chao et al.
patent: 6591356 (2003-07-01), McMurdie et al.
patent: 6615365 (2003-09-01), Jenevein et al.
“Implementing Global Memory Management in a Workstation Cluster”—Michael J. Feeley, William E. Morgan, Frederic H. Pighin, Anna R. Karlin and Henry M. Levy—SIGOPS Dec. 1995 ACM, (pps: 201-201).
Hewlett--Packard Development Company, L.P.
Ly Anh
Vu Kim
LandOfFree
Cluster file system multi-volume root support does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Cluster file system multi-volume root support, we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Cluster file system multi-volume root support will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-3288791