Google
 

Trailing-Edge - PDP-10 Archives - scratch - 10,7/unscsp/umount/umt26a.doc
There are 7 other files named umt26a.doc in the archive. Click here to see a list.


UMOUNT.DOC -- Changes from V26 to V26A(103)
July 1975






























Copyright (C) 1973,1975,1977
Digital Equipment Corporation, Maynard, Mass.


This software is furnished under a license for use only  on  a  single
computer system and may be copied only with the inclusion of the above
copyright notice.  This software, or any other copies thereof, may not
be provided or otherwise made available to any other person except for
use on such system and to one  who  agrees  to  these  license  terms.
Title  to  and  ownership of the software shall at all times remain in
DEC.

The information in this software is subject to change  without  notice
and  should  not  be  construed  as  a commitment by Digital Equipment
Corporation.

DEC assumes no responsibility  for  the  use  or  reliability  of  its
software on equipment which is not supplied by DEC.
UMT26A.DOC                                                      Page 2


UMOUNT.DOC -- Changes from V26 to V26A(103)
July 1975



1.0  SUMMARY

This version of UMOUNT  includes  several  bug  fixes.   It  is  being
released  with OMOUNT 26A as part of the 6.02 monitor release.  UMOUNT
26A also corrects all  bugs  reported  through  SPR  10-16,468  (June,
1975).

UMOUNT version 26A runs on  all  monitors.   It  has  been  tested  on
6.01B/5.07B  and 6.02.  It fully supports the DATE-75 project.  UMOUNT
version 26A fully supersedes all previous versions.

UMOUNT version 26A is documented in the system command manual.  It  is
also documented in the program specification UMOUNT.RNO.



2.0  CHANGES

100  Make UMOUNT smarter about  ersatz  devices  (e.g.   SYSA,  HLPB).
     These names now give very confusing messages.  [SPR 10-15,615].

101  REELID does not get set if user owns drive but OMOUNT is  needed.
     [SPR 10-16,446].

102  UMOUNT  does  not  check  physical  device  when  it  should   in
     generating logical name.  [SPR 10-16,467].

103  UMOUNT gives 'logical name in  use'  message  and  generates  new
     logical name when it shouldn't, namely if user mounts a device by
     a logical name he is already using.  [SPR 10-16,468].



3.0  KNOWN BUGS AND DEFICIENCIES

None.



4.0  INSTALLATION INSTRUCTIONS

None.



[End of UMT26A.DOC]

[UMT26.DOC is appended as an integral part of UMT26A.DOC]
UMT26.DOC                                                       Page 3


UMOUNT.DOC -- Changes from V25 to V26
April 1975



1.0  SUMMARY

This release of OMOUNT and UMOUNT  incorporates  bug  fixes  and  much
development.  The highlights of this development are:  faster and more
intelligent command file processing,  FACT  file  accounting,  DECtape
label  checking,  improved operator messages and control of resources,
tape error handling, RP04 support, and several new  switches  for  the
operator  and  user  to  add  to  the  flexibility of the use of these
programs.  In addition, it is more reliable than older versions.

They have been tested with 5.06b/5.07/5.07a/6.01a.

The new user features will be  documented  in  the  Operating  Systems
Commands  Manual,  under  FILE,  DISMOUNT,  and  MOUNT  commands.  New
operator features will be documented in a revised OMOUNT Specification
and in the Operator's Guide, both in the Software Notebooks.



2.0  EXTERNAL CHANGES


2.1  OPERATOR(OMOUNT)

This section follows the format of the OMOUNT specification.

     1.  General introduction

         OMOUNT signals that it is ready to accept top-level  commands
         with  a  "/",  and  that it is scanning the request queue for
         user commands with a "!".

     2.  The "Proceed?" question

         a.  Two new replies exist:

             WAIT   Defer the request and wait for Operator input (See
                    GO under Operator commands below).

             PAUSE  Wait for Operator input after  completing  current
                    request.

         b.  The Operator may defer a request for a specified time by

             /DEFER:  'time' where 'time' is mm or hh:mm.  The maximum
                    is 24 hours.

         c.  ST is a valid abbreviation for START.

     3.  'MOUNT' Request Service
