]> git.sur5r.net Git - bacula/docs/commitdiff
ebl Adding new status slots command to newfeature chapter
authorEric Bollengier <eric@eb.homelinux.org>
Sun, 31 Aug 2008 19:02:57 +0000 (19:02 +0000)
committerEric Bollengier <eric@eb.homelinux.org>
Sun, 31 Aug 2008 19:02:57 +0000 (19:02 +0000)
docs/manuals/en/concepts/autochangers.tex
docs/manuals/en/concepts/newfeatures.tex

index 9c74a483755232423b4121694b703fb605ca32c1..d3fa47e00cf4ac2cf3d5b67289ae3c1ceaade80f 100644 (file)
@@ -15,13 +15,12 @@ which is explained in more detail after this list:
    sent by Bacula. We furnish such a script  that works with {\bf mtx} found in
    the {\bf depkgs} distribution. 
 
-\item That each Volume (tape) to be used must be defined in the  Catalog and
-   have a Slot number assigned  to it so that Bacula knows where the Volume is in
-   the  autochanger. This is generally done with the {\bf label}  command,
-   but can also done after the tape is labeled using the {\bf update slots}
-   command.  See
-   below for more details. You must pre-label the tapes manually before
-   using them.         
+\item That each Volume (tape) to be used must be defined in the Catalog and
+   have a Slot number assigned to it so that Bacula knows where the Volume is
+   in the autochanger. This is generally done with the {\bf label} command, but
+   can also done after the tape is labeled using the {\bf update slots}
+   command.  See below for more details. You must pre-label the tapes manually
+   before using them.
 
 \item Modifications to your Storage daemon's Device configuration  resource to
    identify that the device is a changer, as well  as a few other parameters.  
index e954e91fe1296cf6e0a4e8257c04d2e937f4116b..5488440391dbf075955122b9df7122de5deab856 100644 (file)
@@ -94,19 +94,42 @@ run job=MyBackup level=Incremental
 run job=MyBackup level=Incremental
 \end{verbatim}
 
-So providing there were changes between each of those jobs, you would end up with
-a Full backup, a Differential, which includes the first Incremental backup, then two
-Incremental backups.  All the above jobs would be written to the \bf{Default} pool.
+So providing there were changes between each of those jobs, you would end up
+with a Full backup, a Differential, which includes the first Incremental
+backup, then two Incremental backups.  All the above jobs would be written to
+the \bf{Default} pool.
 
-To consolidate those backups into a new Full backup, you would run the following:
+To consolidate those backups into a new Full backup, you would run the
+following:
 
 \begin{verbatim}
 run job=MyBackup level=VirtualFull
 \end{verbatim}
 
-And it would produce a new Full backup without using the client, and the output would
-be written to the \bf{Full} Pool which uses the Diskchanger Storage.
+And it would produce a new Full backup without using the client, and the output
+would be written to the \bf{Full} Pool which uses the Diskchanger Storage.
 
+\section{Accurate Backup}
+\index[general]{Accurate Backup}
 
 
 
+\section{Using bconsole to display autochanger content}
+\index[general]{StatusSlots}
+
+The {\bf status slots storage=xxx} command displays autochanger content.
+
+\footnotesize
+\begin{verbatim}
+ Slot |  Volume Name    |  Status  |  Media Type       |    Pool        |  Loaded |
+------+-----------------+----------+-------------------+----------------+---------|
+    1 |           00001 |   Append |  DiskChangerMedia |        Default |    0    |
+    2 |           00002 |   Append |  DiskChangerMedia |        Default |    0    |
+    3*|           00003 |   Append |  DiskChangerMedia |        Scratch |    0    |
+    4 |                 |          |                   |                |    0    |
+\end{verbatim}
+\normalsize
+
+If you see a {\bf *} near the slot number, you have to run {\bf update slots}
+command to synchronize autochanger content with your catalog.
+