Bacula ver.7新機能

投稿者: | 2014年6月11日

Revision for “Bacula ver.7新機能” created on 2014年7月9日 11:46:29

Bacula ver.7新機能
<ul class="ChildLinks" style="color: #000000;"> <li><a href="" name="tex2html1099">New Features in 7.0.0</a> <ul> <li><span style="color: #444444;">異なるストレージ間でのコピー</span></li> <li><span style="color: #444444;">SD(ストレージデーモン) から Clientをコール</span></li> <li><span style="color: #444444;">ネクストプール</span></li> <li><span style="color: #444444;">ストレージステータス(bconsole)</span></li> <li><span style="color: #444444;">スケジュールステータス(bconsole)</span></li> <li><span style="color: #444444;">データ暗号化鍵の設定(選択可能に)</span></li> <li><span style="color: #444444;">New  - コマンドの短縮</span></li> <li><span style="color: #444444;">New -  停止コマンド</span></li> <li><span style="color: #444444;">Migration/Copy/VirtualFull 時のパフォーマンス改善(10倍程度)</span></li> <li><span style="color: #444444;">バーチャルフルバックアップデータ統合の拡張</span></li> <li><span style="color: #444444;">FD Storage Address</span></li> <li><span style="color: #444444;">Job バンドワイズ制限</span></li> <li><span style="color: #444444;">同時リードジョブの上限設定</span></li> <li><span style="color: #444444;">メッセージリソースコマンド内のディレクタージョブコード</span></li> <li><span style="color: #444444;">RunScript変数の追加</span></li> <li><span style="color: #444444;">ストレージデバイスをリードオンリーに設定可能</span></li> <li><span style="color: #444444;">[新] プルーニングコマンド</span></li> <li><span style="color: #444444;">ハードリンク パフォーマンス拡張</span></li> <li><span style="color: #444444;">1部コマンドを無効化設定</span></li> <li><span style="color: #444444;">複数のディレクターコンソールをサポート(bat)</span></li> <li><span style="color: #444444;">bconsole/batでのコンソール制限の改善</span></li> <li><span style="color: #444444;">ファイル設定(設定ファイル量を無制限に)</span></li> <li><span style="color: #444444;">同時開始可能な最大ジョブ数の変更(デフォルト300)</span></li> <li><span style="color: #444444;">進捗計</span></li> <li><span style="color: #444444;">第6週をスケジュール</span></li> <li><span style="color: #444444;">月末をスケジュール可能</span></li> <li><span style="color: #444444;">キャンセル・再スタートコマンドの改善(bconsole)</span></li> <li><span style="color: #444444;">bconsole パフォーマンスの改善</span></li> <li><span style="color: #444444;">[新] .bvfs_decode_lstat コマンド</span></li> <li><span style="color: #444444;">新しいデバッグオプション</span></li> </ul> </li> </ul> <hr style="color: #000000;" /> <h1 style="color: #000000;"><a name="SECTION00300000000000000000"></a>New Features in 7.0.0</h1> <span style="color: #000000;">This chapter presents the new features that have been added to the various versions of Bacula.</span> <h1 style="color: #000000;"><a name="SECTION00310000000000000000"></a>New Features in 7.0.0</h1> <h2 style="color: #000000;"><a name="SECTION00311000000000000000"></a>Storage daemon to Storage daemon</h2> <span style="color: #000000;">Bacula version 7.0 permits SD to SD transfer of Copy and Migration Jobs. This permits what is commonly referred to as replication or off-site transfer of Bacula backups. It occurs automatically, if the source SD and destination SD of a Copy or Migration job are different. The following picture shows how this works.</span> <p style="color: #000000;"><img src="" alt="Image sd-to-sd" width="666" height="442" align="BOTTOM" border="0" /></p> <h2 style="color: #000000;"><a name="SECTION00312000000000000000"></a>SD Calls Client</h2> <span style="color: #000000;">If the </span><b style="color: #000000;">SD Calls Client</b><span style="color: #000000;"> directive is set to true in a Client resource any Backup, Restore, Verify, Copy, or Migration Job where the client is involved, the client will wait for the Storage daemon to contact it. By default this directive is set to false, and the Client will call the Storage daemon. This directive can be useful if your Storage daemon is behind a firewall that permits outgoing connections but not incoming one. The following picture shows the communications connection paths in both cases.</span> <p style="color: #000000;"><img src="" alt="Image sd-calls-client" width="776" height="541" align="BOTTOM" border="0" /></p> <h2 style="color: #000000;"><a name="SECTION00313000000000000000"></a>Next Pool</h2> <span style="color: #000000;">In previous versions of Bacula the Next Pool directive could be specified in the Pool resource for use with Migration and Copy Jobs. The Next Pool concept has been extended in Bacula version 7.0.0 to allow you to specify the Next Pool directive in the Job resource as well. If specified in the Job resource, it will override any value specified in the Pool resource.</span> <p style="color: #000000;">In addition to being permitted in the Job resource, the <b>nextpool=xxx</b> specification can be specified as a run override in the <b>run</b> directive of a Schedule resource. Any <b>nextpool</b> specification in a <b>run</b> directive will override any other specification in either the Job or the Pool.</p> <p style="color: #000000;">In general, more information is displayed in the Job log on exactly which Next Pool specification is ultimately used.</p> <h2 style="color: #000000;"><a name="SECTION00314000000000000000"></a>status storage</h2> <span style="color: #000000;">The bconsole </span><b style="color: #000000;">status storage</b><span style="color: #000000;"> has been modified to attempt to eliminate duplicate storage resources and only show one that references any given storage daemon. This might be confusing at first, but tends to make a much more compact list of storage resource from which to select if there are multiple storage devices in the same storage daemon.</span> <p style="color: #000000;">If you want the old behavior (always display all storage resources) simply add the keyword <b>select</b> to the command - i.e. use <b>status select storage</b>.</p> <h2 style="color: #000000;"><a name="SECTION00315000000000000000"></a>status schedule</h2> <span style="color: #000000;">A new status command option called </span><b style="color: #000000;">scheduled</b><span style="color: #000000;"> has been implemented in bconsole. By default it will display 20 lines of the next scheduled jobs. For example, with the default bacula-dir.conf configuration file, a bconsole command </span><b style="color: #000000;">status scheduled</b><span style="color: #000000;"> produces:</span> <pre style="color: #000000;">Scheduled Jobs: Level Type Pri Scheduled Job Name Schedule ====================================================================== Differential Backup 10 Sun 30-Mar 23:05 BackupClient1 WeeklyCycle Incremental Backup 10 Mon 24-Mar 23:05 BackupClient1 WeeklyCycle Incremental Backup 10 Tue 25-Mar 23:05 BackupClient1 WeeklyCycle ... Full Backup 11 Mon 24-Mar 23:10 BackupCatalog WeeklyCycleAfterBackup Full Backup 11 Wed 26-Mar 23:10 BackupCatalog WeeklyCycleAfterBackup ... ==== </pre> <p style="color: #000000;">Note, the output is listed by the Jobs found, and is not sorted chronologically.</p> <span style="color: #000000;">This command has a number of options, most of which act as filters:</span> <ul style="color: #000000;"> <li><b>days=nn</b> This specifies the number of days to list. The default is 10 but can be set from 0 to 500.</li> <li><b>limit=nn</b> This specifies the limit to the number of lines to print. The default is 100 but can be any number in the range 0 to 2000.</li> <li><b>time="YYYY-MM-DD HH:MM:SS"</b> Sets the start time for listing the scheduled jobs. The default is to use the current time. Note, the time value must be specified inside double quotes and must be in the exact form shown above.</li> <li><b>schedule=schedule-name</b> This option restricts the output to the named schedule.</li> <li><b>job=job-name</b> This option restricts the output to the specified Job name.</li> </ul> <h2 style="color: #000000;"><a name="SECTION00316000000000000000"></a>Data Encryption Cipher Configuration</h2> <span style="color: #000000;">Bacula version 7.0 and later now allows to configure the data encryption cipher and the digest algorithm. The cipher was forced to AES 128, and it is now possible to choose between the following ciphers:</span> <ul style="color: #000000;"> <li>AES128 (default)</li> <li>AES192</li> <li>AES256</li> <li>blowfish</li> </ul> <p style="color: #000000;">The digest algorithm was set to SHA1 or SHA256 depending on the local OpenSSL options. We advise you to not modify the PkiDigest default setting. Please, refer to OpenSSL documentation to know about pro and cons on these options.</p> <pre style="color: #000000;"> FileDaemon { ... PkiCipher = AES256 } </pre> <h2 style="color: #000000;"><a name="SECTION00317000000000000000"></a>New Truncate Command</h2> <span style="color: #000000;">We have added a new truncate command to bconsole, which will truncate a Volume if the Volume is purged and if the Volume is also marked </span><b style="color: #000000;">Action On Purge = Truncate</b><span style="color: #000000;">. This feature was originally added in Bacula version 5.0.1, but the mechanism for actually doing the truncate required the user to enter a command such as:</span> <pre style="color: #000000;">purge volume action=truncate storage=File pool=Default </pre> <p style="color: #000000;">The above command is now simplified to be:</p> <pre style="color: #000000;">truncate storage=File pool=Default </pre> <h2 style="color: #000000;"><a name="SECTION00318000000000000000"></a>New Resume Command</h2> <span style="color: #000000;">This command does exactly the same thing as a </span><b style="color: #000000;">restart</b><span style="color: #000000;"> command but for some users the name may be more logical since in general the </span><b style="color: #000000;">restart</b><span style="color: #000000;"> command is used to rerun running a Job that had been canceled or had failed.</span> <h2 style="color: #000000;"><a name="SECTION00319000000000000000"></a>Migration/Copy/VirtualFull Performance Enhancements</h2> <span style="color: #000000;">The Bacula Storage daemon now permits multiple jobs to simultaneously read the same disk Volume, which gives substantial performance enhancements when running Migration, Copy, or VirtualFull jobs that read disk Volumes. Our testing shows that when running multiple simultaneous jobs, the jobs can finish up to ten times faster with this version of Bacula. This is built-in to the Storage daemon, so it happens automatically and transparently.</span> <h2 style="color: #000000;"><a name="SECTION003110000000000000000"></a>VirtualFull Backup Consolidation Enhancements</h2> <span style="color: #000000;">By default Bacula selects jobs automatically for a VirtualFull, however, you may want to create the Virtual backup based on a particular backup (point in time) that exists.</span> <p style="color: #000000;">For example, if you have the following backup Jobs in your catalog:</p> <pre style="color: #000000;">+-------+---------+-------+----------+----------+-----------+ | JobId | Name | Level | JobFiles | JobBytes | JobStatus | +-------+---------+-------+----------+----------+-----------+ | 1 | Vbackup | F | 1754 | 50118554 | T | | 2 | Vbackup | I | 1 | 4 | T | | 3 | Vbackup | I | 1 | 4 | T | | 4 | Vbackup | D | 2 | 8 | T | | 5 | Vbackup | I | 1 | 6 | T | | 6 | Vbackup | I | 10 | 60 | T | | 7 | Vbackup | I | 11 | 65 | T | | 8 | Save | F | 1758 | 50118564 | T | +-------+---------+-------+----------+----------+-----------+ </pre> <p style="color: #000000;">and you want to consolidate only the first 3 jobs and create a virtual backup equivalent to Job 1 + Job 2 + Job 3, you will use <tt>jobid=3</tt> in the <tt>run</tt> command, then Bacula will select the previous Full backup, the previous Differential (if any) and all subsequent Incremental jobs.</p> <pre style="color: #000000;">run job=Vbackup jobid=3 level=VirtualFull </pre> <p style="color: #000000;">If you want to consolidate a specific job list, you must specify the exact list of jobs to merge in the run command line. For example, to consolidate the last Differential and all subsequent Incremental, you will use <tt>jobid=4,5,6,7</tt> or <tt>jobid=4-7</tt> on the run command line. As one of the Job in the list is a Differential backup, Bacula will set the new job level to Differential. If the list is composed only with Incremental jobs, the new job will have a level set to Incremental.</p> <pre style="color: #000000;">run job=Vbackup jobid=4-7 level=VirtualFull </pre> <p style="color: #000000;">When using this feature, Bacula will automatically discard jobs that are not related to the current Job. For example, specifying <tt>jobid=7,8</tt>, Bacula will discard JobId 8 because it is not part of the same backup Job.</p> <p style="color: #000000;">We do not recommend it, but really want to consolidate jobs that have different names (so probably different clients, filesets, etc...), you must use <tt>alljobid=</tt> keyword instead of <tt>jobid=</tt>.</p> <pre style="color: #000000;">run job=Vbackup alljobid=1-3,6-8 level=VirtualFull </pre> <h2 style="color: #000000;"><a name="SECTION003111000000000000000"></a>FD Storage Address</h2> <p style="color: #000000;">When the Director is behind a NAT, in a WAN area, to connect to the StorageDaemon, the Director uses an ``external'' ip address, and the FileDaemon should use an ``internal'' IP address to contact the StorageDaemon.</p> <p style="color: #000000;">The normal way to handle this situation is to use a canonical name such as ``storage-server'' that will be resolved on the Director side as the WAN address and on the Client side as the LAN address. This is now possible to configure this parameter using the new directive <tt>FDStorageAddress</tt> in the Storage or Client resource.</p> <p style="color: #000000;"><img src="" alt="Image BackupOverWan1" width="695" height="630" align="BOTTOM" border="0" /><a name="fig:fdstorageaddress"></a></p> <pre style="color: #000000;">Storage { Name = storage1 Address = FD Storage Address = SD Port = 9103 ... } </pre> <pre style="color: #000000;"> Client { Name = client1 Address = FD Storage Address = FD Port = 9102 ... } </pre> <p style="color: #000000;">Note that using the Client <tt>FDStorageAddress</tt> directive will not allow to use multiple Storage Daemon, all Backup or Restore requests will be sent to the specified <tt>FDStorageAddress</tt>.</p> <h2 style="color: #000000;"><a name="SECTION003112000000000000000"></a>Job Bandwidth Limitation</h2> <p style="color: #000000;">The new <b>Job Bandwidth Limitation</b> directive may be added to the File daemon's and/or Director's configuration to limit the bandwidth used by a Job on a Client. It can be set in the File daemon's conf file for all Jobs run in that File daemon, or it can be set for each Job in the Director's conf file. The speed is always specified in bytes per second.</p> <p style="color: #000000;">For example:</p> <pre style="color: #000000;">FileDaemon { Name = localhost-fd Working Directory = /some/path Pid Directory = /some/path ... Maximum Bandwidth Per Job = 5Mb/s } </pre> <p style="color: #000000;">The above example would cause any jobs running with the FileDaemon to not exceed 5 megabytes per second of throughput when sending data to the Storage Daemon. Note, the speed is always specified in bytes per second (not in bits per second), and the case (upper/lower) of the specification characters is ignored (i.e. 1MB/s = 1Mb/s).</p> <p style="color: #000000;">You may specify the following speed parameter modifiers: k/s (1,000 bytes per second), kb/s (1,024 bytes per second), m/s (1,000,000 bytes per second), or mb/s (1,048,576 bytes per second).</p> <p style="color: #000000;">For example:</p> <pre style="color: #000000;">Job { Name = locahost-data FileSet = FS_localhost Accurate = yes ... Maximum Bandwidth = 5Mb/s ... } </pre> <p style="color: #000000;">The above example would cause Job <tt>localhost-data</tt> to not exceed 5MB/s of throughput when sending data from the File daemon to the Storage daemon.</p> <p style="color: #000000;">A new console command <tt>setbandwidth</tt> permits to set dynamically the maximum throughput of a running Job or for future jobs of a Client.</p> <pre style="color: #000000;">* setbandwidth limit=1000 jobid=10 </pre> <p style="color: #000000;">Please note that the value specified for the <tt>limit</tt> command line parameter is always in units of 1024 bytes (i.e. the number is multiplied by 1024 to give the number of bytes per second). As a consequence, the above limit of 1000 will be interpreted as a limit of 1000 * 1024 = 1,024,000 bytes per second.</p> <p style="color: #000000;">This project was funded by Bacula Systems.</p> <h2 style="color: #000000;"><a name="SECTION003113000000000000000"></a>Maximum Concurrent Read Jobs</h2> <span style="color: #000000;">This is a new directive that can be used in the </span><b style="color: #000000;">bacula-dir.conf</b><span style="color: #000000;"> file in the Storage resource. The main purpose is to limit the number of concurrent Copy, Migration, and VirtualFull jobs so that they don't monopolize all the Storage drives causing a deadlock situation where all the drives are allocated for reading but none remain for writing. This deadlock situation can occur when running multiple simultaneous Copy, Migration, and VirtualFull jobs.</span> <span style="color: #000000;">The default value is set to 0 (zero), which means there is no limit on the number of read jobs. Note, limiting the read jobs does not apply to Restore jobs, which are normally started by hand. A reasonable value for this directive is one half the number of drives that the Storage resource has rounded down. Doing so, will leave the same number of drives for writing and will generally avoid over committing drives and a deadlock.</span> <h2 style="color: #000000;"><a name="SECTION003114000000000000000"></a>Director job Codes in Message Resource Commands</h2> <span style="color: #000000;">Before submitting the specified mail command to the operating system, Bacula performs character substitution like in Runscript commands. Bacula will now perform also specific Director character substitution.</span> <span style="color: #000000;">The code for this feature was contributed by Bastian Friedrich.</span> <h2 style="color: #000000;"><a name="SECTION003115000000000000000"></a>Additions to RunScript variables</h2> <span style="color: #000000;">The following variables are now available in runscripts:</span> <ul style="color: #000000;"> <li>current PID using %P</li> <li>if the job is a clone job using %C</li> </ul> <pre style="color: #000000;">RunAfterJob = "/bin/echo Pid=%P isCloned=%C" </pre> <h2 style="color: #000000;"><a name="SECTION003116000000000000000"></a>Read Only Storage Devices</h2> <span style="color: #000000;">This version of Bacula permits defining a Storage daemon device to be read-only. That is if the </span><b style="color: #000000;">ReadOnly</b><span style="color: #000000;"> directive is specified and enabled, the drive can only be used for read operations. The the </span><b style="color: #000000;">ReadOnly</b><span style="color: #000000;"> directive can be defined in any bacula-sd.conf Device resource, and is most useful to reserve one or more drives for restores. An example is:</span> <pre style="color: #000000;">Read Only = yes </pre> <h2 style="color: #000000;"><a name="SECTION003117000000000000000"></a>New Prune ``Expired'' Volume Command</h2> <span style="color: #000000;">It is now possible to prune all volumes (from a pool, or globally) that are ``expired''. This option can be scheduled after or before the backup of the Catalog and can be combined with the Truncate On Purge option. The Expired Prune option can be used instead of the </span><tt style="color: #000000;"></tt><span style="color: #000000;"> script.</span> <pre style="color: #000000;">* prune expired volumes * prune expired volumes pool=FullPool </pre> <p style="color: #000000;">To schedule this option automatically, it can be added to the BackupCatalog job definition.</p> <pre style="color: #000000;"> Job { Name = CatalogBackup ... RunScript { Console = "prune expired volume yes" RunsWhen = Before } } </pre> <h2 style="color: #000000;"><a name="SECTION003118000000000000000"></a>Hardlink Performance Enhancements</h2> <span style="color: #000000;">If you use a program such as Cyrus IMAP that creates very large numbers of hardlinks, the time to build the interactive restore tree can be excessively long. This version of Bacula has a new feature that automatically keeps the hardlinks associated with the restore tree in memory, which consumes a bit more memory but vastly speeds up building the tree. If the memory usage is too big for your system, you can reduce the amount of memory used during the restore command by adding the option </span><b style="color: #000000;">optimizespeed=false</b><span style="color: #000000;"> on the bconsole run command line.</span> <p style="color: #000000;">This feature was developed by Josip Almasi, and enhanced to be runtime dynamic by Kern Sibbald.</p> <h2 style="color: #000000;"><a name="SECTION003119000000000000000"></a>DisableCommand Directive</h2> <span style="color: #000000;">There is a new Directive named </span><b style="color: #000000;">Disable Command</b><span style="color: #000000;"> that can be put in the File daemon Client or Director resource. If it is in the Client, it applies globally, otherwise the directive applies only to the Director in which it is found. The Disable Command adds security to your File daemon by disabling certain commands. The commands that can be disabled are:</span> <pre style="color: #000000;">backup cancel setdebug= setbandwidth= estimate fileset JobId= level = restore endrestore session status .status storage verify RunBeforeNow RunBeforeJob RunAfterJob Run accurate </pre> <p style="color: #000000;">On or more of these command keywords can be placed in quotes and separated by spaces on the Disable Command directive line. Note: the commands must be written exactly as they appear above.</p> <h2 style="color: #000000;"><a name="SECTION003120000000000000000"></a>Multiple Console Directors</h2> <span style="color: #000000;">Support for multiple bconsole and bat Directors in the bconsole.conf and bat.conf files has been implemented and/or improved.</span> <h2 style="color: #000000;"><a name="SECTION003121000000000000000"></a>Restricted Consoles</h2> <span style="color: #000000;">Better support for Restricted consoles has been implement for bconsole and bat.</span> <h2 style="color: #000000;"><a name="SECTION003122000000000000000"></a>Configuration Files</h2> <span style="color: #000000;">In previous versions of Bacula the configuration files for each component were limited to a maximum of 499 bytes per configuration file line. This version of Bacula permits unlimited input line lengths. This can be especially useful for specifying more complicated Migration/Copy SQL statements and in creating long restricted console ACL lists.</span> <h2 style="color: #000000;"><a name="SECTION003123000000000000000"></a>Maximum Spawned Jobs</h2> <span style="color: #000000;">The Job resource now permits specifying a number of </span><b style="color: #000000;">Maximum Spawn Jobs</b><span style="color: #000000;">. The default is 300. This directive can be useful if you have big hardware and you do a lot of Migration/Copy jobs which start at the same time. In prior versions of Bacula, Migration/Copy was limited to spawning a maximum of 100 jobs at a time.</span> <h2 style="color: #000000;"><a name="SECTION003124000000000000000"></a>Progress Meter</h2> <span style="color: #000000;">The new File daemon has been enhanced to send its progress (files processed and bytes written) to the Director every 30 seconds. These figures can then be displayed with a bconsole </span><b style="color: #000000;">status dir</b><span style="color: #000000;"> command.</span> <h2 style="color: #000000;"><a name="SECTION003125000000000000000"></a>Scheduling a 6th Week</h2> <span style="color: #000000;">Prior version of Bacula permits specifying 1st through 5th week of a month (first through fifth) as a keyword on the </span><b style="color: #000000;">run</b><span style="color: #000000;"> directive of a Schedule resource. This version of Bacula also permits specifying the 6th week of a month with the keyword</span><b style="color: #000000;">sixth</b><span style="color: #000000;"> or </span><b style="color: #000000;">6th</b><span style="color: #000000;">.</span> <h2 style="color: #000000;"><a name="SECTION003126000000000000000"></a>Scheduling the Last Day of a Month</h2> <span style="color: #000000;">This version of Bacula now permits specifying the </span><b style="color: #000000;">lastday</b><span style="color: #000000;"> keyword in the </span><b style="color: #000000;">run</b><span style="color: #000000;"> directive of a Schedule resource. If </span><b style="color: #000000;">lastday</b><span style="color: #000000;"> is specified, it will apply only to those months specified on the </span><b style="color: #000000;">run</b><span style="color: #000000;"> directive. Note: by default all months are specified.</span> <h2 style="color: #000000;"><a name="SECTION003127000000000000000"></a>Improvements to Cancel and Restart bconsole Commands</h2> <span style="color: #000000;">The Restart bconsole command now allow selection of either canceled or failed jobs to be restarted. In addition both the </span><b style="color: #000000;">cancel</b><span style="color: #000000;"> and </span><b style="color: #000000;">restart</b><span style="color: #000000;"> bconsole commands permit entering a number of JobIds separated by commas or a range of JobIds indicated by a dash between the begin and end range (e.g. 3-10). Finally the two commands also allow one to enter the special keyword </span><b style="color: #000000;">all</b><span style="color: #000000;"> to select all the appropriate Jobs.</span> <h2 style="color: #000000;"><a name="SECTION003128000000000000000"></a>bconsole Performance Improvements</h2> <span style="color: #000000;">In previous versions of Bacula certain bconsole commands could wait a long time due to catalog lock contention. This was especially noticeable when a large number of jobs were running and putting their attributes into the catalog. This version uses a separate catalog connection that should significantly enhance performance.</span> <h2 style="color: #000000;"><a name="SECTION003129000000000000000"></a>New .bvfs_decode_lstat Command</h2> <span style="color: #000000;">There is a new bconsole command, which is </span><b style="color: #000000;">.bvfs_decode_lstat</b><span style="color: #000000;"> it requires one argument, which is </span><b style="color: #000000;">lstat="lstat value to decode"</b><span style="color: #000000;">. An example command in bconsole and the output might be:</span> <pre style="color: #000000;">.bvfs_decode_lstat lstat="A A EHt B A A A JP BAA B BTL/A7 BTL/A7 BTL/A7 A A C" st_nlink=1 st_mode=16877 st_uid=0 st_gid=0 st_size=591 st_blocks=1 st_ino=0 st_ctime=1395650619 st_mtime=1395650619 st_mtime=1395650619 st_dev=0 LinkFI=0 </pre> <h2 style="color: #000000;"><a name="SECTION003130000000000000000"></a>New Debug Options</h2> <p style="color: #000000;">In Bacula Enterprise version 8.0 and later, we introduced new options to the <tt>setdebug</tt> command.</p> <p style="color: #000000;">If the <tt>options</tt> parameter is set, the following arguments can be used to control debug functions.</p> <dl style="color: #000000;" compact="compact"><dt>0</dt><dd>clear debug flags</dd><dt>i</dt><dd>Turn off, ignore bwrite() errors on restore on File Daemon</dd><dt>d</dt><dd>Turn off decomp of BackupRead() streams on File Daemon</dd><dt>t</dt><dd>Turn on timestamp in traces</dd><dt>T</dt><dd>Turn off timestamp in traces</dd><dt>c</dt><dd>Truncate trace file if trace file is activated</dd><dt>l</dt><dd>Turn on recoding events on P() and V()</dd><dt>p</dt><dd>Turn on the display of the event ring when doing a bactrace</dd></dl> <p style="color: #000000;">The following command will truncate the trace file and will turn on timestamps in the trace file.</p> <pre style="color: #000000;">* setdebug level=10 trace=1 options=ct fd </pre> <p style="color: #000000;">It is now possible to use <span class="textsl">class</span> of debug messages called <tt>tags</tt> to control the debug output of Bacula daemons.</p> <dl style="color: #000000;" compact="compact"><dt>all</dt><dd>Display all debug messages</dd><dt>bvfs</dt><dd>Display BVFS debug messages</dd><dt>sql</dt><dd>Display SQL related debug messages</dd><dt>memory</dt><dd>Display memory and poolmem allocation messages</dd><dt>scheduler</dt><dd>Display scheduler related debug messages</dd></dl> <pre style="color: #000000;">* setdebug level=10 tags=bvfs,sql,memory * setdebug level=10 tags=!bvfs # bacula-dir -t -d 200,bvfs,sql </pre> <p style="color: #000000;">The <tt>tags</tt> option is composed of a list of tags, tags are separated by ``,'' or ``+'' or ``-'' or ``!''. To disable a specific tag, use ``-'' or ``!'' in front of the tag. Note that more tags will come in future versions.</p>

OldNewDate CreatedAuthorActions
2014年7月9日 11:46:29 秋山泉
2014年6月11日 11:26:57