UMT26.DOC                                                       Page 4


         a.  Non-File Structured devices.

             The old messages typed to MOUNT a device  have  undergone
             cosmetic  changes only.  The Operator's replies have been
             extended, however:

             1.  The Operator may change controllers (e.g MTA to MTB).

             2.  WAIT,  PAUSE  and  DEFER:time  are   added   as   for
                 "Proceed?".

             3.  ST is a valid abbreviation for START.

             A major change  involves  MOUNTing  Magtape  and  DECtape
             wherein   the  requested  Tape-id  and  write-status  are
             checked.  If either disagrees with the information stored
             on the tape, the Operator is told and given the choice to
             ignore, change drives or tapes, or cancel the request.

         b.  File Structures.

             Except for changes in the form of  messages,  no  changes
             exist  except  in  the  Operator's  possible replies to a
             MOUNT request.  As  in  the  "Proceed?"  dialogue,  WAIT,
             PAUSE  and  DEFER:time are possible and he may change the
             controller.  Once the F/S is mounted it is  added  either
             to  the  user's  active  search  list with or without the
             "create" capability or to the passive search list.


                                       NOTE

                 Operator  may  reply  "n"  to   drive   selection
                 messages for disk whereas older versions required
                 a full device name, eg DPA0.



     4.  'DISMOUNT' Request service.

         a.  Non-File Structured devices.

             Since the user may request a device to be  released  (the
             only  choice in previous releases), reassigned to another
             job, or kept by his job, the Operator is informed of  the
             user's  choice  and  given  the "Proceed?" question.  His
             replies are standard.

         b.  File Structures

             Dismount requests are queued to the  Operator  only  when
             the  /REMOVE  switch  is  specified.   A change in UMOUNT
             prevents /REMOVE requests from non-[1,2] jobs from coming
             to  the  Operator  if  one of the following conditions is
             met:
UMT26.DOC                                                       Page 5


             1.  Mount count is non-zero.
             2.  F/S is in the System Search List.
             3.  F/S is in the Active Swapping List.
             4.  F/S contains STRLST.SYS.
             5.  F/S contains queue ([3,3] UFD).

             If a /REMOVE request detects any of these conditions, the
             Operator is informed and asked "Proceed?".  Normally, the
             request should be cancelled if any of the conditions  are
             true.   The  mount-count  condition  can  be inspected by
             typing "WAIT";  "USERS str";  "GO" in sequence.   If  the
             Operator  answers "YES" to "Proceed?", the F/S is removed
             from all users' search lists and purged from the system.

     5.  'FILE' Request Service

         In addition to older actions, the  Tape-id  and  write-status
         are checked as described in the MOUNT Request service above.

     6.  Operator Commands (differences only)

         a.  MOUNT str/NOSEARCH works for  all  supported  drives  and
             controllers  and  the  drive-type  and name are validated
             once the drive is physically mounted.

         b.  REMOVE str/NOCHECK is  a  new  feature  that  allows  the
             Operator  to  dismount  an  off-line  unit.   It prevents
             accesses to the disk and as a result OMOUNT is unable  to
             check for the existance of STRLST.SYS.  Thus the Operator
             must  be  careful  and  OMOUNT  will  warn  him  of  this
             possibility.   On  any  REMOVE,  the  other  four  checks
             discussed in the DISMOUNT Request service  are  performed
             and the "Proceed?" dialogue is invoked if appropriate.

         c.  USERS.  The argument ALL must now be entered in  standard
             switch  format  ("/").   USERS/PRIVATE  is  a new feature
             which will give the typical  information  on  only  those
             structures not in the System Search List or Active Search
             List.  Additionally, the format and contents of the USERS
             type-out  has  changed  to be more complete and readable;
             all units in the above-mentioned lists are so  marked  by
             "SYS" and/or "SWP".

         d.  PAUSE and WAIT  tell  OMOUNT  not  to  process  any  user
             commands  until GO or START is typed.  They permit him to
             suspend processing temporarily without changing the types
             of requests for which OMOUNT is enabled.

         e.  GO clears the  WAIT  or  PAUSE  state  such  that  OMOUNT
             continues  processing  the  type(s)  of user requests for
             which it is enabled.

         f.  ST is a valid abbreivation for START, which  in  addition
             to old functions, clears the WAIT or PAUSE condition.
