We're using:
Server -- Version 3, Release 1, Level 0.0
Command Line Backup Client Interface - Version 3, Release 1, Level 0.0
I did a full backup of my system today, along with a full database backup
as well as config files and all that jazz. Then I removed some crucial
files, and started to restore. I managed to get the server up and running,
and remounted the database and all was well.
I inititated the client, and issued a "restore / -subdir=yes" to restore
the entire system. I told the client (when prompted) to 1) overwrite any
existing files and 2) force updates on write-protected files. It then
failed on the restore /dev/SRC.
The entry for /dev/SRC from another working system looks like:
srwxrwxrwx 1 root system 0 May 13 09:53 /dev/SRC
This looks vaguely like a special file. I imagine my problem is caused by
forcing ADSM to restore at all costs. However, this raises an important
issue when we may have to restore a system completely from backup. Is
there a way during restoration for it to mark files as "failed" (just like
the server marks files as "failed" during a backup?) and then review those
failures after?
--
Matthew Emmerton, System Administration
Matthew Emmerton, System Administration
Agora Food Merchants, National IT
+1 (905) 565-4231
|