This chapter describes the management of server and client support on a network, and it provides overview information about each system configuration (referred to as a system type) that is supported in the Solaris environment. This chapter also includes guidelines for selecting the appropriate system type to meet your needs.
This is a list of the overview information in this chapter.
For step-by-step instructions about how to manage diskless client support, see Chapter 6, Managing Diskless Clients (Tasks).
This section describes new server and client management features in the Solaris 9 release.
In this Solaris release, you can manage diskless clients with the smosservice and smdiskless commands. Diskless clients are systems with no disks that depend on servers for all their services.
These commands are part of the Solaris Management Console tool suite. You cannot use the Solaris Management Console to manage diskless clients. You can only use the smosservice and smdiskless commands to manage diskless clients.
For more information on managing diskless clients, see Diskless Client Management Overview and Chapter 6, Managing Diskless Clients (Tasks).
Use this table to find step-by-step instructions for setting up server and client support.
Server/Client Services |
For More Information |
---|---|
Install or JumpStart clients | |
Diskless client systems in the Solaris 9 environment |
Diskless Client Management Overview and Chapter 6, Managing Diskless Clients (Tasks) |
Diskless client systems in previous Solaris releases |
Solstice AdminSuite 2.3 Administration Guide |
Systems on the network can usually be described as one of the following:
System Type |
Description |
---|---|
Server |
A system that provides services to other systems in its network. There are file servers, boot servers, web servers, database servers, license servers, print servers, installation servers, appliance servers, and even servers for particular applications. This chapter uses the term server to mean a system that provides boot services and file systems for other systems on the network. |
Client |
A system that uses remote services from a server. Some clients have no disk storage capacity and they have to rely on remote file systems from a server to function. Diskless systems and appliance systems are examples of this type of client. Other clients might use remote services (such as installation software) from a server, but they don't rely on a server to function. A standalone system, which has its own hard disk containing the root (/), /usr, and /export/home file systems and swap space, is a good example of this type of client. |
Appliance |
A network appliance such as the Sun Ray appliance provides access to applications and the Solaris environment. An appliance gives you centralized server administration and no client administration or upgrades. Sun Ray appliances also provide hot desking, which is the ability to instantly access your computing session from any appliance in the server group, exactly where you left off. For more information, see http://www.sun.com/products/sunray. |
Support for a client means providing software and services to help the client function. Support can include the following:
Making a system known to the network (host name and Ethernet address information)
Providing installation services to remotely boot and install a system
Providing operating system (OS) services and application services to a system with limited disk space or no disk space
System types are sometimes defined by how they access the root (/) and /usr file systems, including the swap area. For example, standalone systems and server systems mount these file systems from a local disk, while other clients mount the file systems remotely, relying on servers to provide these services. This table lists some of the characteristics of each system type.
Table 5–1 Characteristics of General System Types
System Type |
Local File Systems |
Local Swap? |
Remote File Systems |
Network Use |
Relative Performance |
---|---|---|---|---|---|
Server |
root (/) /usr /home /opt /export/home /export/root |
Yes |
– None – |
High |
High |
Standalone System |
root (/) /usr /export/home |
Yes |
– None – |
Low |
High |
Diskless Client |
– None – |
No |
root (/) swap /usr /home |
High |
Low |
Appliance |
None |
None |
None |
High |
High |
A server system contains the following file systems:
The root (/) and /usr file systems, plus swap space
The /export and /export/home file systems, which support client systems and provide home directories for users
The /opt directory or file system for storing application software
Servers can also contain the following software to support other systems:
Operating system (OS) services for diskless systems systems that run a different release or clients that are a different platform than the server
Solaris CD image software and boot software for networked systems to perform remote installations
JumpStartTM directory for networked systems to perform custom JumpStart installations
A networked standalone system can share information with other systems in the network, but it can continue to function if detached from the network.
A standalone system can function autonomously because it has its own hard disk that contains the root (/), /usr, and /export/home file systems and swap space. The standalone system thus has local access to operating system software, executables, virtual memory space, and user-created files.
A standalone system requires sufficient disk space to hold its necessary file systems.
A non-networked standalone system is a standalone system with all the characteristics listed above, except it is not connected to a network.
A diskless client has no disk and depends on a server for all its software and storage needs. A diskless client remotely mounts its root (/), /usr, and /home file systems from a server.
A diskless client generates significant network traffic due to its continual need to procure operating system software and virtual memory space from across the network. A diskless client cannot operate if it is detached from the network or if its server malfunctions.
For more overview information about diskless clients, see Diskless Client Management Overview.
An appliance, such as the Sun Ray appliance, is an X display device that requires no administration. There is no CPU, fan, disk, and very little memory. An appliance is connected to a Sun display monitor, but the appliance user's desktop session is run on a server and displayed back to the user. The X environment is setup automatically for the user and has the following characteristics:
Relies on a server to access other file systems and software applications
Provides centralized software administration and resource sharing
Contains no permanent data, making it a field-replaceable unit (FRU)
You can determine which system types are appropriate for your environment by comparing each system type based on the following characteristics:
Centralized Administration
Can the system be treated as a field-replaceable unit (FRU)? This means that a broken system can be quickly replaced with a new system without any lengthy backup and restore operations and no loss of system data.
Does the system need to be backed up? Large costs in terms of time and resources can be associated with backing up a large number of desktop systems.
Can the system's data be modified from a central server?
Can the system be installed from a centralized server, quickly and easily, without handling the client system's hardware?
Performance
Does this configuration perform well in desktop usage?
Does the addition of systems on a network affect the performance of other systems already on the network?
Disk Space Usage
How much disk space is required to effectively deploy this configuration?
This table describes how each system type scores in terms of each category. A ranking of 1 is most efficient. A ranking of 4 is least efficient.
Table 5–2 Comparison of System Types
System Type |
Centralized Administration |
Performance |
Disk Usage |
---|---|---|---|
Standalone System |
4 |
1 |
4 |
Diskless Client |
1 |
4 |
1 |
Appliance |
1 |
1 |
1 |
The following sections and Chapter 6, Managing Diskless Clients (Tasks) describe how to manage diskless client support in the Solaris 9 release.
A diskless client is a system that depends on an OS server for its operating system, software, and storage. A diskless client mounts its root (/), /usr, and other file systems from its OS server. A diskless client has its own CPU and physical memory and can process data locally. However, a diskless client cannot operate if it is detached from its network or if its OS server malfunctions. A diskless client generates significant network traffic because of its continual need to function across the network.
In previous Solaris releases, diskless clients were managed with the Solstice graphical management tools. In the Solaris 9 release, the diskless client commands, smosservice and smdiskless, enable you to manage OS services and diskless client support.
The following table describes which Solaris releases and architecture types are supported by the smosservice and smdiskless commands.
Architecture Type |
Solaris 2.6 |
Solaris 7 |
Solaris 8 1/01, 4/01, 7/01, 10/01, 2/02 |
Solaris 9 | |
---|---|---|---|---|---|
SPARC Servers |
Supported |
Supported |
Supported |
Supported | |
x86 Servers |
Supported |
Supported |
Supported |
Supported | |
SPARC Clients |
Supported |
Supported |
Supported |
Supported | |
x86 Clients |
Not Supported |
Not Supported |
Not Supported |
Supported |
This table describes the combination of OS server-client configurations that are supported by the smosservice and smdiskless commands.
|
Solaris 2.6 Release Support |
Solaris 7 Release Support |
Solaris 8 1/01, 4/01, 7/01, 10/01, 2/02 Support |
Solaris 9 Support | |
---|---|---|---|---|---|
OS Server-Client OS Release |
Solaris 2.6–Solaris 2.6 |
Solaris 7–Solaris 2.6, or 7 |
Solaris 8 1/01, 4/01, 7/01, 10/01, 2/02–Solaris 2.6, 7, or 8 1/01, 4/01, 7/01, 10/01, 2/02 |
Solaris 9–Solaris 2.6, 7, 8 1/01, 4/01, 7/01, 10/01, 2/02 |
You can use the smosservice and smdiskless commands to add and maintain diskless client support on a network. By using a name service, you can manage system information in a centralized manner so that important system information, such as host names, does not have to be duplicated on every system in the network.
You can do the following tasks with the smosservice and smdiskless commands:
Add and modify diskless client support
Add and remove OS services
Manage diskless client information in the LDAP, NIS, NIS+, or files environment
You can only use the diskless client commands to set up diskless client booting. You cannot use them to set up other services, such as remote installation or profile services. Set up remote installation services by including diskless client specifications in the sysidcfg file. For more information, see Solaris 9 9/04 Installation Guide.
By writing your own shell scripts and using the commands shown in the following table, you can easily set up and manage your diskless client environment.
Table 5–3 Diskless Client Commands
Command |
Subcommand |
Task |
---|---|---|
/usr/sadm/bin/smosservice |
|
|
|
add |
Add OS services |
delete |
Delete OS services |
|
list |
List OS services |
|
patch |
Manage OS service patches |
|
/usr/sadm/bin/smdiskless |
|
|
|
add |
Add a diskless client to an OS server |
delete |
Delete a diskless client from an OS server |
|
list |
List the diskless clients on an OS server |
|
modify |
Modify the attributes of a diskless client |
You can obtain help on these commands in two ways:
Use the -h option when you type the command, subcommand, and required options. For example, to display the usage statement for smdiskless add type the following:
% /usr/sadm/bin/smdiskless add -p my-password -u my-user-name -- -h |
View the smdiskless(1M) or smosservice(1M) man pages.
You can use the smosservice and smdiskless commands as superuser. If you are using Role-Based Access Control (RBAC), you can use of either a subset or all of the diskless client commands, according to the RBAC rights to which they are assigned. The following table lists the RBAC rights that are required to use the diskless client commands.
Table 5–4 Required Rights For Diskless Client Management
RBAC Right |
Command |
Task |
---|---|---|
Basic Solaris User, Network Management |
smosservice list |
List OS services
|
|
smosservice patch |
List OS services patches |
|
smdiskless list |
List diskless clients |
Network Management |
smdiskless add |
Add diskless clients |
System Administrator |
All commands |
All tasks |
A Solaris OS server is a server that provides operating system (OS) services to support diskless client systems. You can add support for an OS server or convert a standalone system to an OS server with the smosservice command.
For each platform group and Solaris release that you want to support, you must add the particular OS service to the OS server. For example, if you want to support SPARC Sun4m systems running the Solaris 8 release, you must add Sun4m/Solaris 8 OS services to the OS server. You would also still need to add OS services to support SPARC Sun4c systems or x86 based systems that runs the Solaris 8 release, because they are different platform groups.
You must have access to the appropriate Solaris CD or disk image to add OS services.
When adding OS services to an OS server, you might see error messages saying that you have inconsistent versions of the OS running on the server and the OS that you are trying to add. This message occurs when the installed version of the OS has packages that were previously patched and the OS services being added do not have those packages patched (because the patches have been integrated into the packages).
For example, you may have a server that is running the Solaris 7 release. You may also have additional OS services loaded on this server, including the Solaris 2.6 SPARC sun4m OS services that have been patched. If you try to add the Solaris 2.6 SPARC sun4c OS services from a CD-ROM to this server, you could get the following error message:
Error: inconsistent revision, installed package appears to have been patched resulting in it being different than the package on your media. You will need to backout all patches that patch this package before retrying the add OS service option. |
Before you set up your diskless client environment, make sure you have the required disk space available for each diskless client directory.
In previous Solaris releases, you were prompted about diskless client support during the installation process. In the Solaris 9 release, you must manually allocate an /export file system either during installation or create it after installation. See the following table for specific disk space requirements.
Table 5–5 Disk Space Requirements for OS Servers
Directory |
Required Space in Mbytes |
---|---|
/export/Solaris_version |
10 |
/export/exec |
800 |
/export/share |
5 |
/export/swap/diskless_client |
32 (default size) |
/export/dump/diskless_client |
32 (default size) |
/export/root/templates/Solaris_version |
30 |
/export/root/clone/Solaris_version/ machine_class |
30 through 60 (depends on machine class) |
/export/root/diskless_client (clone of above) |
30 through 60 (depends on machine class) |
/tftpboot/inetboot.machine_class.Solaris_ version |
200 Kbytes per machine_class.Solaris_version |