UMT26.DOC                                                       Page 6


         g.  WHAT is more specific about the type(s) of requests it is
             processing.

         h.  EXIT causes OMOUNT to return to monitor level.  It may be
             resumed by typing .CONTINUE.

         i.  NODEFER and DEFER have been added to help  in  processing
             deferred  commands.  NODEFER causes all deferred commands
             to processed without regard for the /AFTER switch's time.
             DEFER resets this and is the default.

     7.  Related information

         a.  Finding out what's in OMOUNT queues.   The  Operator  can
             find  what is currently in the OMOUNT queues by using the
             Monitor commands

                  FILE C
                  MOUNT /CHECK
                  DISMOUNT /CHECK

             when logged in under [1,2].

         b.  The "No Operator Present" condition  (SCHED  400).   When
             this  bit  is  set  UMOUNT will reject all FILE and MOUNT
             commands  that  require  Operator  action.   Furthermore,
             UMOUNT  will  ignore the /REMOVE option if given on a F/S
             DISMOUNT command.  SCHED 400 is designed to be set by the
             Operator  when  he will not be attending the computer for
             extended  periods  of  time.   It  is  commonly  used  at
             installations  which  leave  one shift of computer uptime
             without Operator coverage.

         c.  The "No Operator  Intervention"  condition  (SCHED  100).
             When this bit is set, UMOUNT will not send MOUNT commands
             to the Operator when it can  process  the  MOUNT  itself.
             This occurs when an output-only device is requested to be
             mounted.

         d.  Several messages have been changed to  be  more  accurate
             and  almost all known bugs have been fixed.  (See Current
             Known Deficiencies.)

         e.  All requests from a user cause either  OMOUNT  or  UMOUNT
             (not both) to generate a FACT File entry in a new "MOUNT"
             format.  This format parallels the  "SPOOL"  format  with
             the following exceptions.

             In word 1, the code is 271 and  the  job  number  is  the
             UMOUNTer's  unless  it  is judged to be invalid;  then it
             would be OMOUNT's job number.  It is always OMOUNT's  job
             number for FILE commands.

             In word 3, the queue name byte is:
UMT26.DOC                                                       Page 7


                  UM - UMOUNT mount command
                  UD - UMOUNT dismount command
                  OM - OMOUNT mount command
                  OD - OMOUNT dismount command
                  OF - OMOUNT file command

             Words 4-7 are used only by OMOUNT  and  in  the  standard
             way.   Runtime is in milliseconds and KCT is in kilo-core
             centi-seconds.

             Word 8 is the device involved in the request.

             Word 10 is used as follows:

                  LH - 0 if the request failed and  is  1  if  it  was
                       successful.
                  RH - The clock time used by OMOUNT  to  service  the
                       request in seconds.

             DEC accounting software,  MONEY  and  FACTPR,  have  been
             changed  to  process  code  271  entries  and  are  being
             released with this version.


2.2  USER

     1.  General changes (MOUNT, DISMOUNT, and FILE).

         a.  UMOUNT fully supports RP04 drives.

         b.  The user can now type-ahead after a command  through  the
             ^C-Intercept  feature.   At the 'Waiting...' message, the
             user may,

             1.  type monitor-level commands  that  will  be  executed
                 upon the successful completion of the request;  or
             2.  type 2 ^C's to exit and not wait.


                                         NOTE

                     One ^C and altmode no longer have any  effect
                     except to be treated as type-ahead.



             The 'Waiting...' message is changed to 'Waiting...   type
             2 ^C's to exit' to remind users of this change.

         c.  The command line of all commands  is  completely  checked
             for  the correct syntax.  In the past sometimes a command
             was only partially checked and  some  erroneous  commands
             were processed as a result.

         d.  The Operator can defer queued  requests  at  his  option.
