On Wednesday 12 February 2003 21:22, [EMAIL PROTECTED] wrote: >If the tape server is crashed, and I reinstall Amanda, can the > NEW tape server >recognize previous backup tapes and retrive the files? >It looks unlikely. >How solve this problem? > >Thanks advanced! > >David
As Martin Hepworth aludes to, one must have a backup of the indices available. However, when I needed to recover from an hd dying last fall, I found that those files, which most certainly were included in the disklists DLE entries, were not on the tape, on any of the 20 tapes I had. Neither were the amanda executables that were running, or any other executable that was running on the system at the time of the backup. But in my case, the system stuff that wasn't, would already have been installed as part of the cd's re-install on the new hard drive, so thats pretty well a moot point. I'd restore the /home dir first in my case as thats where I'd find the latest build of amanda, and a simple make install from that recovered dir would fix that. I came to the conclusion that because I was generating indices, that there must have been an exclusive lock on the files causing tar to skip them. I do not know if this problem is unique to my setup, unique to just linux, or a general one. For a while I did a delay of those two DLE,s till the rest was long since done, and then did the backups of those two DLE's using a no index dumptype. I believe this will work, but as the backup time needed is a variable, and the delay one can program into a DLE entry is fixed, I now have a couple of scripts that are run as soon as amdump is done, and which append that particular 50 megabyte pair of files (indices and configs dirs) to the tape if there is room left on the tape. And I've reduced the tapetype size by about 100 megs so that when balance has been restored, there will always be room on the tape for them. So now I have hopefully last nights indices and such on tonights tape as a regular DLE, and if I can recall how many fm's there are on a tape, I can search with mt, and immediately recover the indices that actually made that tape from the end of it. In my case it would be an "mt -f /dev/nst0 fsf 36" which should park the tape ready to read those last two files with dd as I have 35 DLE's. Others may also have different methods of doing file lock workarounds, this is just my personal, and not well tested solution to a not too well discussed problem. -- Cheers, Gene AMD K6-III@500mhz 320M Athlon1600XP@1400mhz 512M 99.23% setiathome rank, not too shabby for a WV hillbilly