|
Overview
|
|
|
Common Questions
|
|
|
Adobe Acrobat
|
|
|
Cisco
|
|
|
SGI Scanner
|
|
|
Packet Video Conf
|
|
|
Small Video Conf
|
|
|
New Users
|
|
|
Lic. Software
|
|
|
Public Domain
|
|
|
X-term & CDE
|
|
|
AS400
|
|
|
Digital Unix
|
|
|
Solaris
|
|
|
RedHat Linux(Alpha)
|
|
|
Silicon Graphics
|
|
|
Next
|
|
|
Misc Procedures
|
|
|
Windows 95, NT
|
|
|
Dialup
|
|
|
Linux
|
|
|
Firmware upgrades
From a local CDROM
- Enable the firmware update jumper. On DECstation 3000/300s it is
called the W1 jumper. The write-enabled position of the jumper is on pins
2 and 3. You can write-protect the flash ROM by moving the jumper to pins
1 and 2. On DECstation 3000/500, open the lock, remove the top cover and
the left side panel. The jumper is located at the bottom of the memory
banks. Putting the jumper on both pins will enable it. Leaving on the
bottom pin will disable it. On the DECstation 3000/600 machines there is
a switch installed on the turbochannel slot that can be conveniently
flipped on and off. We have left the jumpers in the DECstation 3000/700,
3000/900, Alphastation 250s and 500s enabled. On the Alphastation 250,
the jumper is J4 (1 to 2 is Write enabled, 2 to 3 is disabled)
- Find out the current firmware revision level look at the power up
CPU line. It is part of a long string. You need to upgrade the
firmware with most Operating System upgrades on the DEC Workstations.
Boot the firmware Update Utility using
boot dkB400
If the CDROM is internal to the machine the device name could be DKA400.
The Firmware Update Utility will then give some instructions and pick a
file for you. When prompted with Show, Update, Verify and Quit
use show to see the effects of what will happen and then do the update.
You may be asked are you ready to proceed. Type yes.
Most of our DECstation 3000 series machines are currently at version 7.0
The Alphastation 250 4/266 is [alpha200]as200_v5_5.exe. For
Alphastation 500 5/333 the filename is [alpha500]as500_v5_0.exe
- Power Cycle the machine and look for the new firmware string.
From the network using bootp
- Mount the Firmware Update Utility CD-ROMi using the following
command.
# mount -rt cdfs -o noversion /dev/rzXc /mnt
Or better yet, grab the latest firmware from the DEC web-site
http://www.workstation.digital.com/firmware.html
- Modify or create the client database in the /etc/bootptab
file.
hep02:ht=ethernet:ha=08002b236423:bf=/fullpath/filename:
ip=128.227.156.2
where filename is the name of the default bootfile image which is the
same as for the local CDROM images for the DECstation 3000 series
machines excepting for the extension being btp For example,
if you are updating a DEC 3000 Model 300/300L/300X/300LX AXP system
the file name would be m300_v7_0.btp. The filenames are
identical in the case of Alphastations 250 and 500 and they are called
as200_v5_9.exe.
The filename for the DEC 3000 Model 700 is m400_v7_0.btp and for Model 900 is
m500_v7_0.btp
- Enable the bootpd and tftpd daemons if you have not already done
so for X-terminals or printers:
Modify the /etc/inetd.conf file. Uncommon the tftp and bootps
process. It should look like the following:
tftp dgram udp wait root /usr/sbin/tftpd tftpd -d -r /tftpboot /tftpboot
bootps dgram udp wait root /usr/sbin/bootpd bootpd
- Find the process id of /usr/sbin/inetd daemon.
# ps aux | grep inetd
# kill -HUP
- Enter the following commands from the boot prompt of the system
to boot from the BOOTP server:
For DECstations
>>> boot ez0
For Alphastations
>>> set ewb0_protocols bootp
>>> boot ewb0
- If you are having difficulty getting bootp to respond, you may be
able to change the ethernet connection from different subnets in the
computer room to get one machine on one subnet respond to the other
subnet. If you are in a different building, then you need to get
another machine configured as bootp server in the same building before
you can get this done.
- Turn the jumper switches to off position on the machines that
have them. Completely power cycle the computer. Check on the console
for the new firmware string.
Installing Digital UNIX on a Non-DEC disk
The following steps are done to install a new DEC Alpha with a
non-DEC system disk. We assume that we are going to be completely
installing the software from a CD and repartition the drives. Several
of these steps are not necessary if the Alpha is already delivered
with a DEC system disk and is ready to be configured.
- Install the disk drive inside the machine and connect it up to the
network, power and a console terminal. We usually attach a local CDROM
and proceed with the installation.
- At the >>> prompt, type boot dkB400 and choose the
advanced installation option. Let the machine install a default
partition table and transfer the root partition from the CDROM. We
then set the bootdef_dev, boot_osflags, server, ethernet (TENBT),
auto_action variables and boot from the harddrive. When you are
setting up the 100 Base TX Fast Ethernet cards you need to set the
prom variable set ewb0_mode fastfd as the Asante hub supports
full duplex networking.
- Stop the boot midway by using ctrl-C and confirm that you do want
to interrupt the installation. You should get the # sign as the
prompt.
cd dev
./MAKEDEV rz0
disklabel -rw /dev/rrz0c SEAGATE
disklabel -r /dev/rrz0c
If you want to change you can use
disklabel -r -e /dev/rrz0c
If you are changing the partion table, it is done using ed. You will most
probably need to adjust the sizes of /, swap. /STRING will look for the
STRING in ed. s/OLD/NEW will substitute the OLD with NEW strnig. You
need to make sure the partitions that we plan to use do not have overlaps
and have enough free space. Swap partition should never be placed on
partition A. It overwrites the bootblock. Save the new partition table
(w) and exit ed (q). It will ask you whether you want to write the label
out and you reply Y. Type disklabel -r /dev/rrz0c to verify the
new partition table.
Starting from Digital Unix 4.0B, it looks like DEC is getting picky about
overlapping partitions when they are defined as 4.2BSD. One way to get
around this is to do the following
disklabel -w rz0 RZ28D
disklabel -r -e rz0
and change the partitions to your liking. Note that this is pretty
disastrous for the data on that disk. So make sure you backup everything
on the disk including the partitions you were not going to touch before
you do this.
- When you are ready to proceed hit ctrl-D. Proceed with the
installation and confirm the partition information for swap and usr
partitions. You also select the ufs as the filesystem type for /
and /usr. The system shutsdown. You are asked to set the boot prom
variables like boot_osflags, bootdef_dev and then type boot. On DEC
3000/500/600/700/900 it looks like we also need to define the variable
server to be on. Otherwise machine will halt at the boottime with an
error message indicating that the pointing device is absent.
- The system will continue the installation and will proceed to the
subset selection process. The optional subsets we chose for Digital
Unix 3.2 are 8 15 18-23 27-29 32-33 43 47-61 65-66. These numbers
vary with the release. The names of the corresponding subsets are:
- General Applications:
8) UNIX(tm) SVID2 Compatibility
- Network-Server/Communications:
15) Additional Networking Services
- Printing Environment:
18) Adobe Font Metric Files
- Reference Pages:
19) Ref Pages: Admin/User
20) Ref Pages: Programming
21) Ref Pages: Realtime
22) Ref Pages: Windows Admin/User
23) Ref Pages: Windows Programming
- Software Development:
27) Compiler Extensions, Profilers and Libraries
28) DEC C (cc -migrate)
29) GNU Revision Control System
32) Software Development Environment
33) Source Code Control System
- System Administration:
43) System Accounting Utilities
- Text Processing:
47) Doc. Preparation Tools
48) Doc. Preparation Tools Extensions
- Windowing Environment:
49) Adobe Fonts
50) Basic X Environment
51) DECwindows 100dpi Fonts
52) DECwindows 75dpi Fonts
53) X Customizations for OEM
54) X Fonts
55) X Servers
- Windowing Hardware Support:
56) LK201 Keyboard Support
57) LK401 Keyboard Support
58) LK411 Keyboard Support
59) LK421 Keyboard Support
60) LK444 Keyboard Support
61) PCXAL Keyboard Support
62) X Servers for PCI
63) X Servers for QVision
64) X Servers for TurboChannel
- Windows Applications:
65) Additional DECwindows Applications
66) Additional X Applications
- After this the system starts loading software. This takes some
time (30 mts) and a question will appear on the screen Configure
the system ?. We answer y at which point we will be
required to enter the system name, root password, time zone (it is
U.S, Eastern) and the kernel options. The kernel parameters chosen are
are system V devices, ISO 9660 cdfs and Audit subsystems.
- The system will finish building the kernel and reboot with the new
kernel.
Installing Digital UNIX on a DEC Disk
The following steps are done to install a new DEC Alpha with a DEC
system disk which has factory installed software and is ready to be
configured.
- Attach the ethernet cable to the machine. Attach the vt300
terminal to the port marked COM1.
- We attach any external disk drives that will be installed on this
machine. We need to make sure that the SCSI device chain has unique
SCSI ids on all the drives and the drive chain is terminated. Usually
the internal system disks already come configured with SCSI ID 0 or 3.
The CDROM is usually set to 4. Any tapedevice is usally set to 5.
The machine itself is set to ID 7. We can pick any of the remaining
IDs for the external drives.
- The machines usually come with the proper version of firmware that
is needed to run the OS pre-installed. You may want to check to
verify that this is indeed the case. This is done by looking at the
release notes.
- Check and set the bootdef_dev, boot_osflags, server, ethernet
(TENBT), auto_action variables and type boot to
jumpstart the installation from the harddrive.
- The system starts configuring the pre-loaded software. This takes
about 10 minutes. You need to enter the system name, root password,
time zone (it is U.S, Eastern).
- The system will finish building the kernel and reboot with the new
kernel.
Installing Digital Unix using RIS.
The following steps are done to install Digital Unix using Remote
Installation Services over the network.
- Configure one machine to be a RIS server. This is done during the
DU installation by selecting RIS subsets. We pick HEP01 for this
purpose.
- Move /var/adm/ris area to a disk that has lot of free
space. We use /charm01/tmp3/ris. Make the link from the new
area to /var/adm/ris using the command
ln -s /charm01/tmp3/ris /var/adm/ris
- Run ris and add software. First you create a new
software area and then you add software to it, typically from the
CDROMs and any subsets stored on the disk (C++ runtime, Fortran
runtime, Sort runtime library). It seems the best strategy is to
install all possible subsets into the disk and each client will
then have a chance to pick and choose what to install.
- Edit the /etc/hosts temporarily to get rid of the
phys.ufl.edu names. Just name the hosts hep02 etc.
- Run ris and add clients. You need the ethernet
addresses of the clients you will be installing the software to. This
can be found by typing show device on the console or uerf
-R | more if the machine is already running. Comment out any
firmware bootptab entries you already have in the
/etc/bootptab file as ris will delete any entries it
finds with that hostname.
- Edit /etc/inetd.conf and put in the actual directory
where ris subsets are being stored in the tftpd line.
- Get to the client console and type boot ez0 and answer
the installation questions.
- When the machine has configured itself and rebooted with the root
password and kernel options issue the command
# setld -l hep01:
to finish the other subset installation.
Adding additional disks
If the machine has additional temporary or data disks that need to
be configured, it is best to have all the disks connected at the time
the operating system is configured for the first time. The genvmunix
kernel recognizes the harddrives and makes the appropriate devices in
the /dev directory. You can also add the drives later on and
do all the necessary steps.
To find out the disk drives and Tape Drives configured
uerf -R | more
and look for rz and tz strings.
- Physically attach the other drive to the machine. Take care to see
that its rz number is set in such a way that it does not clash with that
of any other device's on the SCSI bus.
- Go to the directory /sys/conf.
- We need to make a back-up of the file which is machine-name
(in capitals).
- Open the file using vi and come to the section where the bus
is listed. We add an additional entry, a sample of which is shown
below: device disk rzX at scsi0 drive 8*X The rz number X
must be decided beforehand.
- Build the kernel by typing doconfig -c MACHINENAME
- Copy kernel in the directory /vmunix and reboot.
- Once the machine is up again check if the devices is recognized
or not by searching the directory /dev. Files with that rz
number should be found there.
- Now make the device using the command ./MAKEDEV rzX
number
You then add the information to /etc/fstab so that they
get mounted at boot time. The commands to do this assuming you have a
scsi disk set at address 1 without any partition table information are
To read the partition table:
disklabel -r rz1
To write a partition table if one doesn't exist (Use with CARE!):
disklabel -rw rz1 ELITE9
To edit the partition table and adjust the sizes
disklabel -re /dev/rrz1c
To make a filesystem on a partition (say h with 1% free space)
newfs -m 1 /dev/rrz1h
To mount the filesystem
mkdir /charm01
mkdir /charm01/tmp1
vi /etc/fstab
mount -a -t ufs
Networking the machine
- Login as root and run setup. The very first thing we do is to
configure the networking. This usually involves configuring the ethernet
interface (ln0 or tu0), providing an IP address (128.227.XX.XXX) and
subnet mask (255.255.255.0). On most machines we choose not run the rwhod,
gated or routed. In stead we provide a default route. Depending on the
subnet (XXX) the machine is located in this is 128.227.XXX.1.
In the case of Fast Ethernet (100-Base TX) we provide additional
ifconfig flags speed 200 to enable the full duplex 100
Mbps connections on the tu1 interface. You then let the machine
start the networking services and we should be able to telnet out of this
machine to remote machines using the IP address. If you are going to be
doing 100-Base TX networking, make sure that the cables you use are truely
Category 5 and the connections are done with great care to ensure that all
leads are to the tips of the connectors. Any small variations will result
in Packet Loss, CRC Framing errors and Link LEDs not lighting up when the
cables are inserted. Do not use the Pink cables purchased at SKIPPER
Electronics!
- Ftp to 128.227.17.70 and get /etc/securettys, /etc/hosts.
Make sure our new host name is added in the /etc/hosts file with
full domain name and the short name. This lets you log back into the new
machine over the network as root.
- At this time we are now ready to leave the machine room and the
console and go the office where we can work in windowing environment
with access to CUT and Paste. You may want shutdown the machine, put
the machine where it is going to located and make the network, console
and power connections.
Unusual Problems
It appears that on machines with two scsi buses (pkb0) and lot of tape
drives and older scsi disk drives, the alphastations may hang after the os
installation during the kernel building stage. The workaround for this
during 4.0b has been to turn the machine and the tape drives off, turn 4mm
dat tape drives on, put a couple of tapes in them and then power up the
machine. The same thing happened when the machine was booted with the
regular kernel also. The same workaround seemed to help.
Setup Filesystems
You can now setup the remaining local filesystems that we planned for in
the partitioning of the disks. These usually include /usr/local
and /XXXX/apps and /XXXXX/tmp filesystems. Example
commands you use are
# newfs /dev/rrz0e SEAGATE
# newfs /dev/rrz0g SEAGATE
# newfs /dev/rrz1a SEAGATE
# newfs /dev/rrz1d SEAGATE
# mkdir /newton
# mkdir /newton/apps
# mkdir /newton/tmp
# mkdir /newton/users
and add to the /etc/fstab
/dev/rz0e /usr/local ufs rw 1 3
/dev/rz0g /newton/apps ufs rw 1 4
/dev/rz1a /newton/users ufs rw 1 4
/dev/rz1d /newton/tmp ufs rw 1 4
and then do a
# mount -a -t ufs
Setting up BIND
We now assume you are logged in from a remote machine with access to
windowing and cut and paste. If you are on an SGI, do an xrsh hep01
and then use rlogin to login to the newmachine as root. You run setup
and select BIND setup.
- A default bind domain name needs to be specified. The domain name
is phys.ufl.edu.
- The hostname of the bind server should be entered next. The
hostname of the bindserver is neptune-gw, quark..
- If the script gives you an option of not changing the hostname
take that option.
- In the menu about the service order, we choose the option of
consulting local files first and then DNS next.
- You need to edit /etc/rc.config and take out the
phys.ufl.edufrom the HOSTNAME line. The files
/etc/resolv.conf which now contains the one server we entered
could be updated to include the campus nameservers by copying it from
another client machine.
- You can quit the setup program and try to log into any distant
machine (e.g. lns101.lns.cornell.edu). The name service should
resolve the number and connect you to that machine.
Setting up the NIS
Return to the set up program and now take the next option that is
setting up the NIS services. You will need to specify the machine to
be a client. The script will require the NIS Domain Name
which is phys.ufl.edu. The options -S and -s are selected for
security reasons. The script asks for a list of servers which are
specified as follows. If the machine name is not in the local hosts
file, the script may prompt you for its IP address.
Server 1:hep01
Server 2:neptune-gw
Server 3:quark
The next option to disallow ypset and ypsetme requests. We choose
not to allow these requests by selecting the DISALLOW ALL ypset
requests option.
We choose the option of all services using NIS and then start the
NIS daemons if the machine is already on the network and exit from the
setup. We can type ypwhich and ypcat -k passwd to
see which server we are bound to and a NIS map that was sent to us.
Setting Up NFS
- First make sure that the new machine is in some netgroup to
which filesystems are exported. This is done on neptune by
editiing the /etc/yp/netgroup file.
- Run the setup and select the NFS option in the menu.
- Normally we do not allow nonroot mounts and automounts. An
exception is made to the machines that will serve user disks to be
mounted by PCs (quark, hep01).
- The number of NFS Daemons and NFS I/O Daemons can be set to the
default values of 8 and 7. This may need to be increased for the
server machines whose main purpose is to server NFS clients (quark,
hep01, proton, neutron).
- The NFS LOCKING option should be enabled and the PC NFS support is
normally disabled.
- Provide the directories this machine is going to export and the
name of the netgroup to which these directories are exported. These
names are created and maintained on neptune in the
/etc/yp/netgroup area. We do not enter the machine names for
the disks we mount from remote machines. We just edit
/etc/fstab manually and put in the remote directories so that
they are mounted again at the power-up time.
- We then edit /etc/exports file and add the option
-root=0 so that the roots on the clients can create and move
files on these filesystems.
- Edit /etc/fstab and add the information about the filesystems
we mount from remote machines. We create the new directories. This can be
done using a script. See /local/adm/newmachine for HEE machines
and /local/adm/newmachine.cmt for CMT machines. The scripts also
contain some swap strategy change to Lazy and setting up of the print
spool areas. You will need to setup the /etc/printcap as a copy
from some other machine. If it is a brand new machine it may be necessary
to add the new hostname to the /etc/hosts.equiv on the
printserver machines (quark and neptune) You can then test the printers
by sending dummy printouts. It is important to check non-root printing to
verify that spool area protections are set correctly.
Setting NNTP
NNTP is used to synchronize times on different machines in the
local area network. We have NNTP servers which have the right time and
date by querying other time servers on the internet and all our
machines act as clients and get their time from one or more of our
local servers.
- Run setup and select the NTPconfiguration option.
- The system will ask you the name of a NTP server now, The name of
the server is neptune for the 24 subnet and hep01 for the 156
subnet. We can choose either for the 17 subnet.
- Select the correct large time differences (-g) option and
Select the limit syslog messages option (-l) to record only
error messages.
- Exit the set up program and edit /etc/ntp.conf file. The
script puts in the line peer nameofserver. We change the
word peer to server so that we are a pure client.
We can then stop and restart the NTP daemons using the
/sbin/init.d/xntpd stop and /sbin/init.d/xntpd start
commands. We can then verify the correct time and date by typing
date or ntpq followed by peers.
Setting Up SendMail
- Run setup, select Mail and decline the quick setup of mail
- The unqualified hostname is the machinename alone (without the
domain extension)
- The BIND domain name is phys.ufl.edu
- Top level domain name is alsophys.ufl.edu
- We add a general purpose relay which is phys.ufl.edu.
- Select the policy for forwarding all mail not local to this
machine to relay (2).
- Machine is not a mail hub. neptune servers that function for the
department.
- The tcp address format is user@phys.ufl.edu(2).
- The user/alias lists are not modified and the aliases are
considered local. The UUCP style, UMC and DECnet style addressing are
not supported. We do not add any nicknames. We complete the mail setup
and exit setup.
- We need to add new clients to our mailserver (neptune) database so
that it knows to accept mail addressed to those clients. This is done by
editing the /etc/mail/sendmail.clientsfile and adding the new
client name to it. We also need to stop and restart the sendmail
process on neptune. This is done on neptune
/etc/init.d/sendmail stop
/etc/init.d/sendmail start
- Send mail to some other "distant" account of yours and check if
you have recieved the mail.
# Mail -v chandra@ufl.edu
Subject: Testing
Hi
This is a test.
.
EOT
chandra@ufl.edu... Connecting to neptune-gw.phys.ufl.edu (smtpr)...
220-neptune.phys.ufl.edu Sendmail 8.6.10/8.6.10 ready at Thu, 11 Apr 1996 17:02:44 -0400
220 ESMTP spoken here
>>> HELO charm01.phys.ufl.edu
250 neptune.phys.ufl.edu Hello charm01.phys.ufl.edu [128.227.156.31], pleased to meet you
>>> MAIL From:
250 ... Sender ok
>>> RCPT To:
250 ... Recipient ok
>>> DATA
354 Enter mail, end with "." on a line by itself
>>> .
250 RAA28704 Message accepted for delivery
>>> QUIT
221 neptune.phys.ufl.edu closing connection
chandra@ufl.edu... Sent
Finishing Setup
You now mount the filesystem with the administrator scripts from
hep01 and execute the license and other scripts:
mount /usr/local@hep01 /mnt
cd /mnt/adm
ln -s /usr/local /local
ln -s /XXXXX/apps /usr/local/apps
The XXXXX will depend on which machine will be serving the apps area for
this client. It is either quark, hee, arbat or newton.
Take a look at license.script file and execute the scripts that
are suitable for the architechture of the machine you are on. osf-base
license is machine dependent. You need to create a new architechture
script from the license paks they send out on paper. To see what is
installed
lmf list | more
On some machines we edit /etc/fstab and read in the /local/adm/fstab and
customize it.
cd /
umount /mnt
Setting up Software
This step varies from machine to machine. On HEE compute servers we
only install the run time libraries to run Fortran, C++ and F90
jobs. On machines that will serve X-terminals we install the CDE. On
machines that act as general purpose servers we install the compiler,
PHIGS/GKS, and some other software subsets as appropriate.
To find out what software subsets are currently installed on the
machine you can type setld -i | more. The subsets that were
once installed but now removed will not have the installed
words in the second column. You can delete an individual or several
subsets using setld -d SUBSETNAMEs. Some subset deletions
require you to rebuild the kernel. They almost always require you to
edit the configuration file explained above to remove the options that
are no longer valid. Charm01 currently has a stripped down subsets
and the kernel configuration file as examples for other machines.
- DEC_C++_RTL cxx500
- DECLADEBUG
- DEC_Fortran_RTLdfa380
- DEC_Sort_RTL
- If the system is required to provide X-term support install CDE.
If there is no local cdrom, we need to mount it from a remote
machine. We usually mount cdroms on a directory called /cdrom
If that directory does not exist, create it. Now type the following:
mount /(directory name)@(machine) /cdrom
cd /cdrom
cd softwaredirectory
setld -l .
After the installations are complete, you may want to shutdown the
system and power it up from coldstart. If it fails to boot check the
AUTO_ACTION to BOOT and SERVER ON. This is done by typing set
AUTO_ACTION BOOT and set SERVER ON. On some machines we
also may have to do set console serial
Edit the /etc/motdand put the name of the machine and
the deparment and the university names there. We leave the top two
lines which indicate the operating system version number and the date
and time of the installation in the file for future reference.
Configuring a server like Quark for a lot of users
- Increase the maxusers to 512 or 1024. We typically have 20-30
simultaneous users, as well as a bunch of other processes. We also
increase the bufcache parameter to 15. On quark remember to load
the LAT subsets during the installation. You also have DLB option
to kernel configuration.
maxusers 512
bufcache 15
options DLB
- Rebuild your kernel with doconfig -c MACHINENAME. You need to
transfer the new kernel to /vmunix and reboot with it. The new devices
you made are not seen by your kernel.
- Create a lot more more ptys.
cd /dev
./MAKEDEV pty2
./MAKEDEV pty3
./MAKEDEV pty4
./MAKEDEV pty5
- Run the setup and now LAT configuration option should show up. You
can start the initial LAT setup and choose 10 or so terminals and 6 in
the inittab setting.
How to turn off the network card auto sensing?
At the console level, you can set ewa0_mode Twisted-Pair (visible
with the >>> SHOW CONFIG command). This should work if you have the
latest firmware from DEC. If you don't have the firmware CD, you can
obtain the latest and greatest SRM firmware from
http://ftp.digital.com:80/pub/Digital/Alpha/firmware
How to mount a CD with lowercase files only
Some times CDs with PC or iso9660 extensions appear on the alphas
as all uppercase filenames with version numbers. To get rid of the
version numbers and make all files lowercase files we need to do one
of the following:
mount -r -t cdfs -o rrip /dev/rz4c /cdrom
mount -r -t cdfs -o noversion /dev/rz4c /cdrom
Configuring Terminal Servers as Reverse LAT console servers
The following terminal servers are defined as the reverse LAT console
servers for the machines in the machine room. This enables us to use
a single terminal in the machine room or an xterm from UFUL07 to
connect to all the console ports of the DEC Alphas.
DEC server 90M: DSRVH-M Rev A01
wm218a 08-00-2b-a2-35-c8 AS32604081
wm218b 08-00-2b-a2-37-6f AS32604082
wm218a
Port 1 Console
Port 2 hep02
Port 3 hep03
Port 4 hep04
Port 5 hep05
Port 6 hep06
Port 7 hep07
Port 8 hep08
wm218b
Port Access Status Services Offered
1 Remote Idle WOMBAT
2 Remote Idle NILE02
3 Remote Idle NILE01
4 Remote Idle HEP01
5 Remote Idle HEP12
6 Remote Connected HEP11
7 Remote Idle HEP10
8 Remote Idle HEP09
You need to connect to the wm218a or wm218b and become a privileged user by
type set priv and the privileged user password.
A very useful command to list all the existing ports and their connections
is
show port all
The actual commands to define services with a password on the ports are:
change server announcement disabled
change port 2 name hep02 username hep02
change service hep02 port 2 password " "
change port 2-8 access remote autobaud disabled autoprompt disabled
dedicated none dialup disabled dsrlogout disabled dtrwait disabled
signal control disabled modem control disabled inactivity logout disabled
To connect from the terminal in the machine room, just type
LOCAL> C MACHINE
Pressing Control-L will bring you back to the LOCAL prompt at which
time you can disconnect from the session or connect to another
session. It is best to disconnect the sessions once you are done in
order for you to be able to connect back to them over the network.
Only one console session can be active at any given time either using
the LAT or the network.
To connect to the terminal server from a window on quark:
ccr -h XX-XX-XX-XX-XX-XX -c ln0
where the XX-XX is the hardware ethernet address of the device
you are connecting to. As super user on quark, you can type
alias to get some predefined connections to our bridges and
terminal servers. Pressing Control-D will log you all the way out of the
CCR session.
Switching consoles from Windows-NT to OSF/VMS
Alphastations use the ARC console for the Windows-NT workstation and
the SRM console for the Digital Unix/VMS operating systems. To switch
from SRM console to ARC console, type ARC at the SRM prompt.
To switch from ARC to SRM, select Supplementary menu, Setup System,
Switch to OpenVMS or Digital UNIX console, Switch to Digital UNIX,
Setup Menu. You need to power cycle the system or press RESET button to
implement the change.
Switching consoles from Terminal to Graphics Monitor.
Power up with the graphics terminal and the VT terminal attached to
the machine. Set the console environment variable to graphics. Make
sure any jumpers inside the graphics card are set to VGA enabled.
There may sync on green issues related to RGB cables. You may also
need to worry about the frequencies that the monitor and the graphics
cards support. NEC or Tektronics Multisync monitors should help.
Setting up quotas on the Dec Alphas
There are more details about setting user level quotas in the section
about accounts and moving user's home directories from one disk with
quotas to another in the tid-bits section.
Edit /etc/fstab and add the userquota flag after rw.
/dev/rz0c /quark/users ufs rw,userquota 1 2
Do a quotacheck -av to create the quota file.
Do a repquota -a to see the usage
Do the edquota -p prototype user to create quotas. This seems to screw
up the usage and the file numbers on the Digital unix machines. Do a
quotacheck -a to fix the numbers after all the quotas are set.
Do a quotaon -a to turn on the quotas.
Upgrading major servers
When upgrading major servers like quark, proton or neutron we save
several files before the upgrade starts. The major areas that we save
are the following. All these directories may not be applicable to all
the machines. For example, named related files only apply to
quark which is a slave name server.
- /etc -- Contains all the System files. Major ones are
bootptab, fstab, hosts, hosts.equiv, inetd.conf, resolv.conf, shells,
securettys, printcap, rc.config, exports, dt directory, namedb
directory.
- /tftpboot -- Contains the NCD X-terminal and the HP Printer boot
files.
- /var/spool/lpd -- Contains the Printer Accounting files and spool
areas with configuration settings for the printers.
- /sbin/init.d and /sbin/rc* -- locally modified
startup files and the links to these startup files
- /usr/lib/X11/app-defaults -- local customizations to the
X applications
- /var/spool/cron/crontabs -- local modifications to cron
jobs
- /var/named directory
- Output of setld -i to record the subsets installed
- /sys/conf/MACHINENAME to record any special kernel
modifications we may have made.
- /usr/share/lib/termcap and
/usr/share/lib/terminfo/dec.ti to record and local terminal
modifications we may have made.
We usually tar these files or directories to a temporary disk or
userdisk that is not going to be touched by the upgrade. We then take a
printout of the /etc/fstab and setld -i output to keep
with us during the upgrade. We also record the IP number on a sheet of
paper so that we can get the machine on the net.
Setting up an Alpha home machine
The following steps are necessary to upgrade an alpha machine that is
already set up to run at home.
- Typically, the files /etc/fstab, /etc/rc.config, /etc/routes and /etc/hosts
need to be altered to add the machine to the network. Save these files
to /etc/*.sav and make the appropriate modifications.
- Certain directories and files should be tarred and saved in a safe
place, either on the non-system disk on the same machine or on a different
machine. For example, tar cvf /users/backup/etc.tar etc if the
/users filesystem is on a seperate disk and the backup directory is
created. The /etc directory should always be backed up. The other
directories that are important (in the case of aphrodite) are: /tftpboot,
/usr/spool/lpd/, /local/images, and /sbin. We also save the following
files: in /, reg_paks.csh, and in /usr/local/bin, slipup, slipdown,
slipkill, slipup.work, dialout and hangup. Also make sure to save the
psfprint.def in the /usr/local/lib/psf directory, which is need to make
sure the default printer is defined properly.
- Make sure to print out a copy of setld -i and fstab.
- At this point, you can go ahead and do the firmware upgrade.
- Proceed with the installation from the CD-ROM, customizing any
partitions necessary before the advanced installation option. You
will need to select the system management option to customize partitions.
Make sure enough space is allocated for swap and /usr/local filesystems.
- Put the machine on the network, and edit the /etc/securettys to allow
root logins over the net. After logging in over the net, mount /quark/src
and install fortran, C++ runtime libraries and CDE.
- Run the reg_paks.csh that was saved to register the paks. Run the
OSF_base for the machine from /local/adm on quark.
- Edit the /.rhosts to allow rsh as root from quark. As root
on quark, run the rdist -s distfile remote from the /local/adm
area. This copies the /usr/local and matlab files onto the local machine.
- Untar the /etc directory and merge the changes in bootptab,
inetd.conf, printcap, passwd, shells, svc.conf, resolv.conf, routes, hosts,
fstab.
- Update the CDE from a remote machine. Use a machine which has a local
console if the local machine has one as well.The procedure to do this
is documented elsewhere. Make any appropriate changes to the Xaccess,
Xservers files.
- Move /sbin/default to /sbin/default.orig.
- Fix any links in /usr/local/bin. This may be necessary for matlab,
for example.
- Check the printer configuration in /usr/local/TeTeX/texmf/dvips/config.ps.
- Unpack tftpboot.tar and /usr/spool/lpd.tar. Copy the dialout, hangup,
slipup, slipdown, slipkill files back to /usr/local/bin.
- Connect the machine with the funny cable Robert has already made up.
Set any jumper switches needed on the modem.
- Run the setup and select the UUCP configuration and configure hayes modem
on line 0. Say no the option of modifying /etc/inittab. This creates a
/dev/ttyd0 which is the line that seems to work with the slipup and
slipdown scripts. For some unknown reason, not doing this will hang
tcsh when we are connected only through the modem.
- Edit the slipup, hangup scripts to use 27001 instead of the real
3927001 and the device created in the UUCP setup. You can try the manual
connection using the dialout script. If that works, then try slipup and
slipdown scripts. You will also need to know the password of the user
that will be dialing in to hardwire it.
- We edited the /etc/hosts to remove phys.ufl.edu extensions
from the aphrodite and aphrodite-gw. These may need to be put back if
rshs start failing.
|