UMT26.DOC                                                       Page 8


             This   should   be  of  immense  value  in  synchronizing
             competing commands for the same device,  especially  when
             issued from a Batch job.

         e.  All messages are in upper/lower case for ease of  reading
             on terminals so equipped.

         f.  The message "Operator Notified" was changed  to  "Request
             Queued", since that is its true meaning.

         g.  These commandS now have help files displayed  by  typing,
             for example, "HELP MOUNT" or "MOUNT /HELP".

         h.  The "/CHECK" option to list  queued  requests  will  work
             without  the  user  being  logged in.  When typed without
             being  logged  in,  "/CHECK"  will  display  the   entire
             appropriate  queue.  This feature will not work without a
             change to the monitor that allows UMOUNT to  run  without
             being  logged  in.   This  change is not in any supported
             monitors up through 6.01b.

         i.  Commands for different jobs running under  the  same  PPN
             will  no  longer  get  listed  in  response  to  "/CHECK"
             commands issued by a job.

         j.  MOUNT and DISMOUNT now have /WAIT and  /NOWAIT  switches.
             /WAIT is intended to be used as follows:

             1.  If  no  device  precedes  it  and   nothing   (except
                 comments)  follows  it,  it  causes  a  check for any
                 pending requests.  If any  exist  in  the  queue  the
                 'Waiting...type  2  C's to exit' message is typed and
                 UMOUNT waits for all pending requests to be  serviced
                 by the Operator.
             2.  If a device is specified, the  request  is  processed
                 normally  and if a request is queued to the Operator,
                 the 'Waiting...type 2 C's to exit' is typed.   UMOUNT
                 waits  for only this request to be serviced.  In this
                 interpretation of /WAIT, it is the  default  for  all
                 MOUNTs   and   batch   DISMOUNTs.    /NOWAIT  is  the
                 complement and is the default for DISMOUNTs issued by
                 a time-sharing job.

         k.  MOUNT and  DISMOUNT  commands  for  spooled  devices  are
             correctly  processed.   This  was  not  true in the past.
             Also, MOUNT commands for device NUL:  are  now  correctly
             processed.

         l.  Comments starting with ";" or "!" may end a command line.

     2.  MOUNT COMMAND

         a.  Logical-name handling.  The  MOUNT  command  now  handles
             logical  names  more  rationally.   If  you issue a MOUNT
             command with  a  previously-assigned  logical  name,  the
UMT26.DOC                                                       Page 9


             logical   name   will  be  transferred  from  the  device
             previously assigned to the device just mounted.   If  you
             issue  a  MOUNT command for one tape drive, say MTA1, and
             you are assigned the other tape drive (MTA2), if you  did
             not specify a logical name, physical tape drive MTA2 will
             be given logical name MTA1 so that  Batch  Control  files
             referencing  MTA1 will work correctly.  The MOUNT command
             will never permit you to generate multiple MOUNT requests
             specifying the same logical name.

         b.  Magtape or DECtape protection features.  When mounting  a
             Magtape  or  DECtape, the setting of the /WRITE switch as
             set by the operator on the drive assigned and the VID  of
             the  mounted  DECtape  or  REELID  of mounted Magtape are
             confirmed before the MOUNT request is completed.

         c.  Visual-identification of DECtapes.  The  /VID  switch  is
             used  to  tell  the operator the DECtape # to be mounted.
             It is mandatory for all DECtape mount requests and MOUNTs
             for  input-only  devices such as CDR:  since the Operator
             needs to know which deck to load.  The DECtape number  is
             given  following  the  switch,  e.g.,  /VID:9999.  If the
             DECtape is not numbered, you describe  it  by  putting  a
             message  enclosed  in  single-  or  double-  quote  marks
             following the switch,  e.g.,  /VID:'FRIDAY  FAILSAFE  FOR
             [77,167]'.  The text may be as long as 50 characters.

         d.  Visual-Identification of Magtapes.   The  /REELID  switch
             continues  its  use  as  in  the  previous  releases that
             supported it.  Both the /VID  and  /REELID  switches  are
             required  for  DECtape  and Magtape, respectively, unless
             conditional assembly switches are altered.


                                       NOTE

                 The feature  test  switches,  VIDRID  and  RIDSW,
                 should  be examined closely to determine the best
                 combination for each installation.



         e.  Write-protection switches.  If a MOUNT does not go to the
             operator,  UMOUNT  will  inform the monitor of the REELID
             for its error reporting.  The  MOUNT  command  recognizes
             two   added   write-protection   switches.    They   are:
             /WRITE:YES, /WRITE:NO.  The user is requesting  to  write
             on  the  device  mounted  if /WRITE:YES is specified.  He
             will not be permitted to do so if /WRITE:NO is specified.
             The  default  is  /WRITE:NO  for  tapes (both Magtape and
             DECtape),  and  /WRITE:YES  for  disks.    Since   OMOUNT
             enforces  the  write-status  of  all tapes, the user must
             specify /WENABLE if he  wishes  to  write  on  the  tape.
             Older  versions  of OMOUNT and UMOUNT did not enforce the
             write-status.  Users may have been mounting tapes without
