| System and method for remote raid configuration -> Monitor Keywords |
|
|
  System and method for remote raid configurationUSPTO Application #: 20070204105Title: System and method for remote raid configuration Abstract: A deployment module of a RAID deployment management system integrates vendor-specific RAID configurations into a vendor-independent infrastructure with a RAID configuration utility that translates vendor-specific formatted configuration information to vendor-independent formatted configuration information. A user interface determines a RAID configuration for a target information handling system from a unique identifier associated with the target information handling system and deploys the configuration information through a deployment engine that selects a boot file from a DHCP server for the target to boot to with a PXE client. The deployment engine loads an agent to the target that executes to configure the target and then resets the boot file associated with the target so that subsequent boot allows the configured target to deploy software. (end of abstract) Agent: Hamilton & Terrile, LLP - Austin, TX, US Inventors: Scott Lauffer, Kit R. Morris USPTO Applicaton #: 20070204105 - Class: 711114000 (USPTO) Related Patent Categories: Electrical Computers And Digital Processing Systems: Memory, Storage Accessing And Control, Specific Memory Composition, Accessing Dynamic Storage Device, Direct Access Storage Device (dasd), Arrayed (e.g., Raids) The Patent Description & Claims data below is from USPTO Patent Application 20070204105. Brief Patent Description - Full Patent Description - Patent Application Claims
