4
\section*{Bacula installieren}
5
\label{_ChapterStart17}
6
\index[general]{Installation!von Bacula }
7
\index[general]{Bacula installieren }
8
\addcontentsline{toc}{section}{Bacula installieren}
10
\subsection*{Allgemeines}
11
\index[general]{Allgemeines }
12
\addcontentsline{toc}{subsection}{Allgemeines}
14
Normalerweise ben�tigen Sie ein Release mit Baculas Quellcode und, wenn ein Windows-Client benutzt werde soll, ein ausf�hrbares Release von Bacula f�r Windows. Entprechend Ihrer Konfigurationsoptionen ben�tigt Bacula bestimmte Pakete von Drittanbietern (wie z.B. {\bf SQLite}, {\bf MySQL} oder {\bf PostgreSQL}) zur Kompilierung. Um Ihnen die Arbeit zu erleichtern, haben wir einige dieser Softwarepakete als zwei {\bf depkgs}-Releases ver�ffentlicht (Dependency Packages). Dies kann Ihr Leben ungemein erleichtern, da Sie so mit allen notwendigen Pakaten versorgt anstatt gezwungen sind, sie selbst einzeln im Internet zu finden und zu installieren.
16
\subsection*{Source Release Files}
17
\index[general]{Source Files}
18
\index[general]{Release Files}
19
\addcontentsline{toc}{subsection}{Source Release File}
21
Seit Baculas Version 1.38.0 ist der Quellcode in vier einzelne Tar-Dateien aufgeteilt, die jeweils einem Modul in Baculas CVS entsprechen. Im einzelnen sind dies:
24
\item [bacula-1.38.0.tar.gz]
25
Dies ist Baculas Quellcode. Mit jedem Release erh�ht sich die Versionsnummer.
27
\item [bacula-docs-1.38.0.tar.gz]
28
Diese Datei enth�lt eine Kopie des Verzeichnisses der Dokumente im CVS. Einige Dokumente sind vorkompiliert. F�r Englisch existiert ein HTML-Verzeichnis, ein einzelnes HTML-File und eine PDF-Datei. Die franz�sische und die deutsche �bersetzung sind in Arbeit, aber nicht kompiliert.
30
\item [bacula-gui-1.38.0.tar.gz]
31
Diese Datei enth�lt grafische Benutzeroberfl�chen, die nicht Bestandteil des Hauptprogrammes sind. Momentan sind dies ``bacula-web'' zur Generierung von Verwaltungsansichten Ihrer Bacula-Jobs innerhalb eines Web-Browsers und ``bimagemgr'', ein Dateibrowser, der verwendet wird, um aus Bacula-Volumes CD-Images zu brennen.
33
\item [bacula-rescue-1.8.1.tar.gz]
34
Dies ist der Code f�r die Bacula Rettungs-CD. Die Versionsnummer diese Paketes ist nicht an die Versionsummer von Bacula gebunden und wird sich daher unterscheiden. Mit diesem Code k�nnen Sie eine CD brennen, die unter anderem eine Beschreibung Ihrer Systemkonfiguration und die statisch gelinkte Version des File-D�mons enth�lt. Damit k�nnen Sie im Falle eines Festplattenausfalles mit Hilfe von Bacula Ihre Festplatten neu partitionieren, formatieren und Ihr System auf einfache Art wiederherstellen.
41
\subsection*{Bacula upgraden}
42
\index[general]{Bacula!als Upgrade }
43
\index[general]{Bacula upgraden }
44
\addcontentsline{toc}{subsection}{Bacula upgraden}
46
Wenn Sie Bacula von einer Version auf die n�chste upgraden, sollten Sie erst die ReleaseNotes aller Versionen zwischen Ihrer laufenden und jener, auf die sie upgraden wollen, sorgf�ltig lesen. Wenn die Bacula Catalog-Datenbank upgegraded wurde, m�ssen Sie entweder ganz von vorne anfangen und Ihre Datenbank neu initialisieren oder diese als ASCII-Datei sichern und dann mit dem Upgrade fortfahren.
47
Dies geschieht normalerweise nachdem Bacula kompiliert und installiert ist durch Eingabe von:
50
cd <installed-scripts-dir> (default /etc/bacula)
51
./update_bacula_tables
54
Dieses Update-Skript finden Sie auch in Baculas Quellcode im Verzeichnis ``src/cats'':
56
Gab es zwischen Ihrer Version und der aktuellen mehrere Datenbank-Upgrades, werden Sie jedes einzelne Datenbank Upgradeskript ausf�hren m�ssen. Um Ihnen dies zu erleichtern, sind alle alten Upgrade-Skripte im Verzeichnis {\bf upgradedb} des Quellcodes. Sie werden diese Skripte den Gegebenheiten Ihrer Systemkonfiguration anpassen m�ssen.
58
Das letzte Upgrade-Skript (wenn vorhanden) wird dann so ausgef�hrt, wie es oben beschrieben ist.
60
Wenn Sie von einer Hauptversion auf die n�chste upgraden, m�ssen alle Komponenten gleichzeitig ersetzt werden, da sich in der Regel das �bertragungs-Protokoll zwischen den D�monen �ndert. Innerhalb eines bestimmten Release (z.B. Version 1.32.x) wird sich das D�mon-Protokoll jedoch nicht �ndern solange nicht ein Bug oder ein Versehen zu beheben ist. Wenn das alles f�r Sie verwirrend ist, lesen Sie einfach die ReleaseNotes sehr sorgf�ltig. Es wird hier stehen, wenn alle D�monen gleichzeitig upgegraded werden m�ssen.
62
Beachten Sie schlie�lich, dass es in der Regel nicht notwendig ist, vor dem Upgrade ein {\bf make uninstall} auszuf�hren. Tats�chlich werden Sie so sehr wahrscheinlich alle ihre Konfigurationsdateien zerst�ren, was verheerend sein k�nnte.
63
Die normale Upgrade-Prozedur besteht einfach in der Eingabe von {\bf make install}.
64
Im allgemeinen werden dabei keine Ihrer ``.conf''- oder ``.sql''-Dateien �berschrieben.
66
Weiteres zum Upgraden lesen sie im Abschnitt \ilink{Upgrading Bacula Versions}{upgrading} im Kapitel ``Tips'' in diesem Handbuch.
68
\subsection*{Dependency-Packages}
70
\index[general]{Dependency-Packages }
71
\index[general]{Packages!Dependency }
72
\addcontentsline{toc}{subsection}{Dependency-Packages}
74
Wie oben erw�hnt, haben wir einige Pakete von Drittanbietern, die Bacula m�glicherweise ben�tigt, in den Releases {\bf depkgs} und {\bf depkgs1} zusammengefasst. Nat�rlich k�nnen Sie sich auch die neuesten Versionen von den Original-Autoren besorgen. Die Quellen der einzelnen Pakete stehen in der README-Datei jedes einzelnen Paketes. Beachten Sie jedoch, dass die Pakete der \textbf{depkgs}-Dateien von uns auf ihre Kompatibilit�t zu Bacula getestet wurden.
76
Typischerweise hei�en die Dependency-Packages {\bf depkgs-ddMMMyy.tar.gz} und
77
{\bf depkgs1-ddMMyy.tar.gz} wobei {\bf dd} der Tag, {\bf MMM} der Monat in abgek�rzter Form (z.B. ``Jan'') und {\bf yy} das Jahr ist, an dem es herausgegeben wurde. Ein aktuelles Beispiel ist: {\bf depkgs-07Apr02.tar.gz}. Um es zu installiern und zu kompilieren (wenn es ben�tigt wird) gehen Sie wie folgt vor:
80
\item Erstellen sie ein {\bf bacula}-Verzeichnis, in das Sie sowohl die Bacula-Quelldateien als auch das Dependency-Packages legen.
81
\item Entpacken Sie das {\bf depkg} mit ``detar'' in das {\bf bacula}-Verzeichnis.
82
\item cd bacula/depkgs
86
Die genaue Zusanmmensetzung der Dependency-Packages wird sich von Zeit zu Zeit �ndern. Momentan sehen sie so aus:
88
\addcontentsline{lot}{table}{Dependency-Packages}
89
\begin{longtable}{|l|l|l|l|}
91
\multicolumn{1}{|c| }{\bf Drittanbieterpaket } & \multicolumn{1}{c| }{\bf
92
depkgs } & \multicolumn{1}{c| }{\bf depkgs1 } & \multicolumn{1}{c| }{\bf
94
\hline {SQLite } & \multicolumn{1}{c| }{X } & \multicolumn{1}{c| }{- } &
95
\multicolumn{1}{c| }{- } \\
96
\hline {mtx } & \multicolumn{1}{c| }{X } & \multicolumn{1}{c| }{- } &
97
\multicolumn{1}{c| }{- } \\
98
\hline {readline } & \multicolumn{1}{c| }{- } & \multicolumn{1}{c| }{X } &
99
\multicolumn{1}{c| }{- } \\
100
\hline {pthreads } & \multicolumn{1}{c| }{- } & \multicolumn{1}{c| }{- } &
101
\multicolumn{1}{c| }{X } \\
102
\hline {zlib } & \multicolumn{1}{c| }{- } & \multicolumn{1}{c| }{- } &
103
\multicolumn{1}{c| }{X } \\
104
\hline {wxWidgets } & \multicolumn{1}{c| }{- } & \multicolumn{1}{c| }{- } &
105
\multicolumn{1}{c| }{X }
111
Beachten Sie, dass einige dieser Pakete recht umfangreich sind, so dass ihre Compilierung einige Zeit beanspruchen kann. Mit den obigen Anweisungen werden alle Pakete im entsprechenden Verzeichnis kompiliert. Bacula wird allerdings bei seine Kompilierung nur jene Teile verwenden, die es tats�chlich ben�tigt.
113
Alternativ k�nnen Sie nur jene Pakete kompilieren, die Sie tats�chlich ben�tigen. Beispielsweise wird
122
nur das ``SQLite''-Paket konfigurieren und kompilieren.
124
Sie sollten die ben�tigten Pakete aus {\bf depkgs} und/oder {\bf depkgs1} kompilieren bevor Sie Bacula konfigurieren und kompilieren, da Bacula diese w�hrend seiner eigenen Kompilierung ben�tigt.
126
Auch wenn Sie SQLite nicht verwenden, k�nnte es sich f�r Sie lohnen {\bf mtx} zu kompilieren, da das enthaltenen {\bf tapeinfo}-Programm oft wertvolle Informationen �ber Ihr SCSI-Bandlaufwerk (z.B. Kompression, min./max. Blockgr��e...) liefern kann.
128
Das {\bf depkgs-win32}-Paket enth�lt den Qullcode der ``Pthreads''-, ``wxWidgets''- und ``zlib''-Bibliotheken, die das Win32-Clientprogramm verwendet. Man ben�tigt diese nur, wenn Sie das Win32-Programm selbst kompilieren wollen.
130
\subsection*{Unterst�tzte Betriebssysteme}
132
\index[general]{Betriebssysteme!Unterst�tzte }
133
\index[general]{Unterst�tzte Betriebssysteme }
134
\addcontentsline{toc}{subsection}{Unterst�tzte Betriebssysteme}
136
Lesen sie bitte den Abschnitt
137
\ilink{Unterst�tzte Betriebssysteme}{SupportedOSes} im Kapitel
138
``QuickStart'' dieses Handbuches.
140
\subsection*{Bacula aus dem Quellcode kompilieren}
142
\index[general]{Quellcode!Kompilation von Bacula aus dem }
143
\index[general]{Bacula aus dem Quellcode kompilieren}
144
\addcontentsline{toc}{subsection}{Bacula aus dem Quellcode kompilieren}
146
Die Grundinstallation ist ziehmlich einfach.
149
\item Installieren und kompilieren sie alle ben�tgten {\bf depkgs} wie oben beschrieben.
150
\item Konfigurieren und installieren Sie ``MySQL'' oder ``PostgreSQL'' (wenn gew�nscht)
151
\ilink{Installation und Konfiguration von MySQL Phase I}{_ChapterStart} oder
152
\ilink{Installation und Konfiguration von PostgreSQL Phase I}{_ChapterStart10}. Wenn Sie f�r die Installation von ``MySQL'' ein RPM verwenden, m�ssen Sie auch {\bf mysql-devel} installieren, so dass die Header-Dateien verf�gbar sind, wenn Sie Bacula kompilieren. Zus�tzlich erfordert die MySQL Client-Bibliothek die gzip-Kompressionsbibliotheken {\bf libz.a} oder {\bf libz.so}. Wenn Sie RPM-Pakete verwenden, sind diese Bibliotheken im Paket {\bf zlib1g-dev}. Auf Debian-Systemen m�ssen Sie das {\bf zlib1g-dev}-Paket laden. Wenn Sie weder RPMs noch debs verwenden, m�ssen Sie die passenden Pakete f�r Ihr System selbst finden.
153
Wenn auf Ihrem System schon MySQL oder PostgreSQL l�uft, k�nnen Sie diese Phase �berspringen, wenn Sie ``thread safe''-Bibliotheken kompiliert und die oben erw�hnten zus�tzlichen RPMs installiert haben.
155
\item Anstatt ``MySQL'' und ``PostgreSQL'' k�nnen Sie auch SQLite konfigurieren und installieren \ilink{Installation und Konfiguration von SQLite}{_ChapterStart33}. Dessen Quellcode ist Teil des {\bf depkgs}-Paketes.
156
\item Entpacken sie Baculas Quellcode vorzugsweise in das {\bf bacula}-Verzeichnis, welches oben erw�hnt wurde.
157
\item Wechseln ({\bf cd}) Sie in das Verzeichnis mit dem Quellcode.
158
\item F�hren Sie \textbf{./configure} aus (mit den entsprechenden Konfigurationsoptionen, die weiter unten n�her beschrieben sind.
159
\item Pr�fen Sie die Ausgabe des \textbf{./configure}-Befehls sehr sorgf�ltig, besonders die Ausgaben zum Installationsverzeichnis der Programm- und der Konfigurationsdateien. Sind diese nicht korrekt, wiederholen Sie \textbf{./configure} bis sie stimmen. Die Ausgabe des ./configure-Befehls ist in der Datei {\bf config.out} abgespeichert und kann jederzeit wieder angesehen werden, ohne \textbf{./configure} neu zu starten, indem man {\bf cat config.out} eingibt.
160
\item Wenn Sie Optionen �ndern, nachdem \textbf{./configure} gelaufen war und Sie es neu starten m�ssen, geben Sie vorher das folgende ein.
168
Damit gehen Sie sicher, dass Sie wirklich von vorne anfangen und keine Mischung der verschiedenen Optionen haben. Dies liegt daran, dass \textbf{./configure} einen Gro�teil der Informationen zwischenspeichert. {\bf make distclean} ist auch sehr wichtig, wenn Sie die Quellverzeichnisse auf einen anderen Rechner verlagern. Schl�gt der Befehl fehl, ignorieren Sie das einfach und machen mit
174
Wenn es hierbei Fehlermeldungen beim Linken in das Verzeichnis (src/stored) des Storage-D�mon gibt, liegt es vielleicht daran, dass sie die statischen Bibliotheken in Ihrem System nicht geladen sind. Diese Problem bemerkte ich auf einem Solaris-System. Verwenden sie den {\bf ./configure}-Befehl ohne die Option {\bf \verb{--{enable-static-tools} um den Fehler zu beheben.
179
Wenn Sie ein Bacula-Neuling sind, empfehlen wir \textbf{dringend}, den n�chsten Schritt zu �berspringen und die Vorgabe-Konfigurationsdateien zu verwenden. Probieren Sie damit das Beispiel im n�chsten Kapitel aus und �ndern sie danach Ihre Konfigurationsdateien, so dass sie Ihren eigenen Anforderungen entsprechen.
181
\item Passen Sie die Konfigurationsdateien aller drei D�monprozesse und die des Console-Programms an. Einzelheiten hierzu im Abschnitt \ilink{Setting Up Bacula Configuration Files}{_ChapterStart16} des Kapitels ``Konfiguration'' in diesem Handbuch. Wir empfehlen Ihnen, an den beigef�gten Vorgabe-Konfigurationsdateien zun�chst nur soviel zu �ndern wie unbedingt notwendig ist. Eine endg�ltige Anpassung ist immer noch m�glich, wenn Bacula zuverl�ssig l�uft. Passen Sie bitte auf, wenn sie die (zuf�llig generierten) Passw�rter und die {\bf Name}n ver�ndern. Aus Sicherheitsgr�nden m�ssen diese in den Konfigurationsdateien �bereinstimmen.
183
\item Erzeugen Sie die Datenbank und die Tabellen f�r Bacula in MySQL (wenn sie MySQL verwenden)(\ilink{MySQL installieren und Konfigurieren Phase II}{mysql_phase2}, in PostgreSQL (\ilink{PostgreSQL installieren und Konfigurieren Phase II}{PostgreSQL_phase2}) oder gegebenenfalls in SQLite (\ilink{SQLite installieren und Konfigurieren Phase II}{phase2}).
185
\item Starten Sie Bacula ({\bf ./bacula start}). Im n�chsten Kapitel wird dies im einzelnen erkl�rt.
186
\item Kommunizieren Sie mit Bacula �ber das Console-Programm.
188
\item Folgen Sie f�r die letzten beiden Punkte den Anweisungen im Kapitel \ilink{Running Bacula}{_ChapterStart1} diese Handbuches, wo Sie eine einfache Sicherung und eine Wiederherstellung durchf�hren. Tun Sie dies bevor Sie die Konfiguratinsdateien in gr��erem Umfang ver�ndern, so dass Sie sicher sein k�nnen, dass Bacula funktioniert und Sie damit vertraut sind. Danach wird es einfacher sein, die Konfigurationsdateien anzupassen.
190
\item Wenn Sie nach der Installation beschlie�en, mit Bacula ``umzuziehen'', d.h. es in anderen Verzeichnissen installieren zu wollen, gehen Sie wie folgt vor:
196
./configure (mit-den-neuen-Optionen)
204
Wenn alles gut geht, wird der {\bf ./configure}-Prozess Ihr laufendes Betriebssystem korrekt erkennen und den Quellcode entsprechend konfigurieren. Momentan werden FreeBSD, Linux (Red Hat) und Solaris unterst�tzt. Von MacOS X 10.3 wird berichtet, dass der Client nur dann darauf l�uft, wenn die readline-Unterst�tzung deaktiviert ist.
206
Wenn Sie Bacula auf mehr als einem System installieren, k�nnen Sie einfach den Verzeichnisbaum des Quellcodes auf den anderen Rechner �bertragen und ein ``make install'' ausf�hren. Gibt es jedoch Unterschiede in den Bibliotheken, den Betriebssystemversionen oder soll es auf einem anderen Betriebssystem installiert werden, sollten Sie mit der originalen tar-Datei beginnen. Wenn Sie die Verzeichnisstruktur des Quellcodes �bertragen und den ./configure-Befehl schon ausgef�hrt haben, m�ssen Sie unbedingt
214
ausf�hren, bevor Sie ``./configure'' erneut aufrufen. Dies liegt daran, dass ``GNU autoconf'' die Konfiguration zwischenspeichert und wenn Sie beispielsweise die Konfiguration eines Linux-Rechners auf einem Solaris-System wiederverwenden, k�nnen Sie sicher sein, dass die Kompilierung fehlschl�gt. Um dies zu vermeiden starten Sie entweder mit der tar-Datei oder f�hren ``make distclean'' aus, wie oben erw�hnt.
216
Gew�hnlich werden Sie einen etwas komplizierteren {\bf configure}-Befehl absetzen wollen, um sicher zu gehen, dass die von Ihnen gew�nschten Module kompiliert werden und alles in den richtigen Verzeichnissen abgelegt wird.
218
Auf RedHat zum Beispiel k�nnte ``./configure'' so aussehen:
224
--sbindir=$HOME/bacula/bin \
225
--sysconfdir=$HOME/bacula/bin \
226
--with-pid-dir=$HOME/bacula/bin/working \
227
--with-subsys-dir=$HOME/bacula/bin/working \
228
--with-mysql=$HOME/mysql \
229
--with-working-dir=$HOME/bacula/bin/working \
230
--with-dump-email=$USER
235
Beachten Sie bitte, dass der Vorteil der Verwendung der obigen Konfiguration f�r den Anfang darin liegt, dass hierbei alles in ein einziges Verzeichnis geschrieben wird, welches sp�ter gel�scht werden kann, wenn Sie die Beispiele des n�chsten Kapitels ausgef�hrt und gelernt haben wie Bacula funktioniert. Ausserdem kann das Obige auch ohne root-Rechte installiert und ausgef�hrt werden.
237
Um den Entwicklern die Arbeit zu erleichtern, haben wir dem Verzeichnis {\bf examples} ein {\bf defaultconfig}-Skript beigef�gt. Diese Skript enth�lt alle Statements, die man normalerweise benutzt und jeder Entwickler oder Benutzer kann sie nach seinen Bed�rfnissen ver�ndern. In diesem Verzeichnis sind auch andere n�tzliche Beispiele.
239
Die \textbf{./configure}-Schalter {\bf \verb{--{enable-conio} oder {\bf \verb{--{enable-readline} sind n�tzlich, da man dadurch eine Kommandozeilen-History und ein Editorfunktionen f�r die Kommandozeile des Console-Programms erh�lt. Wenn Sie eine dieser Optionen verwenden, ben�tigen Sie beim Linken entweder das {\bf termcap}- oder das {\bf ncurses}-Paket. Auf manchen Systemen wie z.B. ``SuSE'' ist die termcap-Bibliothek nicht im Verzeichnis der Standard-Bibliotheken. Daher kann diese Option wirkungslos sein oder Sie erhalten folgende Fehlermeldung
243
/usr/lib/gcc-lib/i586-suse-linux/3.3.1/.../ld:
244
cannot find -ltermcap
245
collect2: ld returned 1 exit status
249
w�hrend Sie die Bacula-Console kompilieren. In diesem Fall m�sssen Sie die {\bf
250
LDFLAGS}-Umgebungsvariable vor der Kompilierung wie folgt setzen:
254
export LDFLAGS="-L/usr/lib/termcap"
258
Die gleichen Erfordernisse an die Systembibliothek gelten, wenn sie die ``Readline''-Subroutinen f�r das Editieren und die History der Kommandozeile benutzen wollen oder eine MySQL-Bibliothek, die Verschl�sselung erfordert. Wenn Sie Verschl�sselung ben�tigen, k�nnen Sie entweder die entsprechenden zus�tzlichen Bibliotheks-Pfade wie oben gezeigt setzen oder wie unten gezeigt direkt in der Befehlzeile des Befehls mit angeben.
262
LDFLAGS="-lssl -lcyrpto" \
268
Auf manchen Systemen wie Mandriva neigt ``readline'' dazu, die Eingaben zu verst�mmeln, was es v�llig unbrauchbar macht. Wenn das bei Ihnen geschieht, w�hlen Sie die Option ab oder, wenn Sie Version 1.33 oder h�her verwenden, versuchen Sie mit der Option \verb{--{enable-conio den eingebauten ``readline''-Ersatz zu verwenden. Auch hierzu werden Sie entweder die ``termcap''- oder ``ncurses''-Bibliothek ben�tigen, doch es ist unwahrscheinlich, dass das {\bf conio}-Paket Ihre Eingaben dann verst�mmelt.
270
``readline'' wird ab Version 1.34. nicht weiter unterst�tzt. Der Code ist noch verf�gbar und wenn Benutzer daf�r Patches schicken, wird es mir ein Vergn�gen sein, diese einzubauen. Da jedoch jede Version von ``readline'' mit den Vorg�ngerversionen inkompatibel zu sein scheint und zwischen den Systemen wesentliche Unterschiede bestehen, kann ich es mir nicht mehr l�nger leisten, es zu unterst�tzen.
272
\subsection*{Welches Datenbanksystem soll verwendet werden?}
274
\index[general]{Welches Datenbanksystem soll verwendet werden? }
275
\index[general]{verwenden!Welches Datenbanksystem }
276
\addcontentsline{toc}{subsection}{Welches Datenbanksystem soll verwendet werden?}
278
Vor der Kompilierung von Bacula m�ssen Sie sich entscheiden, ob Sie SQLite, MySQL oder
279
PostgreSQL verwenden werden. Wenn bei Ihnen nicht sowieso schon MySQl oder PostgrSQL l�uft, empfehlen wir versuchsweise mit SQLite zu beginnen. Dies wird Ihnen die Einrichtung wesentlich erleichtern, da SQLite in Bacula hineinkompiliert wird und keine Administration erfordert. Es hat hat eine ganz ordentliche Performanz und ist f�r kleine bis mittlere Installationen gut geeignet (maximal 10 bis 20 Rechner).
280
Allerdings sollten wir erw�hnen, dass einige unserer Benutzer mit SQLite unerkl�rliche Datenbankkorruptionen hatten. F�r ein Produktiv-System empfehlen wir daher die Installation von MySQL oder PostgreSQL:
282
Wenn Sie f�r den Bacula-Catalog MySQL verwenden wollen, lesen Sie bitte das Kapitel \ilink{MySQL installieren und konigurieren}{_ChapterStart} in diesem Handbuch. Sie werden hierzu MySQL installieren m�ssen, bevor Sie Bacula konfigurieren. MySQL ist ein Datenbanksystem von hoher Qualit�t, das sehr effizient arbeitet und f�r Installationen jeder Gr��e geeignet ist. Seine Einrichtung und Administration sind ein wenig komplizierter als die von SQLite, da es einige Besonderheiten wie userids und Passw�rter bietet. Es l�uft als eigenst�ndiger Prozess, ist wirklich professionell und kommt mit Datenbanken jeder Gr��e zurecht.
284
Wenn Sie PostgreSQL als Bacula-Catalog verwenden wollen, lesen Sie bitte das Kapitel \ilink{PostgreSQL installieren und konfigurieren}{_ChapterStart10} in diesem Handbuch. Bevor Bacula konfiguriert wird, muss PostgreSQl installiert sein. Es ist MySQL sehr �hnlich, dabei aber eher etwas mehr SQL92-kompatibel und hat viele Features wie ``Transaktionen'', ``Stored Procedures'' und �hnliches. Man braucht eine gewisses Erfahrung, um es zu installieren und zu warten.
286
Wenn Sie als Bacula Catalog SQLite verwenden wollen, lesen Sie bitte das Kapitel \ilink{SQLite installieren und konfigurieren}{_ChapterStart33} in diesem Handbuch.
288
\subsection*{Quick Start}
289
\index[general]{Quick Start }
290
\index[general]{Start!Quick }
291
\addcontentsline{toc}{subsection}{Quick Start}
293
Unten werden nun einige Optionen und wichtige Vor�berlegungen ausgef�hrt, die Sie jedoch f�r den Moment �berspringen k�nnen, wenn Sie mit der vereinfachten Konfiguration, wie sie oben gezeigt wurde, keine Probleme hatten.
295
Falls der ``./configure''-Prozess bestimmte Bibliotheken (z.B. ``libintl'') nicht findet, vergewissern Sie sich, dass das entsprechende Paket auf Ihrem Rechner installiert ist. Wenn das Paket an einem Ort installiert ist, denn Bacula nicht erwartet, kann in der Regel mit einem der im Folgenden aufgef�hrten Optionsschalter ein Suchpfad �bergeben werden. "./configure {-}{-}help" liefert eine Liste aller Optionen. Das letzte Mittel ist, ein Feature durch einen entsprechenden Optionschalter zu deaktivieren (z.B. ``{-}{-}disable-nls'').
297
Wenn Sie richtig loslegen wollen, empfehlen wir, zum n�chsten Kapitel weitergehen und das Beispielprogramm zum Laufen zu bringen. Es wird Sie viel �ber Bacula lehren und kann zum Ausprobieren in ein einzelnes Verzeichnis installiert (um es auf einfache Art wieder l�schen zu k�nnen) und ohne root-Rechte betrieben werden. Wenn irgendwelche Probleme auftreten oder Sie richtig installieren wollen, kehren Sie zu diesem Kapitel zur�ck und lesen Sie die Einzelheiten, die nun folgen.
299
\subsection*{Konfigurationsoptionen}
301
\index[general]{Optionen!der Konfiguration }
302
\index[general]{Konfigurationsoptionen }
303
\addcontentsline{toc}{subsection}{Konfigurationsoptionen}
305
Um Ihre Installation anzupassen, hat der {\bf configure}-Befehl die folgenden Kommandozeilen-Schalter.
309
\item [{-}{-}sysbindir=\lt{}Pfad/zu/den/Programmdateien\gt{}]
310
\index[general]{--sysbindir }
311
Legt fest, in welches Verzeichnis die Bacula Programmdateien bei Ausf�hrung des {\bf make install}-Befehls installiert werden.
313
\item [{-}{-}sysconfdir=\lt{}Pfad/zu/den/Konfigurationsdateien\gt{}]
314
\index[general]{--sysconfdir }
315
Legt fest, in welches Verzeichnis die Bacula Konfigurationsdateien bei Ausf�hrung des {\bf make install}-Befehls installiert werden.
317
\item [ {-}{-}mandir=\lt{}path\gt{}]
318
\index[general]{{-}{-}mandir}
319
Vorgabem��ig installiert Bacula eine einfache Unix-manpage in ``/usr/share/man''. Soll die manpage an einen anderen Ort, k�nnen Sie mit dieser Option einen Pfad setzen. Beachten Sie bitte, dass die Bacula-Handb�cher (HTML- und PDF-Dateien) Bestandteil eines eigenen tar-Files sind, das nicht Bestandteil des Quellcode-Releases ist.
321
\item [ {-}{-}datadir=\lt{}path\gt{}]
322
\index[general]{{-}{-}datadir}
323
Wenn Sie Bacula oder Teile davon �bersetzen wollen, k�nnen Sie die ``{\bf
324
{-}{-}datadir}''-Option verwenden um den Speicherort der ``po''-Dateien festzulegen. Die ``po''-Dateien m�ssen ``von Hand'' installiert werden, da Bacula dies (noch) nicht automatisch tut.
326
\item [{-}{-}enable-smartalloc ]
327
\index[general]{--enable-smartalloc }
328
Damit wird der ``Smartalloc orphaned buffer detection code'' mit eingebunden. Diese Option ist dringend empfohlen. Da wir nie ohne diese Option kompilieren, werden Sie vielleicht Probleme haben, wenn sie nicht gesetzt ist. Wir empfehlen dringend, diesen Schalter gesetzt zu lassen, da er hilft, Memory-Leaks zu entdecken. Dieser Konfigurationsparameter wird bei der Kompilierung von Bacula benutzt.
330
\item [{-}{-}enable-gnome ]
331
\index[general]{--enable-gnome }
332
Ist auf Ihrem Computer GNOME installiert und wollen Sie das grafische GNOME-Interface benutzen, setzen Sie diesen Schalter. Dadurch wird alles im Verzeichnis {\bf src/gnome-console} kompiliert.
334
\item [{-}{-}enable-wx-console ]
335
\index[general]{--enable-wx-console }
336
Wenn auf Ihrem Rechner wxWidgets installiert ist und sie das grafische wxWidgets Console-Interface benutzen wollen, m�ssen Sie diesen Schalter setzen. Hierdurch wird alles im Verzeichnis {\bf src/wx-console} kompiliert. Dies kann auch f�r Benutzer hilfreich sein, die eine grafische Konsole benutzen, aber GNOME nicht installieren wollen, da wxWidgets mit GTK+-, Motif- und sogar X11-Bibliotheken l�uft
338
\item [{-}{-}enable-tray-monitor ]
339
\index[general]{--enable-tray-monitor }
340
Wenn Sie auf Ihrem Rechner GTK installiert haben und eine grafische Umgebung oder einen Window-Manager benutzen, der dem Standard f�r die System-Tray von FreeDesktop entspricht (wie KDE oder GNOME) und wenn sie Ihre GUI benutzen wollen, um die Bacula-D�monen zu �berwachen, sollten sie diesen Schalter setzen. Ist er gesetzt, wird alles im Verzeichnis {\bf src/tray-monitor} kompiliert.
342
\item [{-}{-}enable-static-tools]
343
\index[general]{--enable-static-tools }
344
Durch Setzen dieses Schalters werden die Hilfsprogramme des Storage-D�mons ({\bf bls}, {\bf bextract}, and {\bf bscan}) statisch gelinkt. Dadurch kann man sie auch verwenden, ohne dass die gemeinsamen Bibliotheken geladen sind. Wenn beim Linken Probleme im Verzeichnis {\bf src/stored} auftreten, sollten sie sich vergewissern, dass diese Option nicht gesetzt ist. Sie k�nnen durch Setzen des Schalters {\bf \verb{--{disable-static-tools} das statische Linken auch explizit unterdr�cken.
346
\item [{-}{-}enable-static-fd]
347
\index[general]{--enable-static-fd }
348
Durch diese Option kompiliert der make-Prozess zus�tzlich zum Standard File-D�mon einen statischen Bacula File-D�mon. Diese statische Version hat alle ben�tigten Bibliotheken statisch gelinkt und wird f�r eine Notfallwiederherstellung auf einer leeren Festplatte verwendet. Diese Option kann meistens durch den Befehl {\bf make static-bacula-fd} ersetzt werden, den man im Verzeichnis {\bf src/filed} ausf�hren kann. Daneben ist auch die unten beschriebene Option {\bf \verb{--{enable-client-only} n�tzlich, wenn man nur einen einzelnen Client kompilieren will und die �brigen Programmteile nicht.
350
Wird ein statisches Programm gelinkt, ben�tigt der Linker alle verwendeten Bibliotheken in statischen Versionen. Benutzer, die diese Option h�ufiger verwenden, werden auch h�ufiger Linker-Fehler haben. Als Erstes sollte man dann �berpr�fen, ob auf dem System eine statische ``glibc''-Bibliothek installiert ist. Als n�chstes sollte man `./configure'' ohne die Optionen {\bf {-}{-}openssl} und {\bf {-}{-}with-python} aufrufen, da hierbei zus�tzliche Bibliotheken ben�tigt werden. Man kann diese Optionen verwenden, doch muss man dann zus�tzliche statische Bibliotheken laden.
352
\item [{-}{-}enable-static-sd]
353
\index[general]{--enable-static-sd }
354
Damit wird zus�tzlich zum Standard-Storage-D�mon ein statischer Storage-D�mon kompiliert. Die statische Version hat die Bibliotheksfunktionen fest eingebaut und ist bei der Datenwiederherstellung im Notfall hilfreich.
356
Wird ein statisches Programm gelinkt, ben�tigt der Linker alle verwendeten Bibliotheken in statischen Versionen. Benutzer, die diese Option h�ufiger verwenden, werden auch h�ufiger Linker-Fehler haben. Als Erstes sollte man dann �berpr�fen, ob auf dem System eine statische ``glibc''-Bibliothek installiert ist. Als n�chstes sollte man `./configure'' ohne die Optionen {\bf {-}{-}openssl} und {\bf {-}{-}with-python} aufrufen, da hierbei zus�tzliche Bibliotheken ben�tigt werden. Man kann diese Optionen verwenden, doch muss man dann zus�tzliche statische Bibliotheken laden.
358
\item [{-}{-}enable-static-dir]
359
\index[general]{--enable-static-dir }
360
Damit wird zus�tzlich zum Standard-Director ein statischer Director kompiliert. Die statische Version hat die Bibliotheksfunktionen fest eingebaut und ist bei der Datenwiederherstellung im Notfall hilfreich.
362
Wird ein statisches Programm gelinkt, ben�tigt der Linker alle verwendeten Bibliotheken in statischen Versionen. Benutzer, die diese Option h�ufiger verwenden, werden auch h�ufiger Linker-Fehler haben. Als Erstes sollte man dann �berpr�fen, ob auf dem System eine statische ``glibc''-Bibliothek installiert ist. Als n�chstes sollte man `./configure'' ohne die Optionen {\bf {-}{-}openssl} und {\bf {-}{-}with-python} aufrufen, da hierbei zus�tzliche Bibliotheken ben�tigt werden. Man kann diese Optionen verwenden, doch muss man dann zus�tzliche statische Bibliotheken laden.
364
\item [{-}{-}enable-static-cons]
365
\index[general]{--enable-static-cons }
366
Damit werden zus�tzlich zur Standard-Console eine statische Console und statische GNOME-Console kompiliert. Die statischen Versionen haben die Bibliotheksfunktionen fest eingebaut und sind bei der Datenwiederherstellung im Notfall hilfreich.
368
Wird ein statisches Programm gelinkt, ben�tigt der Linker alle verwendeten Bibliotheken in statischen Versionen. Benutzer, die diese Option h�ufiger verwenden, werden auch h�ufiger Linker-Fehler haben. Als Erstes sollte man dann �berpr�fen, ob auf dem System eine statische ``glibc''-Bibliothek installiert ist. Als n�chstes sollte man `./configure'' ohne die Optionen {\bf {-}{-}openssl} und {\bf {-}{-}with-python} aufrufen, da hierbei zus�tzliche Bibliotheken ben�tigt werden. Man kann diese Optionen verwenden, doch muss man dann zus�tzliche statische Bibliotheken laden.
370
\item [{-}{-}enable-client-only]
371
\index[general]{--enable-client-only }
372
Durch Setzen dieses Schalters werden nur der File-D�mon und die von ihm ben�tigten Bibliotheken kompiliert. Keiner der anderen D�monen, nicht die Sicherungswerkzeuge oder die Console werden kompiliert. Daher wird mit dem Befehl {\bf make install} auch nur der File-D�mon installiert. Um alle D�monen zu kompilieren, m�ssen Sie eine Konfiguration ohne diese Option verwenden. Mit dieser Option wird die Kompilierung nur eines Client-Prozesses auf einem Client-Rechner sehr erleichtert.
374
Wird ein statisches Programm gelinkt, ben�tigt der Linker alle verwendeten Bibliotheken in statischen Versionen. Benutzer, die diese Option h�ufiger verwenden, werden auch h�ufiger Linker-Fehler haben. Als Erstes sollte man dann �berpr�fen, ob auf dem System eine statische ``glibc''-Bibliothek installiert ist. Als n�chstes sollte man `./configure'' ohne die Optionen {\bf {-}{-}openssl} und {\bf {-}{-}with-python} aufrufen, da hierbei zus�tzliche Bibliotheken ben�tigt werden. Man kann diese Optionen verwenden, doch muss man dann zus�tzliche statische Bibliotheken laden.
376
\item [{-}{-}enable-largefile]
377
\index[general]{--enable-largefile }
378
Mit diesem Schalter (voreingestellt) wird Bacula mit der Unterst�tzung f�r 64 Bit breite Adressen kompiliert, sofern dies Ihr Rechner unterst�tzt. Damit kann Bacula Dateien lesen und schreiben, die gr��er sind als 2 GBytes. Dieses Feature kann durch setzen des Schalters {\bf \verb{--{disable-largefile} abgew�hlt werden. Damit sind nur 32 Bit breite Adressen m�glich.
380
\item [ {-}{-}disable-nls]
381
\index[general]{{-}{-}disable-nls}
382
Vorgabem��ig verwendet Bacula ``GNU Native Language Support''-Bibliotheken (NLS). Auf manchen Rechnern sind diese Bibliotheken nicht verf�gbar oder funktionieren nicht richtig (beonders auf nicht-Linux Implementierungen). In diesen F�llen kann man durch Setzen von {\bf {-}{-}disable-nls} die Verwendung dieser Bibliotheken unterbinden. In diesem Fall benutzt Bacula Englisch.
384
\item [{-}{-}with-sqlite=\lt{}Pfad/zu/SQLite\gt{}]
385
\index[general]{--with-sqlite }
386
Mit dieser Option wird die Benutzung eines SQlite-Datenbanksystems erm�glicht. Da Bacula an einem Standard-Speicherort ({\bf depkgs/sqlite}) sucht, wird der Pfad {\bf sqlite-path} normalerweise nicht angegeben. N�heres hierzu im Kapitel \ilink{SQLite installieren and konfigurieren }{_ChapterStart33} in diesem Handbuch.
387
Beachten Sie auch den Hiinweis zur Option ``{-}{-}with-postgresql''.
389
\item [ {-}{-}with-sqlite3=\lt{}Pfad/zu/sqlite3\gt{}]
390
\index[general]{{-}{-}with-sqlite3 }
391
Dies erlaubt die Verwendung von SQLite in der Version 3.x. Der Pfad ({\bf sqlite3-path}) muss normalerweise nicht gesetzt werden, da Bacula die ben�tigten Komponenten an den Standardspeicherorten ({\bf depkgs/sqlite3}) sucht. Im Kapitel \ilink{SQLite installieren und konfigurieren}{_ChapterStart33} dieses Handbuches finden sie weitere Einzelheiten.
393
\item [{-}{-}with-mysql=\lt{}Pfad/zu/MySQL\gt{}]
394
\index[general]{--with-mysql }
395
Mit dieser Option werden die Catalog-Dienste f�r Bacula kompiliert. Sie setzt voraus, dass MySQL bereits auf Ihrem Rechner l�uft, und erwartet, dass es im Verzeichnis, das Sie mit der Pfadangabe ({\bf mysql-path}) angeben, installiert ist. Wenn dieser Schalter nicht gesetzt ist, wird Bacula automatisch den Code der internen Bacula-Datenbank einbeziehen. Nach M�glichkeit empfehlen wir, diesen Schalter zu setzen. Wenn Sie ihn verwenden, installieren Sie bitte zuerst MySQL und lesen das Kapitel \ilink{MySQL installieren and konfigurieren }{_ChapterStart} in diesem Handbuch bevor Sie mit der Konfiguration fortfahren.
397
\item [{-}{-}with-postgresql=\lt{}Pfad/zu/PostgreSQL\gt{}]
398
\index[general]{--with-postgresql }
399
Dieser Schalter erfordert die Angabe des Pfades zum PostgreSQL-Programmverzeichnis, da Bacula ihn nicht von selbst finden kann. Zur Kompilierung mit PostgreSQL verwendet man einfach {\bf {-}{-}with-postgresql}.
401
Um Bacula richtig zu konfigurieren, muss eine der vier unterst�tzten Datenbank-Optionen spezifiziert sein. Entweder also
402
``{-}{-}with-sqlite'', ``{-}{-}with-sqlite3'', ``{-}{-}with-mysql'' oder `{-}{-}with-postgresql''. Andernfalls wird der ``./configure''-Prozess fehlschlagen.
404
\item [ {-}{-}with-openssl=\lt{}path\gt{}]
405
Diese Schalter wird ben�tigt, wenn Bacula TLS (ssl) verwenden soll. In der Regel muss der Pfad nicht spezifiziert werden, da der Konfigurationsprozess die OpenSSL-Bibliotheken an deren Standardorten sucht. Wenn OpenSSL aktiviert ist, gestattet Bacula eine sichere Kommunikation zwischen seinen D�monprozessen. Weitere Informationen zur Verwendung von TLS im Kapitel \ilink{Bacula TLS}{_ChapterStart61} in diesem Handbuch.
407
\item [ {-}{-}with-python=\lt{}Pfad/zu/Python\gt{}]
408
\index[general]{{-}{-}with-python }
409
Mit diese Option wird die Bacula-Unterst�tzung f�r Python aktiviert. Wird kein Pfad mit angegeben, sucht der Konfigurationsprozess Bibliotheken an den Standard-Installationsorten von Python 2.2., 2.3 und 2.4. Wird die Bibliothek nicht gefunden, muss die Option mit dem Pfad zum Verzeichnis Ihrer Python-Bibliotheken aufgerufen werden. Im Kapitel \ilink{Python}{_ChapterStart60} sind Einzelheiten dazu, wie man Python-Scripting verwenden kann.
411
\item [ {-}{-}with-libintl-prefix=\lt{}DIR\gt{}]
412
\index[general]{{-}{-}with-libintl-prefix}
413
Mit dieser Option durchsucht Bacula die Verzeichnisse ``DIR/include'' und ``DIR/lib'' nach den ``libintl''-Headern und -Bibliotheken, die es f�r den ``Native Language Support'' (NLS) ben�tigt.
415
\item [{-}{-}enable-conio]
416
\index[general]{--enable-conio }
417
Teilt Bacula mit, die kleine, leichtgewichtige, ``readline'' ersetzende Routine zu kompilieren. Diese ist im allgemeinen sehr viel einfacher zu konfigurieren als ``readline'', ben�tigt aber entweder die ``termcap''- oder ``ncurses''-Bibliothek.
419
\item [{-}{-}with-readline=\lt{}Pfad/zu/readline\gt{}]
420
\index[general]{--with-readline }
421
Teilt Bacula mit, wo {\bf readline} installiert ist. Sofern es Teil der Standard-Bibliothek ist, findet Bacula normalerweise ``readline''. Wird es nicht gefunden, und ist der Schalter \verb{--{with-readline gesetzt, wird readline deaktiviert. Diese Option betrifft Baculas Kompilierung. Mit Readline ist im der Console-Programm eine History und ein Editieren der Kommandozeile m�glich. Readline wird nicht mehr unterst�tzt. Sie sind daher bei Problemen auf sich allein gestellt.
423
\item [ {-}{-}enable-readline]
424
\index[general]{--enable-readline }
425
Damit wird Bacula mitgeteilt, die Readline-Unterst�tung zu erm�glichen. Das Paket scheint sich in inkompatibler Weise von Version zu Version zu �ndern. Daher ist wegen der Vielzahl der Konfigurationsprobleme dieser Schalter normalerweise nicht gesetzt.
427
\item [{-}{-}with-tcp-wrappers=\lt{}Pfad/zur/TCP-Wrapper/Bibliothek\gt{}]
428
\index[general]{--with-tcp-wrappers }
429
Damit wird spezifiziert, dass Bacula mit TCP-Wrappern (man hosts\_access(5)) kompiliert werden soll. Die Angabe des Pfades ist optional, da Bacula die Bibliotheken an den Standard-Speicherorten findet. Diese Option betrifft Baculas Kompilierung. Wenn Sie bei der Spezifikation der Einschr�nkungen in ihren {\bf /etc/hosts.allow}- und {\bf /etc/hosts.deny}-Dateien die {\bf twist}-Option (hosts\_options(5)) verwenden, wird sich der Bacula-Prozess beenden.
430
Beachten Sie bitte, dass Sie beim Einrichten Ihrer {\bf /etc/hosts.allow}- und {\bf /etc/hosts.deny}-Dateien die infrage kommenden Bacula-D�monen mit deren Namen aus der Konfigurationsdatei und nicht mit deren jeweiligen Programmnamen bezeichnen.
432
Weitere Informationen zur Konfiguration und zum Test der TCP-Wrapper im Abschnitt \ilink{TCP Wrapper konfigurieren und testen}{wrappers} des Kapitels zur Sicherheit.
434
\item [{-}{-}with-working-dir=\lt{}Pfad/zum/Arbeitsverzeichnis\gt{} ]
435
\index[general]{--with-working-dir }
436
Die Angabe dieser Option ist zwingend und spezifizert das Verzeichnis, in welches Bacula zwischen seinen Ausf�hrungen seine Dateien sichert. Wenn z.B. die interne Datenbank verwendet wird, werden deren Dateien hier abgelegt. Diese Option wird nur benutzt, um die Konfigurationsdateien der D�monen zu ver�ndern. Das Gleiche erreichen Sie, wenn Sie die Konfigurationsdateien nachtr�glich �ndern. Das Arbeitsverzeichnis wird bei der Installation nicht automatisch erstellt, so dass Sie sicherstellen m�ssen, dass es vor der ersten Benutzung von Bacula vorhanden ist.
438
\item [{-}{-}with-base-port=\lt{}Port=Nummer\gt{}]
439
\index[general]{--with-base-port }
440
Um funktioniern zu k�nnen, ben�tigt Bacula drei TCP/IC-Ports (einen f�r die Bacula-Console, einen f�r den Storage-D�mon und einen f�r den File-D�mon). Die Direktive {\bf \verb{--{with-baseport} weist automatisch drei Port Nummern zu, die mit der Basisadresse beginnen, die Sie spezifizieren. Auch in den sich ergebenden Konfigurationsdateien k�nnen Sie die Portnummern �ndern. Sie m�ssen jedoch aufpassen, dass die Nummern in allen drei Konfigurationsdateien genau �bereinstimmen. Der Vorgabe-Basisport hat die Nummer 9101. Damit sind die Ports 9101 bis 9103 zugewiesen. Diese Portnummern (9101, 9102, 9103) wurden von der IANA Bacula offiziell zugeteilt. Durch Setzen dieser Option ver�ndern Sie nur die Konfigurationsdateien. Diese k�nnen Sie auch nach der Installation noch ver�ndern.
442
\item [{-}{-}with-dump-email=\lt{}E-mail-Adresse\gt{}]
443
\index[general]{--with-dump-email }
444
Dieser Schalter spezifiziert die E-Mail-Adresse an die alle ``core dumps'' gesendet werden und wird normalerweise nur von Entwicklern verwendet.
446
\item [{-}{-}with-pid-dir=\lt{}Pfad\gt{} ]
447
\index[general]{--with-pid-dir }
448
Damit wird jenes Verzeichnis spezifiziert, in welchem Bacula die Datei mit den Prozess-IDs w�hrend seiner Ausf�hrung ablegt. Vorgabem��ig ist dies {\bf /var/run}. Diese Verzeichnis wird bei der Installation nicht angelegt. Daher sollten Sie sicher sein, dass es vorhanden ist, bevor Sie Bacula zum ersten Mal verwenden.
450
\item [{-}{-}with-subsys-dir=\lt{}Pfad\gt{}]
451
\index[general]{--with-subsys-dir }
452
Dieser Schalter spezifiziert den Ort, an dem Bacula die Subsystem-Lock Datei w�hrend seiner Ausf�hrung ablegt. Vorgabe ist {\bf /var/run/subsys}. Stellen Sie sicher, dass sie hierf�r und das {\bf sbindir}-Verzeichnis nicht das gleiche Verzeichnis spezifizieren. Dieses Verzeichnis wird nur innerhalb der Autostart-Skripten verwendet. Das ``subsys''-Verzeichnis wird bei Baculas Installation nicht erstellt, so dass Sie selbst sicherstellen m�ssen, dass es erstellt ist, bevor Sie Bacula verwenden.
454
\item [{-}{-}with-dir-password=\lt{}Passwort\gt{}]
455
\index[general]{--with-dir-password }
456
Mit diesem Schalter kann ein Passwort f�r den Zugang (in der Regel �ber das Console-Programm) zum Director spezifiziert werden. Ist der Schalter nicht gesetzt, generiert der Konfigurationsprozess ein zuf�lliges Passwort.
458
\item [{-}{-}with-fd-password=\lt{}Passwort\gt{} ]
459
\index[general]{--with-fd-password }
460
Mit diesem Schalter kann ein Passwort f�r den Zugang zum File-D�mon spezifiziert werden (normalerweise vom Director aufgerufen). Wenn es nicht spezifiziert wurde, generiert der Konfigurationsprozess ein zuf�lliges Passwort.
462
\item [{-}{-}with-sd-password=\lt{}Passwort\gt{} ]
463
\index[general]{--with-sd-password }
464
Mit diesem Schalter kann ein Passwort f�r den Zugang zum Storage-D�mon spezifiziert werden (normalerweise vom Director aufgerufen). Wenn es nicht spezifiziert wurde, generiert der Konfigurationsprozess ein zuf�lliges Passwort.
466
\item [{-}{-}with-dir-user=\lt{}User\gt{} ]
467
\index[general]{--with-dir-user }
469
Durch Setzen dieses Schalters kann die User-ID festgelegt werden unter welcher der Director l�uft. Der Director-Prozess muss als root gestartet werden, doch muss er nicht unter root laufen. Nach den ersten Initialisierungen kann er dem User �bergeben werden, dessen ID Sie hier spezifizieren.
471
\item [ {-}{-}with-dir-group=\lt{}Group\gt{} ]
472
\index[general]{--with-dir-group }
474
Durch Setzen dieses Schalters kann die Group-ID festgelegt werden unter welcher der Director l�uft. Der Director-Prozess muss als root gestartet werden, doch muss er nicht unter root laufen. Nach den ersten Initialisierungen kann er der Gruppe �bergeben werden, deren ID Sie hier spezifizieren.
476
\item [{-}{-}with-sd-user=\lt{}User\gt{} ]
477
\index[general]{--with-sd-user }
478
Mit diesem Schalter kann die User-ID festgelegt werden unter welcher der Storage-D�mon l�uft. Der Storage-D�mon muss als root gestartet werden, doch muss er nicht unter root laufen. Nach den ersten Initialisierungen kann er dem User �bergeben werden, dessen ID Sie hier spezifizieren. Wenn Sie diese Option verwenden, m�ssen Sie auch sicherstellen, dass der Storageprozess alle Ger�te(Bandlaufwerke, usw.) verwenden darf, die er ben�tigt.
480
\item [{-}{-}with-sd-group=\lt{}Group\gt{} ]
481
\index[general]{--with-sd-group }
482
Durch Setzen dieses Schalters kann die Group-ID festgelegt werden unter welcher der Storage-D�mon l�uft. Der Storage-D�mon muss als root gestartet werden, doch muss er nicht unter root laufen. Nach den ersten Initialisierungen kann er der Gruppe �bergeben werden, deren ID Sie hier spezifizieren.
484
\item [{-}{-}with-fd-user=\lt{}User\gt{} ]
485
\index[general]{--with-fd-user }
486
Durch Setzen dieses Schalters kann die User-ID festgelegt werden unter welcher der File-D�mon l�uft. Der File-D�mon muss als root gestartet werden und muss in den meisten F�llen auch unter root laufen. In ganz besonderen F�llen kann mit dieser Option der File-D�mon-Prozess nach den ersten Initialisierungen einem User �bergeben werden, dessen ID Sie hier spezifizieren.
488
\item [{-}{-}with-fd-group=\lt{}Group\gt{} ]
489
\index[general]{--with-fd-group }
490
Durch Setzen dieses Schalters kann die Group-ID festgelegt werden unter welcher der File-D�mon l�uft. Der File-D�mon muss als root gestartet werden und muss in den meisten F�llen auch unter root laufen. Trotzdem kann der File-D�mon-Prozess nach den ersten Initialisierungen der Gruppe �bergeben werden, deren ID Sie hier spezifizieren.
494
Beachten Sie bitte, dass durch Eingabe von {\bf ./configure \verb{--{help} noch viele andere Optionen angezeigt werden, diese aber bislang nicht implementiert sind.
496
\subsection*{Optionen, die wir f�r die meisten Systeme empfehlen}
497
\index[general]{Systeme!Empfohlenen Optionen f�r die meisten }
498
\index[general]{Optionen, die wir f�r die meisten Systeme empfehlen }
499
\addcontentsline{toc}{subsection}{Optionen, die wir f�r die meisten Systeme empfehlen}
501
Wir empfehlen f�r die meisten Systeme mit folgenden Optionen zu beginnen:
506
--enable-smartalloc \
507
--sbindir=$HOME/bacula/bin \
508
--sysconfdir=$HOME/bacula/bin \
509
--with-pid-dir=$HOME/bacula/bin/working \
510
--with-subsys-dir=$HOME/bacula/bin/working \
511
--with-mysql=$HOME/mysql \
512
--with-working-dir=$HOME/bacula/working
516
Wenn Sie Bacula lieber in ein Installationsverzeichnis installieren wollen, als es aus seinem Kompilationsverzeichnis heraus zu betreiben (wie es Entwickler tun) m�ssen Sie den Schalter \verb{--{sbindir and \verb{--{sysconfdir mit den entsprechenden Pfaden verwenden. Dies ist nicht notwendig, wenn Sie ``make install'' nicht verwenden, wie es meistens bei der Programm-Entwicklung der Fall ist. Der Installationsprozess erzeugt die mit ``sbindir'' und ``sysconfdir'' angegebenen Verzeichnisse, aber nicht jene, die als ``pid-dir'', ``subsys-dir'' oder ``working-dir'' spezifiziert wurden. Sie m�ssen selbst sicherstellen, dass diese existieren, bevor Bacula das erste Mal l�uft. Es folgt ein Beispiel daf�r wie Kern das tut.
519
\index[general]{RedHat }
520
\addcontentsline{toc}{subsection}{RedHat}
522
Bei der Verwendung von SQLite:
527
CFLAGS="-g -Wall" ./configure \
528
--sbindir=$HOME/bacula/bin \
529
--sysconfdir=$HOME/bacula/bin \
530
--enable-smartalloc \
531
--with-sqlite=$HOME/bacula/depkgs/sqlite \
532
--with-working-dir=$HOME/bacula/working \
533
--with-pid-dir=$HOME/bacula/bin/working \
534
--with-subsys-dir=$HOME/bacula/bin/working \
545
CFLAGS="-g -Wall" ./configure \
546
--sbindir=$HOME/bacula/bin \
547
--sysconfdir=$HOME/bacula/bin \
548
--enable-smartalloc \
549
--with-mysql=$HOME/mysql \
550
--with-working-dir=$HOME/bacula/working
551
--with-pid-dir=$HOME/bacula/bin/working \
552
--with-subsys-dir=$HOME/bacula/bin/working
558
oder, zum Schluss, eine vollst�ndig traditionelle RedHat-Linux Installation:
562
CFLAGS="-g -Wall" ./configure \
564
--sbindir=/usr/sbin \
565
--sysconfdir=/etc/bacula \
566
--with-scriptdir=/etc/bacula \
567
--enable-smartalloc \
570
--with-working-dir=/var/bacula \
571
--with-pid-dir=/var/run \
572
--with-subsys-dir=/var/lock/subsys \
576
Beachten Sie bitte, dass Bacula davon ausgeht, dass die Verzeichnisse /var/bacula, /var/run, und /var/loc/subsys bereits existieren und es diese w�hrend der Installation nicht automatisch erzeugt.
578
Beachten Sie bitte, dass bei Benutzung einer AMD64 CPU, die unter 64 bit CentOS4 l�uft, mit gcc (GCC) 4.0.1 20050727 (Red Hat 4.0.1-5) ein Compiler Bug auftritt, so dass Code erzeugt wird, der eine Segmentverletzung verusacht. Typischerweise macht sich dies zuerst beim Storage-D�mon bemerkbar. Eine L�sung ist es, Bacula ohne Optimierung zu kompilieren (normalerweise ist dies -O2).
580
\subsection*{Solaris}
581
\index[general]{Solaris }
582
\addcontentsline{toc}{subsection}{Solaris}
584
Um Bacula aus den Quellcodedateien zu erzeugen, muss auf dem Solaris-System bereits das folgende installiert sein (das ist es standardm��ig nicht):
585
libiconv, gcc 3.3.2, stdc++, libgcc (wegen der stdc++- und gcc\_s-Bibliotheken), make 3.8 oder neuer.
587
M�glicherweise muss die PATH-Umgebungsvariable um ``/usr/local/bin'' und ``/usr/ccs/bin'' (wegen ar) erg�nzt werden
592
CFLAGS="-g" ./configure \
593
--sbindir=$HOME/bacula/bin \
594
--sysconfdir=$HOME/bacula/bin \
595
--with-mysql=$HOME/mysql \
596
--enable-smartalloc \
597
--with-pid-dir=$HOME/bacula/bin/working \
598
--with-subsys-dir=$HOME/bacula/bin/working \
599
--with-working-dir=$HOME/bacula/working
603
Wie oben schon erw�hnt, erzeugt der Installationsprozess die mit ``sbindir'' und ``sysconfdir'' bezeichneten Verzeichnisse, falls sie nicht schon vorhanden sind. Die Verzeichnisse ``pid-dir'', ``subsys-dir'' und ``working-dir'' werden nicht automatisch erzeugt. Vergewissern Sie sich daher, dass sie existieren, bevor Bacula zum ersten Mal laufen soll.
605
Beachten Sie bitte, dass Sie m�glicherweise die folgenden Pakete installieren m�ssen, um Bacula kompilieren zu k�nnen:
624
PATH=/usr/bin::/usr/ccs/bin:/etc:/usr/openwin/bin:/usr/local/bin:/usr/sfw/bin:/opt/sfw/bin:/usr/ucb:/usr/sbin
628
\subsection*{FreeBSD}
629
\index[general]{FreeBSD }
630
\addcontentsline{toc}{subsection}{FreeBSD}
632
Unter \elink{The FreeBSD Diary}{http://www.freebsddiary.org/bacula.php} gibt es eine detailierte Beschreibung wie Bacula unter diesem Betriebssystem intalliert wird. Benutzer von FreeBSD, die eine Version von vor 4.9-STABLE (Montag, 29. Dezember 2003, 15:18:01 UTC) verwenden, sollten das Kapitel \ilink{Test der Bandlaufwerke}{FreeBSDTapes} in diesem Handbuch lesen. Darin sind \textbf{wichtige} Informationen, wie man das Bandlaufwerk so konfiguriert, dass es mit Bacula zusammenarbeitet.
634
Wenn Sie Bacula zusammen mit MySQL verwenden, sollten Sie darauf achten, MySQL eher mit den Thread-Bibliotheken von FreeBSD als mit denen von Linux zu kompilieren, weil Bacula selbst normalerweise so kompiliert wird. Eine Mischung von Beiden wird m�glicherweise nicht funktionieren.
637
\index[general]{Win32 }
638
\addcontentsline{toc}{subsection}{Win32}
639
Um die Win32-Version des File-Client zu installieren, lesen Sie bitte das Kapitel \ilink{Win32 Installation}{_ChapterStart7} in diesem Handbuch.
641
\subsection*{Windows-Systeme mit installiertem CYGWIN}
643
\index[general]{Windows-Systeme mit installiertem CYGWIN }
644
\index[general]{CYGWIN!Windows-Systeme mit installiertem }
645
\addcontentsline{toc}{subsection}{Windows-Systeme mit installiertem CYGWIN}
647
Seit der Version 1.34 verwendet Bacula f�r den Win32-File-D�mon CYGWIN nicht mehr. Er wird allerdings immer noch in einer CYGWIN-Umgebung kompiliert - m�glicherweise funktioniert das aber auch mit dem Visual C -Studio allein. Wenn Sie den Win32-File-D�mon selbst kompilieren wollen, ben�tigen sie Microsoft C++ in der Version 6.0 oder h�her. F�r Bacula in den Versionen vor 1.3 wurde CYGWIN verwendet. Einzelheiten zur Kompilierung stehen in der README-Datei im Verzeichnis ``src/win32''.
649
Beachten Sie, dass, obwohl sich fast alle Elemente von Bacula unter Windows kompilieren lassen, nur der File-D�mon getestet und verwendet wurde.
651
Beachten Sie auf jeden Fall die Installationsanweisungen des Kapitels \ilink{Win32-Installation}{_ChapterStart7} in diesem Dokument.
653
\subsection*{Kerns Konfigurations-Skript}
654
\index[general]{Skript!Kerns Konfigurations }
655
\index[general]{Kerns Konfigurations-Skript }
656
\addcontentsline{toc}{subsection}{Kerns Konfigurations-Skript}
658
Dieses Skript verwende ich f�r meinen ``produktiven'' Linux-Rechner:
663
# This is Kern's configure script for Bacula
666
--sbindir=$HOME/bacula/bin \
667
--sysconfdir=$HOME/bacula/bin \
668
--enable-smartalloc \
670
--with-pid-dir=$HOME/bacula/bin/working \
671
--with-subsys-dir=$HOME/bacula/bin/working \
672
--with-mysql=$HOME/mysql \
673
--with-working-dir=$HOME/bacula/bin/working \
674
--with-dump-email=$USER \
675
--with-smtp-host=mail.your-site.com \
681
Beachten Sie bitte, dass ich 9101 als Basis-Port definiere. Dadurch verwendet Bacula Port 9101 f�r die Director-Console, Port 9102 f�r die File-D�monen und Port 9103 f�r die Storage-D�monen. Diese Ports m�ssten auf allen Systemen verf�gbar sein, da sie von der IANA (Internet Assigned Numbers Authority) offiziell f�r Bacula reserviert wurden. Wir raten dringend, nur diese Ports zu verwenden, um Konflikte mit anderen Programmen zu vermeiden. Wenn Sie die Option {\bf \verb{--{with-baseport} nicht verwenden, ist dies die Voreinstellung.
683
Eventuell k�nnen Sie auch noch das Folgende in Ihre {\bf /etc/services}-Datei eintragen, was das Erkennen der Verbindungen, die Bacula verwendet, erleichtert (z.B. mit netstat -a):
693
\subsection*{Bacula installieren}
694
\index[general]{installieren!Bacula }
695
\index[general]{Bacula installieren }
696
\addcontentsline{toc}{subsection}{Bacula installieren}
699
Bevor man die Konfigurations-Dateien bearbeitet, wird man Bacula in dessen Zielverzeichnisse installieren wollen. Dies geschieht mit:
707
Wenn Bacula zuvor schon installiert worden war, werden die Programmdateien �berschrieben werden, die Konfigurationsdateien jedoch erhalten bleiben. An die Namen der ``neuen'' Konfigurationsdateien wird ein {\bf .new} angeh�ngt. Wenn Sie Bacula bereits installiert und betrieben hatten, werden Sie diese normalerweise verwerfen wollen oder ignorieren.
709
\subsection*{Einen File-D�mon oder Client-Prozess kompilieren}
710
\index[general]{Kompilierung!eines File-D�mons oder Client_Prozesses }
711
\index[general]{Einen File-D�mon oder Client-Prozess kompilieren }
712
\addcontentsline{toc}{subsection}{Einen File-D�mon oder Client-Prozess kompilieren}
714
Wenn der Director und Storage-D�mon bei Ihnen auf einem Rechner l�uft und Sie die Daten eines anderen Rechners sichern wollen, brauchen Sie auf diesem Rechner eine Kopie des File-D�mons. Sind der Rechner und das Betriebsystem gleich, gen�gt es, die Programmdatei {\bf bacula-fd} und die Konfigurationsdatei {\bf bacula-fd.conf} zu kopieren und dann den Name und das Passwort in der Konfigurationsdatei anzupassen, sodass diese eindeutig sind. Die entsprechenden Erweiterungen muss man auch in der Konfigurationsdatei des Directors ({\bf bacula-dir.conf}) machen.
716
Ist die Rechnerachitektur und/oder das Betriebsystem verschieden, so muss der File-D�mon auf dem Client-Rechner kompiliert werden. Man verwendet hierzu den gleichen {\bf ./configure}-Befehl wie f�r das Hauptprogramm und beginnt in einer neuen Kopie des Quellcode-Verzeichnisses oder indem man vor dem {\bf ./configure} ein {\bf make\ distclean} ausf�hrt.
718
Da der File-D�mon nicht mit der Datenbank arbeitet, k�nnen die Optionen {\bf \verb{--{with-mysql} oder {\bf \verb{--{with-sqlite} entfernt werden. Durch die Verwendung des Schalters {\bf \verb{--{enable-client-only} werden nur die ben�tigten Bibliotheken und die Client-Programme erzeugt. Dadurch ist es nicht notwendig, die Datenbank-Programme zu installieren, nur um den File-D�mon zu erzeugen. Geben Sie zum Schluss einfach {\bf make} ein. Damit wird nur das Client-Programm erzeugt.
721
\subsection*{Auto-Start der D�mon-Prozesse}
722
\index[general]{D�mon-Prozesse!Auto-Start der }
723
\index[general]{Auto-Start der D�mon-Prozesse }
724
\addcontentsline{toc}{subsection}{Auto-Start der D�mon-Prozesse}
726
Sollen die D�mon-Prozesse beim Booten Ihres Systems automatisch gestartet bzw. beendet werden (was sinnvoll ist), ist ein weiterer Schritt erforderlich. Als erstes muss der ``./configure''-Prozess Ihr System erkennen - es muss also unterst�tzt werden und darf nicht als {\bf unknown} erkannt sein. Dann m�ssen die plattformspezifischen Dateien wie folgt installiert werden:
731
make install-autostart
735
Die M�glichkeit des Auto-Starts ist nur f�r Systeme implementiert, die wir offiziell unterst�tzen (momentan FreeBSD, RedHat/Fedora-Linux und Solaris) und wurde bislang nur auf Fedora-Linux vollst�ndig getestet.
737
Mit dem Befehl {\bf make install-autostart} werden die entsprechenden Start-Skripte zusammen mit den notwendigen symbolischen Links installiert. Unter RedHat-Linux sind diese Skripte in den Verzeichnisssen {\bf /etc/rc.d/init.d/bacula-dir}, {\bf /etc/rc.d/init.d/bacula-fd} und {\bf /etc/rc.d/init.d/bacula-sd}. Der genaue Speicherort h�ngt vom verwendeten Beriebssystem ab.
739
Wenn nur der File-D�mon installiert werden soll, k�nnen Sie dies mit folgendem Befehl tun:
743
make install-autostart-fd
747
\subsection*{Weitere Hinweise zur Kompilierung}
748
\index[general]{Kompilierung!Weitere Hinweise zur }
749
\index[general]{Weitere Hinweise zur Kompilierung }
750
\addcontentsline{toc}{subsection}{Weitere Hinweise zur Kompilierung}
752
Um eine Programmdatei in einem beliebigen Verzeichnis zu erzeugen, geben Sie einfach das folgende ein:
760
Um alle Objekt- und Programmdateien (auch die mit ``1'', ``2'' oder ``3'' bezeichneten Dateien, die Kern als tempor�re Dateien verwendet) geben Sie folgendes ein:
768
Um wirklich alles f�r eine Distribution zu bereinigen:
776
Beachten Sie bitte, dass dies alle Makefiles l�scht und normalerweise auf der obersten Verzeichnisebene ausgef�hrt wird, um den Quellcode f�r eine Distribution vorzubereiten. Um dies r�ckg�ngig zu machen, muss {\bf ./configure} auch von der obersten Verzeichnisebene ausgef�hrt werden, da alle Makefiles gel�scht sind.
778
Um einem Unterverzeichnis eine neue Datei hinzuzuf�gen, muss die Datei ``Makefile.in'' in jenem Verzeichnis bearbeitet werden. Danach gen�gt es, {\bf make} einzugeben. In den meisten F�llen erzeugt der make-Befehl ein neues Makefile aus ``Makefile.in''. In manchen F�llen muss der {\bf make}-Befehl wiederholt werden. In extremen F�llen wechselt man in die oberste Verzeichnisebene und gibt ein: {\bf make Makefiles}.
780
Um Abh�ngigkeiten hinzuzuf�gen:
788
Mit {\bf make depend} werden die Abh�ngigkeiten der Header-Dateien aller Objekt-Dateien dem Makefile und der Datei ``Makefile.in" hinzugef�gt. Dieser Befehl sollte in allen Verzeichnissen ausgef�hrt werden, in welchen Sie die Abh�ngigkeiten �ndern. Normalerweise muss der Befehl nur ausgef�hrt werden, wenn sie Quell- oder Header-Dateien hinzuf�gen oder l�schen. {\bf make depend} wird normalerweise w�hrend des Konfigurations-Prozesses automatisch aufgerufen.
798
Dieser Befehl wird verwendet, wenn Sie Bacula als Backup-System installieren wollen, nicht aber wenn Sie an Bacula selbst programmieren.
799
Nach Ausf�hren des Befehls {\bf make install} werden die folgenden Dateien auf Ihrem System installiert (mehr oder weniger). Welche Dateien und Verzeichnisse es im einzelnen sind, h�ngt von Ihrem {\bf ./configure}-Befehl ab (wird z.B. GNOME nicht konfiguriert, wird auch ``gnome-console'' und ``gnome-console.conf'' nicht installiert. Wenn Sie SQLite anstatt MySQL verwenden, werden einige der Dateien andere sein).
820
create_mysql_database
822
delete_catalog_backup
843
\subsection*{Die Installation des Tray-Monitors}
844
\index[general]{Tray-Monitors!Die Installation des }
845
\index[general]{Die Installation des Tray-Monitors }
846
\addcontentsline{toc}{subsection}{Die Installation des Tray-Monitors}
848
Wenn Sie den Konfigurationsschalter {\bf \verb{--{enable-tray-monitor} verwendet und {\bf make install} ausgef�hrt haben, ist der Tray-Monitor schon installiert.
850
Da Sie Ihre grafische Umgebung nicht als root betreiben (wenn doch, sollten sie das abstellen), m�ssen Sie den Usern Leserechte auf {\bf tray-monitor.conf} und Ausf�hrungsrechte f�r {\bf bacula-tray-monitor} geben. Dies ist kein Sicherheitsrisiko.
852
Melden Sie sich bei Ihrer grafischen Umgebung an (KDE, Gnome oder eine andere), starten sie den {\bf bacula-tray-monitor} als gew�hnlicher Benutzer und achten Sie darauf, ob das Cassetten-Icon irgendwo auf Ihrem Bildschirm erscheint (gew�hnlich in der Task-Leiste). Tut es das nicht, werfen Sie einen Blick auf die unten aufgef�hrten Anweisungen entsprechend Ihrer Umgebung oder Ihres Window-Managers.
854
\subsubsection*{GNOME}
855
\index[general]{GNOME }
856
\addcontentsline{toc}{subsubsection}{GNOME}
858
Ein System-Tray oder einen ``Benachrichtigungs-Bereich'' (um die GNOME-Terminologie zu verwenden), wird von GNOME seit der Version 2.2 unterst�tzt. Um sie zu aktivieren, klicken Sie rechts auf Ihre Kontrollleiste, �ffnen das Men� {\bf Add to this Panel}, dann auf {\bf Utility} und klicken schlie�lich auf {\bf Notification Area}.
861
\index[general]{KDE }
862
\addcontentsline{toc}{subsubsection}{KDE}
864
Seit der Version 3.1 unterst�tzt KDE das System-Tray. Um es zu aktivieren, klicken Sie Ihre Kontrollleiste rechts, �ffnen das Men� {\bf Zur Kontrollleiste hinzuf�gen}, dann auf {\bf Miniprogramm} und klicken schlie�lich auf {\bf Systemabschnitt der Kontrollleiste}.
866
\subsubsection*{Andere Fenster-Manager}
867
\index[general]{Fenster-Manager!Andere }
868
\index[general]{Andere Fenster-Manager }
869
\addcontentsline{toc}{subsubsection}{Andere Fenster-Manager}
871
Lesen Sie die Dokumentation um zu erfahren, ob der Freedesktop System-Tray-Standard von Ihrem Fenster-Manager unterst�tzt wird und - wenn vorhanden - wie er aktiviert wird.
873
\subsection*{Die Bacula Konfigurations-Dateien bearbeiten}
874
\index[general]{Die Bacula Konfigurations-Dateien bearbeiten }
875
\index[general]{Bearbeiten!Die Bacula Konfigurations-Dateien }
876
\addcontentsline{toc}{subsection}{Die Bacula Konfigurations-Dateien bearbeiten}
878
Schlagen Sie im Kapitel \ilink{Bacula konfigurieren}{_ChapterStart16} dieses Handbuches nach, wie sie die Konfigurationsdateien von Bacula einrichten.
added
removed
manual-de/install.tex
