Dear all,

we have two v880 server both are running solaris 9.One server is production (online) server and other one is development server. a tape is connected in production server.daily backup are running only production server.

so we are decide take daily backup in development server. using the remote backup.that command is

ufsdump remote_host_name:/dev/rmt/1 /export

so run that command but it is displayed

root@sunmmcsvr1 # ufsdump 0ucf olimms.com:/dev/rmt/1 /export
DUMP: permission denied
DUMP: Cannot connect to tape host `olimms.com'
DUMP: The ENTIRE dump is aborted.
root@sunmmcsvr1 #

we can't do any thing. so please tel me what is the problem?, how to rectified?

It is not safe, but you can make a .rhosts file in / file system and put the name of the client machine in it.

I did that by setting up ssh certificates for a backup user and then piping the ufsdump through ssh. When it gets to the other end, you are on an ssh pipe with standard out, so you want to pipe that through dd to the tape.

I was doing it on Solaris 9 with the internal DDS/3 drives on E250's. Following is a rather detailed command line that uses variables from the backup script as well as snapshots, but it should give you the idea:

( /usr/lib/fs/ufs/ufsdump ${LEVEL}cnlTfuN 2h - ${RDEV} ${WHICHSNAP}; STATCODE=$?; echo ${STATCODE} > ${CODEFILE} ) | su - backup -c "ssh ${TAPESERVER} \"dd obs=64b of=${TAPDEV}\"";

Note that the first several commands on the line are in parenthesis to make them a subprocess so that I can capture the status code into a temporary file (this is all in ksh). The output of that subprocess is piped to the su. So the script is running as root, the ufsdump is running as root, but the certificates for the ssh are for the backup user. The ssh runs in the su, and the dd runs within the ssh on the other end.

Of course, another option is to adopt something like Amanda and use it to do backups. That's what I did when I got a tape library and consolidated all my server backups to go to a backup server.

Or rsync.
It only transports the changed files and directories across the network from development-server to backup-server. It is quite easy to run rsync over ssh.

Regs, C

thing is ... Amanda will use ufsdump over ssh and can do it with fssnap snapshots in Solaris 9. If all he wants is to copy some user files, then maybe rsync would work, but since he was talking a pair of V880's running Solaris 9 and using ufsdump, I figured he might be wanting to actually back up his partitions using native Solaris tools that would allow him to do cold metal recoveries. Of course, only the OP can say.

You 're right, Chris.

Thanks, C