Rudy.Nedved@H.GP.CS.CMU.EDU (10/20/87)
We are running the 4.3BSD dump and restore system. We were running the 4.2 dump earlier in the last year. When we lose a disk partition and attempt to do a normal complete restore, restore does not work. The "r" option blows up with errors. The result is we use the "x" option and delete files during "restore x" since we run out of disk space. In the process of looking at the code I have found some problems and now am wondering if most people have had success at doing complete restores with the "r" option of a file system without getting complaints about missing files. For instance, if you have debugging on then in some cases you will get "corrupted directory: bad inum". I tracked this problem down to restore incorrectly setting maxino and then ignoring files that had inodes larger then maxino. Why was it setting maxino wrong...it used the maximum blocks dumped during the epoch to calculate a rough maxino, it stores this away in the disk copy of the symbol table and then uses that value for all the other tapes....including tapes that had more blocks dumped since the partition is more fragmented and uses blocks higher up in the partition. Also I have come across a bug where restore "r" gets confused about what to do with a delete of a file that has a hard link. It seems that if both the directory with the primary file and the directory with the hard link file are no longer valid on the incremental tape then restore will come across a duplicate entry and ask you if you want to abort the restore. Therefore I have two questions: Does anyone know about serious bugs that prevent complete restores and have the bug fixes for them? And on the other end has anyone successfully used restore "r" to restore a heavily fragmented and distributed file systems? -Rudy
mike@turing.unm.edu (Michael I. Bushnell) (10/23/87)
I have done complete restores from tape with no problem, on to empty (newfs'ed) and full partitions. Never any problem. I ALWAYS start with a Level Zero tape when I do this...I suspect that if you start with a later tape then things might not work so well. -- Michael I. Bushnell a/k/a Bach II mike@turing.unm.edu {ucbvax,gatech}!unmvax!turing!mike --- I'm QUIETLY reading the latest issue of ``BOWLING WORLD'' while my wife and two children stand QUIETLY BY.. -- Zippy the Pinhead Michael I. Bushnell a/k/a Bach II mike@turing.unm.edu {ucbvax,gatech}!unmvax!turing!mike --- I'm QUIETLY reading the latest issue of ``BOWLING WORLD'' while my wife and two children stand QUIETLY BY.. -- Zippy the Pinhead