Try running the backup as root, and use the -l argument on the client
side (e.g. ssh hostB -l someuser dd of=/dev/rmt/0 bs=20)
It's safer that way, and will likely work.
(You're running this on a test machine first, right? ;)
--
Gregor Mosheh
[EMAIL PROTECTED]
Systems Admin, Humboldt Internet
707.825.4638
On Mon, 10 Jul 2000, Clifford Thurber wrote:
> Hello,
> I need to perform back ups of a Sun machine without a tape drive(2.7) to
> another Sun machine with an external tape drive attached(2.6). I am running
> Open SSH 2.1.1. I have SSH set up using ssh-agent with my keys in memeory
> on both machines so that I will not be prompted for a password. The reason
> I need to use SSH is that rsh is too dangerous. The problem stems from the
> fact that I need to perform these back ups as a non-privelidged user.
> Additionaly I don't think SSH supports root logins over a network which is
> somthing I don't want to do anyway. What I did was to create a new group
> for back ups and added my username to that group. The next thing I did was
> to make the raw partition group owned by this new group. Yet when I go to
> perfom the back up from hostA(without the tape drive)the error message that
> I get is:
>
> ufsdump 0uf - /dev/rdsk/c0t0d0s0 | ( ssh hostB dd of=/dev/rmt/0n bs=20 )
>
> DUMP: Cannot open dump device `/dev/rdsk/c0t0d0s0': Permission denied
> 0+0 records in
> 0+0 records out
>
> I was told by somebody at Sun that this was not possible. That you must be
> root to use ufsdump on a raw partition despite what I did by changing the
> gid for the raw device. What doesn't make sense is that if this is true it
> goes against the whole Unix philosopy of regular files and their permission
> mode. I know plenty of people back up their machines over an SSH
> connection. Perhaps someone could shed some light on this for me, provide a
> work around etc. ? Thanks in advance
>
>