UMT26.DOC                                                      Page 10


             /WENABLE  and  then  wanting  to write on the tape.  This
             version's enforcement may force users to add the /WENABLE
             switch to batch CTL files to avoid errors in jobs that do
             write on tape.  OMOUNT does not enforce the  write-status
             of disk so this should not present any problem.

         f.  File-structure switches.  When mounting a file  structure
             (private  disk pack) there are some switches which permit
             the user to specify some of its  search-list  attributes.
             The  switches /ACTIVE and /PASSIVE specify whether to put
             the structure in the active or passive search  list.   If
             it  is in the active search list, then it becomes part of
             DSK:  and is automatically searched.   Otherwise,  it  is
             not  automatically  searched, but is merely available for
             use.  The switches /CREATE and /NOCREATE specify  whether
             files   are   to   be  created  on  that  file  structure
             automatically if it is in the active search  list.   Note
             that  /CREATE  and  /NOCREATE  always imply /ACTIVE.  The
             switches /WRITE:YES and  /WRITE:NO  specify  whether  any
             files ever will be written on that structure if it is the
             active search list.

         g.  The /SHOVE switch can be used to force a MOUNT request to
             the  Operator if SCHED 400 is set.  For completeness, the
             /NOSHOVE switch exists as the complement and the default.

         h.  UMOUNT response upon successful MOUNT.  The name of  tape
             drive assigned by the Operator is always displayed.  When
             mounting a file structure that is previously mounted, the
             mount-count  of  the  structure  will  be  displayed.  In
             addition, the physical unit ID & drive number will not be
             given unless specific device specifications were given.

         i.  The feature that the Operator must use the specific drive
             chosen  by  the user is not the default but may become so
             by changing a conditional in UMOUNT.

     3.  DISMOUNT COMMAND.

         a.  Device reassignment.  In the  past,  a  device  was  left
             assigned  to  a job if the user typed ^C when waiting for
             the DISMOUNT command to be completed.  It was  deassigned
             if  the  user  waited  patiently  for  the DISMOUNT to be
             completed.  This has been  changed.   The  user  controls
             whether  to  deassign  the device or not by the /RELEASE,
             /KEEP,  and  /REASSIGN:n   switches.    These   switches,
             respectively, release the device, keep it assigned to the
             job,  and  reassign  it  to  job  'n'.   The  default  is
             /RELEASE.  /REASSIGN is illegal for restricted devices.


                  NOTE:  FACT File  entries  are  not  written  for  a
                  /KEEP.   If  a  /REASSIGN  is  done  a 'UD' entry is
                  generated for the dismounter but no 'UM'-type  entry
                  is  written  for the job receiving assignment of the
