JavaScript is required to for searching.
Skip Navigation Links
Exit Print View
Oracle Solaris Cluster Concepts Guide
search filter icon
search icon

Document Information

Preface

1.  Introduction and Overview

2.  Key Concepts for Hardware Service Providers

3.  Key Concepts for System Administrators and Application Developers

4.  Frequently Asked Questions

High Availability FAQs

File Systems FAQs

Volume Management FAQs

Data Services FAQs

Public Network FAQs

Cluster Member FAQs

Cluster Storage FAQs

Cluster Interconnect FAQs

Client Systems FAQs

Administrative Console FAQs

Terminal Concentrator and System Service Processor FAQs

Index

Terminal Concentrator and System Service Processor FAQs

Question: Does the Oracle Solaris Cluster software require a terminal concentrator?

Answer: Starting with Sun Cluster 3.0, Sun Cluster software does not require a terminal concentrator. Unlike Sun Cluster 2.2, Sun Cluster 3.0, Sun Cluster 3.1, Sun Cluster 3.2, and Oracle Solaris Cluster 3.3 do not require a terminal concentrator. Sun Cluster 2.2 required a terminal concentrator for fencing.

Question: I see that most Oracle Solaris Cluster servers use a terminal concentrator, but the Sun Enterprise E1000 server does not. Why not?

Answer: The terminal concentrator is effectively a serial-to-Ethernet converter for most servers. The terminal concentrator's console port is a serial port. The Sun Enterprise E1000 server doesn't have a serial console. The System Service Processor (SSP) is the console, either through an Ethernet or jtag port. For the Sun Enterprise E1000 server, you always use the SSP for consoles.

Question: What are the benefits of using a terminal concentrator?

Answer: Using a terminal concentrator provides console-level access to each Oracle Solaris host from a remote machine anywhere on the network. This access is provided even when the host is at the OpenBoot PROM (OBP) on a SPARC based host or a boot subsystem on an x86 based host.

Question: If I use a terminal concentrator that Oracle does not support, what do I need to know to qualify the one that I want to use?

Answer: The main difference between the terminal concentrator that Oracle supports and other console devices is that Oracle's Sun terminal concentrator has special firmware. This firmware prevents the terminal concentrator from sending a break to the console when it boots. If you have a console device that can send a break, or a signal that might be interpreted as a break to the console, the break shuts down the host.

Question: Can I free a locked port on the terminal concentrator that Oracle supports without rebooting it?

Answer: Yes. Note the port number that needs to be reset and type the following commands:

telnet tc
Enter Annex port name or number: cli
annex: su -
annex# admin
admin : reset port-number
admin : quit
annex# hangup
#

Refer to the following manuals for more information about how to configure and administer the terminal concentrator that Oracle supports.

Question: What if the terminal concentrator itself fails? Must I have another one standing by?

Answer: No. You do not lose any cluster availability if the terminal concentrator fails. You do lose the ability to connect to the host consoles until the concentrator is back in service.

Question: If I do use a terminal concentrator, what about security?

Answer: Generally, the terminal concentrator is attached to a small network that system administrators use, not a network that is used for other client access. You can control security by limiting access to that particular network.

Question: SPARC: How do I use dynamic reconfiguration with a tape or disk drive?

Answer: Perform the following steps:


Caution

Caution - If the current primary node fails while you are performing the DR operation on a secondary node, cluster availability is impacted. The primary node has no place to fail over until a new secondary node is provided.