Google
 

Trailing-Edge - PDP-10 Archives - BB-D868C-BM - 4-documentation/mountr.tco
There are 7 other files named mountr.tco in the archive. Click here to see a list.
TOPS20 Change Order Number 4.2324

Written by: R.ACE		13-Jul-79 06:18:26

Edit checked: NO			   Document: NO
  TCO Tested: NO		Maintenance Release: NO
Hardware-related: YES

Program: MOUNTR

Related TCO's:
Related SPR's: 


Problem: WHEN A DUMPER TAPE WITH A LARGE BLOCKING FACTOR IS LOADED ON
A DRIVE AND MOUNTR TRIES TO READ ITS LABEL, MANY ERROR RETRIES OCCUR.
THIS CAUSES A LONG WAIT, AND POSSIBLY MOUNTR-LEVEL I/O JSYS TIMEOUTS.

Diagnosis: A FEW REASONS:
1. DUMPER WRITES LONGER RECORDS THAN MOUNTR CAN CURRENTLY READ BECAUSE
   DUMPER WRITES IN CORE-DUMP MODE, WHILE MOUNTR READS IN INDUSTRY-
   COMPATIBLE MODE.
2. WHEN A TAPE DRIVE REPORTS THAT IT HAS FAILED TO READ A TAPE RECORD
   BECAUSE IT WAS TOO LONG FOR THE SPECIFIED BUFFER, PHYSIO RETRIES
   THE READ OPERATION AS IF IT WERE AN ORDINARY PARITY ERROR.

Solution: MAKE MOUNTR READ THE FIRST RECORD OF THE TAPE IN CORE-DUMP
MODE, CHECK FOR VOL1, AND IF SO, GO BACK AND READ IT IN INDUSTRY-
COMPATIBLE MODE.
TOPS20 Change Order Number 4.2343

Written by: R.ACE		24-Jul-79 16:39:33

Edit checked: NO			   Document: YES
  TCO Tested: NO		Maintenance Release: NO
Hardware-related: NO

Program: MOUNTR

Related TCO's:
Related SPR's: 


Problem: MOUNTR MESSAGE DOESN'T CONFORM TO OPR COMMAND

Diagnosis: MOUNTR MESSAGE,
"%USE THE UNLOAD COMMAND TO UNLOAD TAPE DRIVES"
SHOULD READ
"%USE THE DISMOUNT TAPE COMMAND TO UNLOAD TAPE DRIVES"

Solution: CHANGE TEXT STRING IN MOUNTR
TOPS20 Change Order Number 4.2346

Written by: R.ACE		26-Jul-79 06:48:14

Edit checked: NO			   Document: NO
  TCO Tested: NO		Maintenance Release: NO
Hardware-related: NO

Program: MOUNTR

Related TCO's:
Related SPR's: 


Problem: BUGS RELATED TO VOLUME-PROTECTION IN TOPS-20 VOL2 LABEL:

1) PROTECTION SUPPLIED ON MOUNT TAPE COMMAND NOT GETTING PUT INTO
   VOL2 LABEL; GARBAGE PUT THERE INSTEAD
2) OWNER DENIED OVERWRITE ACCESS IF <PROTECTION>&<10> = 0

Diagnosis: CODING ERRORS

Solution: FIX ERRORS
TOPS20 Change Order Number 4.2353

Written by: R.ACE		27-Jul-79 13:30:14

Edit checked: NO			   Document: NO
  TCO Tested: NO		Maintenance Release: NO
Hardware-related: NO

Program: MOUNTR

Related TCO's:
Related SPR's: 


Problem: MOUNTR USES PS:<SYSTEM>DEVICE-STATUS.BIN INSTEAD OF
SYSTEM:DEVICE-STATUS.BIN

Diagnosis: PROGRAMMER ERROR

Solution: CHANGE IT TO SYSTEM:DEVICE-STATUS.BIN
TOPS20 Change Order Number 4.2432

Written by: R.ACE		30-Aug-79 14:40:37

Edit checked: NO			   Document: NO
  TCO Tested: NO		Maintenance Release: NO
Hardware-related: NO

Program: MOUNTR

Related TCO's:
Related SPR's: 


Problem: BROKEN TAPE HARDWARE CAN YIELD THE FOLLOWING:
AFTER SETTING A TAPE DRIVE UNAVAILABLE, MOUNTR ACKNOWLEDGES THIS,
BUT SUBSEQUENT "SHOW STATUS" COMMANDS SHOW THE DRIVE IS STILL
UNDER MOUNTR'S CONTROL.

Diagnosis: SICK TU45 CAN RETURN BOTH "REWINDING" AND "UNLOADED",
BOTH OF WHICH ARE DUTIFULLY PASSED BY THE MONITOR TO MOUNTR,
CAUSING A BIT OF CONFUSION.

