From: John Robens (jrobens@socialchange.net.au)
Date: Tue Jun 29 1999 - 03:45:32 CDT

Originally I asked about ufsdump and needing a bit of help along with a

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
> ufsdump.
> I run the command: ufsdump 0f - /dev/dsk/c0t2d0s0 |(cd /www;
> 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
> 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