ufsdump on mounted file system
Dale A Moore
I'm trying to save [ufsdump] a file system that has been mounted and
it isn't working. I'm probably going about this all wrong so I'll show
you what I'm trying to do.
# mkdir mount_point
# mount rm1:/usr /mount_point
# ufsdump 0f /dev/rmt/0 /mount_point
DUMP: /mount_point is not on a locally mounted filesystem
DUMP: The ENTIRE dump is aborted
So, how do you go about saving a remote filesystem? Previously, I used
a problem created by Artecon that did a rcp from the dump server to the
client that needed a save. But, this system only works by using 'root'
and in this way I needed to disable the /etc/default/login file. This
is unacceptable from a security point of view. So the end result is that
I need to find another way to perform my backups. Thanks in advance for
the help. Maybe, someone will notice a quick fix with my mount problem.
Dale
--
Email:
dam...@pafosu1.hq.af.mil
Note: If responding with the reply command the domain gets stripped
off and you have to manually correct the address. Darn SysAdm.
Dave Miller
damoore@pafosu1 (Dale A Moore) wrote:
>
> ...
>
>So, how do you go about saving a remote filesystem?
If you want to use ufsdump then this must be run on the machine physically
supporting the filesystem - it can't backup over the network. You can use the f
switch to ufsdump to specify a remote tape drive as machine:/dev/rmt/tape but
this usually assumes .rhost access as root although I suppose you could try
user@machine:/dev/rmt/tape. I've not tried this and I don't know whether you
can run the remote tape writer as non-superuser. In this case what you'd do is
from machine a run a command like:
rsh b /usr/sbin/ufsdump 0f a:/dev/rmt/tape filesystem
Of course you don't have to use ufsdump - what about cpio or maybe tar (of the
two I think cpio would be better)? Both of these should work across NFS (file
access attributes allowing, of course).
--
D.M.Miller, Computer Services Group
Dynamics Division, GEC-Marconi Radar & Defence Systems Ltd
The Grove, Warren Lane, Stanmore, Middlesex, HA7 4LY, UK
Mailto:dave.m...@gecm.com
I'm speaking for myself - not my employer
Andreas Karrer
In article <4m8463$k...@gcsin3.geccs.gecm.com>, Dave Miller wrote:
>damoore@pafosu1 (Dale A Moore) wrote:
>>
>> ...
>>
>>So, how do you go about saving a remote filesystem?
>
>If you want to use ufsdump then this must be run on the machine physically
>supporting the filesystem - it can't backup over the network. You can use the f
>switch to ufsdump to specify a remote tape drive as machine:/dev/rmt/tape but
>this usually assumes .rhost access as root although I suppose you could try
>user@machine:/dev/rmt/tape.
No need for root, neither for doing ufsdump nor for writing
tapes. Under Solaris 2, the raw disk devices are readable
for group "sys" and /etc/dumpdates is writeable for that group.
- create a user "bup" or so that is in group "sys"
- as this user, do something like:
ufsdump 0f - /usr | rsh tapehost "dd ... of=/dev/rmt/0cbn"
- you need an entry in "tapehosts" /etc/hosts.equiv or ~/.rhosts
for this to work.
ufsdump works on the inode level; and since inodes are not available on
a NFS-mounted filesystem, ufsdumping it won't work.
- Andi Karrer
Arun Gurjale
I do not understand. I run ufsdumps over the network and I have no
problem. I upgraded to Solaris 2.4 ayear back and I have Korn shell
scripts backing up five servers over the network. Here is the command
line I use:
Arun Gurjale
Arun Gurjale
I you are runiing Soalris 2.3 or above you should not have any problems
ufsdumping over the network. Here is the command line I use for
ufsdumping over the network:
ufsdump ofu <hostname>:/dev/rmt/<number>n /filesystem
I you have NIS+ then you must have entries for trusted hosts so that an
RPC call can be made. This works perfectly and I have been doing this
type of a dump for aver a year at teh US Dept of
Arun