Coda File System

FPE in venus

From: Steffen Neumann <sneumann_at_TechFak.Uni-Bielefeld.DE>
Date: 08 Sep 2003 09:23:50 +0200
Hi,

Yesterday we had a venus crash with a FPE,
which is so unusual that I'll post 
excerpts from the logs, which have been
collected by my fellow Coda admin Frank.
Hope it helps in becoming even more stable.

Yours,
Steffen


--------------------------------------------------------------------------------
console.log
Date: Wed 08/06/2003

11:28:36 Coda Venus, version 6.0.2
...
22:15:00 root acquiring Coda tokens!
22:45:41 Fatal Signal (8); pid 628 becoming a zombie...
22:45:41 You may use gdb to attach to 628
--------------------------------------------------------------------------------
venus.log
[ X(00) : 0000 : 11:28:37 ] Coda Venus, version 6.0.2
[ X(00) : 0000 : 11:28:37 ] Logfile initialized with LogLevel = 0 at Wed Aug  6 11:28:37 2003
...
[ F(06) : 298016 : 22:45:38 ] fsdb::FreeFsoCount: counts disagree (20833 - 19729 != 1103)
[ F(06) : 298016 : 22:45:39 ] fsdb::FreeFsoCount: counts disagree (20833 - 19531 != 1301)

[ T(01) : 292002 : 22:45:39 ] BeginRvmFlush (1, 117508, S)
[ T(01) : 292002 : 22:45:39 ] EndRvmFlush

[ W(3925) : 0000 : 22:45:40 ] Cachefile::SetValidData 182
[ W(3925) : 0000 : 22:45:41 ] *****  FATAL SIGNAL (8) *****
--------------------------------------------------------------------------------
gdb /usr/local/sbin/venus
(gdb) attach 628
(gdb) where
#0  0x40138c16 in __sigsuspend (set=0x1add6de4) at ../sysdeps/unix/sysv/linux/sigsuspend.c:45
#1  0x080b24c0 in SigChoke (sig=8) at sighand.cc:241
#2  <signal handler called>
#3  0x0805bdb3 in fsobj::FetchProgressIndicator (this=0x532a6188, offset=53) at fso_cfscalls0.cc:83
#4  0x0805bd56 in FetchProgressIndicator_stub (up=0x532a6188, offset=53) at fso_cfscalls0.cc:69
#5  0x4007c5da in sftp_Progress (sdesc=0x1add7828, BytesTransferred=53) at sftp3.c:1578
#6  0x40076936 in SFTP_MakeRPC2 (ConnHandle=3162, SDesc=0x1add7828, Reply=0x8264388) at sftp1.c:368
#7  0x4007daf1 in SFTP_MultiRPC2 (ConnHandle=3162, SDesc=0x1add7828, Reply=0x8264388) at sftp6.c:278
#8  0x400613b3 in mrpc_SendPacketsReliably (HowMany=8, mcon=0x8122e00, ConnHandleList=0x82a0474, MCast=0x0, 
    me=0x0, ArgInfo=0x1add7390, SDescList=0x1add7828, UnpackMulti=0x400629f0 <MRPC_UnpackMulti>, TimeOut=0x0)
    at multi1.c:711
#9  0x40060302 in RPC2_MultiRPC (HowMany=8, ConnHandleList=0x82a0474, RCList=0x82a04b4, MCast=0x0, 
    Request=0x8263458, SDescList=0x1add7828, UnpackMulti=0x400629f0 <MRPC_UnpackMulti>, ArgInfo=0x1add7390, 
    BreathOfLife=0x0) at multi1.c:179
#10 0x4006219e in MRPC_MakeMulti (ServerOp=3, ArgTypes=0x8105288, HowMany=8, CIDList=0x82a0474, RCList=0x82a04b4, 
    MCast=0x0, HandleResult=0, Timeout=0x0) at multi2.c:328
#11 0x0805c860 in fsobj::Fetch (this=0x532a6188, uid=0) at fso_cfscalls0.cc:298
#12 0x08052abd in fsdb::Get (this=0x532dbac8, f_addr=0x1add9dbc, key=0x1addbe24, uid=0, rights=12, comp=0x0, 
    rcode=0x0, GetInconsistent=0) at fso0.cc:858
#13 0x080ac4b9 in vproc::open (this=0x83d1020, cp=0x1addbe20, flags=1) at vproc_vfscalls.cc:193
#14 0x080b1590 in worker::main (this=0x83d1020) at worker.cc:1327
#15 0x080a72a2 in VprocPreamble (init_lock=0x83d1060) at vproc.cc:146
#16 0x400882f0 in Create_Process_Part2 () at lwp.c:796
(gdb) up
#3  0x0805bdb3 in fsobj::FetchProgressIndicator (this=0x532a6188, offset=53) at fso_cfscalls0.cc:83
83      fso_cfscalls0.cc: No such file or directory.
        in fso_cfscalls0.cc
Current language:  auto; currently c++
(gdb) p stat
$1 = {VnodeType = File, LinkCount = 1 '\001', Length = 52, DataVersion = 3, VV = {Versions = {Site0 = 4, 
      Site1 = 0, Site2 = 0, Site3 = 0, Site4 = 0, Site5 = 0, Site6 = 0, Site7 = 0}, StoreId = {Host = 685366455, 
      Uniquifier = 13862}, Flags = 8}, Date = 1062967541, Author = 4294967295, Owner = 65534, Mode = 420}
(gdb) p offset
$2 = 53
--------------------------------------------------------------------------------
Received on 2003-09-08 03:29:15