Documentation on using the tools is provided in the form of on-line help, and context-sensitive messages. The SysMan interfaces are not documented in this book However, you will find information relating to administrative tasks, and instructions for using alternative methods.
You can use these applications to set up installations, preconfigure some software subsystems, and access the UNIX shell.
After a system has been installed, you can use these applications to perform:
After a system has been configured, you can use these applications to perform routine administrative tasks:
While a system is running, you can use these applications to monitor and tune its resources:
You can use the dxdw application to access the CDE commands from the graphical user interface.
Online help is available for the SysMan applications without running the applications. Click on the Help Manager icon on the CDE front panel to display the online help browser. The browser includes help families for CDE, the CDE Desktop, and Digital System Management.
In DECwindows, the SysMan applications are listed in the Session Manager's Options menu. You can use the Applications Definitions menu item to add frequently used SysMan applications to the Applications menu. You can also customize your CDE workspace with the Create Action utility in the Desktop_Apps folder. Customized icons enable you to start SysMan applications directly from the workspace.
In other X Windows environments, the SysMan applications can be invoked
from the command line. See the sysman_intro
(8X) reference page for a list of the
SysMan applications. This reference page also describes how to display the
online help browser in graphical environments other than CDE.
To support nongraphical (terminal) environments, some SysMan applications offer command line and question and answer interfaces. The following applications have a command line interface. A single command starts the application, which then performs the actions specified by the command-line arguments.
This connection is referred to as the console port. The terminal connection supports a limited set of communication rates up to 57,600, depending on the console firmware supported by your processor. Currently, this feature is only available on systems that support modems as console devices, such as the AlphaServer 1000A. Consult your system hardware documentation to find out if your system has such capabilities.
The console port enables you to do the following:
Note that running the Environment Configuration Utility (ECU) on the remote system will cause the modem to disconnect. For this reason, you should use the ECU to complete any environment configuration before setting up and using a modem as a console device.
Refer the hardware documents supplied with your modem for connecting
the modem to your system. Consult the modem
(7) reference page to obtain the correct
modem settings and for instructions on how to create the appropriate system
file entries. In particular, the cons entry in /etc/inittab file should be modified so that the getty or uugetty process sets up the COMM port correctly.
This line is similar to the following example:
cons:1234:respawn:/usr/sbin/getty console console vt100This line should be changes as follows if you are using a modem set to run at a baud rate of 38,400 as a console device:
cons:1234:respawn:/usr/sbin/getty console M38400 vt100
The timer can be modified via the /etc/sysconfigtab file or the sysconfig command to set the timer to 0 (no timeout period), 1, or 2 seconds. To set the timer via /etc/sysconfigtab, edit the file and include the following:
ace: dcd_timer=nWhere n = 0, 1, or 2
The syntax for modifying the timer via the sysconfig command is as follows:
# sysconfig -r ace dcd_timer=nWhere n = 0, 1, or 2
Note that by modifying the value with the sysconfig command, the setting is lost when the system is rebooted. To preserve the setting across reboots, edit the /etc/sysconfigtab file.
Consult your hardware documentation for information on how to set the console environment variables. Typically, the variables are set when the system is shut down and in console mode, as shown in the following example:
>>> set COM1_MODEM ON >>> set COM1_FLOW SOFTWARE >>> set COM1_BAUD 9600
Valid settings are as follows:
Note that if you change the baud rate, flow control, or modem setting (for example, using the getty command), the change will be propagated down to the console level and the environment variables will change automatically.
For example, use the tip command as follows:
# tip [telephone number] # tip consWhere telephone_number is the telephone number of the remote system, including any prefixes for outside lines and long-distance codes. The second line is an example of an entry in the /etc/remote file, which you can use to specify details of remote systems and tip settings.
Once you have initiated the dial-out command, and the two modems have established a connection, the word connect is displayed on your local terminal window. Press the Return key and the console prompt (>>>) or the login: prompt will be displayed.
See the tip
(1) reference page for more information.
uucp
(1)
reference page for more information.
ikdebug
((8)) reference page for more information.
You may need to change an entry in the /etc/remote file
to correct the baud rate. For example you may need to change the baud rate
from 9600 baud in the following lines:# access line for kernel debugger kdebug:dv=/dev/tty00:br#9600:pa=none:See the Kernel Debugging manual for additional information.
# /usr/sbin/syslogSee the
syslog
(1) reference page.
# stty -hupclSee the
stty
(1) reference page for more information.When the shutdown is complete, you will still have access to the console prompt.
Check the cables and connections and ensure that the telephone lines are plugged into the correct sockets, and that you have a dial tone.
Ensure that the remote modem is set to auto-answer, ATS0=n, where n is the number of rings before the modem answers.
Review the modem
(7) reference page and verify the settings for dial-in
access.
This is most likely to be due to incorrect settings for dial-in access.
Review the modem
(7) reference page and verify the settings for dial-in
access.
This problem is usually caused by a mismatch between the baud rate of
the COMM port and that of the modem. Review the modem
(7) reference page
and verify the settings for dial-in access.
The stty attribute hupcl is at the default setting. To prevent the line from disconnecting during a shut down, use the following command:
# stty -hupcl