On 06/05/03, Jan Harkes <jaharkes_at_cs.cmu.edu> wrote: 

> What I'm trying to say is, all these arbitrary limits seem to be stupid.
> These MultiRPC contexts seem like just another pool allocator that
> doesn't scale. I'm tempted to just rip out and remove the 9 RPCs per
> user limit. But this is not a change that I wanted to mix in with the
> 6.0.0 stuff at the last minute.

okay, it's that old problem. as long as we're talking about venus
crashes, here's one i haven't seen before. venus crashes while running
stats:

05:20:20 fatal error -- fsobj::DiscardData: bogus VnodeType (0)
Assertion failed: 0, file "/usr/src/redhat/BUILD/coda-6.0.1/coda-src/venus/fso0.cc", line 1505

in venus.log:

FSDB: magic = 3620289, data version = 1054802169
Files = (174762, 23038, 10922), Blocks = (4194304, 786625, 262144)
Counts: fl = 151724, prioq = 20334, delq = 0, owq = 0
0x69579c48 : fid = (65e7a908.7f000004.a19e.5390), comp = veronica17t.jpg, vol = 65e6cf88
        state = Normal, stat = { 0, 0, 0, 0, 0, 0, ??? }, rc rights = 3
        VV = {[ 0 0 0 0 0 0 0 0 ] [ 0 0 ] [ 0 ]}
        voltype = [0 1 0], fake = 0, fetching = 0 local = 0
        rep = 1, data = 1, owrite = 0, dirty = 0, shadow = 0
        mvstat = Normal
        parent = (65e7a908.7f000004.4ff.4fc0, 6a5b6e48), children = 0
        priority = 6825 (46174), hoard = [0, -2, 0], lastref = 1704340
        mle_bindings = (0, 0), cleanstat = [-1, -1]
        cachefile = [ 00/00/B4/01, 1688086, 0/0 ]
        refs = [0 1 1], openers = [0 0 0]       lastresolved = 0

(unfortunately, the stack trace i got back wasn't useful at all.)

i'm going rebuild with VENUSDEBUG undefined, and hope that next time
around, that line of code isn't reached.

-- 

steve simitzis : /sim' - i - jees/
          pala : saturn5 productions
 www.steve.org : 415.282.9979
  hath the daemon spawn no fire?