Originally I asked about ufsdump and needing a bit of help along with a
pipe.
I got hoards of responses and a summary of these responses is:
1. it is prompting to set permissions on the . directory. I don't think
that this is the correct answer as it was not not at the end of the dump
that the problem ocurred, it was half way through and I was still
getting the prompts through.
2. don't do ufsdump over nfs.
3. use ufsdump -r not -x when copying an entire partition.
I have not been able to test whether 2 or 3 solved my problem. My basic
copy worked after I helped it along. I was just after information for
the future, so that I would not have to spend all night waiting for it
again. So next time 2 and 3 will be done. It was probably all the SCSI
errors that really caused the problem. So it would be a good idea to
move information off disks before they show SCSI errors.
My original post was:
> Managers,
>
> I have a sparc 5 (2.5.1) that I am trying to migrate files from
using
> ufsdump.
>
> I run the command: ufsdump 0f - /dev/dsk/c0t2d0s0 |(cd /www;
ufsrestore
> xf -) > dump.log 2>&1
>
> To copy onto an nfs partition (I failed with rsh).
>
> Now the backup has completed about 2 hours ago, but the restore is
still
> running, trying to set the permissions on the directory. A quick truss
> of the pid shows that it is sleeping, so I send a couple of control-d
> commands through the pipe (still open) and the ufsrestore comes alive
> again.
>
> Has anyone else seen this behaviour and know what causes it?
>
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:13:23 CDT