Abstract:
A Multi-Pathing Optimization Module (MPOM) interfaces with a client to route a data access request along a most optimal path to a storage system serving data container stored on a striped volume set (SVS). The MPOM constructs and references a Location Data Structure (LDS) containing striping rules associated with the SVS, a list of network elements (N-blades) operatively connected to the client, and a list of disk elements (D- blades) sharing a node of the storage system with the listed N-blades. The MPOM executes a Client_Locate( ) function on a per data access request basis to identify the D- blade serving the volume which will receive the request. When possible, the MPOM routes the data access request directly to the N-blade sharing a node with the identified D-blade, thereby using the most optimal path from the client to the SVS.
Abstract:
Embodiments of the invention include a memory device, such as a removable expanded memory card, having a host bus interface that allows a host to access a memory of the device. The memory device also includes memory scrubbing circuitry to read data stored at addresses in the memory and to identify single-bit errors and multiple-bit errors in the data read from the memory.
Abstract:
A technique is disclosed for restoring data of sparse volumes, where one or more block pointers within the file system structure are marked as ABSENT, and fetching the appropriate data from an alternate location on demand. Client data access requests to the local storage system initiate a restoration of the data from a backing store as required. A demand generator can also be used to restore the data as a background process by walking through the sparse volume and restoring the data of absent blocks. A pump module is also disclosed to regulate the access of the demand generator. Once all the data has been restored, the volume contains all data locally, and is no longer a sparse volume.
Abstract:
Thermal conditions within a computer unit are monitored. A system-level temperature sensor responds to intake cooling air. A subsystem-level temperature sensor responds to the temperature of a subsystem-level component, preferably a motherboard or a backplane. When the temperature sensed by of the system-level temperature sensor falls outside of a critical limit, it is determined whether the temperature sensed by the subsystem-level temperature sensor generally correlates with the temperature sensed by the system-level temperature sensor. If there is no correlation, the operation of the computer unit is continued.
Abstract:
A system and method re-stripes one or more data containers across a striped volume set (SVS) that has been modified by the addition of one or more volumes. The SVS is associated with an existing set of striping rules that define a stripe algorithm, a stripe width and an ordered list of volumes distributed across a plurality of nodes interconnected as a cluster. Each node of the cluster includes (i) a disk element (D-blade) adapted to service a volume of the SVS and (ii) a network element (N-blade) adapted to redirect a data access request to any D-blade of the cluster. Notably, the content of each data container is apportioned among the volumes of the SVS to thereby improve the effi- ciency of storage service provided by the cluster. To that end, the stripe algorithm specifies the manner in which the data container content is apportioned as stripes across the plurality of volumes, while the stripe width specifies the size/width of each stripe.
Abstract:
Thermal conditions within a computer unit are monitored. A system-level temperature sensor responds to intake cooling air. A subsystem-level temperature sensor responds to the temperature of a subsystem-level component, preferably a motherboard or a backplane. When the temperature sensed by of the system-level temperature sensor falls outside of a critical limit, it is determined whether the temperature sensed by the subsystem-level temperature sensor generally correlates with the temperature sensed by the system-level temperature sensor. If there is no correlation, the operation of the computer unit is continued.
Abstract:
Provided is a method and system for data allocation within a storage system architecture. One or more nodes of the storage system architecture provides access to striped data stored on a striped volume set. Each node can store a volume of the striped volume set. Further, the striped volume set is identified by a striping table. When modifying the storage system architecture, such as adding a volume to, or removing a volume from, the striped volume set, the striping table is rearranged to accurately identify the location of striped data on the striped volume set as shown in figure 14. At least one restriping process implemented on the striping table affects the volume utilization efficiency, hot-spotting behavior, and distribution efficiency of the striped volume set.
Abstract:
A system and method caches and distributes meta-data for one or more data containers stored on a plurality of volumes configured as a striped volume set (SVS) and served by a plurality of nodes interconnected as a cluster. The SVS comprises one meta 5 data volume (MDV) configured to store a canonical copy of certain meta-data, including access control lists and directories, associated with all data containers stored on the SVS, and one or more data volumes (DV) configured to store, at least, data content of those containers. In addition, for each data container stored on the SVS, one volume is designated a container attribute volume (CAV) and, as such, is configured to store ("cache") a io canonical copy of certain, rapidly-changing attribute meta-data, including time stamps and container length, associated with that container.
Abstract:
A system and method enables cluster-wide management of backup operations issued by one or more backup managers to nodes of a cluster using a network management protocol, such as NDMP. An NDMP daemon executing on each node is extended to include a processing module and a backup module. The processing module interfaces with a backup manager to interpret the backup operation and, if necessary, forward (proxy) that operation to another NDMP daemon on another node of the cluster for processing in accordance with cluster's unified namespace.
Abstract:
A technique is disclosed for restoring data of sparse volumes, where one or more block pointers within the file system structure are marked as ABSENT, and fetching the appropriate data from an alternate location on demand. Client data access requests to the local storage system initiate a restoration of the data from a backing store as required. A demand generator can also be used to restore the data as a background process by walking through the sparse volume and restoring the data of absent blocks. A pump module is also disclosed to regulate the access of the demand generator. Once all the data has been restored, the volume contains all data locally, and is no longer a sparse volume.