Using Context Slots to Create Environment Variables
Message contexts have a special meaning when the ToolTalk service starts an application. If the name of a context slot begins with a dollar sign ($), the ToolTalk service interprets the value as an environment variable. For example, the following uses the value of context slot $CON1.
start "my_application $CON1" |
Installing the ToolTalk Database Server
The ToolTalk Database server is used to store three types of information:
ToolTalk objects specs.
ToolTalk session IDs of sessions with clients that have joined a file using the tt_file_join call.
File-scoped messages that are queued because the message disposition is TT_QUEUED and a handler that can handle the message has not yet been started.
In addition, the ToolTalk Database server answers queries for the ToolTalk filename mapping API calls (tt_host_file_netfile() and tt_host_netfile_file()).
Note - The ToolTalk database server does not store messages that are scoped to file-in-session.
The ToolTalk service requires that a database server run on each machine that stores files that contain ToolTalk objects or files that are the subject of ToolTalk messages. When an application attempts to reference a file on a machine that does not contain a database server, an error similar to the following message is displayed:
% Error: Tool Talk database server on integral is not running: tcp |
where integral is the hostname and tcp is the application protocol. This error message indicates that the connection failed. A failed connection can also be caused by network problems.
Confirming that the rpc.ttdbserverd is installed on a system.
All machines should have the SUNWtltk and SUNWdtcor packages installed if they contain files referenced in ToolTalk messages. To confirm that rpc.ttdbserverd is installed on a system:
Login to the system.
Use pkginfo(1) to determine that the SUNWtltk and SUNWdtcor packages are installed.
Caution - The /etc/inetd.conf config line below
is installed by the SUNWdtcor Solaris package. If a system does not have
SUNWtltk installed, you should make sure that SUNWdtcor is present before
installing SUNWtltk. Do not copy a Solaris 7 (SunOS 5.7
or compatible) server onto a machine running the Solaris 1.0 (SunOS 4.0/4.1
or compatible) operating environment.Check that the /etc/inetd.conf file contains the following line.
100083/1 tli rpc/tcp wait root /usr/openwin/bin/rpc.ttdbserverd
If you find that rpc.ttdbserverd is not present, then you can install it by adding the SUNWtltlk and SUNWdtcor packages using pkgadd(1M). After adding the packages have inetd reread its configuration file:
# ps -ef | grep inetd # kill -HUP inetd-pid
Note - inetd-pid is from the ps listing.
Confirming that the rpc.ttdbserverd is running on a system.
To determine if the ToolTalk database server is actually running on a specific system, you can use the rpcinfo(1M) command:
% rpcinfo -T tcp -t <hostname> 100083 program 100083 version 1 ready and waiting % |
Note - hostname is from hostname(1).
From the Solaris Distribution CD-Rom
To install the ToolTalk software package from the Solaris distribution cd-rom, use the pkgadd command. The package name for the ToolTalk software is SUNWt/tk; the developer's package name is SUNWt/tkd; and the manpage package name is SUNWt/tkm.
Running the New ToolTalk Database Server
Once a newer version of the ToolTalk database server has been run on a machine, you cannot revert to a previous version of the ToolTalk database server. Any attempt to run a previous version of the ToolTalk database server displays the following error message:
rpc.ttdbserverd[pid #: rpc.ttdbserverd version (1.0.x) does not match the version (1.1) of the database tables. Please install an rpc.ttdbserverd version 1.1 (or greater). |
Redirecting the ToolTalk Database Server
You can redirect both database host machines and the file system partitions.
Redirecting a database host machine allows a ToolTalk client to physically access ToolTalk data from a machine that is not running a ToolTalk database server.
Redirecting a file system partition allows a ToolTalk database to logically read and write ToolTalk data from and to a read-only file system partition (for example, a CD-Rom) by physically accessing a different file system partition. Redirecting a file system partition also is done if a system administrator wants all ToolTalk databases to reside on a single local partition instead of one per local partition, which is the default.
Redirecting the Host Machine
When you redirect a database host machine, a ToolTalk client can physically access ToolTalk data from a machine that is not running a ToolTalk database server. To redirect the host machine, you need to map the hostnames of the machines the ToolTalk client is to access. On the machine running the ToolTalk client that is making the database query:
For example:
# Map first host machine oldhostname1 newhostname1 # Map second host machine oldhostname2 newhostname2
where oldhostname is the name of the machine the ToolTalk client needs to access and newhostname is the name of a machine that is running the ToolTalk database server.
Store the file in the same location at which the ToolTalk Types databases are stored.
The map files have the same order of precedence as the ToolTalk Types databases (see tt_type_comp(1).
Note - A file defined in the TT_HOSTNAME_MAP environment variable has a higher precedence than the map in the user database.
The map file is read into a ToolTalk client when the client makes a tt_open call. For detailed information on host redirection see hostname_map(4).
Redirecting the File System Partition
When you redirect a file system partition, a ToolTalk database can logically read and write ToolTalk data from and to a read-only file system partition by physically accessing a different file system partition. To redirect a file partition, you need to map the partitions to where the ToolTalk database will write. On the machine running the ToolTalk database server:
For example:
# Map first partition /cdrom /usr # Map second partition /sr0/export/home /export/home
maps the read-only partition /cdrom to /usr, a read-write partition; and maps the read-only partition /sr0/export/home to /export/home, a read-write partition.
Store the map file in the same location at which the system ToolTalk Types databases are stored.
Note - A file partition defined in the TT_PARTITION_MAP environment variable has a higher precedence than the file partition defined in this map file.
The map file is read when the ToolTalk database server is started, or when the database server receives a USR2 signal. For detailed information on partition redirection see partition_map(4).