|Publication number||US20080168310 A1|
|Application number||US 11/650,168|
|Publication date||Jul 10, 2008|
|Filing date||Jan 5, 2007|
|Priority date||Jan 5, 2007|
|Also published as||US20120117370, WO2008083350A1|
|Publication number||11650168, 650168, US 2008/0168310 A1, US 2008/168310 A1, US 20080168310 A1, US 20080168310A1, US 2008168310 A1, US 2008168310A1, US-A1-20080168310, US-A1-2008168310, US2008/0168310A1, US2008/168310A1, US20080168310 A1, US20080168310A1, US2008168310 A1, US2008168310A1|
|Inventors||Cesare John Saretto, James C. Gray, James M. Lyon|
|Original Assignee||Microsoft Corporation|
|Export Citation||BiBTeX, EndNote, RefMan|
|Referenced by (10), Classifications (11), Legal Events (2)|
|External Links: USPTO, USPTO Assignment, Espacenet|
A headless server appliance is a computer system that is designed to operate as a server, but without a keyboard, a mouse (or other pointing device) and a monitor. In general, existing headless server appliances are relatively expensive, in part because they are specialized computing devices, including customized BIOSes that are needed to interact with them for administration purposes.
As can be readily appreciated, administration of server appliances that are based on conventional personal computer hardware cannot be fully accomplished due to basic hardware and software limitations. For example, traditional personal computers have BIOSes that can only display information on a local monitor and can only be controlled by a local keyboard. As a result, changing basic hardware configuration via the BIOS or viewing hardware errors detected by the BIOS can only be done locally, with an attached keyboard and monitor. Note that because the BIOS controls the system boot order, if the primary operating system has become unbootable, or the hard disk holding that operating system has stopped functioning, the system may not be able to boot from another medium without changes in BIOS configuration; as described above, with a conventional BIOS, this can only be accomplished locally.
Further, repairing an existing operating system or recovering data from an unrecoverable system generally requires booting the system with a secondary operating system. This secondary operating system can then be used to access the file system containing the malfunctioning operating system to make repairs or salvage data. The secondary operating system can be stored on internal or external hard drive, on a CD or DVD ROM, floppy disk, USB thumb drive, or other medium. However, booting such a secondary operating system is potentially very difficult on a headless system. For example, such secondary operating systems and the recovery utilities that run on them are generally designed to be used with a keyboard, mouse, and monitor attached.
This Summary is provided to introduce a selection of representative concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used in any way that would limit the scope of the claimed subject matter.
Briefly, various aspects of the subject matter described herein are directed towards a headless server appliance configured with a secondary actuation mechanism. When actuated, the secondary actuation mechanism enters the headless server appliance into a diagnostic mode, in which primitives are communicated between a client device coupled to the headless server appliance. For example, the diagnostic mode may correspond to a secondary operating system booted from a BIOS activated by the secondary actuation mechanism. The primitives may provide the client device with access to a hard disk of the headless server appliance, such as one containing a primary operating system. Primitives, such as communicated via APIs or the like, may also provide the client device with access to the BIOS.
In one example aspect, the secondary operating system and/or client device may perform diagnostics and recovery operations on the headless server appliance. For example, the client device or similar source may restore or update the primary operating system image to a storage medium of the headless server appliance. The coupling of the client device to the headless server appliance may be accomplished over any suitable interface means, including a network connection, USB port or the like.
Other advantages may become apparent from the following detailed description when taken in conjunction with the drawings.
The present invention is illustrated by way of example and not limited in the accompanying figures in which like reference numerals indicate similar elements and in which:
Various aspects of the technology described herein are generally directed towards a headless server appliance that can be booted into a special operating mode, referred to herein as a diagnostic mode, in which the server enters a state in which another device can communicate with the server. In general, the other device can couple to the headless server appliance, whereby the headless server appliance is temporarily accessed and/or controlled (at least in part) via the remote device.
In one aspect, the headless server is equipped with a hardware-based solution that allows a client device to couple to it (e.g., via USB) for interacting with one or more of the components of the server. For example, the server can report diagnostic information to the client, expose its hard drive and any other disk drive or drives to the client device, and so forth. In an alternative aspect, a hardware and software solution allows a remote client device to couple to the server via a network connection (e.g., via Ethernet). The client can then run various diagnostic utilities and so forth, including accessing the server's hard disk drive or drives.
While example aspects described herein are generally directed towards a client personal computer as the coupled device that accesses one or more hard disks on the headless server appliance, this is only one common scenario; other possibilities include using other types of remote devices, and other types of access and control, such as changing BIOS settings. Essentially any type of computing device that can couple for communication with a server in any way may act as a remote device, including personal computers, hand-held devices, personal digital assistants, cell phones and so forth.
At the same time, any suitable communications medium and protocol may be used, and any readable and/or writeable component or components within the headless server appliance (e.g., memory, other nonvolatile storage and so forth) may be accessed. Still further, as described below, any of various mechanisms may be used to enter the server into the diagnostic mode, including hardware-based triggering mechanisms, or a combination of hardware and software.
As such, the present invention is not limited to any particular embodiments, aspects, concepts, structures, functionalities or examples described herein. Rather, any of the embodiments, aspects, concepts, structures, functionalities or examples described herein are non-limiting, and the present invention may be used various ways that provide benefits and advantages in computing and networking in general.
In general, an aspect of the technology described herein is directed towards operating a headless server appliance running commodity personal computer hardware, and/or a traditional operating system with relatively few modifications (such as Microsoft® Windows® Server) that is otherwise not ordinarily intended to operate on headless system hardware. To achieve a server appliance that is headless, the server needs to be capable of being restored to working state in the event of operating system or hard disk failure, and capable of being administered, e.g., configured, maintained and/or diagnosed.
As is also typical, a Southbridge chip 114 is shown as connecting to a network interface card (NIC) 122 for remote connectivity, to nonvolatile storage (e.g., a hard disk drive) 124 that includes the primary operating system, and (optionally, as shown via the dashed representation) to at least one other interface (e.g., a USB A port) 126 for device connectivity. Being that the server 110 is intended for use in serving files, serving content and so forth, one or more other nonvolatile storage devices such as hard disk drive or drives 128 may be present in (or otherwise coupled to) the headless server appliance 110. Note that one or more of the other hard disk drive or drives 128 can alternatively connect through the port 126.
As represented in
When triggered, the secondary boot logic 146 enters the server 110 into a diagnostic operating mode, as described below. Any type of secondary actuation mechanism 144 may be used to trigger the secondary BIOS boot logic 146, but is typically one that requires some physical human intervention, such as a button, a smartcard insertion, connection of a USB device such as a personal computer or thumb drive, and so forth. It is also feasible to have the secondary actuation mechanism remotely activated, such as special key sent over the network connection; note however that the server 110's primary operating system may be inoperable, and thus any remote activation would require special detection circuitry that works independently of the primary operating system. It is also feasible to have non-human intervention, such as a timer or sensor that automatically triggers the secondary reboot, such as when the headless server appliance is not responding correctly to pings or the like.
Regardless of how triggered, actuating the secondary actuation mechanism 144 causes the secondary BIOS boot logic 146 to boot the server 110 into the diagnostic mode. In general, the diagnostic mode is a special operating mode which may be accomplished entirely in hardware or with software assistance, in which low-level hardware commands (primitives) may be used to interact with the headless server appliance 110. For example, via such hardware primitives, the server's internal hard disks may be exposed to a working client computer via a network medium.
In one example implementation represented in
In this example implementation, the secondary operating system is very limited and relatively small (e.g., on the order of 256 MB), and in general allows the headless server appliance 110 to connect to a remote client device 160 on the network. For example, the secondary operating system may use a communication protocol that provides primitives that expose the server's hard disk 124 containing the server's primary operating system over a TCP/IP network to a client computer, e.g., using the server's built-in Ethernet adapter 122 or other IP-capable network adapter. Files and/or other allocation units such as clusters or sectors on the hard drive 124 containing the primary operating system may thus be accessed. Optionally, some or all of the server's other hard disks 128 may be exposed in the same manner.
In the example of
In the diagnostic mode of
Once operating in the diagnostic mode, whether via the example of
Once coupled, the client computer 360 may perform any number of operations to the headless server appliance 330. For example, the client computer 360 may run recovery software and other well-known utilities to access the hard disks.
In yet another alternative, the functionality of the server's main-board hardware may be exposed to the client computer, e.g., via an API set 370 or the like appropriate for the chosen network medium. For example, this API set may allow for such operations as the configuration of server BIOS settings, reprogramming of the server's BIOS and/or Flash, executing and reporting the results of built-in hardware diagnostics, and so forth. In this manner, the client device 360 can adjust settings within the BIOS 346 (and/or perform a flash update), whereby the BIOS settings can be changed without needed a local keyboard, monitor, and so forth. For example, the secondary operating system can accept a new BIOS image, or if the BIOS is ACPI compliant, the client can update the BIOS settings via the APIs.
Alternatively, the client device 560 may run a diagnostic program 598 or other utility, such as stored on a compact disk 599. Again, other media may be used for storing the diagnostic program 598 or other utility, including the client's hard drive, a network source, and so forth.
As can be readily appreciated, once a server is operational in the diagnostic mode and connected to a working computer, the technology achieves the general equivalent of having booted the server into a secondary operating system, in which any number of existing repair and recovery utilities can be executed. Full restoration of the primary operating system to factory shipped condition is possible by imaging the operating system partition of the server's hard disk. Further, if the API set 370 represented in
Thus, to summarize, there is provided technology directed towards exposing one or more hard disks of a headless server appliance (using a hardware-only or hardware and software solution) to a working computer, such as via a network medium. This occurs selectively, such as when a hardware button on the appliance device is pressed.
Further, the technology provides for exposing mainboard programming and diagnostic functionality of a headless server appliance (using a hardware-only or hardware and software solution) to a working computer via an API, e.g., over a network medium, again selectively, such as when a particular hardware button on the appliance device is pressed.
Still further, there is facilitated the restoring of the server's operating system to factory condition from a working computer by imaging the operating system partition of the server's hard when attached such as represented in
While the invention is susceptible to various modifications and alternative constructions, certain illustrated embodiments thereof are shown in the drawings and have been described above in detail. It should be understood, however, that there is no intention to limit the invention to the specific forms disclosed, but on the contrary, the intention is to cover all modifications, alternative constructions, and equivalents falling within the spirit and scope of the invention.
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7822997 *||Jul 31, 2007||Oct 26, 2010||Hewlett-Packard Development Company, L.P.||Making a storage device unusable until a request is provided to recover an operating system or system firmware|
|US7865710 *||Apr 30, 2007||Jan 4, 2011||Hewlett-Packard Development Company, L.P.||Software recovery without the use of a keyboard, mouse, trackball or computer monitor|
|US8074062||Aug 11, 2008||Dec 6, 2011||Dell Products, L.P.||Method and system for using a server management program for an error configuration table|
|US8145936 *||Nov 25, 2008||Mar 27, 2012||Mcafee, Inc.||Automated computing appliance disaster recovery|
|US8548956||Nov 20, 2008||Oct 1, 2013||Mcafee, Inc.||Automated computing appliance cloning or migration|
|US8589731 *||Jan 28, 2011||Nov 19, 2013||Bank Of America Corporation||ATM redundancy leveraging virtualization technology|
|US8935216||Sep 13, 2013||Jan 13, 2015||Mcafee, Inc.||Automated computing appliance cloning or migration|
|US20090222812 *||Dec 13, 2008||Sep 3, 2009||Secure Computing Corporation||Automated clustered computing appliance disaster recovery and synchronization|
|US20100042710 *||Feb 18, 2010||Asustek Computer Inc.||Remote management of computer system|
|US20110167249 *||Jul 28, 2010||Jul 7, 2011||Samsung Electronics Co., Ltd.||Computer system and method capable of remotely restoring operating system|
|U.S. Classification||714/30, 714/E11.02, 709/203, 709/221, 714/E11.149, 714/27|
|International Classification||G06F15/16, G06F15/177, G06F11/00|
|Dec 6, 2007||AS||Assignment|
Owner name: MICROSOFT CORPORATION, WASHINGTON
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SARETTO, CESARE JOHN;GRAY, JAMES C;LYON, JAMES M;REEL/FRAME:020201/0977
Effective date: 20070104
|Jan 15, 2015||AS||Assignment|
Owner name: MICROSOFT TECHNOLOGY LICENSING, LLC, WASHINGTON
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MICROSOFT CORPORATION;REEL/FRAME:034766/0509
Effective date: 20141014