I realize that something similar has just been asked, but it doesn't fit our
needs.
Situation: we just got a 400+ Gb RAID system, have partitioned it thusly: 1
file domain, with many file sets on top of it, replacing our spaghetti mess of
disks next to our file server. Now we have to move the data to its new
location, and I am looking for suggestions.
The last time we did something like this, we wrote a script that called cpio
on each file, and did various tests to make sure the file got copied
correctly, and that the weird characters in the file names didn't get munged.
The subsequent testing needed took much longer than the copy, and we're hoping
to avoid it this time around.
Now, the suggestion that came up recently was to use vdump | vrestore (there's
even an example of such in the man page for vdump). This would be perfect, and
we could be reasonably assured that the old and the new would be identical,
except for one thing: in my test runs, the date on the new files is changed to
the current time. This isn't acceptable, since our users use date stamps for
many things. Is there any way to force vrestore to restore the original times?
I can't seem to find any mention of that in the man page. Barring that, are
there any other suggestions?
I'll post a summary afterwards, of course.
Dan Bongert dbongert_at_ssc.wisc.edu
SSCC Unix System Administrator (608) 262-9857
Received on Wed Jul 07 1999 - 20:12:06 NZST