UMT26.DOC                                                      Page 11


                  device.   Since  /REASSIGN  is   not   allowed   for
                  restricted  devices,  users cannot use the /REASSIGN
                  to avoid being charged for  the  use  of  restricted
                  devices.   Also  note  that  the logical name is not
                  reassigned with the device.


         b.  Device positioning.  In the past,  the  DISMOUNT  command
             attempted  to unload any tape drive dismounted.  This was
             not always desired, and it caused problems when the  tape
             had  been previously unloaded.  The default is UNLOAD but
             can be changed by the UNLOSW conditional.   If  the  user
             "KEEP's"  the  device, he may controls the positioning of
             the tape by the /UNLOAD,  /REWIND,  and  /STAY  switches.
             These switches specify, respectively, that the tape is to
             be unloaded, rewound, or left in place.  Furthermore, the
             DISMOUNT command will not hang up if a /UNLOAD or /REWIND
             operation is attempted at a tape drive where the tape has
             been previously unloaded.


                                       NOTE

                 Unless /KEEP is used, the positioning  under  the
                 UNLOSW   conditionalis  performed  regardless  of
                 positioning switches (eg.  MOUNT  DTAn/STAY  will
                 unload the DECtape.



         c.  Removing file structures.   If  the  /UNLOAD  or  /REMOVE
             switch is given to a private or public disk that is still
             in use by other jobs, the DISMOUNT  command  will  ignore
             the  switch  unless the user is [1,2].  A message will be
             given when the switch is ignored.  Note that the  /UNLOAD
             and  the  /REMOVE switches are equivalent.  When a F/S is
             to be removed, OMOUNT will check to see if the  structure
             is  in the Active Swapping List, instead of only checking
             for the existence of swapping space.

         d.  The Operator  will  be  notified  of  all  DISMOUNTs  for
             non-file  structured  devices  that  reassign, release or
             unload;  and for file structures that generate a remove.

         e.  Quota checking is not done for [1,2] users.

     4.  FILE COMMAND.

         a.  Additional file specifications.   The  FILE  command  now
             supports  device  (e.g.,  PRVQ:, DSKB:) specifications on
             the FILE F, Z, and R commands.  In addition, for the FILE
             commands  that transfer files from disk to DECtape (e.g.,
             FILE  F  and  Z  commands),  you   may   now   give   PPN
             specifications  to  transfer  a file from some other disk
             area to your DECtape.  If part of the [P,PN] is not given
UMT26.DOC                                                      Page 12


             ([,30]),  UMOUNT  will  fill  in what's missing with that
             part of the user's [P,PN].  You may also  transfer  files
             from your library area by specifying device LIB:.

         b.  Wild-character support.  The FILE command now  recognizes
             the  wild-character  "?", as well as the wild-card "*" in
             file names or extensions.   Wild-card  or  wild-character
             files  being  transferred  from  disk  to DECtape will be
             searched for from every structure in  the  user's  active
             search list.

         c.  Increased file security.  The  FILE  command  now  checks
             protection  on all files transferred to or from the disk.
             On reading a file from disk, the protection is checked to
             see  if  the file can be legally read.  On writing a file
             to disk, if a file with the same name already exists, the
             protection  of  that  file is checkED to see if it can be
             superseded.  The protection of  the  DECtape's  directory
             file  (nnn.DIR)  is  always  checked  to see if it can be
             updated.

         d.  Directory file changes.  The directory file  (tapeid.DIR)
             is  written on the first writable file structure that has
             the user's UFD.  The format of  the  directory  file  has
             been slightly changed to be compatable with the directory
             files written by the DIRECT command.  The  new  directory
             file  is  always  available  for  typing after the FILE W
             command returns to Monitor mode.  Improved  and  expanded
             error  messages  are  written  into the directory file if
             such  errors  occur  when  the  FILE  command  is   being
             processed.

         e.  I/O error handling.  Partial files are never  written  on
             disk or DECtape.  In the past, partial files were created
             when I/O errors occurred  when  reading  or  writing  the
             file.  This includes the commonly-occurring error of "Not
             enough room on DECtape."

         f.  Synchronization  of  FILE   command   processing.    FILE
             commands  from a Batch job always do a FILE W to wait for
             their completion.  This was done  so  that  a  Batch  job
             cannot  generate huge numbers of FILE commands in a short
             period of time thus monopolizing the FILE  command  queue
             and  creating  backlogs for other users.  This feature is
             under a conditional.

         g.  Listing of queued FILE commands.  The  listing  generated
             after a FILE request is queued will give only the listing
             of the request just entered, as well as the usual  number
             of requests in the queue.

         h.  All FILE command-specific code is under the  conditional,
             FTFILE so that it may be removed if not desired.  
UMT26.DOC                                                      Page 13


3.0  KNOWN BUGS AND RESTRICTIONS


3.1  Bugs or restrictions introduced in version 26

     1.  Neither OMOUNT or UMOUNT support Level-C Monitors  and  won't
         again!

     2.  If the operator removes a  file  structure  with  a  non-zero
         mount-count,  no  FACT  accounting will be done.  He must get
         users to do DISMOUNTs before removing the file  structure  to
         assure that the proper FACT accounting gets done.


3.2  Bugs or restrictions introduced prior to verson 26

     1.  OMOUNT can get an ?ILL MEM REF AT USER PC nnnnnn if there  is
         a consistency failure between the home blocks and what OMOUNT
         anticipates.

     2.  If the packid on a disk  differs  from  that  in  STRLST.SYS,
         OMOUNT  will  Query with "Proceed?".  If the Operator answers
         "Y" and OMOUNT mounts it, a user issuing a MOUNT for the same
         structure  will get hung in UMOUNT.  After typing the packid,
         UMOUNT sticks in DS state with the structure thrashing.

     3.  If a FILE R command takes a user over quota, no DIR  file  is
         produced.

     4.  Dismount quota checking does not include quota used in SFD's.

     5.  MOUNT DECA, where DECA is a F/S and DEC is an  ersatz  device
         is  currently  restricted.   Both  MOUNT  and UMOUNT get very
         confused with names like this.



4.0  INSTALLATION INSTRUCTIONS

The following files are being released as part of this release.

     UMOUNT.CTL
     UMOUNT.MAC
     UMOUNT.SHR
     MOUNT.HLP
     DISMOU.HLP
     FILE.HLP
     OMOUNT.CTL
     OMOUNT.MAC
     OMOUNT.SHR
     UMT26.RND - OMOUNT/UMOUNT DOC file (this file)

It is not recommended to run multiple OMOUNTs that  process  the  same
type  of  commands  (FILE,  or  MOUNT-DISMOUNT) because OMOUNT can get
caught in sticky race and synchronization situations.
UMT26.DOC                                                      Page 14


MONEY 17b(23) and FACTPR 2a(43) are  being  concurrently  released  to
support  MOUNT  FACT entries (code 271).  See their DOC files for more
information.

Several feature test switches have been added or slightly  changed  in
each  program.   They  are  documented  in the CTL files and MAC files
themselves.


                                 NOTE

               **WARNING**  A  small  risk  was   taken
               towards  the end of field test to assure
               that  OMOUNT   was   accurate   in   its
               appraisal  of  the  write-status  of all
               supported  magtape  controllers.    This
               consisted of doing a MTCHR.  UUO instead
               of the losing DEVSTS, which will  return
               different     bits     for     different
               controllers.  This has been tested  only
               in house on TM10 controllers and may not
               work on TC10's.  User's with TC10's will
               have  to  verify  that  their version of
               TCASER maintains these bits properly.





5.0  SUGGESTIONS

     1.  Allow PPN on FILE R commands.

     2.  Implement ability to mount scratch tapes.

     3.  Have OMOUNT be able to communicate better with user about the
         status  of  a  request.   Similarly,  teach  UMOUNT to better
         assess the results of a MOUNT, eg.  the reelid of a Magtape.

     4.  Teach OMOUNT to check and enforce write-status for disk.

     5.  Implement a FORCE command in OMOUNT so  Operator  can  better
         control resource allocation.

     6.  Change UMOUNT to deal only with physical devices.   That  is,
         if one device is assigned as the logical name for another and
         then referred to in a MOUNT, DISMOUNT  or  FILE  command,  it
         should  be treated as a physical name not as the logical name
         for the other device.  Eg.,

              ASSIGN DSKB DSKC
              DISMOUNT DSKC

         would remove DSKC, whereas the current version  would  remove
         DSKB.
UMT26.DOC                                                      Page 15




                                     NOTE

             We want the field's views on this one before thinking
             further about implementing it.



     7.  Notify the operator whenever  a  private  file  structure  is
         mounted  or  dismounted  so he can better schedule resources.
         Perhaps require his confirmation for MOUNTs as well  even  if
         file  structure  is  already mounted.  Perhaps, also, further
         refine this to include varying actions for batch and T/S.

     8.  Add UNLOAD and REWIND commands to OMOUNT.

     9.  For file structure MOUNTs, have equivalent of LOGIN's  /QUOTA
         and  recomputation.   Do automatic recomputation on MOUNT and
         DISMOUNT if the number of blocks used  is  greater  than  100
         blocks  over  the  logged-out quota, or is less than 0, or is
         unreasonably large, eg, greater than 777777(8).

    10.  Have REELID and VID be substitutable for each other.  This is
         implemented  in  UMOUNT  edits 64,65 under turned off feature
         tests.

    11.  Add MOUNT/CHECK to OMOUNT.

    12.  Add feature to OMOUNT to write a new tape label on DECtape.  



[End of UMT26.DOC]

[UMT25.DOC is appended as an integral part of UMT26.DOC]
UMT25.DOC                                                      Page 16


UMT25.DOC -- Changes from V24 to V25
June 1974



1.0  SUMMARY

This release is identical to version 24 except for one new edit.  This
new  edit is edit 50 and it clears JACCT prior to doing an unload on a
tape.  This allows the user to control-C while the tape is  rewinding.
There are no other changes.



[End of UMT25.DOC]

[UMT24.DOC is appended as an integral part of UMT25.DOC]
UMT24.DOC                                                      Page 17


UMT24.DOC -- Changes from V21(27) to V24(44)
April 1974



1.0  SUMMARY

     1.  This release of UMOUNT includes code to support  the  concept
         of  REELID's  for  Magtape  Error and Statistics reporting as
         part  of  the  5.07/6.01  monitor  release.   In  additon  it
         contains several bug fixes.

     2.  UMOUNT v24(44)  has  been  tested  on  5.06,  5.07  and  6.01
         monitors.  UMOUNT v24(44) requires OMOUNT v24(51).



2.0  EXTERNAL CHANGES

     1.  UMOUNT now accepts a REELID specification as part of a  MOUNT
         request for Magtapes.  The form of the REELID switch is:

                   /REELID:NAME

         where NAME is a string of up to six alphanumeric  characters.
         This REELID is associated with a given drive from the time it
         is MOUNTed until it is UNLOADed.  The REELID is  included  in
         any error or statistics reports generated during that time.

     2.  When a unit is DISMOUNTed with the /REMOVE switch, UMOUNT now
         issues a MTAPE 11 (UNLOAD) before releasing the device.  This
         affects only Magtapes and DECtapes.



3.0  DEFICIENCIES


3.1  Confirmed

     1.  One cannot  type  ahead  when  UMOUNT  (FILE  W,  MOUNT,  and
         DISMOUNT   commands)   is  waiting  for  the  request  to  be
         processed.  The reason is that UMOUNT runs with privilege bit
         JACCT=1  which  suppresses return to monitor level on CNTRL-C
         and therefore UMOUNT must read all typin itself in  order  to
         exit  if  a  CNTRL-C  is  typed.   This  wait state is always
         preceded with the message:  "WAITING...".

     2.  On dismount of non-file structures, the deassign is  done  by
         UMOUNT  after  its  request  to  the  operator  is satisfied.
         Therefore the device will not be deassigned by  the  dismount
         command if the user interrupts the WAIT with CNTRL-C.
UMT24.DOC                                                      Page 18


3.2  Unconfirmed defieciencies /bugs

     1.  F/S mount does not properly check for drives available.

     2.  UMOUNT doesn't clear UFD interlock if ^C'd out of a structure
         mount.

     3.  If two users simultaneously issue a MOUNT structure  request,
         UMOUNT may not add the structure to the second's search list.

     4.  MOUNT or DISMOUNT followed by a comment yield a syntax  error
         message.



4.0  INTERNAL CHANGES

     1.  Change Job data area references from symbol  type  JOBxxx  to
         .JBxxx.

     2.  Add code to DISMOUNT logic to UNLOAD  a  Magtape  or  DECtape
         while is being removed.

     3.  Add a new parameter RIDSW to list of parameters at begginning
         of UMOUNT.  If set non-zero, requires user supply a REELID to
         MOUNT a Magtape.  Default setting is non-zero.

     4.  Add code to scan command string for /REELID and  pass  on  to
         OMOUNT.   If RIDSW is non-zero and no REELID supplied, prints
         message:

                   ?REQUIRES "/REELID" SWITCH
                   on users TTY.

     5.  Add to MOUNT HELP message the line:

                   /REELID:ID       MAGTAPE REEL IDENTIFICATION

     6.  Add code to check tif REELID SUPPLIED FOR NON-MAGTAPE DEVICE,
         AND IF SO PRINT:

                   ?/REELID REQUIRES MAGTAPE



[End of UMT24.DOC]