Jan Harkes wrote:

> On Mon, May 01, 2000 at 08:58:55AM -0700, Tom Tarka wrote:
> > just after completing a big copy into a coda volume (85M),
> > venus died, saying the the server was dead (while it's not,
> > although it did give an error) and then died after trying to
> > hoard/walk.
> >
> > ideas on what went wrong?  I can reproduce with higher
> > debugging levels as needed...
> >
> ...
> > 09:27:23 StoreBulkTransfer: CheckSE failed (-2014), (64000001.148.145)
>
> That error is SE_FAIL2, which is used all over the place for fatal
> errors. f.i. The server believes it is on the client side of the SFTP
> transfer. Sort of like a panic, don't know what triggered it.
>
> > [ T(01) : 2686 : 08:47:48 ] cache::EndRvmTruncate
> > 08:48:13 Fatal Signal (11); pid 1834 becoming a zombie...
> > 08:48:13 You may use gdb to attach to 1834
>
> Hmm, only attaching gdb to the client and grabbing a backtrace can tell
> us where we crashed here.

Program received signal SIGSEGV, Segmentation fault.
__nss_lookup_function (ni=0xff54fb4, fct_name=Cannot access memory at
address 0x151da3f0.
) at nsswitch.c:313
313     nsswitch.c: No such file or directory.
(gdb)
(gdb) bt
#0  __nss_lookup_function (ni=0xff54fb4, fct_name=
Cannot access memory at address 0x151da3f0.
) at nsswitch.c:313
#1  0xfd7f0c0 in __getservbyname_r (name=0x151d5b5c "codasrv",
proto=0xff54fb4 "udp",
    resbuf=0xfdc4bb8, buffer=0x100fcf38 "codasrv", buflen=1024,
result=0x151d5940)
    at ../nss/getXXbyYY_r.c:197
#2  0xfd7ef34 in getservbyname (name=0x151d5b5c "codasrv", proto=0xff54fb4
"udp")
    at ../nss/getXXbyYY.c:137
#3  0xff2fcfc in ResolveBindParms (whichConn=0x10112dc0,
whichHost=0xfdba150,
    whichPort=0x151d5b58, whichSubsys=0x151d5b78) at rpc2a.c:1006
#4  0xff2ea30 in RPC2_NewBinding (Host=0x151d5af8, Port=0x151d5b58,
Subsys=0x151d5b78,
    Bparms=0x151d5ad8, ConnHandle=0x151d5f04) at rpc2a.c:613
#5  0x1004ede8 in _SDA_BASE_ ()
#6  0x1000b244 in _SDA_BASE_ ()
#7  0x10008e24 in _SDA_BASE_ ()
#8  0x10009ed0 in _SDA_BASE_ ()
#9  0x10074a44 in _SDA_BASE_ ()
#10 0xfea30cc in Create_Process_Part2 () at lwp.c:812
#11 0xfea307c in Create_Process_Part2 () at lwp.c:804
Cannot access memory at address 0xa0a1a2a7.
(gdb)