T.R | Title | User | Personal Name | Date | Lines |
---|
9246.1 | | DECWET::MARTIN | | Fri Mar 21 1997 14:20 | 3 |
| Are they trying to restore to UFS or to AdvFS?
You cannot restore a 'dump' to AdvFS. It just ain't gonna work.
|
9246.2 | | NABETH::alan | Dr. File System's Home for Wayward Inodes. | Fri Mar 21 1997 14:31 | 7 |
| Why not? All of the file manipulation that restore does
should be through the file system interface. AdvFS can't
know that it is restore reading a dump format tape, tar
reading a tar format tape or an ordinary user doing open,
read, write and close.
Now, using dump on an AdvFS is a completely different matter...
|
9246.3 | | DECWET::MARTIN | | Fri Mar 21 1997 16:34 | 6 |
| OK. To quote somebody, "I did not know that."
I simply extracted the restriction on "dump" to "restore". Trust Alan on this
one, folks. I dunno what I'm talkin' about. :)
--Ken
|
9246.4 | it is an UFS file system. | GIDDAY::SANKAR | "" | Sun Mar 23 1997 17:59 | 13 |
|
It is an UFS file system.
restore from the tape fails even before the file system is accessed
( restore -i fails after the restore> add xxxx )
This failure is probably resource related and the process core dumps
(only my guess )
thanks for the inputs so far.
ss
|
9246.5 | | SSDEVO::ROLLOW | Dr. File System's Home for Wayward Inodes. | Mon Mar 24 1997 01:30 | 5 |
| If it is a stack-size limit, try raising the stack limit. If
a data size limit, you can change it with sysconfig and reboot.
If a page/swap space limit, get more. Memory usage of an
interactive restore could easily be related to the size of
dump.
|
9246.6 | thanks | GIDDAY::SANKAR | "" | Wed Apr 02 1997 02:16 | 10 |
|
Thanks for all the suggestions.
I just wanted to make sure I am not missing something obvius and
waste customer time.
Many thanks again for the replies
ss
|