I've searched the documentation and mailing list archives, but I'm
stuck.  I'm fairly new using CODA (I used AFS a lot years ago), and I'm
sure that this is just a RTFM/setup problem.

I'm running Red Hat 8.0 (kernel 2.4.28-14), with Coda 5.3.19 and having 
a sporadic problem.  This log shows how I get into this state:

    Coda Venus, version 5.3.19
    
    Date: Thu 10/10/2002
    
    14:03:20 /usr/coda/LOG size is 290404 bytes
    14:03:20 /usr/coda/DATA size is 1161616 bytes
    14:03:20 Initializing RVM data...
    14:03:20 ...done
    14:03:20 Loading RVM data
    14:03:20 starting VDB scan
    14:03:20 	1 volume replicas
    14:03:20 	0 replicated volumes
    14:03:20 	0 CML entries allocated
    14:03:20 	0 CML entries on free-list
    14:03:20 starting FSDB scan (416, 10000) (25, 75, 4)
    14:03:20 	0 cache files in table (0 blocks)
    14:03:20 	416 cache files on free-list
    14:03:20 starting HDB scan
    14:03:20 	0 hdb entries in table
    14:03:20 	0 hdb entries on free-list
    14:03:20 Initial LRDB allocation
    14:03:20 Getting Root Volume information...
    14:03:20 Venus starting...
    14:03:20 /coda now mounted.
    
    14:03:31 worker::main Got a bogus opcode 36
    14:04:22 Coda token for user 996 has been discarded
    14:04:29 Coda token for user 996 has been discarded
    14:05:41 Coda token for user 996 has been discarded
    14:47:34 hera nak'ed
    15:11:49 hera nak'ed
    15:36:05 hera nak'ed
    15:37:05 Coda token for user 996 has been discarded
    15:38:09 Coda token for user 996 has been discarded
    16:05:14 hera nak'ed
    16:08:06 Coda token for user 996 has been discarded
    16:08:06 Reintegrate MLB_TEST pending tokens for uid = 996
    16:08:14 Reintegrate: MLB_TEST, 5/5 records, result = SUCCESS
    16:08:26 Coda token for user 996 has been discarded
    16:11:44 Coda token for user 996 has been discarded
    16:11:44 Reintegrate MLB_TEST pending tokens for uid = 996
    16:11:51 Checkpointing MLB_TEST
    16:11:51 to /usr/coda/spool/996/MLB_TEST@_coda.tar
    16:11:51 and /usr/coda/spool/996/MLB_TEST@_coda.cml
    16:11:51 Local inconsistent object at /coda/fpw/users/gary/.netscape/history.dat, please check!
    
    16:11:51 Reintegrate: MLB_TEST, 6/6 records, result = Permission denied
    16:13:57 volume MLB_TEST has unrepaired local subtree(s), skip checkpointing CML!
    
    16:14:01 Coda token for user 996 has been discarded
    16:14:18 Coda token for user 996 has been discarded
    16:14:18 Local inconsistent object at /coda/fpw/users/gary/.netscape/history.dat, please check!
    
    16:19:19 Local inconsistent object at /coda/fpw/users/gary/.netscape/history.dat, please check!

Once it gets into this state, I'm pretty much stuck with an isolated node:
    [root_at_artemis coda-5.3.19]# cfs lv /coda
      Status of volume 0x7f000000 (2130706432) named "MLB_TEST"
      Volume type is Replicated
      Connection State is Disconnected
      Write-back is disabled
      *** There are pending conflicts in this volume ***
      There are 169 CML entries pending for reintegration
    
Anyone have any ideas/hints how this happened?  How do I clear it up?

The one thing that I'm trying to do (which may exacerbate the problem is):
  * 'clog' as user X
  * perform a number of operations on files/directories, owned by X
  * 'cunlog'
  * 'clog' as a different user Y
  * perform similar operations
  * 'cunlog'
The idea is that the CODA volume will be accessed by the same Linux user, but
under the guise of a number of virtual (CODA) users, for their own purposes.

Any help or ideas greatly appreciated.