Re: Features of dar
Denis Corbin <[email protected]> Mon, 25 Jun 2007 22:04:20 +0200
| Newsgroups | gmane.comp.sysutils.backup.dar.general |
|---|---|
| Message-ID | <[email protected]> |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alexander Skwar wrote: > Hello! > > Denis Corbin <[email protected]> wrote: > >> Alexander Skwar wrote: > [...] > > I'm currently reading the Tutorial.html page. In there, you write: > > ,----[ Tutorial, DAR_MANAGER TUTORIAL ] > | The problem however is that when dar_manager will need to recover a file > | located in this archive it will try to open the archive > | ~/Catalogue/CAT_linux_full for restoration, which does not contain any > | data because it is just the catalogue of the archive. > | > | No problem if you made this mistake, thanks to the -b option we can change > | the basename of the archive, and thanks to the -p option you can change > | the path at any time. > `---- > > This is about adding an extracted catalog to the DMD. What confuses > me, is that you talk about a "mistake" in the 2nd paragraph. What > mistake? And what would need to be done, to NOT make this mistake? > Further on in that tutorial section you show how to fix this issue. Yep, thanks for the feedback. What should be written in addition is probably this: - ----------- in other words, you have the full backup linux_full.1.dar and an isolated catalogue named CAT_linux_full.1.dar. If you feed dar_manager with "linux_full" there is no problem, because dar_manager will ask dar to restore files from linux_full which is a real plain archive. If instead you feed dar_manager using "CAT_linux_full", dar_manager will properly build the DMD but at restoration time, will as dar to restore files from CAT_linux_full which cannot be used for restoration (it is only a table of contents to be used for reference). To avoid this, use dar_manager this way: dar_manager -B data_base.dmd -A CAT_linux_full linux_full the second argument after -A is just the name of the archive to store inside the DMD (linux_full may absolutely be inaccessible at this time), dar_manager will just read CAT_linux_full to update the DMD. if you forgot this point and used dar_manager -B data_base.dmd -A CAT_linux_full no problem, you can change the name of the archive to use at any time using the -b option. (see also -p option). - -------- > >> of archive M (M is the name of the archive you have been using). If you >> are very lazy like I am, > > I do not think that I am. I tend to think, that I'm one of the laziest > persons on the earth *g* :-) So you probably are! ;-) > >> you can also use some simple script that can be >> provided to dar thanks to -E option to automatically mount/unmount a DVD > > I'd then use my dar_download.sh script, which would fetch the needed > files from the FTP server. DMD sounds nice, gotta play with this some > more next week. of course. And ... I will never repeat it enough time ... "always test your backups before relying on them". This is not specific to dar. > >>> Example: We've got the file /data/quotes.txt. It's backed up every >>> day. Today we discover that the file is gone. Can I know somehow >>> get the information from dar when the file last existed? >> Yep, absolutely. > > Again with the help of DMD/dar_manager, right? yep, using dar_manager. With dar alone, you have to search yourself in which archive is located the lastest version of your file. > >>> Thanks a lot, >>> >> You are welcome, > > Again: Thanks a lot for providing such a detailed answer. I really > appreciate that you took some time to respond. no problem. As you know, I am lazy, and answering properly to your questions, understanding what is missing in the tutorial will avoid me answering twice to the same question ;-) > > And I'd like to say that I'm sorry for sending this message to both > lists. I noticed that dar-general is moderated and didn't have any > postings since April. So I (wrongly) assumed that the moderator of > the dar-general list is "MIA". Nop, just that a low trafic mailing-list, but alive as always. > > Well. Sorry and again: Thx! No problem, > > Alexander Skwar > happy backups! Regards, Denis. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGgB/EpC5CI8gYGlIRAncDAJ9v7FD9uW8JQkRt+NAvF9ljtO+fbwCdHr8U L/rGo1oX3dsNNgOOqpEfioI= =HIPq -----END PGP SIGNATURE----- ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/