MTA, POA, GWIA, DBCOPY fails to work on NSS Volume on OES

  • 7010474
  • 17-Jul-2012
  • 17-Jul-2012

Environment

Products
Novell GroupWise 8
Novell GroupWise 2012
Novell Open Enterprise Server
 
Configuration:
GroupWise directories on an NSS Volume

Situation

ERROR: "I/O error while scanning input queue" in the MTA Log files
ERROR: "Warning File DomainDirectory is over 2G in size, errno(75)" while running dbcopy
 
 

Resolution

  1. Browse to the NSS volume from the Linux Session and create a new file by typing "touch test".
  2. Type "ls -i test" and press Enter. The output should be something similar to the following
    2156116111 test
  3. Note down the number and convert it into hex using any scientific calculator.
  4. If the hex is greater than 7FFFFFFF, then perform a Pool Rebuild with rezid option as shown as follows
    ravsui rebuild VOL1 --rezid=0x7fffffff
    For detailed instructions on performing a Pool Rebuild, please visit the following link:
    OES11 - https://www.novell.com/documentation/oes11/stor_nss_lx/?page=/documentation/oes11/stor_nss_lx/data/ajhvdgg.html
    OES2 - https://www.novell.com/documentation/oes2/stor_nss_lx/?page=/documentation/oes2/stor_nss_lx/data/ajhvdgg.html

Cause

A ZID is a unique file number assigned to a file or a directory on an NSS Volume. Howver, if the Volume has been threre for a long time, GroupWise being a 32-bit Application cannot understand ZIDs greater than 7FFFFFFF and errors out. ReZID option for a pool rebuild changes the ZIDs for all the files on the volumes, thus freeing ZIDs so they are available for creating new files and Directories.