BACKGROUND OF THE INVENTION [0001] 1. Field of the Invention [0002] The present invention relates to the field of configuring information handling systems, and more particularly to a system and method for remote configuration of RAID information handling systems. [0003] 2. Description of the Related Art [0004] As the value and use of information continues to increase, individuals and businesses seek additional ways to process and store information. One option available to users is information handling systems. An information handling system generally processes, compiles, stores, and/or communicates information or data for business, personal, or other purposes thereby allowing users to take advantage of the value of the information. Because technology and information handling needs and requirements vary between different users or applications, information handling systems may also vary regarding what information is handled, how the information is handled, how much information is processed, stored, or communicated, and how quickly and efficiently the information may be processed, stored, or communicated. The variations in information handling systems allow for information handling systems to be general or configured for a specific user or specific use such as financial transaction processing, airline reservations, enterprise data storage, or global communications. In addition, information handling systems may include a variety of hardware and software components that may be configured to process, store, and communicate information and may include one or more computer systems, data storage systems, and networking systems. [0005] Although the wide variety of hardware and software configurations available for information handling systems provides consumers with great flexibility to meet desired information processing needs, the proper configuration of these various types of information handling systems by manufacturers often presents a complex task. In the information handling system client sector, manufacturers typically rely on image-based deployment products to ensure proper configuration of information handling systems. Image-based deployments copy an image of properly configured operating system and application software to permanent memory of an information handling system, such as a hard disc drive, so that the information handling system operates correctly when initially powered up without the delays generally associated with software configuration. However, image-based software deployment to servers is less mature than with clients, particularly with specialized servers, such as RAID (Redundant Array of Inexpensive Disks) information handling systems. [0006] RAID information handling systems are generally configured in different types of RAID implementations that are each enabled with a variety of hardware and software component configurations. Successful imaging of a RAID drive is dependent on the specific computer model, driver controller, hard drive and RAID implementation so that preparation and loading of a particular configuration on a RAID server information handling system is generally performed at a RAID server using vendor-specific deployment products. Local deployment of RAID configurations with vendor specific applications generally restricts incorporation of manufacture of RAID servers with other types of information handling systems. For instance, due to the complexity of RAID deployment utilities and the variety of hardware generally used for RAID drives, deployment software vendors typically do not integrate RAID utilities into their deployment applications, instead generally providing a hook to third party components to implement RAID features or assuming that target systems are in a desired RAID configuration before software deployment. One example is a deployment application which configures RAID drives with scripts. Another example is an application which implements code that allows users to write RAID modules on a management server that, in turn, downloads the modules to a target RAID server to perform a RAID configuration task for each module. These types of vendor specific deployment applications fail to provide a seamless solution to integrate RAID configuration tools to a deployment environment. SUMMARY OF THE INVENTION [0007] Therefore a need has arisen for a system and method which remotely configures RAID information handling systems having plural configuration types. [0008] In accordance with the present invention, a method and system are provided which substantially reduce the disadvantages and problems associated with previous methods and systems for configuration of RAID information handling systems. A deployment module deploys vendor-specific configuration utilities from a management platform through translation to a vendor-independent format and controlled distribution of boot files by RAID information handling system type. [0009] More specifically, a deployment module deploys configuration information from a user interface to a target RAID information handling system to configure the target with vendor specific utilities through a vendor-independent infrastructure. A request for RAID configuration of a target information handling system populates the target with utilities and settings by directing a PXE boot of the target to a selected boot file of a DHCP server. The initial boot runs a deployment operating system that accepts RAID configuration information, such as vendor-specific utilities and settings, from a RAID configuration utility. A configuration agent on the target information handling system runs the vendor specific utilities to configure the target and returns status information to the deployment module. The RAID configuration utility translates the status information to a vendor independent format for display at the user interface. The deployment engine resets the boot file of the DHCP server associated with the target so that subsequent reboot of the target loads a primary boot file to manage software deployment to the target. Boot file selection from plural available boot files of the DHCP server is determined by reference of the deployment engine to a status label of the target information handling system. [0010] The present invention provides a number of important technical advantages. One example of an important technical advantage is that RAID information handling systems are remotely configured independent of hardware and software configuration type. Manufacture of information handling systems with a software deployment system infrastructure that includes remote RAID configuration provides a unified approach to software deployment. Incorporation of RAID server manufacturing in an automated information handling system manufacturing environment is thus enabled with remote deployment for RAID configuration supported by manufacturing equipment used with remote deployment for other types of information handling system configurations. Deployment to RAID information handling systems is supported from the deployment of bare systems that lack an operating system and ability to run applications to the deployment of systems having local and final operating systems that are able to run deployment applications. BRIEF DESCRIPTION OF THE DRAWINGS [0011] The present invention may be better understood, and its numerous objects, features and advantages made apparent to those skilled in the art by referencing the accompanying drawings. The use of the same reference number throughout the several figures designates a like or similar element. [0012] FIG. 1 depicts a block diagram of a RAID deployment management system; [0013] FIG. 2 depicts a state diagram of target RAID information handling system states for remote RAID configuration; and [0014] FIG. 3 depicts a flow diagram of a process for remote RAID information handling system configuration. DETAILED DESCRIPTION [0015] Remote RAID information handling system configuration is embedded in a deployment infrastructure to unify configuration and software deployment to storage server information handling systems. For purposes of this disclosure, an information handling system may include any instrumentality or aggregate of instrumentalities operable to compute, classify, process, transmit, receive, retrieve, originate, switch, store, display, manifest, detect, record, reproduce, handle, or utilize any form of information, intelligence, or data for business, scientific, control, or other purposes. For example, an information handling system may be a personal computer, a network storage device, or any other suitable device and may vary in size, shape, performance, functionality, and price. The information handling system may include random access memory (RAM), one or more processing resources such as a central processing unit (CPU) or hardware or software control logic, ROM, and/or other types of nonvolatile memory. Additional components of the information handling system may include one or more disk drives, one or more network ports for communicating with external devices as well as various input and output (I/O) devices, such as a keyboard, a mouse, and a video display. The information handling system may also include one or more buses operable to transmit communications between the various hardware components. [0016] Referring now to FIG. 1, a block diagram depicts a RAID deployment management system 10 that embeds in an information handling system manufacturing infrastructure, such as factory software deployment network, for unified configuration and software deployment to a target RAID information handling system 12. A user interface 14 allows users to view managed target information handling systems 12 with managed system viewer 16 and to selectively assign configurations with configuration assignment module 18 from available configurations in RAID configurations database 20. User interface 14 interacts with target RAID information handling system 12 as a browser that communicates through a network 22 to a web server 24. Deployment module 30 identifies a target RAID information handling system by a unique identifier, such as a service tag number 26 having a configuration of physical components stored in RAID configuration database 20. In addition, deployment module 30 identifies a configuration state of target RAID information handling system 12 from a state label 28 that provides status information to management system 10. For instance, the state label may be information indicative of a bare state that lacks an operating system load, a local operating system state without a post operating system agent, and a local operating system state with a post operating system agent. [0017] Configuration assignment module 18 passes an assigned RAID configuration for a target 12 as a RAID configuration request through web server 24 to a deployment module 30 based upon the status label 28 and unique identifier 26. Deployment module 30 has a deployment engine 32 that dispatches a desired configuration to target 12, a DHCP server 34 that supports PXE boots of target 12 and a RAID configuration utility 36 that supports vendor specific RAID implementations. Configuration command and utilities are dispatched from deployment engine 32 to target 12 to initiate configuration of target 12 from the current state by a selected RAID configuration implementation. After configuration by a vendor specific RAID implementation, configuration status and settings from target 12 are translated through RAID configuration utility 36 and provided to user interface 14. A RAID configuration boot images database 35 stores boot files with each boot file supporting one or more predetermined RAID information handling system configurations. Raid configurations database 20 stores vendor-specific utilities with each utility supporting configuration of one or more predetermined RAID configurations by vendor type. [0018] Deployment engine 32 is a persistent program that determines the status of target 12 from state label 28 and uses the status information to dispatch an appropriate RAID configuration and initiate a boot setting change for target 12 if needed. For instance, deployment engine 32 accepts configuration assignments from user interface 14 through web server 24 and passes tasks to target 12, such as configuration commands and utilities performed through a PXE client boot file. On reboot of target 12, PXE client 38 uses the boot setting from deployment engine 30 to boot from DHCP server 34 and download a selected RAID configuration and operating system carrier from RAID configuration utility 36. Upon completion of RAID configuration for target 12, the target may initiate software deployment or reboot to its initial state. In an alternative embodiment that is not powered up in a network, the configuration may be set in advance so that target 12 is RAID configured automatically upon booting up. [0019] Management of RAID configuration and subsequent software deployment is performed through coordination of PXE client 38, post operating system agent 40, DHCP server 34 and RAID configuration utility 36. Post operating system agent 40 boots to run a vendor-specific RAID utility on target 12 as determined by deployment engine 32. RAID configuration utility 36 translates RAID configuration settings and commands to a vendor-independent format to support communication by RAID deployment management system 10 with plural types of RAID target information handling systems 12. RAID configuration utilities may reside in one or more boot files with DHCP server 34 switching boot file settings according to the target system selected by user interface 14. In one alternative embodiment, a light weight configuration agent 42 provides reboot commands to trigger RAID configuration utilities at a target information handling system. [0020] Referring now to FIG. 2, a state diagram depicts initial states 44 of target information handling systems having RAID configuration managed by RAID deployment management system 10. One initial state 46 is a "bare metal" system state in which the target system has no software deployed and thus boots at power-up to a network location determined, for instance, by a PXE client in a network interface card (NIC). A second initial state 48 is a "no agent" state in which the target system has a local operating system running without any post OS agent loaded. A third initial state 50 is an "agent" state in which the target system has a local operating system running with a post OS agent loaded. Power-up or re-start from each initial state results in a PXE boot to "pre-RAID" state 52 with the loading of a deployment operating system with pre-RAID configuration information determined by deployment engine 32 with reference to the current RAID setting taken from state label 28. Once the current RAID setting is applied, a "post-RAID" state 54 is achieved in which the deployment operating system runs on the target system with the RAID configuration information available. From state 54, the RAID configuration utility deployed to the target system performs vendor specific configuration functions that may call for a restart of the target system to one of the initial states 46-50 for repeated boots to files defined after a PXE boot and determination of the RAID settings at state 52. As RAID configuration completes, state 54 transits to state 56 by deployment of the local operating system to the target system. Continue reading... Full patent description for System and method for remote raid configuration Brief Patent Description - Full Patent Description - Patent Application Claims Click on the above for other options relating to this System and method for remote raid configuration patent application. ###  How KEYWORD MONITOR works... a FREE service from FreshPatents1. Sign up (takes 30 seconds). 2. Fill in the keywords to be monitored. 3. Each week you receive an email with patent applications related to your keywords. Start now! - Receive info on patent apps like System and method for remote raid configuration or other areas of interest. ### Previous Patent Application: Infiniband boot bridge with fibre channel target Next Patent Application: Transparent backup service for networked computers Industry Class: Electrical computers and digital processing systems: memory ### FreshPatents.com Support Thank you for viewing the System and method for remote raid configuration patent info. IP-related news and info Results in 7.15791 seconds Other interesting Feshpatents.com categories: Qualcomm , Schering-Plough , Schlumberger , Seagate , Siemens , Texas Instruments , |
||
