dsamperi@marob.masa.com (Dominick Samperi) (12/15/89)
While dumping files using CPIO over NFS I've noticed that a file is dropped now and then. What I do is cd to a directory which is an NFS mount point, and type 'find . -print | cpio -ocvB > /dev/rmt18'. Here /dev/rmt18 is a local tape drive, while "." is a directory on a remote machine. What happens is that now and then CPIO issues a line of the form: <filename> ? This is CPIO's way of saying that it could not open the file. I've checked, and there is nothing special about filename, i.e., the permissions are not any different from other files that were dumped fine. In fact, if I repeat the dump command, DIFFERENT files are not accessible! I was told by the computer vendor that this is to be expected due to the unreliability of UDP, and that I cannot use the tape drive to perform reliable dumps in this way. An alternative procedure was suggested. It involves using dd to dump the output of CPIO over NFS. The problem with this approach is that it does not provide multi-volume support. Can anyone suggest other solutions? Thanks! -- Dominick Samperi -- Citicorp dsamperi@Citicorp.COM uunet!ccorp!dsamperi
dyer@spdcc.COM (Steve Dyer) (12/16/89)
What OS (with NFS) is running on the client machine; the machine running "cpio"? -- Steve Dyer dyer@ursa-major.spdcc.com aka {ima,harvard,rayssd,linus,m2c}!spdcc!dyer dyer@arktouros.mit.edu, dyer@hstbme.mit.edu