Juan Carlos, you are right!
I was not aware that in this situation the directories (and not the files) are
inconsistent, although the log said it (sometimes it's an advantage to be
able to read :-))
After repairing the directories everthing works correctly.
Maybe you have also such a simple solution for my vice versa problem.
Same preconditions:
But this time:
01 client1: mkdir /coda/test_domain/test_vol/test_dir
02 client2: echo line1 > /coda/test_domain/test_vol/test_dir/test_file
03 client2: cfs disconnect
04 client2: echo line2 >> /coda/test_domain/test_vol/test_dir/test_file
05 client1: rm /coda/test_domain/test_vol/test_dir/test_file
06 client2: cfs reconnect
It is almost the same, but this time the connected client1 removes the file
and the disconnected client2 appends a line.
After a while client2 tries to reintegrate. Venus prints out
09:32:39 Checkpointing test_vol
09:32:39 to /var/lib/coda/spool/1001/test_domain_test_vol.tar
09:32:39 and /var/lib/coda/spool/1001/test_domain_test_vol.cml
09:32:39 Local inconsistent object
at /coda/test_domain/test_vol/test_dir/test_file, please check!
09:32:39 Reintegrate: test_vol, 1/1 records, result = No such file or
directory
09:37:28 volume test_vol has unrepaired local subtree(s), skip checkpointing
CML!
09:37:38 Local inconsistent object
at /coda/test_domain/test_vol/test_dir/test_file, please check!
07 client2: ls -l /coda/test_domain/test_vol/test_dir
... test_file -> @[EMAIL PROTECTED]
Until here erverthing seems to be allright.
08 client2: cfs beginrepair /coda/test_domain/test_vol/test_dir/test_file
09 ls -l /coda/test_domain/test_vol/test_dir/test_file
... global -> @[EMAIL PROTECTED]
... local
There is another dangling symlink for global!
10 client2: cfs endrepair /coda/test_domain/test_vol/test_dir/test_file
11 client2: repair
12 repair > beginrepair /coda/test_domain/test_vol/test_dir/test_file
Too few directory entries
Could not allocate replica list
beginrepair failed.
how can I repair my test_file?
> Hi:
>
> As you don't mention it, have you tried repairing the conflicts using the
> "repair" tool?
> As far as I know, for this you have to do a "repair" in the command line,
> and then "beginrepair 'filetorepair'". If you haven't, see the "Repairing
> an inconsistent directory", section 2.6, of the "Coda File System User and
> System Administrators Manual":
>
> http://www.coda.cs.cmu.edu/doc/html/manual/x518.html
>
> Saludos,
> Juan Carlos
>
> "Michael Reithinger" <[EMAIL PROTECTED]> escribi� en el mensaje
> news:[EMAIL PROTECTED]
>
> > I am currently playing around with coda, and coda seems to have some
>
> problems
>
> > with files which are modified on one client and removed on an other
>
> client.
>
> > Sample Scenario:
> >
> > Preconditions:
> > a) A test_vol volume is mounted in the route volume.
> > b) Both client are connected to the server, till now everthing works
> > fine. c) on client 2 venus was invoked with venus -d 1000
> >
> >
> > 01 client1: mkdir /coda/test_domain/test_vol/test_dir
> >
> > 02 client2: echo line1 > /coda/test_domain/test_vol/test_dir/test_file
> > 03 client2: cfs disconnect
> > 04 client2: rm /coda/test_domain/test_vol/test_dir/test_file
> >
> > 05 client1: echo line2 >> /coda/test_domain/test_vol/test_dir/test_file
> >
> > 06 client2: cfs reconnect
> >
> > After a while client2 tries to reintegrate. Venus prints out
> >
> > 12:48:31 Checkpointing test_vol
> > 12:48:31 to /var/lib/coda/spool/1001/test_domain_test_vol.tar
> > 12:48:31 and /var/lib/coda/spool/1001/test_domain_test_vol.cml
> > 12:48:31 Local inconsistent object at
> > /coda/test_domain/test_vol/test_dir, please check!
> >
> > 12:48:31 Reintegrate: test_vol, 1/1 records, result = Unknown error 198
> > 12:51:24 volume test_vol has unrepaired local subtree(s), skip
>
> checkpointing
>
> > CML!
> >
> > 12:51:39 Local inconsistent object at
> > /coda/test_domain/test_vol/test_dir, please check!
> >
> >
> > 07 client2: cfs lv /coda/test_domain/test_vol/test_dir
> > Status of volume 0xffffffff (4294967295) named "Repair"
> > Volume type is Backup
> > Connection State is Connected
> > Minimum quota is 0, maximum quota is unlimited
> > Current blocks used are 0
> > The partition has 0 blocks available out of 0
> > Write-back is disabled
> >
> >
> > 08 client2: cfs lv /coda/test_domain/test_vol
> > Status of volume 0x7f000005 (2130706437) named "test_vol"
> > Volume type is ReadWrite
> > Connection State is WriteDisconnected
> > Minimum quota is 0, maximum quota is unlimited
> > Current blocks used are 6
> > The partition has 19788276 blocks available out of 37928300
> > Write-back is disabled
> > *** There are pending conflicts in this volume ***
> > There are 1 CML entries pending for reintegration
> >
> > 09 client2: ls -l /coda/test_domain/test_vol
> > drwxr-xr-x 2 michaelr nogroup 2048 2004-07-02 12:46 test_dir
> >
> >
> >
> > How do I bring back my test_vol to a connected state?
> >
> > Michael
> >
> > PS: my coda version is 6.0.6 (debian)
