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/