(Illustration by Gaich Muramatsu)
Due to some screwing around which is in the category of "Kids, don't try this at home ... in fact, don't try this under the supervision of a professional with an ambulance on call", I managed to trash my V*DBs _and_ the text files (volutil really ought to make backups...). I was able to recover what matters from the server, and after repeated cycles of volutil makev*db; volutil updatedb I'm running again. Moral: keep fresh backups of /vice/db/VRList and /vice/vol/BigVolumeList. Weirdness: "volutil lookup coda:root.0 /tmp/info" puts the expected info in the file, "volutil lookup 100001 /tmp/info" does not, although both name and hex ID work for all the other volumes I've tried. Question: /vice/srv/SrvLog has the following in it. Is this a problem? What can I do to clean out the logs? I should note that this is one of the two volumes that causes the most conflicts for me. ------------------------------------------------------------------------ 23:30:16 Entering DCC(0x1000005) 23:30:17 DCC: Salvaging Logs for volume 0x1000005 23:30:17 recov_vol_log::SalvageLog: bitmaps are not equal 23:30:17 Log rec at index 335 is unreachable **Server: 0x829e626d StoreId: 0x38fcb8a8.2de0 Directory(0x2711.1080e) Opcode: Mkdir index is 335, sequence number 59242, var length is 17 . [0x2711.1080e] owner 1000 ** End of Record ** 23:30:17 Log rec at index 343 is unreachable **Server: 0x829e626d StoreId: 0x38fcb8a8.2de1 Directory(0x2711.1080e) Opcode: Create index is 343, sequence number 59243, var length is 20 Root [0x2b102.1085e] owner 0 ** End of Record ** [several dozen similar records elided, details on request] 23:30:17 Log rec at index 607 is unreachable **Server: 0x829e626d StoreId: 0x38fcb8a8.2e36 Directory(0x2711.1080e) Opcode: Remove index is 607, sequence number 59293, var length is 66 Repository [0x2b112.1085f][0 0 0 0 0 0 0 0 (38fcb8a8.2e36)(0x0)] ** End of Record ** 23:30:17 done: 8935 files/dirs, 136448 blocks 23:30:17 Entering DCC(0x1000006) 23:30:17 DCC: Salvaging Logs for volume 0x1000006 [and things seem to be proceeding normally.] ------------------------------------------------------------------------ -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.Received on 2002-12-04 16:48:28