Date: Tue, 30 May 2000 09:51:09 +0200 From: Willem Brown <willem@brwn.org> To: keith@mail.telestream.com Cc: Victor Sudakov <sudakov@sibptus.tomsk.ru>, questions@FreeBSD.ORG Subject: Re: Anyone using dump(8) Message-ID: <393372ED.F3B24C20@brwn.org> References: <Pine.LNX.4.10.10005292244240.27088-100000@mail.telestream.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <ouch> > 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 <for better or worse> > ================================= 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?393372ED.F3B24C20>