4 \section*{Installer Bacula}
5 \label{_ChapterStart17}
6 \index[general]{Installer Bacula }
7 \index[general]{Bacula!Installer }
8 \addcontentsline{toc}{section}{Installer Bacula}
10 \subsection*{Pr\'erequis}
11 \index[general]{Pr\'erequis }
12 \addcontentsline{toc}{subsection}{Pr\'erequis}
14 En g\'en\'eral, il vous faudra les sources de la version courante de Bacula,
15 et si vous souhaitez ex\'ecuter un client Windows, vous aurez besoin de la
16 version binaire du client Bacula pour Windows. Par ailleurs, Bacula a besoin
17 de certains paquettages externes (tels {\bf SQLite}, {\bf MySQL} ou {\bf
18 PostgreSQL}) pour compiler correctement en accord avec les options que vous
19 aurez choisies. Pour vous simplifier la t\^ache, nous avons combin\'e
20 plusieurs de ces programmes dans deux paquettages {\bf depkgs} (paquettages de
21 d\'ependances). Ceci peut vous simplifier la vie en vous fournissant tous les
22 paquets n\'ecessaires plut\^ot que de vous contraindre \`a les trouver sur la
23 Toile, les charger et installer.
26 \subsection*{Mettre Bacula \`a jour}
27 \index[general]{Mettre Bacula \`a jour }
28 \index[general]{Jour!Mettre Bacula \`a }
29 \addcontentsline{toc}{subsection}{Mettre Bacula \`a jour}
31 Si vous faites une mise \`a jour de Bacula, vous devriez d'abord lire
32 attentivement les ReleaseNotes de toutes les versions entre votre version
33 install\'ee et celle vers laquelle vous souhaitez mettre \`a jour. Si la base
34 de donn\'ees du catalogue a \'et\'e mise \`a jour, vous devrez soit
35 r\'einitialiser votre base de donn\'ees et repartir de z\'ero, soit en
36 sauvegarder une copie au format ASCII avant de proc\'eder \`a sa mise \`a
37 jour. S'il y a eu plusieurs mises \`a jour de la base de donn\'ees entre votre
38 version et celle vers laquelle vous souhaitez \'evoluer, il faudra appliquer
39 chaque script de mise \`a jour de base de donn\'ees. Vous pouvez trouver tous
40 les anciens scripts de mise \`a jour dans le r\'epertoire {\bf upgradedb} des
41 sources de Bacula. Il vous faudra \'editer ces scripts pour qu'ils
42 correspondent \`a votre configuration. Le script final, s'il y en a un, sera
43 dans le r\'epertoire {\bf src/cats} comme indiqu\'e dans la ReleaseNote.
45 Si vous migrez d'une version majeure vers une autre, vous devrez remplacer
46 tous vos composants ({\it daemons}) en m\^eme temps car, g\'en\'eralement, le
47 protocole inter-{\it daemons} aura chang\'e. Par contre, entre deux versions
48 mineures d'une m\^eme majeure (par exemple les versions 1.32.x), \`a moins
49 d'un bug, le protocole inter-{\it daemons} ne changera pas. Si cela vous
50 semble confus, lisez simplement les ReleaseNotes tr\`es attentivement, elles
51 signaleront si les {\it daemons} doivent \^etre mis \`a jour simultan\'ement.
53 \subsection*{Paquettage de D\'ependences}
55 \index[general]{Paquettage de D\'ependences }
56 \addcontentsline{toc}{subsection}{Paquettage de D\'ependences}
58 Comme nous l'\'evoquions plus haut, nous avons combin\'e une s\'erie de
59 programmes dont Bacula peut avoir besoin dans les paquets {\bf depkgs} et {\bf
60 depkgs1}. Vous pouvez, bien sur, obtenir les paquets les plus r\'ecents
61 directement des auteurs. Le fichier README dans chaque paquet indique o\`u les
62 trouver. Pourtant, il faut noter que nous avons test\'e la compatibilit\'e des
63 paquets contenus dans les fichiers depkgs avec Bacula.
65 Vous pouvez, bien sur, obtenir les dernieres versions de ces paquettages de
66 leurs auteurs. Les r\'ef\'erences n\'ecessaires figurent dans le README de
67 chaque paquet. Quoi qu'il en soit, soyez conscient du fait que nous avons
68 test\'e la compatibilit\'e des paquettages des fichiers depkgs.
70 Typiquement, un paquettage de d\'ependances sera nomm\'e {\bf
71 depkgs-ddMMMyy.tar.gz} et {\bf depkgs1-ddMMMyy.tar.gz} o\`u {\bf dd} est le
72 jour o\`u n'ous l'avons publi\'e, {\bf MMM} l'abbr\'eviation du mois et {\bf
73 yy} l'ann\'ee. Par exemple: {\bf depkgs-07Apr02.tar.gz}. Pour installer et
74 construire ce paquettage (s'il est requis), vous devez:
77 \item Cr\'eer un r\'epertoire {\bf bacula}, dans lequel vous placerez les
78 sources de Bacula et le paquettage de d\'ependances.
79 \item D\'esarchiver le {\bf depkg} dans le r\'epertoire {\bf bacula}.
80 \item vous d\'eplacer dans le r\'epertoire obtenu: cd bacula/depkgs
84 La composition exacte des paquettages de d\'ependance est susceptible de
85 changer de temps en temps, voici sa composition actuelle :
87 \begin{longtable}{|l|l|l|l|}
89 \multicolumn{1}{|c| }{\bf Paquets externes } & \multicolumn{1}{c| }{\bf depkgs
90 } & \multicolumn{1}{c| }{\bf depkgs1 } & \multicolumn{1}{c| }{\bf depkgs-win32
93 {SQLite } & \multicolumn{1}{c| }{X } & \multicolumn{1}{c| }{- } &
94 \multicolumn{1}{c| }{- } \\
96 {mtx } & \multicolumn{1}{c| }{X } & \multicolumn{1}{c| }{- } &
97 \multicolumn{1}{c| }{- } \\
99 {readline } & \multicolumn{1}{c| }{- } & \multicolumn{1}{c| }{X } &
100 \multicolumn{1}{c| }{- } \\
102 {pthreads } & \multicolumn{1}{c| }{- } & \multicolumn{1}{c| }{- } &
103 \multicolumn{1}{c| }{X } \\
105 {zlib } & \multicolumn{1}{c| }{- } & \multicolumn{1}{c| }{- } &
106 \multicolumn{1}{c| }{X } \\
108 {wxWidgets } & \multicolumn{1}{c| }{- } & \multicolumn{1}{c| }{- } &
109 \multicolumn{1}{c| }{X }
114 Notez que certains de ces paquets sont de taille respectable, si bien que
115 l'\'etape de compilation peut prendre un certain temps. Les instructions
116 ci-dessous construiront tous les paquets contenus dans le r\'epertoire.
117 Cependant, la compilation de Bacula, ne prendra que les morceaux dont Bacula a
118 effectivement besoin.
120 Une alternative consiste \`a ne construire que les paquets n\'ecessaires. Par
130 configurera et construira SQLite et seulement SQLite.
132 Vous devriez construire les paquets requis parmi {\bf depkgs} et/ou {\bf
133 depkgs1} avant de configurer et compiler Bacula car Bacula en aura besoin
134 d\`es la compilation.
136 M\^eme si vous n'utilisez pas SQLite, vous pourriez trouver le paquet {\bf
137 depkgs} pratique pour construire {\bf mtx} car le programme {\bf tapeinfo} qui
138 vient avec peut souvent vous fournir de pr\'ecieuses informations sur vos
139 lecteurs de bandes SCSI (e.g. compression, taille min/max des blocks,...).
141 Le paquet {\bf depkgs-win32} contient le code source pour les librairies
142 pthreads et zlib utilis\'ees par le client Win32 natif. Vous n'en aurez besoin
143 que si vous pr\'evoyez de construire le client Win32 depuis les sources.
145 \subsection*{Syst\`emes Support\'es}
147 \index[general]{Syst\`emes Support\'es }
148 \addcontentsline{toc}{subsection}{Syst\`emes Support\'es}
150 Veuillez consulter la section
151 \ilink{ Syst\`emes support\'es}{SupportedOSes} du chapitre
152 D\'emarrer avec Bacula de ce manuel.
154 \subsection*{Construire Bacula \`a partir des sources}
156 \index[general]{Construire Bacula \`a partir des sources }
157 \index[general]{Sources!Construire Bacula \`a partir des }
158 \addcontentsline{toc}{subsection}{Construire Bacula \`a partir des sources}
160 L'installation basique est plut\^ot simple.
163 \item Installez et construisez chaque {\bf depkgs} comme indiqu\'e plus haut.
164 \item Configurez et installez MySQL ou PostgreSQL (si vous le souhaitez):
165 \ilink{Installer et configurer MySQL Phase I}{_ChapterStart} ou
166 \ilink{Installer et configurer PostgreSQL Phase
167 I}{_ChapterStart10}. Si vous installez depuis des rpms, et
168 utilisez MySQL, veillez \`a installer {\bf mysql-devel}, afin que les
169 fichiers d'en-t\^etes de MySQL soient disponibles pour la compilation de
170 Bacula. De plus, la librairie client MySQL requi\`ert la librairie de
171 compression gzip {\bf libz.a} ou {\bf libz.so}. Ces librairies sont dans le
172 paquet {\bf libz-devel}. Sur Debian, vous devrez charger le paquet {\bf
173 zlib1g-dev}. Si vous n'utilisez ni rpms, ni debs, il vous faudra trouver le
174 paquettage adapt\'e \`a votre syst\`eme. Notez que si vous avez dej\`a MySQL
175 ou PostgreSQL sur votre syst\`eme vous pouvez sauter cette phase pourvu que
176 vous ayez construit ``the thread safe libraries'' et que vous ayez d\'ej\`a
177 install\'e les rpms additionnels sus-mentionn\'es.
178 \item En alternative \`a MySQL et PostgreSQL, configurez et installez SQLite,
179 qui fait partie du paquettage {\bf depkgs}.
180 \ilink{Installer et configurer SQLite}{_ChapterStart33}.
181 \item D\'esarchivez les sources de Bacula, de pr\'ef\'erence dans le
182 r\'epertoire {\bf bacula} \'evoqu\'e ci-dessus.
183 \item D\'eplacez-vous dans ce r\'epertoire.
184 \item Ex\'ecutez ./configure (avec les options appropri\'ees comme d\'ecrit
186 \item Examinez tr\`es attentivement la sortie de ./configure,
187 particuli\`erement les r\'epertoires d'installation des binaires et des
188 fichiers de configuration. La sortie de ./configure est stock\'ee dans le
189 fichier {\bf config.out} et peut \^etre affich\'ee \`a volont\'e sans
190 relancer ./configure par la commande {\bf cat config.out}.
191 \item Vous pouvez relancer ./configure avec des options diff\'erentes apr\`es
192 une premi\`ere ex\'ecution, cela ne pose aucun probl\`eme, mais vous devriez
202 afin d'\^etre certain de repartir de z\'ero et d'\'eviter d'avoir un m\'elange
203 avec vos premi\`eres options. C'est n\'ecessaire parce que ./configure met
204 en cache une bonne partie des informations. {\bf make distclean} est aussi
205 recommand\'e si vous d\'eplacez vos fichiers source d'une machine \`a une
206 autre. Si {\bf make distclean} \'echoue, ignorez-le et continuez.
209 Si vous obtenez des erreurs durant le {\it linking} dans le r\'epertoire du
210 Storage Daemon (/etc/stored), c'est probablement parce que vous avez charg\'e
211 la librairie statique sur votre syst\`eme. J'ai remarqu\'e ce probl\`eme sur
212 un Solaris. Pour le corriger, assurez-vous de ne pas avoir ajout\'e l'option
213 {\bf \verb{--{enable-static-tools} \`a la commande {\bf ./configure}.
215 \item Si vous \^etes un nouvel utilisateur de Bacula, nous vous recommandons
216 {\bf fortement} de sauter l'\'etape suivante et d'utiliser le fichier de
217 configuration par d\'efaut, puis d'ex\'ecuter le jeu d'exemples du prochain
218 chapitre avant de revenir modifier vos fichier de configuration pour qu'ils
219 satisfassent vos besoins.
220 \item Modifiez les fichiers de configuration de chacun des trois {\it daemons}
221 (Directory, File, Storage) et celui de la Console. Pour plus de d\'etails,
222 consultez le chapitre
223 \ilink{Fichiers de Configuration de Bacula}{_ChapterStart16} Nous
224 vous recommandons de commencer par modifier les fichiers de configuration
225 fournis par d\'efaut, en faisant les changements minima indispensables. Vous
226 pourrez proc\'eder \`a une adaptation compl\`ete une fois que Bacula
227 fonctionnera correctement. Veuillez prendre garde \`a modifier les mots de
228 passe qui sont g\'en\'er\'es al\'eatoirement, ainsi que les noms car ils
229 doivent s'accorder entre les fichiers de configuration pour des raisons de
231 \item Cr\'eez la base de donn\'ees Bacula MySQL et ses tables (si vous
233 \ilink{Installer et configurer MySQL Phase II}{mysql_phase2} ou
234 cr\'eez la base de donn\'ees Bacula PostgreSQL et ses tables
235 \ilink{Installer et configurer PostgreSQL Phase
236 II}{PostgreSQL_phase2} (si vous utilisez PostgreSQL) ou
238 \ilink{Installer et configurer SQLite Phase II}{phase2} (si vous
240 \item D\'emarrez Bacula ({\bf ./bacula start}) Notez: Le prochain chapitre
241 expose ces \'etapes en d\'etail.
242 \item Lancez la Console pour communiquer avec Bacula.
243 \item Pour les deux \'el\'ements pr\'ec\'edents, veuillez suivre les
244 instructions du chapitre
245 \ilink{Ex\'ecuter Bacula}{_ChapterStart1} o\`u vous ferez une
246 simple sauvegarde et une restauration. Faites ceci avant de faire de lourdes
247 modifications aux fichiers de configuration, ainsi vous serez certain que
248 Bacula fonctionne, et il vous sera plus familier. Apr\`es quoi il vous sera
249 plus facile de changer les fichiers de configuration.
250 \item Si apr\`es l'installation de Bacula, vous d\'ecidez de le d\'eplacer,
251 c'est \`a dire de l'installer dans un jeu de r\'epertoires diff\'erents,
252 proc\'edez comme suit :
258 ./configure (vos-nouvelles-options)
267 Si tout se passe bien, {\bf ./configure} d\'eterminera correctement votre
268 syst\`eme et configurera correctement le code source. Actuellement, FreeBSD,
269 Linux (RedHat), et Solaris sont support\'es. Des utilisateurs rapportent que
270 le client Bacula fonctionne sur MacOS X 10.3 tant que le support readline est
273 Si vous installez Bacula sur plusieurs syst\`emes identiques, vous pouvez
274 simplement transf\'erer le r\'epertoire des sources vers ces autres syst\`emes
275 et faire un ``make install''. Cependant s'il y a des diff\'erences dans les
276 librairies, ou les versions de syst\`emes, ou si vous voulez installer sur un
277 syst\`eme diff\'erent, vous devriez recommencer \`a partir de l'archive tar
278 compress\'ee originale. Si vous transf\'erez un r\'epertoire de sources o\`u
279 vous avez d\'ej\`a ex\'ecut\'e la commande ./configure, vous DEVEZ faire:
287 avant d'ex\'ecuter \`a nouveau ./configure. Ceci est rendu n\'ecessaire par
288 l'outil GNU autoconf qui met la configuration en cache, de sorte que si vous
289 r\'eutilisez la configuration d'une machine Linux sur un Solaris, vous pouvez
290 \^etre certain que votre compilation \'echouera. Pour l'\'eviter, comme
291 mentionn\'e plus haut, recommencez depuis l'archive tar, ou faites un ``make
294 En g\'en\'eral, vous voudrez probablement sophistiquer votre {\bf configure}
295 pour vous assurer que tous les modules que vous souhaitez soient construits et
296 que tout soit plac\'e dans les bons r\'epertoires.
298 Par exemple, sur RedHat, on pourrait utiliser ceci:
304 --sbindir=$HOME/bacula/bin \
305 --sysconfdir=$HOME/bacula/bin \
306 --with-pid-dir=$HOME/bacula/bin/working \
307 --with-subsys-dir=$HOME/bacula/bin/working \
308 --with-mysql=$HOME/mysql \
309 --with-working-dir=$HOME/bacula/bin/working \
310 --with-dump-email=$USER
314 Notez: l'avantage de cette configuration pour commencer, est que tout sera mis
315 dans un seul r\'epertoire, que vous pourrez ensuite supprimer une fois que
316 vous aurez ex\'ecut\'e les exemples du prochain chapitre, et appris comment
317 fonctionne Bacula. De plus, ceci peut \^etre install\'e et ex\'ecut\'e sans
320 Pour le confort des d\'eveloppeurs, j'ai ajout\'e un script {\bf
321 defaultconfig} au r\'epertoire {\bf examples}. Il contient les r\'eglages que
322 vous devriez normalement utiliser, et chaque d\'eveloppeur/utilisateur devrait
323 le modifier pour l'accorder \`a ses besoins. Vous trouverez d'autres exemples
324 dans ce r\'epertoire.
326 Les options {\bf \verb{--{enable-conio} ou {\bf \verb{--{enable-readline} sont utiles car
327 elles fournissent un historique de lignes de commandes et des capacit\'es
328 d'\'edition \`a la Console. Si vous avez inclus l'une ou l'autre option, l'un
329 des deux paquets {\bf termcap} ou {\bf ncurses} sera n\'ecessaire pour
330 compiler. Sur certains syst\`emes, tels que SUSE, la librairie termcap n'est
331 pas dans le r\'epertoire standard des librairies par cons\'equent, l'option
332 devrait \^etre d\'esactiv\'ee ou vous aurez un message tel que:
336 /usr/lib/gcc-lib/i586-suse-linux/3.3.1/.../ld:
337 cannot find -ltermcap
338 collect2: ld returned 1 exit status
342 lors de la compilation de la Console Bacula. Dans ce cas, il vous faudra
343 placer la variable d'environnement {\bf LDFLAGS} avant de compiler.
347 export LDFLAGS="-L/usr/lib/termcap"
351 Les m\^emes contraintes de librairies s'appliquent si vous souhaitez utiliser
352 les sous-programmes readlines pour l'\'edition des lignes de commande et
355 Veuillez noter que sur certains syst\`emes tels que Mandriva, readline tend
356 \`a ``avaler'' l'invite de commandes, ce qui le rend totalement inutile. Si
357 cela vous arrive, utilisez l'option ``disable'', ou si vous utilisez une
358 version post\'erieure \`a 1.33 essayez {\bf \verb{--{enable-conio} pour utiliser une
359 alternative \`a readline int\'egr\'ee. Il vous faudra tout de m\^eme termcap
360 ou ncurses, mais il est peu probable que le paquettage {\bf conio} gobe vos
361 invites de commandes.
363 Readline n'est plus support\'e depuis la version 1.34. Le code reste
364 disponible, et si des utilisateurs soumettent des patches, je serai heureux de
365 les appliquer. Cependant, \'etant donn\'e que chaque version de readline
366 semble incompatible avec les pr\'ec\'edentes, et qu'il y a des diff\'erences
367 significatives entre les syst\`emes, je ne puis plus me permettre de le
370 \subsection*{Quelle base de donn\'ees utiliser ?}
372 \index[general]{Utiliser!Quelle base de donn\'ees }
373 \index[general]{Quelle base de donn\'ees utiliser ? }
374 \addcontentsline{toc}{subsection}{Quelle base de donn\'ees utiliser ?}
376 Avant de construire Bacula, vous devez d\'ecider si vous voulez utiliser
377 SQLite, MySQL ou PostgreSQL. Si vous n'avez pas d\'ej\`a MySQL ou PostgreSQL
378 sur votre machine, nous vous recommandons de d\'emarrer avec SQLite. Ceci vous
379 facilitera beaucoup l'installation car SQLite est compil\'e dans Bacula et ne
380 requiert aucune administration. SQLite fonctionne bien et sied bien aux
381 petites et moyennes configurations (maximum 10-20 machines).
383 Si vous souhaitez utiliser MySQL pour votre catalogue Bacula, consultez le
385 \ilink{Installer et Configurer MySQL}{_ChapterStart} de ce manuel.
386 Vous devrez installer MySQL avant de poursuivre avec la configuration de
387 Bacula. MySQL est une base de donn\'ees de haute qualit\'e tr\`es efficace et
388 qui convient pour des configurations de toutes tailles. MySQL est
389 l\'eg\`erement plus complexe \`a installer et administrer que SQLite en raison
390 de ses nombreuses fonctions sophistiqu\'ees telles que userids et mots de
391 passe. MySQL fonctionne en tant que processus distinct, est r\'eellement une
392 solution professionnelle et peut prendre en charge des bases de donn\'ees de
393 dimension quelconque.
395 Si vous souhaitez utiliser PostgreSQL pour votre catalogue Bacula, consultez
397 \ilink{Installer et Configurer PostgreSQL}{_ChapterStart10} de ce
398 manuel. Vous devrez installer PostgreSQL avant de poursuivre avec la
399 configuration de Bacula. PostgreSQL est tr\`es similaire \`a MySQL bien que
400 tendant \`a \^etre un peu plus conforme \`a SQL92. PostgreSQL poss\`ede
401 beaucoup plus de fonctions avanc\'ees telles que les transactions, les
402 proc\'edures stock\'ees, etc. PostgreSQL requiert une certaine connaissance
403 pour son installation et sa maintenance. Il y a d'importants probl\`emes de
404 performances avec PostgreSQL et les versions de Bacula ant\'erieures \`a
407 Si vous souhaitez utiliser SQLite pour votre catalogue Bacula, consultez le
409 \ilink{Installer et Configurer SQLite}{_ChapterStart33} de ce manuel.
412 \subsection*{D\'emarrage rapide}
413 \index[general]{D\'emarrage rapide }
414 \index[general]{Rapide!D\'emarrage }
415 \addcontentsline{toc}{subsection}{D\'emarrage rapide}
417 Il y a de nombreuses options et d'importantes consid\'erations donn\'ees
418 ci-dessous que vous pouvez passer pour le moment si vous n'avez eu aucun
419 probl\`eme lors de la compilation de Bacula avec une configuration
420 simplifi\'ee comme celles montr\'ees plus haut.
422 Si vous souhaitez vous jeter \`a l'eau, nous vous conseillons de passer
423 directement au chapitre suivant, et d'ex\'ecuter le jeu d'exemples. Il vous
424 apprendra beaucoup sur Bacula, et un Bacula de test peut \^etre install\'e
425 dans un unique r\'epertoire (pour une destruction ais\'ee) et ex\'ecut\'e sans
426 \^etre root. Revenez lire les d\'etails de ce chapitre si vous avez un
427 quelconque probl\`eme avec les exemples, ou lorsque vous voudrez effectuer une
428 installation r\'eelle.
430 \subsection*{Options de la commande {\bf configure}}
432 \index[general]{Options de la commande configure }
433 \index[general]{Configure!Options de la commande }
434 \addcontentsline{toc}{subsection}{Options de la commande configure}
436 Les options en ligne de commande suivantes sont disponibles pour {\bf
437 configure} afin d'adapter votre installation \`a vos besoins.
441 \item [{-}{-}sysbindir=\lt{}binary-path\gt{}]
442 \index[dir]{{-}{-}sysbindir }
443 D\'efinit l'emplacement des binaires Bacula.
445 \item [{-}{-}sysconfdir=\lt{}config-path\gt{}]
446 \index[dir]{{-}{-}sysconfdir }
447 D\'efinit l'emplacement des fichiers de configuration de Bacula.
449 \item [{-}{-}enable-smartalloc ]
450 \index[dir]{{-}{-}enable-smartalloc }
451 Permet l'inclusion du code Smartalloc de d\'etection de tampons orphelins
452 (NDT : orphaned buffer). Cette option est vivement recommand\'ee. Nous n'avons
453 jamais compil\'e sans elle, aussi vous pourriez subir des d\'esagr\'ements si
454 vous ne l'activez pas. Dans ce cas, r\'eactivez simplement cette option. Nous
455 la recommandons car elle aide \`a d\'etecter les fuites de m\'emoire. Ce
456 param\`etre est utilis\'e lors de la compilation de Bacula.
458 \item [{-}{-}enable-gnome ]
459 \index[dir]{{-}{-}enable-gnome }
460 Si vous avez install\'e GNOME sur votre ordinateur, vous devez sp\'ecifier
461 cette option pour utiliser la Console graphique GNOME. Vous trouverez les
462 binaires dans le r\'epertoire {\bf src/gnome-console}.
464 \item [{-}{-}enable-wx-console ]
465 \index[console]{{-}{-}enable-wx-console }
466 Si vous avez install\'e wxWidgets sur votre ordinateur, vous devez
467 sp\'ecifier cette option pour utiliser la Console graphique wx-console. Vous
468 trouverez les binaires dans le r\'epertoire {\bf src/wx-console}. Ceci peut
469 \^etre utile aux utilisateurs qui veulent une Console graphique, mais ne
470 souhaitent pas installer Gnome, car wxWidgets peut fonctionner avec les
471 librairies GTK+, Motif ou m\^eme X11.
473 \item [{-}{-}enable-tray-monitor ]
474 \index[console]{{-}{-}enable-tray-monitor }
475 Si vous avez install\'e GTK sur votre ordinateur et utilisez un gestionnaire
476 de fen\^etre compatible avec le syst\`eme de notification standard FreeDesktop
477 (tels KDE et GNOME), vous pouvez utiliser une interface graphique pour
478 surveiller les {\it daemons} Bacula en activant cette option. Les binaires
479 seront plac\'es dans le r\'epertoire {\bf src/tray-monitor}.
481 \item [{-}{-}enable-static-tools]
482 \index[console]{{-}{-}enable-static-tools }
483 Avec cette option, les utilitaires relatifs au Storage Daemon ({\bf bls},
484 {\bf bextract}, et {\bf bscan}) seront li\'es statiquement, ce qui vous permet
485 de les utiliser m\^eme si les librairies partag\'ees ne sont pas charg\'ees.
486 Si vous avez des difficult\'es de type ``linking'' \`a la compilation du
487 r\'epertoire {\bf src/stored}, assurez-vous d'avoir d\'esactiv\'e cette
488 option, en ajoutant \'eventuellement {\bf \verb{--{disable-static-tools}.
490 \item [{-}{-}enable-static-fd]
491 \index[fd]{{-}{-}enable-static-fd }
492 Avec cette option, la compilation produira un {\bf static-bacula-fd} en plus
493 du File Daemon standard. Cette version qui inclut les librairies statiquement
494 li\'ees est requise pour la reconstruction compl\`ete d'une machine apr\`es
495 un d\'esastre. Cette option est largement surpass\'ee par l'usage de {\bf
496 make static-bacula-fd} du r\'epertoire {\bf src/filed}.
498 \item [{-}{-}enable-static-sd]
499 \index[sd]{{-}{-}enable-static-sd }
500 Avec cette option, la compilation produira un {\bf static-bacula-sd} en plus
501 du Storage Daemon standard. Cette version qui inclut les librairies
502 statiquement li\'ees peut se r\'ev\'eler utile pour la reconstruction
503 compl\`ete d'une machine apr\`es un d\'esastre.
505 \item [{-}{-}enable-static-dir]
506 \index[dir]{{-}{-}enable-static-dir }
507 Avec cette option, la compilation produira un {\bf static-bacula-dir} en plus
508 du Director Daemon standard. Cette version qui inclut les librairies
509 statiquement li\'ees peut se r\'ev\'eler utile pour la reconstruction
510 compl\`ete d'une machine apr\`es un d\'esastre.
512 \item [{-}{-}enable-static-cons]
513 \index[dir]{{-}{-}enable-static-cons }
514 Avec cette option, la compilation produira une {\bf static-console} et une
515 {\bf static-gnome-console} en plus de la Console standard standard. Cette
516 version qui inclut les librairies statiquement li\'ees peut se r\'ev\'eler
517 utile pour la reconstruction compl\`ete d'une machine apr\`es un d\'esastre.
520 \item [{-}{-}enable-client-only]
521 \index[console]{{-}{-}enable-client-only }
522 Avec cette option, la compilation produira seulement le File Daemon et les
523 librairies qui lui sont n\'ecessaires. Aucun des autres {\it daemons}, outils
524 de stockage, ni la console ne sera compil\'e. De m\^eme, un {\bf make
525 install} installera seulement le File Daemon. Pour obtenir tous les {\it
526 daemons}, vous devez la d\'esactiver. Cette option facilite grandement la
527 compilation sur les simples clients.
529 \item [{-}{-}enable-largefile]
530 \index[console]{{-}{-}enable-largefile }
531 Cette option (activ\'ee par d\'efaut) provoque la compilation de Bacula avec
532 le support d'adressage de fichiers 64 bits s'il est disponible sur votre
533 syst\`eme. Ainsi Bacula peut lire et \'ecrire des fichiers de plus de 2
534 GBytes. Vous pouvez d\'esactiver cette option et revenir \`a un adressage de
535 fichiers 32 bits en utilisant {\bf \verb{--{disable-largefile}.
537 \item [{-}{-}with-sqlite=\lt{}sqlite-path\gt{}]
538 \index[console]{{-}{-}with-sqlite }
539 Cette option permet l'utilisation de la base de donn\'ees SQLite. Il n'est,
540 en principe, pas n\'ecessaire de sp\'ecifier le chemin {\bf sqlite-path} car
541 Bacula recherche les composants requis dans les r\'epertoires standards ({\bf
542 depkgs/sqlite}). voyez
543 \ilink{Installer et Configurer SQLite}{_ChapterStart33} pour plus de
546 \item [{-}{-}with-mysql=\lt{}mysql-path\gt{}]
547 \index[console]{{-}{-}with-mysql }
548 Cette option permet la compilation des services de Catalogue de Bacula. Elle
549 implique que MySQL tourne d\'ej\`a sur votre syst\`eme, et qu'il soit
550 install\'e dans le chemin {\bf mysql-path} que vous avez sp\'ecifi\'e. Si
551 cette option est absente, Bacula sera compil\'e automatiquement avec le code
552 de la base Bacula interne. Nous recommandons d'utiliser cette option si
553 possible. Si vous souhaitez utilisez cette option, veuillez proc\'eder \`a
554 l'installation de MySQL (
555 \ilink{Installer and Configurer MySQL}{_ChapterStart}) avant de
556 proc\'eder \`a la configuration.
558 \item [{-}{-}with-postgresql=\lt{}postgresql-path\gt{}]
559 \index[console]{{-}{-}with-postgresql }
560 Cette option d\'eclare un chemin explicite pour les librairies PostgreSQL si
561 Bacula ne les trouve pas dans le r\'epertoire par d\'efaut.
563 \item [{-}{-}enable-conio]
564 \index[console]{{-}{-}enable-conio }
565 Cette option permet la compilation d'une petite et l\'eg\`ere routine en
566 alternative \`a readline, beaucoup plus facile \`a configurer, m\^eme si elle
567 n\'ecessite aussi les librairies termcap ou ncurses.
569 \item [{-}{-}with-readline=\lt{}readline-path\gt{}]
570 \index[console]{{-}{-}with-readline }
571 Sp\'ecifie l'emplacement de {\bf readline}. En principe, Bacula devrait le
572 trouver s'il est dans une librairie standard. Sinon, et si l'option
573 \verb{--{with-readline n'est pas renseign\'ee, readline sera d\'esactiv\'e. Cette
574 option affecte la compilation de Bacula. Readline fournit le programme
575 Console avec un historique des lignes de commandes et des capacit\'es
576 d'\'edition. Readline n'est d\'esormais plus support\'e, ce qui signifie que
577 vous l'utilisez \`a vos risques et p\'erils
579 \item [{-}{-}enable-readline]
580 \index[console]{{-}{-}enable-readline }
581 Active le support readline. D\'esactiv\'e par d\'efaut en raison de nombreux
582 probl\`emes de configuration, et parce que le paquettage semble devenir
585 \item [{-}{-}with-tcp-wrappers=\lt{}path\gt{}]
586 \index[console]{{-}{-}with-tcp-wrappers }
587 Cette option pr\'ecise que vous voulez TCP wrappers (man hosts\_access(5))
588 compil\'e dans Bacula. Le chemin est facultatif puisque Bacula devrait, en
589 principe, trouver les librairies dans les r\'epertoires standards. Cette
590 option affecte la compilation. Lorsque vous sp\'ecifierez vos restrictions
591 dans les fichiers {\bf /etc/hosts.allow} ou {\bf /etc/hosts.deny}, n'utilisez
592 pas l'option {\bf twist} (man hosts\_options(5)) ou le processus Bacula sera
595 Pour plus d'informations sur la configuration et les tests de TCP wrappers,
597 \ilink{Configurer et Tester TCP Wrappers}{wrappers} du chapitre
600 \item [{-}{-}with-working-dir=\lt{}working-directory-path\gt{}]
601 \index[dir]{{-}{-}with-working-dir }
602 Cette option est obligatoire et sp\'ecifie un r\'epertoire dans lequel Bacula
603 peut placer en toute s\'ecurit\'e les fichiers qui resteront d'une
604 ex\'ecution \`a l'autre. Par exemple, si la base de donn\'ees interne est
605 utilis\'ee, Bacula stockera ces fichiers dans ce r\'epertoire. Cette option
606 n'est utilis\'ee que pour modifier les fichiers de configuration de Bacula.
607 Vous pourrez \'eventuellement effectuer cette modification directement en les
608 \'editant plus tard. Le r\'epertoire sp\'ecifi\'e ici n'est pas
609 automatiquement cr\'e\'e par le processus d'installation, aussi vous devez
610 veiller \`a ce qu'il existe avant votre premi\`ere utilisation de Bacula.
612 \item [{-}{-}with-base-port=\lt{}port=number\gt{}]
613 \index[dir]{{-}{-}with-base-port }
614 Bacula a besoin de trois ports TCP/IP pour fonctionner (un pour la Console,
615 un pour le Storage Daemon et un pour le File Daemon). L'option {\bf
616 \verb{--{with-baseport} permet d'assigner automatiquement trois ports cons\'ecutifs
617 \`a partir du port de base sp\'ecifi\'e. Vous pouvez aussi changer les
618 num\'eros de ports dans les fichiers de configuration. Cependant, vous devez
619 prendre garde \`a ce que les num\'eros de ports se correspondent fid\`element
620 dans chacun des trois fichiers de configuration. Le port de base par d\'efaut
621 est 9101, ce qui assigne les ports 9101 \`a 9103. Ces ports (9101, 9102 et
622 9103) ont \'et\'e officiellement assign\'e \`a Bacula par l'IANA. Cette
623 option n'est utilis\'ee que pour modifier les fichiers de configuration de
624 Bacula. Vous pouvez \`a tout moment faire cette modification en \'editant
625 directement ces fichiers.
627 \item [{-}{-}with-dump-email=\lt{}email-address\gt{}]
628 \index[dir]{{-}{-}with-dump-email }
629 Cette option sp\'ecifie l'adresse e-mail qui recevra tous les {\it core dump}.
630 Cette option n'est en principe utilis\'ee que par les d\'eveloppeurs.
632 \item [{-}{-}with-pid-dir=\lt{}PATH\gt{} ]
633 \index[dir]{{-}{-}with-pid-dir }
634 Ceci pr\'ecise le r\'epertoire de stockage du fichier d'id de processus lors
635 de l'ex\'ecution. La valeur par d\'efaut est : {\bf /var/run}. Le r\'epertoire
636 sp\'ecifi\'e ici n'est pas automatiquement cr\'e\'e par le processus
637 d'installation, aussi vous devez veiller \`a ce qu'il existe avant votre
638 premi\`ere utilisation de Bacula.
640 \item [{-}{-}with-subsys-dir=\lt{}PATH\gt{} ]
641 \index[dir]{{-}{-}with-subsys-dir }
642 Cette option pr\'ecise le r\'epertoire de stockage des fichiers verrous du
643 sous-syst\`eme lors de l'ex\'ecution. Le r\'epertoire par d\'efaut est {\bf
644 /var/run/subsys}.Veillez \`a ne pas sp\'ecifier le m\^eme r\'epertoire que
645 pour l'option {\bf sbindir}. Ce r\'epertoire n'est utilis\'e que par les
646 scripts de d\'emarrage automatique. Le r\'epertoire sp\'ecifi\'e ici n'est
647 pas automatiquement cr\'e\'e par le processus d'installation, aussi vous devez
648 veiller \`a ce qu'il existe avant votre premi\`ere utilisation de Bacula.
650 \item [{-}{-}with-dir-password=\lt{}Password\gt{} ]
651 \index[dir]{{-}{-}with-dir-password }
652 Cette option vous permet de pr\'eciser le mot de passe d'acc\`es au Director
653 (contact\'e, en principe, depuis la console). S'il n'est pas pr\'ecis\'e,
654 configure en cr\'e\'e un al\'eatoirement.
656 \item [{-}{-}with-fd-password=\lt{}Password\gt{} ]
657 \index[fd]{{-}{-}with-fd-password }
658 Cette option vous permet de pr\'eciser le mot de passe d'acc\`es au File
659 Daemon (contact\'e, en principe, depuis le Director). S'il n'est pas
660 pr\'ecis\'e, configure en cr\'e\'e un al\'eatoirement.
662 \item [{-}{-}with-sd-password=\lt{}Password\gt{} ]
663 \index[sd]{{-}{-}with-sd-password }
664 Cette option vous permet de pr\'eciser le mot de passe d'acc\`es au Storage
665 Daemon (contact\'e, en principe, depuis le File Daemon). S'il n'est pas
666 pr\'ecis\'e, configure en cr\'e\'e un al\'eatoirement.
668 \item [{-}{-}with-dir-user=\lt{}User\gt{} ]
669 \index[dir]{{-}{-}with-dir-user }
670 Cette option vous permet de sp\'ecifier l'UserId utilis\'e pour l'ex\'ecution
671 du Director. Le Director doit \^etre d\'emarr\'e en tant que root, mais n'a
672 pas besoin d'\^etre ex\'ecut\'e en tant que root. Apr\`es avoir effectu\'e les
673 op\'erations d'initialisation pr\'eliminaires, il peut redescendre au niveau
674 de l'UserId sp\'ecifi\'e dans cette option.
676 \item [{-}{-}with-dir-group=\lt{}Group\gt{} ]
677 \index[dir]{{-}{-}with-dir-group }
678 Cette option vous permet de sp\'ecifier le GroupId utilis\'e pour
679 l'ex\'ecution du Director. Le Director doit \^etre d\'emarr\'e en tant que
680 root, mais n'a pas besoin d'\^etre ex\'ecut\'e en tant que root. Apr\`es avoir
681 effectu\'e les op\'erations d'initialisation pr\'eliminaires, il peut
682 redescendre au niveau du GroupId sp\'ecifi\'e dans cette option.
684 \item [{-}{-}with-sd-user=\lt{}User\gt{} ]
685 \index[sd]{{-}{-}with-sd-user }
686 Cette option vous permet de sp\'ecifier l'UserId utilis\'e pour ex\'ecuter le
687 Storage Daemon. Le Storage Daemon doit \^etre d\'emarr\'e en tant que root,
688 mais n'a pas besoin d'\^etre ex\'ecut\'e en tant que root. Apr\`es avoir
689 effectu\'e les op\'erations d'initialisation pr\'eliminaires, il peut
690 redescendre au niveau de l'UserId sp\'ecifi\'e dans cette option. Si vous
691 utilisez cette option, veillez \`a ce que le Storage Daemon ait acc\`es \`a
692 tous les p\'eriph\'eriques de stockage dont il a besoin.
694 \item [{-}{-}with-sd-group=\lt{}Group\gt{} ]
695 \index[sd]{{-}{-}with-sd-group }
696 Cette option vous permet de sp\'ecifier le GroupId utilis\'e pour ex\'ecuter
697 le Storage Daemon. Le Storage Daemon doit \^etre d\'emarr\'e en tant que
698 root, mais n'a pas besoin d'\^etre ex\'ecut\'e en tant que root. Apr\`es avoir
699 effectu\'e les op\'erations d'initialisation pr\'eliminaires, il peut
700 redescendre au niveau du GroupId sp\'ecifi\'e dans cette option.
702 \item [{-}{-}with-fd-user=\lt{}User\gt{} ]
703 \index[fd]{{-}{-}with-fd-user }
704 Cette option vous permet de sp\'ecifier l'UserId utilis\'e pour ex\'ecuter le
705 File Daemon. Le File Daemon doit \^etre d\'emarr\'e et, dans la plupart des
706 cas, ex\'ecut\'e en tant que root, de sorte que cette option n'est utilis\'ee
707 que dans des cas bien particuliers. Malgr\'e tout, apr\`es avoir effectu\'e
708 les op\'erations d'initialisation pr\'eliminaires, il peut redescendre au
709 niveau de l'UserId sp\'ecifi\'e dans cette option.
711 \item [{-}{-}with-fd-group=\lt{}Group\gt{} ]
712 \index[fd]{{-}{-}with-fd-group }
713 Cette option vous permet de sp\'ecifier le GroupId utilis\'e pour ex\'ecuter
714 le File Daemon. Le File Daemon doit \^etre d\'emarr\'e et, dans la plupart
715 des cas, ex\'ecut\'e en tant que root, de sorte que cette option n'est
716 utilis\'ee que dans des cas bien particuliers. Malgr\'e tout, apr\`es avoir
717 effectu\'e les op\'erations d'initialisation pr\'eliminaires, il peut
718 redescendre au niveau du GroupId sp\'ecifi\'e dans cette option.
721 Notez: de nombreuses options suppl\'ementaires vous sont pr\'esent\'ees
722 lorsque vous entrez {\bf ./configure \verb{--{help}, mais elles ne sont pas
725 \subsection*{Options recommand\'ees pour la plupart des syst\`emes}
726 \index[general]{Options recommand\'ees pour la plupart des syst\`emes }
727 \addcontentsline{toc}{subsection}{Options recommand\'ees pour la plupart des
730 Pour la plupart des syst\`emes, nous recommandons de commencer avec les
736 --enable-smartalloc \
737 --sbindir=$HOME/bacula/bin \
738 --sysconfdir=$HOME/bacula/bin \
739 --with-pid-dir=$HOME/bacula/bin/working \
740 --with-subsys-dir=$HOME/bacula/bin/working \
741 --with-mysql=$HOME/mysql \
742 --with-working-dir=$HOME/bacula/working
746 Si vous souhaitez installer Bacula dans un r\'epertoire d'installation
747 plut\^ot que de l'ex\'ecuter depuis le r\'epertoire d'installation, (comme le
748 feront les d\'eveloppeurs la plupart du temps), vous devriez aussi inclure les
749 options \verb{--{sbindir et \verb{--{sysconfdir avec les chemins appropri\'es. Aucune n'est
750 n\'ecessaire si vous ne vous servez pas de ``make install'', comme c'est le
751 cas pour la plupart des travaux de d\'eveloppement. Le processus
752 d'installation va cr\'eer les r\'epertoires sbindir et sysconfdir s'ils
753 n'existent pas, mais il ne cr\'eera pas les r\'epertoires pid-dir, subsys-dir
754 ni working-dir, aussi assurez vous qu'ils existent avant de lancer Bacula.
755 L'exemple ci-dessous montre la fa{\c c}on de proc\'eder de Kern.
758 \index[general]{RedHat }
759 \addcontentsline{toc}{subsection}{RedHat}
766 CFLAGS="-g -Wall" ./configure \
767 --sbindir=$HOME/bacula/bin \
768 --sysconfdir=$HOME/bacula/bin \
769 --enable-smartalloc \
770 --with-sqlite=$HOME/bacula/depkgs/sqlite \
771 --with-working-dir=$HOME/bacula/working \
772 --with-pid-dir=$HOME/bacula/bin/working \
773 --with-subsys-dir=$HOME/bacula/bin/working \
784 CFLAGS="-g -Wall" ./configure \
785 --sbindir=$HOME/bacula/bin \
786 --sysconfdir=$HOME/bacula/bin \
787 --enable-smartalloc \
788 --with-mysql=$HOME/mysql \
789 --with-working-dir=$HOME/bacula/working
790 --with-pid-dir=$HOME/bacula/bin/working \
791 --with-subsys-dir=$HOME/bacula/bin/working
797 ou une installation RedHat compl\`etement traditionnelle :
801 CFLAGS="-g -Wall" ./configure \
803 --sbindir=/usr/sbin \
804 --sysconfdir=/etc/bacula \
805 --with-scriptdir=/etc/bacula \
806 --enable-smartalloc \
809 --with-working-dir=/var/bacula
810 --with-pid-dir=$HOME/var/run \
811 --with-subsys-dir=/var/lock/subsys
816 Notez que Bacula suppose que les r\'epertoires /var/bacula, /var/run et
817 /var/lock/subsys existent, ils ne seront pas cr\'ees par le processus
820 \subsection*{Solaris}
821 \index[general]{Solaris }
822 \addcontentsline{toc}{subsection}{Solaris}
827 CFLAGS="-g" ./configure \
828 --sbindir=$HOME/bacula/bin \
829 --sysconfdir=$HOME/bacula/bin \
830 --with-mysql=$HOME/mysql \
831 --enable-smartalloc \
832 --with-pid-dir=$HOME/bacula/bin/working \
833 --with-subsys-dir=$HOME/bacula/bin/working \
834 --with-working-dir=$HOME/bacula/working
838 Comme mentionn\'e ci-dessus, le processus d'installation va cr\'eer les
839 r\'epertoires sbindir et sysconfdir s'ils n'existent pas, mais il ne cr\'eera
840 pas les r\'epertoires pid-dir, subsys-dir ni working-dir, aussi assurez vous
841 qu'ils existent avant de lancer Bacula.
843 \subsection*{FreeBSD}
844 \index[general]{FreeBSD }
845 \addcontentsline{toc}{subsection}{FreeBSD}
848 \elink{The FreeBSD Diary}{http://www.freebsddiary.org/bacula.php} pour une
849 description d\'etaill\'ee de la m\'ethode pour faire fonctionner Bacula sur
850 votre syst\`eme. De plus, les utilisateurs de versions de FreeBSD
851 ant\'erieures \`a la 4.9-STABLE du lundi 29 d\'ecembre 2003 15:18:01 qui
852 envisagent d'utiliser des lecteurs de bandes doivent consulter le chapitre
853 \ilink{Tester son lecteur de bandes}{FreeBSDTapes} de ce
854 manuel pour d'{\bf importantes} informations sur la configuration des lecteurs
855 pour qu'ils soient compatibles avec Bacula.
857 Si vous utilisez Bacula avec MySQL, vous devriez prendre garde \`a compiler
858 MySQL avec les threads natifs de FreeBSD plut\^ot qu'avec ceux de Linux, car
859 c'est avec ceux l\`a qu'est compil\'e Bacula et le m\'elange des deux ne
860 fonctionnera probablement pas.
863 \index[general]{Win32 }
864 \addcontentsline{toc}{subsection}{Win32}
866 Pour installer la version binaire Win32 du File Daemon, consultez le chapitre
867 \ilink{ Installation sur syst\`emes Win32}{_ChapterStart7} de ce
870 \subsection*{Syst\`emes Windows avec CYGWIN install\'e}
872 \index[general]{Syst\`emes Windows avec CYGWIN install\'e }
873 \addcontentsline{toc}{subsection}{Syst\`emes Windows avec CYGWIN install\'e}
875 A partir de la version 1.34, Bacula n'utilise plus CYGWIN pour le client
876 Win32. Il est cependant encore compil\'e sous un environnement CYGWIN -- Bien
877 que vous puissiez probablement le faire avec seulement VC Studio. Si vous
878 souhaitez compiler le client Win32 depuis les sources, il vous faudra
879 Microsoft C++ version 6.0 ou sup\'erieur. Dans les versions de Bacula
880 ant\'erieures \`a la 1.33, CYGWIN \'etait utilis\'e.
882 Notez qu'en d\'epit du fait que la plupart des \'el\'ements de Bacula puissent
883 compiler sur les syst\`emes Windows, la seule partie que nous avons test\'ee
884 et utilis\'ee est le File Daemon.
886 Finalement, vous devriez suivre les instructions d'installation de la section
887 \ilink{Win32 Installation sur syst\`emes Win32}{_ChapterStart7} de ce
888 document en occultant la partie qui d\'ecrit la d\'ecompression de la version
891 \subsection*{Le script Configure de Kern}
892 \index[general]{Le script Configure de Kern }
893 \index[general]{Kern!Le script Configure de }
894 \addcontentsline{toc}{subsection}{Le script Configure de Kern}
896 Voici le script que j'utilise pour compiler sur mes machines Linux de
902 # This is Kern's configure script for Bacula
905 --sbindir=$HOME/bacula/bin \
906 --sysconfdir=$HOME/bacula/bin \
907 --enable-smartalloc \
909 --with-pid-dir=$HOME/bacula/bin/working \
910 --with-subsys-dir=$HOME/bacula/bin/working \
911 --with-mysql=$HOME/mysql \
912 --with-working-dir=$HOME/bacula/bin/working \
913 --with-dump-email=$USER \
914 --with-smtp-host=mail.your-site.com \
920 Notez que je fixe le port de base \`a 9101, ce qui signifie que Bacula
921 utilisera le port 9101 pour la console Director, le port 9102 pour le File
922 Daemon, et le 9103 pour le Storage Daemon. Ces ports devraient \^etre
923 disponibles sur tous les syst\`emes \'etant donn\'e qu'ils ont \'et\'e
924 officiellement attribu\'es \`a Bacula par l'IANA (Internet Assigned Numbers
925 Authority). Nous recommandons fortement de n'utiliser que ces ports pour
926 \'eviter tout conflit avec d'autres programmes. Ceci est en fait la
927 configuration par d\'efaut si vous n'utilisez pas l'option {\bf
928 \verb{--{with-baseport}.
930 Vous pouvez aussi ins\'erer les entr\'ees suivantes dans votre fichier {\bf
931 /etc/services} de fa{\c c}on \`a rendre les connections de Bacula plus
932 ais\'ees \`a rep\'erer (i.e. netstat -a):
942 \subsection*{Installer Bacula}
943 \index[general]{Installer Bacula }
944 \index[general]{Bacula!Installer }
945 \addcontentsline{toc}{subsection}{Installer Bacula}
947 Avant de personnaliser vos fichiers de configuration, vous voudrez installer
948 Bacula dans son r\'epertoire d\'efinitif. tapez simplement:
956 Si vous avez pr\'ec\'edemment install\'e Bacula, les anciens binaires seront
957 \'ecras\'es, mais les anciens fichiers de configuration resteront inchang\'es,
958 et les ``nouveaux'' recevront l'extension {\bf .new}. G\'en\'eralement, si
959 vous avez d\'ej\`a install\'e et ex\'ecut\'e Bacula, vous pr\'ef\`ererez
960 supprimer ou ignorer les fichiers de configuration avec l'extension {\bf .new}
963 \subsection*{Compiler un File Daemon (ou Client)}
964 \index[general]{Compiler un File Daemon (ou Client) }
965 \index[general]{Client!Compiler un File Daemon ou }
966 \addcontentsline{toc}{subsection}{Compiler un File Daemon (ou Client)}
968 Si vous ex\'ecutez le Director et le Storage Daemon sur une machine et si vous
969 voulez sauvegarder une autre machine, vous devez avoir un File Daemon sur
970 cette machine. Si la machine et le syst\`eme sont identiques, vous pouvez
971 simplement copier le binaire du File Daemon {\bf bacula-fd} ainsi que son
972 fichier de configuration {\bf bacula-fd.conf}, puis modifier le nom et le mot
973 de passe dans {\bf bacula-fd.conf} de fa{\c c}on \`a rendre ce fichier unique.
974 Veillez \`a faire les modifications correspondantes dans le fichier de
975 configuration du Director ({\bf bacula-dir.conf}).
977 Si les architectures, les syst\`emes, ou les versions de syst\`emes
978 diff\`erent, il vous faudra compiler un File Daemon sur la machine cliente.
979 Pour ce faire, vous pouvez utiliser la m\^eme commande {\bf ./configure} que
980 celle utilis\'ee pour construire le programme principal, soit en partant d'une
981 copie fraiche du r\'epertoire des sources, soit en utilisant {\bf make\
982 distclean} avant de lancer {\bf ./configure}.
984 Le File Daemon n'ayant pas d'acc\`es au catalogue, vous pouvez supprimer les
985 option {\bf \verb{--{with-mysql} ou {\bf \verb{--{with-sqlite}. Ajoutez l'option {\bf
986 \verb{--{enable-client-only}. Ceci va compiler seulement les librairies et programmes
987 clients, et donc \'eviter d'avoir \`a installer telle ou telle base de
988 donn\'ees. Lancez make avec cette configuration, et seul le client sera
992 \subsection*{D\'emarrage automatique des Daemons}
993 \index[general]{Daemons!D\'emarrage automatique des }
994 \index[general]{D\'emarrage automatique des Daemons }
995 \addcontentsline{toc}{subsection}{D\'emarrage automatique des Daemons}
997 Si vous souhaitez que vos {\it daemons} soient lanc\'es automatiquement au
998 d\'emarrage de votre syst\`eme (une bonne id\'ee !), une \'etape
999 suppl\'ementaire est requise. D'abord, le processus ./configure doit
1000 reconna{\^\i}tre votre syst\`eme -- ce qui signifie que ce doit \^etre une
1001 plate-forme support\'ee et non {\bf inconnue}, puis vous devez installer les
1002 fichiers d\'ependants de la plate-forme comme suit :
1007 make install-autostart
1011 Notez que la fonction d'autod\'emarrage n'est impl\'ement\'ee que pour les
1012 syst\`emes que nous supportons officiellement (actuellement FreeBSD, RedHat
1013 Linux, et Solaris), et n'a \'et\'e pleinement test\'ee que sur RedHat Linux.
1015 {\bf make install-autostart} installe les scripts de d\'emarrage apropri\'es
1016 ainsi que les liens symboliques n\'ecessaires. Sur RedHat Linux, Ces scripts
1017 r\'esident dans {\bf /etc/rc.d/init.d/bacula-dir} {\bf
1018 /etc/rc.d/init.d/bacula-fd}, et {\bf /etc/rc.d/init.d/bacula-sd}. Toutefois,
1019 leur localisation exacte d\'epend de votre syst\`eme d'exploitation.
1021 Si vous n'installez que le File Daemon, tapez:
1025 make install-autostart-fd
1029 \subsection*{Autres notes concernant la compilation}
1030 \index[general]{Autres notes concernant la compilation }
1031 \index[general]{Compilation!Autres notes concernant la }
1032 \addcontentsline{toc}{subsection}{Autres notes concernant la compilation}
1034 Pour recompiler tout ex\'ecutable, tapez
1042 dans le r\'epertoire correspondant.. Afin d'\'eliminer tous les objets et
1043 binaires (y compris les fichiers temporaires nomm\'es 1,2 ou 3 qu'utilise
1052 Pour un nettoyage exhaustif en vue de distribution, entrez:
1060 Notez que cette commande supprime les Makefiles. Elle est en principe
1061 lanc\'ee depuis la racine du r\'epertoire des sources pour les pr\'eparer \`a
1062 la distribution. Pour revenir de cet \'etat, vous devez r\'eex\'ecuter la
1063 commande {\bf ./configure} \`a la racine des sources puisque tous les
1064 Makefiles ont \'et\'e d\'etruits.
1066 Pour ajouter un nouveau fichier dans un sous-r\'epertoire, \'editez
1067 Makefile.in dans ce sous-r\'epertoire, puis faites un simple {\bf make}. Dans
1068 la plupart des cas, le make reconstruira le Makefile \`a partir du nouveau
1069 Makefile.in. Dans certains cas, il peut \^etre n\'ecessaire d'ex\'ecuter {\bf
1070 make} une deuxi\`eme fois. Dans les cas extr\`emes, remontez \`a la racine des
1071 sources et entrez {\bf make Makefiles}.
1073 Pour ajouter des d\'ependances:
1081 La commande {\bf make depend} ins\`ere les fichiers d'en-t\^etes de
1082 d\'ependances aux Makefile et Makefile.in pour chaque fichier objet. Cette
1083 commande devrait \^etre lanc\'ee dans chaque r\'epertoire o\`u vous modifiez
1084 les d\'ependances. En principe, il suffit de l'ex\'ecuter lorsque vous ajoutez
1085 ou supprimez des sources ou fichiers d'en-t\^etes. {\bf make depend} est
1086 invoqu\'e automatiquement durant le processus de configuration.
1096 En principe, vous n'utilisez pas cette commande si vous \^etes en train de
1097 d\'evelopper Bacula, mais si vous vous appr\'etez \`a l'ex\'ecuter pour
1098 sauvegarder vos syst\`emes.
1100 Apr\`es avoir lanc\'e {\bf make install}, les fichiers suivants seront
1101 install\'es sur votre syst\`eme (\`a peu de choses pr\`es). La liste exacte
1102 des fichiers install\'es et leur localisation d\'epend de votre commande {\bf
1103 c./configure} (e.g. gnome-console et gnome-console.conf ne sont pas
1104 install\'es si vous ne configurez pas GNOME. De m\^eme, si vous utilisez
1105 SQLite plut\^ot que MySQL, certains fichiers seront diff\'erents.
1126 create_mysql_database
1128 delete_catalog_backup
1149 \subsection*{Installer Tray Monitor}
1150 \index[general]{Monitor!Installer Tray }
1151 \index[general]{Installer Tray Monitor }
1152 \addcontentsline{toc}{subsection}{Installer Tray Monitor}
1154 Le Tray Monitor est d\'ej\`a install\'e si vous avez utilis\'e l'option {\bf
1155 \verb{--{enable-tray-monitor} de la commande configure et ex\'ecut\'e {\bf make
1158 Comme vous n'ex\'ecutez pas votre environnement graphique en tant que root (si
1159 vous le faites, vous devriez changer cette mauvaise habitude), n'oubliez pas
1160 d'autoriser votre utilisateur \`a lire {\bf tray-monitor.conf}, et ex\'ecuter
1161 {\bf bacula-tray-monitor} (ceci ne constitue pas une faille de s\'ecurit\'e).
1163 Puis, connectez vous \`a votre environnement graphique (KDE, Gnome, ou autre),
1164 lancez {\bf bacula-tray-monitor} avec votre utilisateur et observez si l'icone
1165 d'une cartouche appara{\^\i}t quelque part sur l'\'ecran, usuellement dans la
1167 Sinon, suivez les instructions suivantes relatives \`a votre gestionnaire de
1170 \subsubsection*{GNOME}
1171 \index[general]{GNOME }
1172 \addcontentsline{toc}{subsubsection}{GNOME}
1174 System tray, ou zone de notification si vous utilisez la terminologie GNOME,
1175 est support\'e par GNOME depuis la version 2.2. Pour l'activer, faites un
1176 click droit sur un de vos espaces de travail, ouvrez le menu {\bf Ajouter \`a
1177 ce bureau}, puis {\bf Utilitaire} et enfin, cliquez sur {\bf Zone de
1178 notification}. (NDT: A valider)
1180 \subsubsection*{KDE}
1181 \index[general]{KDE }
1182 \addcontentsline{toc}{subsubsection}{KDE}
1184 System tray est support\'e par KDE depuis la version 3.1. Pour l'activer,
1185 faites un click droit sur la barre de t\^aches, ouvrez le menu {\bf Ajouter},
1186 puis {\bf Applet}, enfin cliquez sur {\bf System Tray}.
1188 \subsubsection*{Autres gestionnaires de fen\^etres}
1189 \index[general]{Autres gestionnaires de fen\^etres }
1190 \addcontentsline{toc}{subsubsection}{Autres gestionnaires de fen\^etres}
1192 Lisez la documentation pour savoir si votre gestionnaire de fen\^etres
1193 supporte le standard {\it systemtray} de FreeDesktop, et comment l'activer le
1196 \section*{Modifier les fichiers de configuration de Bacula}
1197 \index[general]{Modifier les fichiers de configuration de Bacula }
1198 \index[general]{Bacula!Modifier les fichiers de configuration de }
1199 \addcontentsline{toc}{section}{Modifier les fichiers de configuration de
1202 Consultez le chapitre
1203 \ilink{Configuring Bacula}{_ChapterStart16} de ce manuel pour les
1204 instructions de configuration de Bacula.