Solution: FIX MOUNTR GMTADS ROUTINE TO CLEAR SJ%REW IF IT SJ%OFS IS SET
TOPS20 Change Order Number 4.2460

Written by: KONEN		12-Sep-79 13:08:43

Edit checked: NO			   Document: NO
  TCO Tested: NO		Maintenance Release: NO
Hardware-related: NO

Program: MOUNTR

Related TCO's:
Related SPR's: 


Problem: 1. After operator corrects write-locked situation, mount of structure
will not proceed.
	2.  Drives and channels coming on-line needs more reworking.

Diagnosis: 1.  MOUNTR doesn't notice change in status of drive from write-
protected to write-enabled.
	2.  Channels and drives appearing or disappearing between existing
drives overwrite valid drive information.

Solution: 1.  Check for change in status of write-lock bit.
	2.  Rewrite code to include moving drive information around to fit in
new drives or delete old drives.
TOPS20 Change Order Number 4.2501

Written by: R.ACE		28-Sep-79 17:11:53

Edit checked: NO			   Document: NO
  TCO Tested: NO		Maintenance Release: NO
Hardware-related: NO

Program: MOUNTR

Related TCO's:
Related SPR's: 


Problem: IF A SCRATCH TAPE WITH VOLID "FOO" IS MOUNTED ON A DRIVE AND
2 MOUNT REQUESTS EXIST, ONE FOR A SCRATCH TAPE AND THE OTHER FOR VOLUME
"FOO", MOUNTR MAY ASSOCIATE THE TAPE WITH THE FORMER REQUEST.  IT IS
DESIRABLE THAT MOUNTR GIVE PRIORITY TO REQUESTS FOR SPECIFIC VOLUMES
OVER REQUESTS FOR SCRATCH VOLUMES.

Diagnosis: MOUNTR DOESN'T ENFORCE SUCH A PRIORITY.  IT JUST SCANS THE
REQUESTS IN THE ORDER THAT THEY APPEAR IN THE QUEUE.

Solution: IMPLEMENT PRIORITY SCHEME FOR ASSOCIATING SCRATCH VOLUMES
WITH USER REQUESTS.
TOPS20 Change Order Number 4.2505

Written by: R.ACE		 2-Oct-79 09:30:00

Edit checked: NO			   Document: NO
  TCO Tested: YES		Maintenance Release: NO
Hardware-related: NO

Program: MOUNTR

Related TCO's:
Related SPR's: 


Problem: MOUNTR DOESN'T ALWAYS GET THE INSTALLATION NAME OUT OF
SYSTEM:INSTNM.TXT

Diagnosis: MOUNTR GETS A JFN ON SYSTEM:INSTNM.TXT WITHOUT GJ%OLD,
WHICH CAUSES THE FIRST DIRECTORY IN THE LOGICAL NAME DEFINITION
TO BE USED.  IF THE FILE IS IN ONE OF THE OTHER DIRECTORIES IN
THE LOGICAL NAME DEF, THE OPENF AFTER THE GTJFN IN GTINAM WILL FAIL.

Solution: USE GJ%OLD WHEN GETTING JFN ON SYSTEM:INSTNM.TXT.
TOPS20 Change Order Number 4.2508

Written by: R.ACE		 3-Oct-79 07:25:00

Edit checked: NO			   Document: NO
  TCO Tested: NO		Maintenance Release: NO
Hardware-related: NO

Program: MOUNTR

Related TCO's:
Related SPR's: 


Problem: MOUNTR CODE SHOULD BE WRITE-PROTECTED

Diagnosis: IT ISN'T

Solution: ADD WRTP ROUTINE TO WRITE-PROTECT MOUNTR'S CODE AT STARTUP
TOPS20 Change Order Number 4.2526

Written by: R.ACE		16-Oct-79 07:04:21

Edit checked: NO			   Document: YES
  TCO Tested: NO		Maintenance Release: NO
Hardware-related: NO

Program: MOUNTR

Related TCO's:
Related SPR's: 


Problem: "INSUFFICIENT SYSTEM RESOURCES" MESSAGE FROM MOUNTR IS NOT
SUFFICIENTLY SPECIFIC TO LEAD THE RECEIVER TO CONCLUDE THAT THE
PROBLEM ORIGINATED IN MOUNTR (AS OPPOSED TO THE MONITOR).

Diagnosis: NEW ERROR CODE SHOULD HAVE BEEN CREATED FOR THIS PURPOSE.

Solution: CREATE NEW ERROR CODE MREQ31, "INSUFFICIENT MOUNTR RESOURCES",
AND USE IT INSTEAD OF MONX01, "INSUFFICIENT SYSTEM RESOURCES".
TOPS20 Change Order Number 4.2539

