Conference iosg::all-in-1_v30

721.0. "FCVR - Test/Repair Mail areas does not complete user pass correctly" by KERNEL::SIMPSONR (fred) Wed May 20 1992 12:59

When the TRM utility is run it does not complete scanning all the user
profiles. It scans the user profiles up to names beginning with "R" then skips
to the one of the last ID's "X400" and then goes onto the Mail area pass.

The TRM is NOT specified to repair user's file cabinets, but processes all 4
shared areas SHARA,B,C,E.

This is the section of the log where the 'jump' occurs...


********************************************************************************
Scanning User RICKS_MD's File Cab at 04:06 AM
------------------------------------------

Number of DOCDB records read:      2  - 04:06 AM


Scanning User RIGDEN_SP's File Cab at 04:06 AM
------------------------------------------


Scanning User TELEX's File Cab at 03:15 AM
------------------------------------------
User TELEX has a blank default directory in the user profile
User on local system ignored

Scanning User WRIGHT_CS's File Cab at 03:42 AM
------------------------------------------

Number of DOCDB records read:     16  - 03:42 AM


Scanning User X400's File Cab at 03:16 AM
------------------------------------------
User X400 has a blank default directory in the user profile
User on local system ignored


Beginning Phase 2 at 03:16 AM -- processing shared files
========================================================

Processing $1$DUA2:[OA$SHARA]OA$DAF_A.DAT file at 03:16 AM
-----------------------------------------------

Number of records in OA$SHARA:  74538  - 04:18 AM


Processing $1$DUA2:[OA$SHARB]OA$DAF_B.DAT file at 04:18 AM
-----------------------------------------------
********************************************************************************


There are approximately 400 accounts not processed. The A1SUB.LOGS's are as
follows:

a1sub.log;44
  FCVR_PHASE_TYPE = "SLAVE"
  FCVR_PROCESS_ID = "00002"
  FCVR_DISK_ID = "$1$DUA32"


a1sub.log;43
  FCVR_PHASE_TYPE = "SLAVE"
  FCVR_PROCESS_ID = "00005"
  FCVR_DISK_ID = "$1$DUA34"
Integer error or overflow
At user PC=0000D8C7, PSL=03C000AA
Arithmetic trap, integer overflow at PC=0000D8C7, PSL=03C000AA
From line 5500 in module OA$SM_FCVR
Symbolic stack dump follows
module name     routine name                     line       rel PC    abs PC

                                                           00092298  00092298
----- above condition handler called with exception 0000047C:
Arithmetic trap, integer overflow at PC=0000D8C7, PSL=03C000AA
----- end of exception message
OA$SM_FCVR$MAIN OA$SM_FCVR$MAIN                  5074      00006EC7  0000D8C7


a1sub.log;42
  FCVR_PHASE_TYPE = "SLAVE"
  FCVR_PROCESS_ID = "00001"
  FCVR_DISK_ID = "$1$DUA7"


a1sub.log;41
  FCVR_PHASE_TYPE = "SLAVE"
  FCVR_PROCESS_ID = "00001"
  FCVR_DISK_ID = "$1$DUA7"


a1sub.log;40
  FCVR_PHASE_TYPE = "SLAVE"
  FCVR_PROCESS_ID = "00003"
  FCVR_DISK_ID = "$1$DUA33"


a1sub.log;39
          MULTI-  |                MULTIBUFFER COUNTS               | NETWORK
          BLOCK   | Indexed  Relative            Sequential         |  BLOCK
          COUNT   |                     Disk   Magtape  Unit Record |  COUNT
Process     0     |   20         0        0       0         0       |    0
System     16     |   10         0        0       0         0       |    8

          Prolog    Extend Quantity
Process     0              0
System      0              0
  Working Set      /Limit= 512   /Quota= 3000    /Extent= 15625
  Adjustment enabled    Authorized Quota= 3000  Authorized Extent= 15625
  FCVR_SCHEDULE_REC = "1992051004000000"
  FCVR_PHASE_TYPE = "MASTER"
Integer error or overflow
At user PC=0000D8C7, PSL=03C000AA
Arithmetic trap, integer overflow at PC=0000D8C7, PSL=03C000AA
From line 5500 in GOSUB 5500 in module OA$SM_FCVR
From line 1 in module OA$SM_FCVR
Symbolic stack dump follows
module name     routine name                     line       rel PC    abs PC

                                                           00092298  00092298
----- above condition handler called with exception 001A819C:
Integer error or overflow
At user PC=0000D8C7, PSL=03C000AA
Arithmetic trap, integer overflow at PC=0000D8C7, PSL=03C000AA
From line 5500 in GOSUB 5500 in module OA$SM_FCVR
----- end of exception message
                                                           00092298  00092298
----- above condition handler called with exception 0000047C:
Arithmetic trap, integer overflow at PC=0000D8C7, PSL=03C000AA
----- end of exception message
OA$SM_FCVR$MAIN OA$SM_FCVR$MAIN                  5074      00006EC7  0000D8C7
OA$SM_FCVR$MAIN OA$SM_FCVR$MAIN                  2621      00001A89  00008489


As you can see ;39 and ;43 are in error. Can anyone shed any light on this 
problem,

Thanks In Advance,
Richard Simpson (SSC).

    Hi,
    
    Which version of ALL-IN-1 are you running? What patches have been
    applied? Which version does TRM announce it is running (in the log
    file)?
    
    Thanks
    
    Stuart

    Andy Chaplin thinks this problem will only occur on V2.4 systems with
    patch K603. Due to this problem K603 was almost immediately withdrawn
    and superceded by K603-1. Let's hope this is your problem.
    
    Cheers
    
    Stuart

  He had patched his ALL-IN-1 2.4 system with K603 not K603-1.
  So he has gone away to add the additional patch but this may take time,

  Thanks,
  Richard Simpson (SSC).