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.
This application is a divisional of U.S. patent application Ser. No. 11/650,168, filed Jan. 5, 2007, the entirety of which is incorporated by reference herein.
Number | Name | Date | Kind |
---|---|---|---|
5195130 | Weiss et al. | Mar 1993 | A |
5367667 | Wahlquist et al. | Nov 1994 | A |
5398333 | Schieve et al. | Mar 1995 | A |
5455933 | Schieve et al. | Oct 1995 | A |
5594663 | Messaros et al. | Jan 1997 | A |
5748877 | Dollahite et al. | May 1998 | A |
5884073 | Dent | Mar 1999 | A |
5978912 | Rakavy et al. | Nov 1999 | A |
6112243 | Downs et al. | Aug 2000 | A |
6347375 | Reinert et al. | Feb 2002 | B1 |
6438711 | Woodruff | Aug 2002 | B2 |
6697962 | McCrory et al. | Feb 2004 | B1 |
6732301 | Landry et al. | May 2004 | B1 |
6754811 | Cato | Jun 2004 | B1 |
6754816 | Layton et al. | Jun 2004 | B1 |
6763456 | Agnihotri et al. | Jul 2004 | B1 |
6779016 | Aziz et al. | Aug 2004 | B1 |
6782408 | Chandra et al. | Aug 2004 | B1 |
6785807 | Aguilar | Aug 2004 | B1 |
6813725 | Hanes et al. | Nov 2004 | B1 |
6813733 | Li et al. | Nov 2004 | B1 |
6823476 | Williams et al. | Nov 2004 | B2 |
6826707 | Stevens | Nov 2004 | B1 |
6826715 | Meyer et al. | Nov 2004 | B1 |
6836750 | Wong et al. | Dec 2004 | B2 |
6845464 | Gold | Jan 2005 | B2 |
6880002 | Hirschfeld et al. | Apr 2005 | B2 |
6895534 | Wong et al. | May 2005 | B2 |
6920553 | Poisner | Jul 2005 | B1 |
6922791 | Mashayekhi et al. | Jul 2005 | B2 |
6963981 | Bailey et al. | Nov 2005 | B1 |
6990666 | Hirschfeld et al. | Jan 2006 | B2 |
7013462 | Zara et al. | Mar 2006 | B2 |
7024581 | Wang et al. | Apr 2006 | B1 |
7058826 | Fung | Jun 2006 | B2 |
7058858 | Wong et al. | Jun 2006 | B2 |
7065640 | Paul et al. | Jun 2006 | B2 |
7076633 | Tormasov et al. | Jul 2006 | B2 |
7082464 | Hasan et al. | Jul 2006 | B2 |
7093005 | Patterson | Aug 2006 | B2 |
7124289 | Suorsa | Oct 2006 | B1 |
7127625 | Farkas et al. | Oct 2006 | B2 |
7131026 | Denninghoff et al. | Oct 2006 | B2 |
7131123 | Suorsa et al. | Oct 2006 | B2 |
7134011 | Fung | Nov 2006 | B2 |
7139930 | Mashayekhi et al. | Nov 2006 | B2 |
7143420 | Radhakrishnan | Nov 2006 | B2 |
7146353 | Garg et al. | Dec 2006 | B2 |
7152109 | Suorsa et al. | Dec 2006 | B2 |
7152157 | Murphy et al. | Dec 2006 | B2 |
7194439 | Kassan et al. | Mar 2007 | B2 |
7194616 | Axnix et al. | Mar 2007 | B2 |
7225441 | Kozuch et al. | May 2007 | B2 |
7231410 | Walsh et al. | Jun 2007 | B1 |
7257584 | Hirschfeld et al. | Aug 2007 | B2 |
7278273 | Whitted et al. | Oct 2007 | B1 |
7281154 | Mashayekhi et al. | Oct 2007 | B2 |
7302608 | Acharya et al. | Nov 2007 | B1 |
7313573 | Leung et al. | Dec 2007 | B2 |
7333000 | Vassallo | Feb 2008 | B2 |
7349891 | Charron et al. | Mar 2008 | B2 |
7350068 | Anderson et al. | Mar 2008 | B2 |
7350186 | Coleman et al. | Mar 2008 | B2 |
7356679 | Le et al. | Apr 2008 | B1 |
7366888 | Dayan et al. | Apr 2008 | B2 |
7386761 | Abali et al. | Jun 2008 | B2 |
7478141 | Rothman et al. | Jan 2009 | B2 |
7930531 | Chow et al. | Apr 2011 | B2 |
20020069369 | Tremain | Jun 2002 | A1 |
20030011807 | Montierth | Jan 2003 | A1 |
20040163011 | Shaw | Aug 2004 | A1 |
20040172578 | Chen | Sep 2004 | A1 |
20040226010 | Suorsa | Nov 2004 | A1 |
20040267926 | Rothman et al. | Dec 2004 | A1 |
20050268175 | Park | Dec 2005 | A1 |
20060224794 | Stevens | Oct 2006 | A1 |
20070043889 | Sanada et al. | Feb 2007 | A1 |
20070162627 | Kim et al. | Jul 2007 | A1 |
20080052507 | Chow | Feb 2008 | A1 |
20080082813 | Chow | Apr 2008 | A1 |
20080168310 | Saretto | Jul 2008 | A1 |
20090013165 | Chow | Jan 2009 | A1 |
Number | Date | Country |
---|---|---|
0139042 | May 2001 | WO |
Entry |
---|
Brown et al.,“Embracing Failure:A Case for Recovery-Oriented Computing (ROC)”, Date: 2001, 6 pages. |
Norio Kurobane, “Rapidly Growing Linux OS: Features and Reliability”, Date: Oct. 2005, retrived at http://www.fujitsu.com/downloads/MAG/vol41-3/paper08.pdf, pp. 318-322. |
Oppenheimer et al., “ROC-1: Hardware Support for Recovery-Oriented Computing”, IEEE Transactions on Computers, vol. 51, Issue 2, Feb. 2002, pp. 100-107. |
International Search Report received for PCT Application No. PCT/US2007/089147, Mar. 25, 2008, 9 Pages. |
Number | Date | Country | |
---|---|---|---|
20120117370 A1 | May 2012 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 11650168 | Jan 2007 | US |
Child | 13349925 | US |