PC DirSync: Err Msg: File Error Sorting Queue USRTRANS.GLB

Last reviewed: February 4, 1998
Article ID: Q112301
The information in this article applies to:
  • Microsoft Mail for PC Networks, versions 3.0, 3.2, and 3.5

SYMPTOMS

The update transactions that were expected may not appear in the Global Address List (GAL) and the following error messages may appear in the DIRSYNC.LOG file:

   FATAL [150] Could not append transactions to the updates file
   ERROR [45]  File error sorting queue usrtrans.glb

CAUSE

This problem occurs when the USRTRANS.GLB file is corrupted. The corruption may be due to a network problem. If this is the case, network rights and network hardware may need to be examined. Slow or unreliable network interface cards in the workstation or file server may need to be examined as well.

Another cause of the Error [45] is if there is a SORTLOCK.GLB file in the postoffice's GLB subdirectory. SORTLOCK.GLB is a temporary file that ensures that IMPORT.EXE is not run on the same PO at the same time.

An additional cause for an error 45 is a corrupt REQCONF.GLB file. Depending on the nature of the corruption, LISTDS may be used to fix the corrupt file. The problems with the REQCONF.GLB result in ONLY an error 45 in the DIRSYNC.LOG with no accompanying errors:

   Status      Microsoft (R) Mail Import v3.2
   Error [45]  File error sorting queue: USRTRANS
   Status      Import is finished.

NOTE: The specific issues dealt with had a corrupt pointer to the USRTRANS file in the REQCONF.GLB. This was corrected by setting all of the pointers (4 total) to -1.

RESOLUTION

The USRTRANS.GLB file needs to be reset to zero bytes, and the requestor postoffice must ask for a full import from the directory synchronization (Dir-Sync) server, by following these steps:

  1. From MS-DOS, change to the GLB subdirectory in the Mail database.

  2. Use the MS-DOS TYPE command to reset the size of the USRTRANS.GLB file to zero bytes:

          type NUL > USRTRANS.GLB
    

  3. Delete the temporary files if they are present in the GLB directory: IGWTRANS.GLB, INMETRAN.GLB, IUSRTRAN.GLB, SRVUPDS.GLB, REQUPDS.GLB, and any SORTxxx files, where XXXX is a number.

    Verify that SRVTRANS.GLB, GWTRANS.GLB, and NMETRANS.GLB are zero bytes.

  4. Verify that:

    a. There is sufficient disk space available by going to the Dir-Sync

          Server, adding the file sizes for all USR files in the USR
          subdirectory in the Mail database, then tripling that amount.
    

    b. The workstation running DISPATCH.EXE has set FILES=60 (or greater)

          in the CONFIG.SYS file.
    

    c. There are sufficient network access rights available for the dispatch

          machine.
    

    d. The network hardware is reliable.

  5. Allow Dir-Sync to run through another cycle.

If the error reoccurs after these steps, perform steps 1 and 2 again, and then proceed with the following steps:

  1. Run IMPORT.EXE on the Dir-Sync Server. Use the following command to create the RESYNC.GLB file.

          option '-S'
    

  2. Copy the RESYNC.GLB file from the Dir-Sync server's GLB directory to the requestor's GLB directory.

  3. Delete the RESYNC.GLB file from the Dir-Sync server.

  4. Allow Dir-Sync to run through another cycle.


Additional query words: fatal150 error45 150 45
Keywords : kbfaq
Version : 3.00 3.00a 3.20 3.50
Platform : MS-DOS


THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY.

Last reviewed: February 4, 1998
© 1998 Microsoft Corporation. All rights reserved. Terms of Use.