(Illustration by Gaich Muramatsu)
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 ] EndRvmTruncateReceived on 2003-05-26 09:57:41