From owner-freebsd-questions Tue May 30 0:52:24 2000 Delivered-To: freebsd-questions@freebsd.org Received: from snoopy.brwn.org (intgw1.brwn.org [196.28.127.66]) by hub.freebsd.org (Postfix) with ESMTP id 932BE37B592 for ; Tue, 30 May 2000 00:51:14 -0700 (PDT) (envelope-from willem@brwn.org) Received: from brwn.org (grumpy.brwn.org [192.168.1.10]) by snoopy.brwn.org (Postfix) with ESMTP id 9C3F93ACB; Tue, 30 May 2000 09:51:09 +0200 (SAST) Message-ID: <393372ED.F3B24C20@brwn.org> Date: Tue, 30 May 2000 09:51:09 +0200 From: Willem Brown Organization: Brwn.ORG X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i586) X-Accept-Language: en MIME-Version: 1.0 To: keith@mail.telestream.com Cc: Victor Sudakov , questions@FreeBSD.ORG Subject: Re: Anyone using dump(8) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG keith@mail.telestream.com wrote: > > I use dump every day. Seeing that I had a million of my questions > answered from the list not to long ago I'll repay the debt on your > questions. :) > > #1 If file systems are to be mouted read only durring a dump then it's > news to me. I've never heard of it and have never done it. A quick look at > the man page for dump doesn't say this either. > > #2 I use dump for 5 servers on my network to a single machine. > Works realy good. You have to allow for rsh because dump will use it to do > the dirty work. Not exactly secure but if you aren't doing dumps in a cron > script then you can just enable rsh durring the times you prefer to do the > dumps. > > #3 You don't have to be single user to do a dump. That would kind of > defeat the use of a network dump. > > #4 I'm not entirely sure about this but as far as doing a dump on an > active file system. Dump takes a sort of snapshot of the file system > before it starts pumping data to tape. So files modified durring a dump > will only have the data as it was before dump took the snap of it. > As soon as you issue the dump command your disks will go crazy as dump > figures out what all needs to be dumped. I just kind of assumed > that it was snaping the file system. Or depending on the level of dump you > are doing will be looking to see the modification dates on files to > determine what needs dumping. > Anyone with more info on this I'd like to know about it. > > #5 I've never known anyone to halt services while dumping a file system. > > Hope that answered some questions. > > Keith > > ================================= > Keith W. > > At the helm > ================================= Hi, You can actually use ssh instead of rsh to do the remote dump. Just rename the existing rsh executable and create a link to ssh mv /usr/bin/rsh /usr/bin/rsh.o ln -s /usr/local/bin/ssh /usr/hin/rsh You would also have to configure the remote host to allow this host to connect without specifying a password. It doesn't seem to prompt for one. I would imagine that you can use public keys and host based authentication to control the access to the remote server. I don't know though if this makes it that more secure since someone gaining access to the local root account will have access to the remote server. I guess the same goes for rsh? Regards Willem Brown > > On Tue, 30 May 2000, Victor Sudakov wrote: > > > Hello. > > > > I wonder if anyone uses dump(8) nowadays in a production environment. > > It seems the best backup tool as it preserves hard links, sparce files > > etc. However, there are some practical questions I need enlightment > > on. > > > > 1. You are supposed to mount a filesystem readonly before you dump it, > > right? Then dump cannot write /etc/dumpdates and aborts. Moreover, I > > cannot stop the services every time I need to dump a filesystem. How > > do you deal with that? > > > > 2. The tape drive is only on one host, so I need to dump filesystems > > over the network. I can boot in single user mode, mount the > > filesystems readonly, but then I have to do all the ifconfig, route > > etc. stuff (to see the tape server) by hand which is annoying. > > > > 3. Is dump really so vulnerable to modifications of filesystems during > > dump? Then how is it supposed to work on non-stop systems? > > > > Surely there must be some know-how. People seem to have been using > > dump(8) for years, and in huge companies too. I only have to dump 11 > > boxes, some with very important data updated every 20 minutes or so, > > to a tape drive on one of the boxes. Dump users, please reply. > > > > Any input is greatly appreciated. > > > > -- > > Victor Sudakov, VAS4-RIPE, VAS47-RIPN > > 2:5005/149@fidonet http://vas.tomsk.ru/ > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-questions" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message -- |--------------LINUX & *BSD, the CHOICE is yours--------------| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message