Coda File System

Re: Doiung the repair limbo

From: Steffen Neumann <sneumann_at_TechFak.Uni-Bielefeld.DE>
Date: 09 Dec 2002 18:34:45 +0100
Jan Harkes <jaharkes_at_cs.cmu.edu> writes:

> On Mon, Dec 09, 2002 at 10:38:21AM +0100, Steffen Neumann wrote:
[...]
> > 	Gaspra:/coda/vol/ai/share # ls -l 
> > 	ls: bin: Connection timed out
> > 	ls: doc: Connection timed out
> 
> Disconnected from the server?
It was *connected*, which is why I included 
that bit of the message ;-) both before and after 
a cfs cs

> > 	Gaspra:/coda/vol/ai/share/laptop_liste # cfs lv .
> > 	  Status of volume 0x7f000004 (2130706436) named "coda.vol.ai"
> > 	  Volume type is ReadWrite
> > ==>	  Connection State is Connected
> > 	  Minimum quota is 0, maximum quota is unlimited
> > 	  Current blocks used are 156644
> > 	  The partition has 1723716 blocks available out of 4787924
> > 	  Write-back is disabled
> > ==>	  *** There are pending conflicts in this volume ***
> 
> You are right that this is a very unusual state, in fact we shouldn't be
> able to enter Connected state while there are pending CML entries, and
> you shouldn't have conflicts when everything is reintegrated. Can you do

> 'cfs ck' to snapshot a checkpoint file. Maybe it will give an error
Gaspra(sneumann):etc>cfs ck
VIOC_CHECKPOINTML: Invalid argument


> (i.e. there is no CML). Or it will actually manage to write the .cml and
  175 Dec  2 09:49 coda.vol.ai@_coda_vol_ai.cml
 2048 Dec  2 09:49 coda.vol.ai@_coda_vol_ai.tar
Nothing special in there

> .tar files, interesting to know where that ows.c file really is located.
I did a find /coda and locate and found 
Gaspra:/coda # find /coda -noleaf -name *ows.c
/coda/vol/kernel/src/linux-2.4.20/arch/sparc/kernel/windows.c
/coda/vol/kernel/src/linux-2.4.20/arch/cris/kernel/shadows.c

> And the log might show some thing.
Looks clean

> reintegrated just fine. Force write-disconnected mode, create a new
> empty file (touch foo), and reconnect?


  Connection State is WriteDisconnected
	Gaspra:/coda/vol/ai/share # touch bla
	succeeded

different machine(!):
	aipc10(sneumann):share>ls -l 
	-rw-r--r--   1 codadmin nogroup         0 Dec  9 18:31 bla

again gaspra:
	Gaspra:/coda/vol/ai/share # cfs reconnect
	-rw-r--r--   1 codadmin nogroup         0 Dec  9 18:31 bla


So the file appeared on both machines immediately.
State is still strange...

	Gaspra:/coda/vol/ai/share # cfs lv .
	  Status of volume 0x7f000004 (2130706436) named "coda.vol.ai"
	  Volume type is ReadWrite	
	  Connection State is Connected
	  Minimum quota is 0, maximum quota is unlimited
	  Current blocks used are 156643
	  The partition has 1723726 blocks available out of 4787924
	  Write-back is disabled
	  *** There are pending conflicts in this volume ***


What now ? venus -init or more debugging ?

Yours,
Steffen



Received on 2002-12-09 12:36:57