1. Technical Field
The present invention is directed generally toward a method and apparatus for processing data. Still more particularly, the present invention provides a method, apparatus, and computer implemented instructions for debugging and performing diagnostic testing in a data processing system.
2. Description of the Related Art
Fibre channel is a high-speed transport technology used to build storage area networks (SANs). Fibre channel is a channel-network hybrid, containing sufficient network features to provide needed connectivity, distance, and protocol multiplexing, as well as sufficient traditional channel features to retain simplicity, repeatable performance, and guaranteed delivery. Although Fibre channel can be used as a general-purpose network carrying Asynchronous Transfer Mode (ATM), Internet Protocol (IP) and other protocols, this architecture has been primarily used for transporting Small Computer System Interface (SCSI) traffic from servers to disk arrays. The Fibre Channel Protocol (FCP) serializes SCSI commands into Fibre channel frames. IP, however, is used for in-band Simple Network Management Protocol (SNMP) network management. Fibre channel not only supports singlemode and multimode fiber connections, but coaxial cable and twisted pair as well.
Fibre channel can be configured point-to-point, via a switched topology or in an arbitrated loop (FC-AL) with or without a hub. Fibre channel provides both connection-oriented and connectionless services. With respect to the use of fibre channel in storage subsystem environments, such as those contained in disk arrays, debugging of these systems is currently formed by connecting an analyzer to extract traffic moving between devices for examination. For example,
In other cases, such an analysis is more difficult to perform. It is common for multiple devices to communicate with each other and be located in the same physical box or enclosure. For example, in
Therefore, it would be advantageous to have an improved method, apparatus, and computer instructions for analyzing and debugging problems in a storage subsystem.
The present invention provides a method, apparatus, and computer instructions for a storage subsystem. This subsystem includes controller devices, storage devices, and a communications network. The communications network connects the controller devices and the storage devices. The communications network also includes a set of diagnostic outputs. The set of diagnostic outputs is configured to output data sent between two devices from the controller devices and the storage devices for monitoring.
The novel features believed characteristic of the invention are set forth in the appended claims. The invention itself however, as well as a preferred mode of use, further objects and advantages thereof, will best be understood by reference to the following detailed description of an illustrative embodiment when read in conjunction with the accompanying drawings, wherein:
With reference now to the figures and in particular with reference to
Communications network 312 also includes diagnostic ports 334 and 336, which provide a port to connect analyzer 338 to storage subsystem 300 to gather data for debugging and diagnostic purposes. Diagnostic port 334 is used to output source data, while diagnostic port 336 is used to output destination data in this illustration. As shown, these diagnostic ports are configured to allow the gathering of data sent between controller 302 and disk 310. Controller 302 acts as an initiator with disk 310 being the target in this example. These diagnostic ports are not static, but may be configurable to provide for the gathering of data or traffic sent between any of the devices connected by communications network 312. For example, the same diagnostic ports, diagnostic port 334 and diagnostic port 336, may be configured to output data sent between other devices, such as controller 302 and controller 304.
Through this type of architecture in which a switching structure connects all of the devices to each other, a single set of diagnostic ports or output ports may be used to gather data between any combination of devices in the subsystem. This architecture allows transmissions or data between any initiator and any target to gather adequate data in monitoring system traffic. As a result, diagnostic port 334 and diagnostic port 336 may be a data outlet for any device connected to communications network 312. This flexibility allows for analysis of traffic between all devices without requiring a separate port for each transmission line as currently required in presently used architectures, such as the system illustrated in
Turning now to
In addition, communications network 400 also includes multiplexer 410 and multiplexer 412. The output of these multiplexers form a pair of diagnostic ports, such as diagnostic port 334 and 336 in
With reference now to
Communications network 500 also includes multiplexer 526 and multiplexer 528, which provide an output for connection to a diagnostic port, such as diagnostic port 334 and 336 in
With reference now to
The process begins by receiving the first device selection (step 600). A second device selection is received (step 602). These device selections may be for any initiator and target in a storage subsystem. A path is configured between the device for testing (step 604). This path may be configured by sending or generating the control signals for the communications network to select or connect the devices to each other in a path through the communications network. Diagnostic ports are configured to monitor activity between the first device and the second device (step 606). The configuration is achieved through sending or generating the appropriate diagnostic port selection signals such that the output in the diagnostic ports corresponds to the path between the selected devices. A test is executed (step 608). This test includes gathering data sent between the selected devices and analyzing the data. An example of an analyzer, which may be used to obtain and analyze data is a Finisar GTX Fibre Channel Analyzer, which is available from Finisar Corporation.
Thus, the present invention provides an improved method, apparatus, and computer instructions for monitoring the transfer of data between different devices. Specifically, commands sent between devices may be gathered for diagnostic and debugging purposes. The mechanism of the present invention avoids having to require a separate port for every path or transmission between different devices in a storage subsystem. A communications network implementing a configurable port system is included in the storage subsystem to interconnect the different devices. Thus, each time a particular initiator and target is selected for monitoring, the ports may be configured to output data sent between those two devices.
The description of the preferred embodiment of the present invention has been presented for purposes of illustration and description, but is not intended to be exhaustive or limited to the invention in the form disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art. For example, the subsystems illustrated are storage subsystems. Of course, the mechanism of the present invention may be applied to other types of subsystems other than storage subsystems. The mechanism of the present invention may be incorporated into any node based network protocol, including, for example, computer motherboard architectures such as Infiniband or PCI Express to provide a diagnostic analyzer access to the bus. The embodiment was chosen and described in order to best explain the principles of the invention the practical application to enable others of ordinary skill in the art to understand the invention for various embodiments with various modifications as are suited to the particular use contemplated.
This application is a divisional of application Ser. No. 10/218,726, filed Aug. 14, 2002, status allowed.
Number | Name | Date | Kind |
---|---|---|---|
5633999 | Clowes et al. | May 1997 | A |
6115763 | Douskey et al. | Sep 2000 | A |
6188686 | Smith | Feb 2001 | B1 |
6343324 | Hubis et al. | Jan 2002 | B1 |
6400730 | Latif et al. | Jun 2002 | B1 |
6408358 | Uchiyama et al. | Jun 2002 | B1 |
6530047 | Edwards et al. | Mar 2003 | B1 |
6542924 | Abe | Apr 2003 | B1 |
6708302 | Shibayama et al. | Mar 2004 | B1 |
6766466 | Jibbe | Jul 2004 | B1 |
6785742 | Teow et al. | Aug 2004 | B1 |
6834311 | Rao | Dec 2004 | B2 |
6880101 | Golasky et al. | Apr 2005 | B2 |
6961767 | Coffey et al. | Nov 2005 | B2 |
7139277 | Ofek et al. | Nov 2006 | B2 |
7159216 | McDonald | Jan 2007 | B2 |
7216258 | Ebsen et al. | May 2007 | B2 |
7533288 | Hatasaki et al. | May 2009 | B2 |
7548975 | Kumar et al. | Jun 2009 | B2 |
20020046276 | Coffey et al. | Apr 2002 | A1 |
20020103913 | Tawil et al. | Aug 2002 | A1 |
20020161881 | Perkinson et al. | Oct 2002 | A1 |
20020169869 | Fainer et al. | Nov 2002 | A1 |
20020170004 | Parrett et al. | Nov 2002 | A1 |
20030233601 | Vaid et al. | Dec 2003 | A1 |
20040059806 | Webb | Mar 2004 | A1 |
20050132040 | Ellis et al. | Jun 2005 | A1 |
Number | Date | Country | |
---|---|---|---|
20100023591 A1 | Jan 2010 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 10218726 | Aug 2002 | US |
Child | 12573238 | US |