Jan Harkes <jaharkes_at_cs.cmu.edu> writes:

> On Thu, Apr 17, 2003 at 03:35:25PM +0200, Steffen Neumann wrote:
> > I am looking for a reason why this Volume 
> > is still WriteDisconnected with CML entries pending.
> ...
> > Any ideas ?
> ...
> > [ W(28) : 0000 : 15:23:32 ] ClientModifyLog::GetReintegrateable: (coda.homes.mkatzer, -115) 0 records, 0 msec
> 
> The first record in the CML is not considered 'ready to reintegrate'. I
> can't tell why without more debugging.
> 

In the meantime there are more user with more conflicts on more
machines, the problem starts to become annoying :-(

The next time that happens on my machine 
I'll do some thorough debugging, till then 
the following might suffice. Unfortunately 
I don't know what the users did to create this mess.

Yours,
Steffen

> If you do 'vutil -d 100', the client should log messages like
> 
>  cmlent::ReintReady: <reason>
> 
> where reason indicates why the cml entry is not considered for
> reintegration.

[ V(04) : 55140 : 15:48:06 ] cmlent::ReintReady: this is a repair related cmlent
[ V(04) : 55140 : 15:48:06 ] PutUser: 
[ V(04) : 55140 : 15:48:06 ] GetUser: uid = -666
[ V(04) : 55140 : 15:48:06 ] PutUser: 
[ V(04) : 55140 : 15:48:06 ] GetUser: uid = -666
[ V(04) : 55140 : 15:48:06 ] PutUser: 
[ V(04) : 55140 : 15:48:06 ] GetUser: uid = 15111
[ V(04) : 55140 : 15:48:06 ] cmlent::ReintReady: this is a repair related cmlent
[ V(04) : 55140 : 15:48:06 ] PutUser: 
[ V(04) : 55140 : 15:48:06 ] GetUser: uid = -666
[ V(04) : 55140 : 15:48:06 ] PutUser: 
[ V(04) : 55140 : 15:48:06 ] VolDaemon: elapsed = 4.4 (0.0, 0.0)

[ F(05) : 55131 : 15:48:06 ] FSODaemon: elapsed = 0.3 (0.0, 0.0)

[ L(18) : 0000 : 15:48:06 ] LRDBDaemon: elapsed = 0.0 (0.0, 0.0)

[ T(01) : 55131 : 15:48:06 ] EndRvmTruncate