IP Library Patent Application 10856469
Patent Application
App. No. 10/856,469

Method and apparatus for keeping a file system client in a read-only name space of the file system

Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US None
App. No.
10/856,469
Abstract

An apparatus for keeping a file system client in a read-only name space of the file system includes a system management component which sends “create” calls in response to mount “commands”. The apparatus includes at least a first disk element in communication with the system management component which receives the “create” calls and creates mount points in the read only name space in response to the mount “commands”. A method for keeping a file system client in a read-only name space of the file system includes the steps of creating a context mount point in an existing unit of a file system, where the unit is preferably VFS, in the read-only name space. There is the step of adding a new VFS to the name space at the mount point to the existing VFS.

Claims (29)

1 . A method for keeping a file system client in a read-only name space of the file system comprising the steps of:

creating a context mount point in an existing VFS in the read-only name space; and

adding a new VFS to the name space at the mount point to the existing VFS.

2 . A method as described in claim 1 including the step of receiving a mount command for the new VFS at a system network component.

3 . A method as described in claim 2 including the step of sending a create call to a disk element to create the mount point.

4 . A method as described in claim 3 wherein the adding step includes the step of forming a parent and child relationship between the existing VFS and the new VFS, respectively.

5 . A method as described in claim 4 wherein the creating step includes the step of creating the mount point having a name of the child VFS.

6 . A method as described in claim 5 including the step of initializing internal bi-directional meta-data between the parent VFS and the child VFS.

7 . A method as described in claim 6 including the step of creating a client visible mount point object in the file system.

8 . A method as described in claim 7 including the step of initializing internal meta-data within the child VFS to refer to the parent VFS.

9 . A method as described in claim 8 wherein the initializing internal meta-data within the child of the VFS step includes the step of referring the internal meta-data with the child VFS to both a directory and the mount point within the directory of the parent VFS.

10 . A method as described in claim 9 including the step of verifying the parent VFS exists.

11 . A method as described in claim 10 including the step of verifying the parent VFS is not already mounted.

12 . A method as described in claim 11 including the step of learning a file ID of the directory having the mount point.

13 . A method as described in claim 12 including the step of constructing a mount string having a name of the VFS child.

14 . A method as described in claim 13 wherein the parent VFS has a read-write name space and including the step of mirroring the name space of the parent VFS in a read only name-space of the child VFS.

15 . A method as described in claim 14 including the step of gaining access by the client to the mirrored name space of the child VFS through a root VFS.

16 . A method as described in claim 15 wherein the gaining access step includes the step of directing a client request by an N-blade to a mirrored root VFS of a virtual server.

17 . A method as described in claim 16 including the step of sending by the N-blade a lookup RPC to a VLDB.

18 . A method as described in claim 17 including the step of responding by the VLDB to the lookup RPC with a list of identical but distinct root mirrors or the parent VFS if there are no root mirrors.

19 . A method as described in claim 18 wherein the disk element includes a D-blade and including the step of satisfying the client request with one of the mirrors on the list on the D-blade.

20 . An apparatus for keeping a file system client in a read-only name space of the file system comprising:

a system management component which sends create calls in response to mount commands; and

at least a first disk element in communication with the system management component which receives the create calls and creates mount points in the read only name space in response to the mound commands.

21 . An apparatus as described in claim 20 wherein the disk element has a plurality of existing parent VFS, and the disk element creates the mount points in the parent VFS and mounts a child VFS at a mount point in the parent VFS.

22 . An apparatus as described in claim 21 wherein the disk element includes a D-blade.

23 . An apparatus as described in claim 22 including a VFS location database which maintains locations of all VFS in communication with the D-blade.

24 . An apparatus as described in claim 23 wherein the system management component includes a network element in communication with the D-blade and the database which receives look-up requests from clients.

25 . An apparatus as described in claim 24 wherein the network element is an N-blade.

Assignments (2)
CHANGE OF NAME Recorded Oct 25, 2015
From: NETWORK APPLIANCE, INC.
To: NETAPP, INC.
Reel/Frame 036875/0425 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Sep 27, 2004
From: KAZAR, MIKE; LAROCCA, MICHAEL J.; SNIDER, WILLIAM L.; REYNOLDS, ANDREW G.
To: NETWORK APPLIANCE, INC.
Reel/Frame 015186/0620 →