Written by: R.ACE		20-Oct-79 14:25:37

Edit checked: NO			   Document: YES
  TCO Tested: NO		Maintenance Release: NO
Hardware-related: NO

Program: MOUNTR

Related TCO's:
Related SPR's: 


Problem: BY GIVING THE IDENTIFY KEYIN, AN OPERATOR CAN CAUSE A TOPS-20
TAPE THAT IS OWNED BY A USER TO BE TREATED AS A SCRATCH TAPE.  IT IS
FELT THAT IT SHOULDN'T BE SO EASY TO DO THIS (I.E., THE OPERATOR SHOULD
HAVE TO GIVE THE SET TAPE INITIALIZE COMMAND TO OPR TO DECLARE A TOPS-20
TAPE TO BE A SCRATCH TAPE).

Diagnosis: MOUNTR WAS DESIGNED AND CODED THAT WAY.

Solution: Change MOUNTR to reject the following cases of the IDENTIFY
command:

1) An attempt to associate a user request for a scratch tape with a
   TOPS-20 labeled tape that is owned by a user other than the requestor
2) IDENTIFY MTAn: SCRATCH when MTAn: contains a TOPS-20 tape that is
   owned by any user

The error message given by MOUNTR in these cases has the form:

	--- Cannot Scratch MTA3: ---
     Volume FOO owned by user R.ACE
TOPS20 Change Order Number 4.2560

Written by: R.ACE		 1-Nov-79 08:30:20

Edit checked: NO			   Document: NO
  TCO Tested: NO		Maintenance Release: NO
Hardware-related: NO

Program: MOUNTR

Related TCO's:
Related SPR's: 


Problem: MOUNTR CAN HANG IF A TAPE DRIVE GOES SOUTH.

Diagnosis: ELOGON/ELOGOF ROUTINES DON'T DEFEND AGAINST THE POSSIBILITY
OF THE MTOPR BLOCKING FOR A LONG TIME.  THIS CAN HAPPEN IF THE TAPE
DRIVE EXPERIENCES A "PROBLEM ON DEVICE" CONDITION.

Solution: ADD JSYS-TIMER CODE TO ELOGON/ELOGOF ROUTINES.
TOPS20 Change Order Number 4.2578

Written by: KONEN		26-Nov-79 10:15:12

Edit checked: NO			   Document: NO
  TCO Tested: NO		Maintenance Release: NO
Hardware-related: NO

Program: MOUNTR

Related TCO's:
Related SPR's: 


Problem: MOUNTR grabs bad address sometimes during dismount code

Diagnosis: MOUNTR gets confused on whether or not a stucture is online

Solution: Return to user immediately when structure not found
TOPS20 Change Order Number 4.2587

Written by: R.ACE		 3-Dec-79 06:44:07

Edit checked: NO			   Document: YES
  TCO Tested: NO		Maintenance Release: NO
Hardware-related: NO

Program: MOUNTR
   Routines Affected:	AVR

Related TCO's:
Related SPR's: 


Problem: MOUNTR AND THE MONITOR DON'T AGREE ON WHAT CONSTITUTES A
LABELED TAPE, FORCING SOME TAPES TO BE READABLE ONLY IN BYPASS MODE.

Diagnosis: MOUNTR CLASSIFIES AS LABELED ANY TAPE WITH A VALID VOL1
LABEL.  IF THE TAPE HAS NO HDR1, HOWEVER, THE MONITOR WON'T LET YOU
READ IT AS A LABELED TAPE.

Solution: CHANGE MOUNTR TO MAKE HAVING A HDR1 LABEL A NECESSARY
CONDITION FOR CLASSIFYING A TAPE AS LABELED.
TOPS20 Change Order Number 4.2595

Written by: KONEN		 4-Jan-80 09:08:08

Edit checked: NO			   Document: NO
  TCO Tested: NO		Maintenance Release: NO
Hardware-related: NO

Program: MOUNTR

Related TCO's:
Related SPR's: 


Problem: MOUNTR DIES

Diagnosis: MSTR JSYS failed

Solution: Add ERCAL after JSYS
TOPS20 Change Order Number 4.2605

Written by: KONEN		19-Feb-80 16:02:48

Edit checked: NO			   Document: NO
  TCO Tested: NO		Maintenance Release: NO
Hardware-related: NO

Program: MOUNTR

Related TCO's:
Related SPR's: 


Problem: Receive "Can't Increment Mount Count" while trying to mount structure

Diagnosis: MOUNTR thinks the structure is already mounted.

Solution: If there is no structure or disk activity in MOUNTR from the time it
is mounted, dismounted by a program other than MOUNTR, and then remounted;
tables are only half set up.  This fix sets up all the tables immediately in
MOUNTR when a structure is mounted in MOUNTR.