(Illustration by Gaich Muramatsu)
On Wednesday 17 November 2004 02:49 am, Ivan Popov wrote: > Be careful while copying lots of objects into Coda - file/directory > creation operations are rather slow, it makes the client to switch > over to write-disconnected and possibly to disconnected mode. Then > you begin filling the clients' cache and RVM, pretty fast. When your > cache becomes full, you may experience all weird effects. Yep. [root_at_uhura mail]# cfs lv /coda/pbs.com Status of volume 0x7f000000 (2130706432) named "/" Volume type is ReadWrite Connection State is WriteDisconnected Minimum quota is 0, maximum quota is unlimited Current blocks used are 214647 The partition has 6392816 blocks available out of 11294220 *** There are pending conflicts in this volume *** There are 13528 CML entries pending for reintegration [root_at_monamie mail]# cfs lv /coda/pbs.com Status of volume 0x7f000000 (2130706432) named "/" Volume type is ReadWrite Connection State is WriteDisconnected Minimum quota is 0, maximum quota is unlimited Current blocks used are 214647 The partition has 6392816 blocks available out of 11294220 *** There are pending conflicts in this volume *** There are 9421 CML entries pending for reintegration Q1: How do I get back to "Connected"? "cfs wr" didn't seem to change anything. Q2: How do I repair the conflict? beginrepair prompts "Pathname of object in conflict?", which I do not know. Q3: Do I need to use "cfs fl" in some controlled fashion to copy the maildir's to this box? And throttle my tar extract, somehow? jerryReceived on 2004-11-17 10:14:37