]> git.sur5r.net Git - bacula/docs/commitdiff
Updates
authorKern Sibbald <kern@sibbald.com>
Thu, 22 Feb 2007 15:33:15 +0000 (15:33 +0000)
committerKern Sibbald <kern@sibbald.com>
Thu, 22 Feb 2007 15:33:15 +0000 (15:33 +0000)
docs/developers/version.tex
docs/manual-de/update_version
docs/manual-de/version.tex
docs/manual/tapetesting.tex
docs/manual/tips.tex
docs/manual/version.tex
docs/manual/win32.tex

index e7695043db7df8df9fd6cb1e3ca9c025030aae7a..3b9cc19e1666fa602207a292d649aef8eab3fb66 100644 (file)
@@ -1 +1 @@
-2.0.3 (06 February 2007)
+2.0.3 (15 February 2007)
index ecf019c0939e4455f04eb47d2508b34df9d43992..ad1a3bd54d2537f779c4236d61a94c292914cca8 100755 (executable)
@@ -3,8 +3,8 @@
 # Script file to update the Bacula version
 #
 out=/tmp/$$
-VERSION=`sed -n -e 's/^.*VERSION.*"\(.*\)"$/\1/p' /home/kern/bacula/branch-2.0/src/version.h`
-DATE=`sed -n -e 's/^.*[ \t]*BDATE.*"\(.*\)"$/\1/p' /home/kern/bacula/branch-2.0/src/version.h`
+VERSION=`sed -n -e 's/^.*VERSION.*"\(.*\)"$/\1/p' /home/kern/bacula/branch-2.0/bacula/src/version.h`
+DATE=`sed -n -e 's/^.*[ \t]*BDATE.*"\(.*\)"$/\1/p' /home/kern/bacula/branch-2.0/bacula/src/version.h`
 . ./do_echo
 sed -f ${out} version.tex.in >version.tex
 rm -f ${out}
index e7695043db7df8df9fd6cb1e3ca9c025030aae7a..3b9cc19e1666fa602207a292d649aef8eab3fb66 100644 (file)
@@ -1 +1 @@
-2.0.3 (06 February 2007)
+2.0.3 (15 February 2007)
index 1c859b9bb73365234c28b1d2024abddb7b8a0529..d5d817eb7ab82e35b6186a0644536af4666c9675 100644 (file)
@@ -20,6 +20,10 @@ Do not proceed to the next item until you have succeeded with the previous
 one. 
 
 \begin{enumerate}
+\item Make sure that Bacula (the Storage daemon) is not running
+  or that you have {\bf unmount}ed the drive you will use 
+  for testing.
+
 \item Use tar to write to, then read from your drive:  
 
    \footnotesize
@@ -98,6 +102,22 @@ on each system type.
 Adjust your autochanger as necessary to ensure that it works  correctly. See
 the Autochanger chapter of this manual  for a complete discussion of testing
 your autochanger.  
+
+\item We strongly recommend that you use a dedicated SCSI
+controller for your tape drives. Scanners are known to induce
+serious problems with the SCSI bus, causing it to reset. If the
+SCSI bus is reset while Bacula has the tape drive open, it will
+most likely be fatal to your tape since the drive will rewind.
+These kinds of problems show up in the system log. For example,
+the following was most likely caused by a scanner:
+
+\footnotesize
+\begin{verbatim}
+Feb 14 17:29:55 epohost kernel: (scsi0:A:2:0): No or incomplete CDB sent to device.
+Feb 14 17:29:55 epohost kernel: scsi0: Issued Channel A Bus Reset. 1 SCBs aborted
+\end{verbatim}
+\normalsize
+
 \end{enumerate}
 
 If you have reached this point, you stand a good chance of having everything
@@ -107,6 +127,7 @@ bacula-users} email list, but specify which of the steps you have successfully
 completed. In particular, you may want to look at the 
 \ilink{ Tips for Resolving Problems}{problems1} section below. 
 
+
 \label{NoTapeInDrive}
 \subsection{Problems When no Tape in Drive}
 \index[general]{Problems When no Tape in Drive}
index 9ab15c68b5451c91b377ceb50284d2997bf573f5..d0767710f3ad8ea98bed8d55b5caea75fece37ae 100644 (file)
@@ -916,9 +916,9 @@ and must change tapes manually.!!!!!
 
 Bacula supports a variety of tape changers through the use of mtx-changer
 scripts/programs. This highly flexible approach allowed me to create 
-\ilink{this shell script}{mtx-changer.txt} which does the following:
-% TODO: This link doesn't work; also need to include this in book appendix
-% TODO: and point to it.
+\elink{this shell script}{http://www.bacula.org/rel-manual/mtx-changer.txt} which does the following:
+% TODO: We need to include this in book appendix and point to it.
+% TODO:
 Whenever a new tape is required it sends a mail to the operator to insert the
 new tape. Then it waits until a tape has been inserted, sends a mail again to
 say thank you and let's bacula continue its backup.
index e7695043db7df8df9fd6cb1e3ca9c025030aae7a..7fed0f7f251aad93be817792b3242f51d58b259d 100644 (file)
@@ -1 +1 @@
-2.0.3 (06 February 2007)
+2.0.3 (16 February 2007)
index 9c0a570defe61834f669472ef36d114199a2ae19..9e146292695e98e8128eb0b26eaf988b6dbb6527 100644 (file)
@@ -186,6 +186,11 @@ get a different (better) antivirus program or use something like
 RunClientJobBefore/After to turn off the antivirus program while
 the backup is running.
 
+If turning off anti-virus software does not resolve your VSS
+problems, you might have to turn on VSS debugging.  The following
+link describes how to do this:
+\elink{http://support.microsoft.com/kb/887013/en-us}{http://support.microsoft.com/kb/887013/en-us}.
+
 The most likely source of problems is authentication when the Director
 attempts to connect to the File daemon that you installed. This can occur if
 the names and the passwords defined in the File daemon's configuration file