%%
%%
-\chapter{The Current State of Bacula}
-\label{StateChapter}
-\index[general]{Current State of Bacula }
-In other words, what is and what is not currently implemented and functional.
+\chapter{El estado actual de Bacula} \label{StateChapter} \index{Estado actual de Bacula}
-\section{What is Implemented}
-\index[general]{Implemented!What}
-\index[general]{What is Implemented}
+En otras palabras, que está y que no está implementado y funcional..
-\begin{itemize}
-\item Job Control
- \begin{itemize}
- \item Network backup/restore with centralized Director.
- \item Internal scheduler for automatic
- \ilink{Job}{JobDef} execution.
- \item Scheduling of multiple Jobs at the same time.
- \item You may run one Job at a time or multiple simultaneous Jobs
- (sometimes called multiplexing).
- \item Job sequencing using priorities.
- \item \ilink{Console}{UADef} interface to the Director allowing complete
- control. A shell, Qt4 GUI, GNOME GUI and wxWidgets GUI versions of
- the Console program are available. Note, the Qt4 GUI program called
- the Bacula Administration tool or bat, offers many additional
- features over the shell program.
- \end{itemize}
-\item Security
- \begin{itemize}
- \item Verification of files previously cataloged, permitting a Tripwire like
- capability (system break-in detection).
- \item CRAM-MD5 password authentication between each component (daemon).
- \item Configurable
- \ilink{TLS (SSL) communications encryption}{CommEncryption} between each
- component.
- \item Configurable
- \ilink{Data (on Volume) encryption}{DataEncryption}
- on a Client by Client basis.
- \item Computation of MD5 or SHA1 signatures of the file data if requested.
- \end{itemize}
+\section{Que está implementado?}
+\index{Que está!implementado?}
+\index{Que está implementado?}
+\begin{itemize}
+\item Control de trabajos (jobs)
+\begin{itemize}
+\item Respaldos y restauraciones en red con un director centralizado.
+\item Scheduler interno para ejecución automática de los \ilink{Jobs}{JobDefs}jobs
+.
+\item Scheduling de múltiples jobs al mismo tiempo.
+\item Se puede correr uno o multiples jobs en forma simultánea (algunas veces, esto
+se denomina multiplexado (multiplexing)).
+\item Uso de prioridades para la secuencialidad de los jobs.
+\item \ilink{Interfaz de Consola}{UADef} con el director, permitiendo un control
+completo de las operaciones. Diferentes versiones de programas de consola estan
+disponibles, tales como línea de comandos, Qt4 GUI, GNOME GUI y wxWidgets. Hay
+que destacar, que el programa de Qt4 GUI, se denomina bacula administration
+tool o bat, y ofrece mas funcionalidades adicionales al programa de shell.
+\end{itemize}
-\item Restore Features
- \begin{itemize}
- \item Restore of one or more files selected interactively either for the
- current backup or a backup prior to a specified time and date.
- \item Restore of a complete system starting from bare metal. This is mostly
- automated for Linux systems and partially automated for Solaris. See
- \ilink{Disaster Recovery Using Bacula}{RescueChapter}. This is also
- reported to work on Win2K/XP systems.
- \item Listing and Restoration of files using stand-alone {\bf bls} and {\bf
- bextract} tool programs. Among other things, this permits extraction of files
- when Bacula and/or the catalog are not available. Note, the recommended way
- to restore files is using the restore command in the Console. These programs
- are designed for use as a last resort.
- \item Ability to restore the catalog database rapidly by using bootstrap
- files (previously saved).
- \item Ability to recreate the catalog database by scanning backup Volumes
- using the {\bf bscan} program.
- \end{itemize}
+\item Seguridad
+\begin{itemize}
+\item Verificación de archivos, que han sido previamente catalogados, permitiendo
+con esto capacidades como las ofrecidas con Tripwire (\url{http://es.wikipedia.org/wiki/Tripwire}
+).
+\item Autenticación con password CRAM-MD5 entre cada uno de los componentes (demonios).
+\item Encriptación configurable de comunicaciones \ilink{TLS (SSL)}{CommEncryption}
+entre cada uno de los componentes.
+\item Encriptación configurable de la \ilink{Data (en un volumen)}{DataEncryption}
+definidas cliente por cliente
+\item Firmas de MD5 y SHA1 de la data de los archivos, de ser necesaria.
+\end{itemize}
-\item SQL Catalog
- \begin{itemize}
- \item Catalog database facility for remembering Volumes, Pools, Jobs, and
- Files backed up.
- \item Support for MySQL, PostgreSQL, and SQLite Catalog databases.
- \item User extensible queries to the MySQL, PostgreSQL and SQLite databases.
- \end{itemize}
+\item Funcionalidades para las restauraciones
+\begin{itemize}
+\item Recuperación de uno o mas archivos, seleccionados interativamente desde el backup
+actual o antes de una hora y fecha indicada.
+\item Restauración de un sistema completo, para un equipo nuevo, configurado desde
+\textquotedbl{}cero\textquotedbl{} (también se le conoce como \textquotedbl{}bare
+metal\textquotedbl{}). Este procedimiento está completamente automatizado para
+equipos con Linux y parcialmente automatizado para Solaris. Vea el link \ilink{Disaster
+Recovery utilizando Bacula}{Capítulo de Rescate}.También se ha reportado
+que funciona en sistemas con Win2K/XP.
+\item Listado y recuperación de archivos utilizando programas utilitarios como \textbf{bls}
+y \textbf{bextract}. Entre otras cosas, estas permiten la extracción de archivos
+cuando bacula y/o el catálogo no están disponibles. Hay que tener presente,
+que la manera adecuada para recuperar archivos es utilizando el comando restore
+en la consola, estos programas están diseñados para ser usados como un último
+recurso.
+\item Capacidad para restaurar la base de datos del catálogo de manera rápida con
+el uso de archivos bootstrap (grabados previamente).
+\item Capacidad para restaurar la base de datos del catalogo utilizando el programa
+\textbf{bscan}, a traves del escaneo de los volumenes de backup.
+\end{itemize}
-\item Advanced Volume and Pool Management
- \begin{itemize}
- \item Labeled Volumes, preventing accidental overwriting (at least by
- Bacula).
- \item Any number of Jobs and Clients can be backed up to a single Volume.
- That is, you can backup and restore Linux, Unix, Sun, and Windows machines to
- the same Volume.
- \item Multi-volume saves. When a Volume is full, {\bf Bacula} automatically
- requests the next Volume and continues the backup.
- \item
- \ilink{Pool and Volume}{PoolResource} library management
- providing Volume flexibility (e.g. monthly, weekly, daily Volume sets, Volume
- sets segregated by Client, ...).
- \item Machine independent Volume data format. Linux, Solaris, and Windows
- clients can all be backed up to the same Volume if desired.
- \item The Volume data format is upwards compatible so that old Volumes
- can always be read.
- \item A flexible
- \ilink{message}{MessagesChapter} handler including routing
- of messages from any daemon back to the Director and automatic email
- reporting.
- \item Data spooling to disk during backup with subsequent write to tape from
- the spooled disk files. This prevents tape "shoe shine" during
- Incremental/Differential backups.
- \end{itemize}
+\item Catálogo SQL
+\begin{itemize}
+\item Base de datos de catálogo para almacenar volúmenes, pools, jobs y archivos respaldados.
+\item Soporte para el catálogo con bases de datos MySQL, PostgreSQL y SQLite.
+\item Consultas de usuario extensibles a las bases de datos MySQL, PostgreSQL y SQLite.
+\end{itemize}
-\item Advanced Support for most Storage Devices
- \begin{itemize}
- \item Autochanger support using a simple shell interface that can interface
- to virtually any autoloader program. A script for {\bf mtx} is provided.
- \item Support for autochanger barcodes -- automatic tape labeling from
- barcodes.
- \item Automatic support for multiple autochanger magazines either using
- barcodes or by reading the tapes.
- \item Support for multiple drive autochangers.
- \item Raw device backup/restore. Restore must be to the same device.
- \item All Volume blocks (approximately 64K bytes) contain a data checksum.
- \item Migration support -- move data from one Pool to another or
- one Volume to another.
- \item Supports writing to DVD.
- \end{itemize}
+\item Administración avanzada de pools y de volúmenes
+\begin{itemize}
+\item Etiquetado de volúmenes, para prevenir la sobreescritura accidental de los mismos
+(al menos por Bacula).
+\item Cualquier número de jobs y de clientes pueden ser respaldados a un simple volumen.
+Es decir, se puede hacer backup y recuperaciones de maquinas Linux, Unix, Sun
+y Windows a un mismo volumen.
+\item Backup multivolumen. Cuando un volumen esta full, \textbf{Bacula} automáticamente
+busca el siguiente volumen y continúa el respaldo.
+\item La administración de la librería de\ilink{pools y de volúmenes}{Recurso
+de Pool} brinda una gran flexibilidad para el manejo de estos últimos, tales
+como, conjuntos de volúmenes diarios, semanales y volúmenes, clasificados por
+cliente, entre otros).
+\item El formato de la data del volumen es independiente de la máquina. Los clientes
+Linux, Solaris y Windows pueden ser respaldados en el mismo volumen, si se desea.
+\item El formato de data del volumen es compatible hacia arriba, para que los volumenes
+viejos siempre puedan ser leidos.
+\item Un manejador flexible de \ilink{mensajes}{Capítulo de Mensajes} , que incluye
+el enrutamiento de mensajes desde cualquier demonio hacia el director y correo
+de reporte de notificación automático
+\item Spooling de la data en disco durante el backup, con la escritura subsiguiente
+de los archivos grabados en el spool a la cinta. Esto previene el uso intensivo
+del tape durante los respaldos incrementales y diferenciales.
+\end{itemize}
-\item Multi-Operating System Support
- \begin{itemize}
- \item Programmed to handle arbitrarily long filenames and messages.
- \item GZIP compression on a file by file basis done by the Client program if
- requested before network transit.
- \item Saves and restores POSIX ACLs on most OSes if enabled.
- \item Access control lists for Consoles that permit restricting user access
- to only their data.
- \item Support for save/restore of files larger than 2GB.
- \item Support for 64 bit machines, e.g. amd64, Sparc.
- \item Support ANSI and IBM tape labels.
- \item Support for Unicode filenames (e.g. Chinese) on Win32 machines on
- version 1.37.28 and greater.
- \item Consistent backup of open files on Win32 systems (WinXP, Win2003,
- and Vista)
- but not Win2000, using Volume Shadow Copy (VSS).
- \item Support for path/filename lengths of up to 64K on Win32 machines
- (unlimited on Unix/Linux machines).
- \end{itemize}
+\item Soporte avanzado para la mayoría de los dispositivos de almacenamiento.
+\begin{itemize}
+\item Soporte a Autochanger, que utiliza una interfaz simple de comandos que interactúa
+virtualmente con cualquier programa de autoloader. Un script para \textbf{mtx}
+se copia durante la instalación.
+\item Soporte para autochangers con códigos de barras, y etiquetado automático de
+cintas desde los códigos de barras.
+\item Soporte automático para múltiples librerías de recambio automático utilizando
+código de barras o por la lectura de los tapes.
+\item Soporte para múltiples unidades de autochangers.
+\item Backup y restauración de dispositivos crudos (raw devices). La recuperación
+debe hacerse al mismo dispositivo.
+\item Todos los bloques de los volúmenes (aproximadamente 64K bytes) contienen un
+checksum de la data.
+\item Soporte a migración \textendash{} movimiento de la data de un pool a otro o
+de un volumen a otro.
+\item Soporte para escritura en DVD.
+\end{itemize}
+
+\item Soporte para múltiples sistemas operativos
+\begin{itemize}
+\item Programado para el manejo arbitrario de nombre largos de archivos y mensajes.
+\item Compresión tipo GZIP archivo por archivo, hecha por el programa cliente, si
+se ha configurado, antes de la copia en red.
+\item Grabado y recuperación de ACLs tipo POSIX en la mayoría de los sistemas operativos,
+si está activadas.
+\item Listas de control de accesos para las consolas que permiten restringir a los
+usuarios el acceso a su datos únicamente.
+\item Soporte para guardar y recuperar archivos mas grandes que 2GB.
+\item Soporte para máquinas con 64 btis, tales como, amd64, Sparc.
+\item Soporte para etiquetas de cintas ANSI e IBM.
+\item Soporte para nombres de archivos Unicode (tales como chino) en equipos con Win32
+en la versión 1.37.28 y superiores.
+\item Backup consistente de archivos abiertos en sistemas Win32 (WinXP, Win2003 y
+Vista) pero no en Win200, utilizando el Volume Shadow Copy (VSS).
+\item Soporte para longitudes de nombres de archivo y path hasta 64K en máquinas Win32
+(esta capacidad es ilimitada equipos con Unix/Linux).
+\end{itemize}
-\item Miscellaneous
- \begin{itemize}
- \item Multi-threaded implementation.
- \item A comprehensive and extensible
- \ilink{configuration file}{DirectorChapter} for each daemon.
- \end{itemize}
+\item Misceláneos
+\begin{itemize}
+\item Implementación multi-threaded.
+\item Un \ilink{archivo de configuración}{Capítulo de Director} comprensible
+y extensible para cada servicio o demonio.
+\end{itemize}
\end{itemize}
-\section{Advantages Over Other Backup Programs}
-\index[general]{Advantages of Bacula Over Other Backup Programs }
-\index[general]{Programs!Advantages of Bacula Over Other Backup }
+\section{Ventajas sobre otros programas de backup}
+\index{Advantages of Bacula Over Other Backup Programs}
+\index{Programs!Advantages of Bacula Over Other Backup}
\begin{itemize}
-\item Since there is a client for each machine, you can backup
- and restore clients of any type ensuring that all attributes
- of files are properly saved and restored.
-\item It is also possible to backup clients without any client
- software by using NFS or Samba. However, if possible, we
- recommend running a Client File daemon on each machine to be
- backed up.
-\item Bacula handles multi-volume backups.
-\item A full comprehensive SQL standard database of all files backed up. This
- permits online viewing of files saved on any particular Volume.
-\item Automatic pruning of the database (removal of old records) thus
- simplifying database administration.
-\item Any SQL database engine can be used making Bacula very flexible.
- Drivers currently exist for MySQL, PostgreSQL, and SQLite.
-\item The modular but integrated design makes Bacula very scalable.
-\item Since Bacula uses client file servers, any database or
- other application can be properly shutdown by Bacula using the
- native tools of the system, backed up, then restarted (all
- within a Bacula Job).
-\item Bacula has a built-in Job scheduler.
-\item The Volume format is documented and there are simple C programs to
- read/write it.
-\item Bacula uses well defined (IANA registered) TCP/IP ports -- no rpcs, no
- shared memory.
-\item Bacula installation and configuration is relatively simple compared to
- other comparable products.
-\item According to one user Bacula is as fast as the big major commercial
- applications.
-\item According to another user Bacula is four times as fast as another
- commercial application, probably because that application stores its catalog
- information in a large number of individual files rather than an SQL database
- as Bacula does.
-\item Aside from several GUI administrative interfaces, Bacula has a
- comprehensive shell administrative interface, which allows the
- administrator to use tools such as ssh to administrate any part of
- Bacula from anywhere (even from home).
-\item Bacula has a Rescue CD for Linux systems with the following features:
- \begin{itemize}
- \item You build it on your own system from scratch with one simple command:
- make -- well, then make burn.
- \item It uses your kernel
- \item It captures your current disk parameters and builds scripts that allow
- you to automatically repartition a disk and format it to put it back to what
- you had before.
- \item It has a script that will restart your networking (with the right IP
- address)
- \item It has a script to automatically mount your hard disks.
- \item It has a full Bacula FD statically linked
- \item You can easily add additional data/programs, ... to the disk.
- \end{itemize}
+\item Debido que existe un cliente por cada máquina, se puede hacer backup y recuperaciones
+de clientes de cualquier tipo, asegurando que todos los atributos de archivos
+son grabados y restaurados de manera adecuada.
+\item Es posible respaldar clientes sin la instalación del software para el file daemon,
+utilizando NFS o Samba. Sin embargo, se recomienda la instalación del mismo
+en cada equipo a respaldar.
+\item Bacula maneja respaldos multi-volumenes.
+\item Base de datos SQL estándar con un registro completo de todos los archivos grabados.
+Esto permite una visualización en línea de los archivos para cualquier volumen
+particular.
+\item Pruning automático de la base de datos (eliminación de registros viejos), simplificando
+con esto la administración de la misma.
+\item Cualquier engine de base de datos puede ser utilizado, logrando con esto que
+bacula sea muy flexible. Aunque actualmente, existen drivers para MySQL, PostgreSQL
+y SQLite.
+\item El diseño modular, pero integrado, hace de bacula una solución muy escalable.
+\item Debido a que bacula utiliza archivos clientes para los servidores, cualquier
+base de datos o aplicación pueden ser detenidas haciendo uso de las herramientas
+nativas del sistema, hacer el backup y reiniciarlas, todo en un job de bacula.
+\item Bacula cuenta con un scheduler interno para la planificación de los jobs.
+\item El formato del volumen está documentado y existen programas sencillos en lenguaje
+C que leen o escriben en ellos.
+\item Bacula utiliza puertos TCPI/IP bien conocidos (registrados en IANA) \textendash{}
+no se utiliza rpc ni memoria compartida.
+\item La instalación y configuración de bacula es relativamente sencilla.
+\item De acuerdo a un usuario de bacula, es tan rápido como las mas grandes aplicaciones
+comerciales de backup.
+\item De acuerdo con otro usuario de bacula, es cuatro veces más rápido que otra aplicación
+comercial, probablemente, esto se debe a que esta almacena la información del
+catálogo en un gran número de archivos individuales, en vez de una base de datos
+SQL, como lo hace bacula.
+\item Adicional a las interfaces administrativas en modo gráfico (GUI), bacula cuenta
+con una interfaz de línea de comandos muy comprensible, que permite el uso de
+herramientas, tales como ssh para gestionar cualquier parte de bacula desde
+cualquier sitio (incluso desde la casa).
+\item Bacula cuenta con un CD de rescate para sistemas Linux, con las siguientes funcionalidades:
+\begin{itemize}
+\item Permite construir el sistema original luego de un desastre con un simple comando:
+make \textendash{} por supuesto, luego hay que hacer la copia.
+\item Utiliza su propio kernel.
+\item Captura los parámetros actuales del disco, y construye scripts que permiten
+el particionamiento automático y formateo del mismo, y colocarlo en el estado
+original que se tenía..
+\item Cuenta con un script que permite reiniciar los servicios de red (con la dirección
+IP correcta).
+\item Cuenta con un script que monta automáticamente los discos configurados.
+\item Cuenta con el software de bacula FD enlazado de manera estática.
+\item Se puede adicionar cualquier programa o data al disco de manera fácil.
+\end{itemize}
\end{itemize}
-\section{Current Implementation Restrictions}
-\index[general]{Current Implementation Restrictions }
-\index[general]{Restrictions!Current Implementation }
+\section{Restricciones de la implementación actual}
+\index{Current Implementation Restrictions}
+\index{Restrictions!Current Implementation}
\begin{itemize}
-\item If you have over 4 billion file entries stored in your database, the
- database FileId is likely to overflow. This is a monster database, but still
- possible. Bacula's FileId fields have been modified so that they can be
- upgraded from 32 to 64 bits in version 1.39 or later, but you must
- manually do so.
-\item Files deleted after a Full save will be included in a restoration. This
- is typical for most similar backup programs (we have a project to
- correct this).
-\item Bacula's Differential and Incremental backups are based on
- time stamps. Consequently, if you move files into an existing
- directory or move a whole directory into the backup fileset
- after a Full backup, those files will probably not be backed
- up by an Incremental save because they will have old dates.
- You must explicitly update the date/time stamp on all moved
- files (we have a project to correct this).
-\item File System Modules (configurable routines for
- saving/restoring special files) are not yet implemented. However,
- this feature is easily implemented using RunScripts.
-\item Bacula supports doing backups and restores to multiple
- devices of different media type and multiple Storage daemons.
- However, if you have backed up a job to multiple storage
- devices, Bacula can do a restore from only one device, which
- means that you will need to manually edit the bootstrap file
- to split it into two restores if you split the backup across
- storage devices. This restriction has been removed in version
- 2.2.0 and later, but it is not yet fully tested.
-\item Bacula cannot restore two different jobs in the same
- restore if those jobs were run simultaneously, unless you had
- data spooling turned on and the spool file held the full
- contents of both jobs. In other terms, Bacula cannot restore
- two jobs in the same restore if the jobs' data blocks were
- intermixed on the backup medium. This poses no restrictions
- for normal backup jobs even if they are run simultaneously.
-\item Bacula can generally restore any backup made from a client
- to any other client. However, if the architecture is significantly
- different (i.e. 32 bit architecture to 64 bit or Win32 to Unix),
- some restrictions may apply (e.g. Solaris door files do not exist
- on other Unix/Linux machines; there are reports that Zlib compression
- written with 64 bit machines does not always read correctly on a 32 bit
- machine).
+\item Si se cuenta con mas de 4 billones de entradas de archivos almacenados en la
+base de datos, los campos de FileId probablemente presenten un overflow. Aunque
+esto representa una base gigantesca, es posible su ocurrencia. Los campos FileId
+han sido modificados para que se les pueda hacer upgrade de 32 a 64 bits en
+la versión 1.39 o superior, pero esta tarea debe realizarse de manera manual.
+\item Los archivos eliminados luego de un backup full serán incluidos en la restauración.
+Esto es común en la mayoría de los programas similares de respaldo (aunque existe
+un proyecto en bacula para corregir esto).
+\item Los backups diferenciales e incrementales están basados en modificaciones de
+tiempo. Como consecuencia de esto, si se mueven archivos dentro de un directorio
+existente o se mueve un directorio completo dentro del fileset de backup después
+de un backup full, probablemente estos archivos no sean incluidos en el incremental
+porque tienen fechas viejas. Para esto, se debe modificar de manera explícita
+el registro de fecha y hora para todos los archivos movidos (existe un proyecto
+para corregir esto).
+\item Los módulos para file system (rutinas configurables para salvar y restaurar
+archivos especiales) aún no están implementadas. Sin embargo, esta funcionalidad
+se puede implementar fácilmente utilizando run scripts.
+\item Bacula permite realizar backups y restauraciones a múltiples dispositivos de
+diferentes tipos de media y múltiples demonios de almacenamiento (storage daemons).
+Sin embargo, si un job ha hecho el backup a múltiples dispositivos, se puede
+realizar el restore desde un único dispositivo. Esto significa, que se necesita
+editar en forma manual el archivo bootstrap y dividirlo en dos restauraciones
+si se desea dividir el backup entre los dispositivos de almacenamiento. Esta
+restricción ha sido removida en la versión 2.2.0 y superiores, y no ha sido
+probada por completo.
+\item Bacula no puede restaurar dos jobs diferentes en la misma operación de restauración,
+si estos jobs corrieron en forma simultánea, a menos que se haya habilitado
+el spooling de la data y esta mantenga el contenido completo de ambos jobs.
+En otras palabras, bacula no puede restaurar dos jobs en el mismo restore, si
+los bloques de datos de los jobs están entremezclados en el medio de backup.
+Esto no plantea restricciones para los jobs normales de backup, incluso si ellos
+se ejecutan simultáneamente.
+\item Bacula puede restaurar cualquier backup hecho desde un cliente a otro cliente.
+Sin embargo, si la arquitectura es completamente diferente (tales como, arquitectura
+de 32 bits a 64 bits, o de Win32 a Unix), algunas restricciones pueden aplicar
+(por ejemplo, en Solaris existen archivos especiales que no existen en otros
+equipos Unix o Linux; hay reportes que indican que la compresión de Zlib escrita
+con máquinas de 64 bits no siempre es leida correctamente en una máquina de
+32 bits).
\end{itemize}
-\section{Design Limitations or Restrictions}
-\index[general]{Restrictions!Design Limitations or }
-\index[general]{Design Limitations or Restrictions }
+\section{Restricciones y limitaciones de diseño}
+\index{Restrictions!Design Limitations or}
+\index{Design Limitations or Restrictions}
\begin{itemize}
-\item Names (resource names, Volume names, and such) defined in Bacula
- configuration files are limited to a fixed number of
- characters. Currently the limit is defined as 127 characters. Note,
- this does not apply to filenames, which may be arbitrarily long.
-\item Command line input to some of the stand alone tools -- e.g. btape,
- bconsole is restricted to several hundred characters maximum.
+\item Los nombres (recursos de nombres, nombres de volúmenes, entre otros) definidos
+en los archivos de configuración de bacula están limitados a un número fijo
+de caracteres. Actualmente, el límite está definido a 127 caracteres. Hay que
+tener en cuenta, que esto no aplica a nombres de archivos, los cuales pueden
+ser arbitrariamente largos.
+\item La entrada para la línea de comandos para algunas de las herramientas stand
+alone, tales como btape, bconsole, está restringida a un máximo de varios cientos
+de caracteres.
\end{itemize}
projects / bacula / docs / commitdiff