]> git.sur5r.net Git - bacula/bacula/blob - bacula/kernstodo
ebl Tweak bat for win32 (it segfault at home, but
[bacula/bacula] / bacula / kernstodo
1                     Kern's ToDo List
2                     02 May 2008
3
4
5 Document:
6 - This patch will give Bacula the option to specify files in
7    FileSets which can be dropped in directories which are Included
8    which will cause that directory not the be backed up.
9
10    For example, my FileSet contains:
11    # List of files to be backed up
12    FileSet {
13        Name = "Remote Specified1"
14        Include {
15            Options {
16                signature = MD5
17            }
18            File = "\\</etc/bacula-include"
19            IgnoreDir = .notthisone
20        }
21        Exclude {
22            File = "\\</etc/bacula-exclude"
23        }
24    }
25
26    And /etc/bacula-include contains:
27
28    /home
29
30    But in /home, there are hundreds of directories of users and some
31    people want to indicate that they don't want to have certain
32    directories backed-up:
33
34    /home/edwin/www/cache
35    /home/edwin/temp
36
37    So I can put them in /etc/bacula-exclude, but that is a system
38    file and not editable for mortal users.  To make it possible for
39    users to make it clear to the system that certain directories
40    don't need to be backed up, they now can create file called
41    .notthisone:
42
43    /home/edwin/www/cache/.notthisone
44    /home/edwin/temp/.notthisone
45
46    so that the backup system will be clear of rubbish like stuff in
47    these two directories but still that I as administrator of the
48    system don't have to be involved in it.
49 - !!! Cannot restore two jobs a the same time that were
50   written simultaneously unless they were totally spooled.
51 - Document cleaning up the spool files:
52   db, pid, state, bsr, mail, conmsg, spool
53 - Document the multiple-drive-changer.txt script.
54 - Pruning with Admin job.
55 - Does WildFile match against full name?  Doc.
56 - %d and %v only valid on Director, not for ClientRunBefore/After.
57 - During tests with the 260 char fix code, I found one problem:
58   if the system "sees" a long path once, it seems to forget it's
59   working drive (e.g.  c:\), which will lead to a problem during
60   the next job (create bootstrap file will fail).  Here is the
61   workaround: specify absolute working and pid directory in
62   bacula-fd.conf (e.g.  c:\bacula\working instead of
63   \bacula\working).
64 - Document techniques for restoring large numbers of files.
65 - Document setting my.cnf to big file usage.
66 - Add example of proper index output to doc. show index from File;
67 - Correct the Include syntax in the m4.xxx files in examples/conf
68 - Document JobStatus and Termination codes.
69 - Fix the error with the "DVI file can't be opened" while
70   building the French PDF.
71 - Document more DVD stuff
72 - Doc
73    { "JobErrors",  "i"},
74    { "JobFiles",   "i"},
75    { "SDJobFiles", "i"},
76    { "SDErrors",   "i"},
77    { "FDJobStatus","s"},
78    { "SDJobStatus","s"},
79 - Document all the little details of setting up certificates for
80   the Bacula data encryption code.
81 - Document more precisely how to use master keys -- especially
82   for disaster recovery.
83  
84 Professional Needs:
85 - Migration from other vendors
86   - Date change
87   - Path change
88 - Filesystem types
89 - Backup conf/exe (all daemons) 
90 - Backup up system state
91 - Detect state change of system (verify)
92 - Synthetic Full, Diff, Inc (Virtual, Reconstructed)
93 - SD to SD
94 - Modules for Databases, Exchange, ...
95 - Novell NSS backup http://www.novell.com/coolsolutions/tools/18952.html
96 - Compliance norms that compare restored code hash code.
97 - When glibc crash, get address with
98     info symbol 0x809780c
99 - How to sync remote offices.
100 - Exchange backup:
101   http://www.microsoft.com/technet/itshowcase/content/exchbkup.mspx
102 - David's priorities
103    Copypools
104    Extract capability (#25)
105    Continued enhancement of bweb
106    Threshold triggered migration jobs (not currently in list, but will be
107     needed ASAP)
108    Client triggered backups
109    Complete rework of the scheduling system (not in list)
110    Performance and usage instrumentation (not in list)
111    See email of 21Aug2007 for details.
112 - Look at: http://tech.groups.yahoo.com/group/cfg2html
113    and http://www.openeyet.nl/scc/ for managing customer changes
114
115 Priority:
116 ================
117 - Fix #ifdefing so that smartalloc can be disabled. Check manual
118   -- the default is enabled.
119 - Change calling sequence to delete_job_id_range() in ua_cmds.c 
120   the preceding strtok() is done inside the subroutine only once.
121 - Dangling softlinks are not restored properly.  For example, take a
122   soft link such as src/testprogs/install-sh, which points to /usr/share/autoconf...
123   move the directory to another machine where the file /usr/share/autoconf does
124   not exist, back it up, then try a full restore.  It fails.
125 - Check for FD compatibility -- eg .nobackup ...
126 - Re-check new dcr->reserved_volume
127 - Softlinks that point to non-existent file are not restored in restore all,
128   but are restored if the file is individually selected.  BUG!
129 - Doc Duplicate Jobs.
130 - New directive "Delete purged Volumes"
131 - Prune by Job
132 - Prune by Job Level (Full, Differential, Incremental)
133 - Strict automatic pruning 
134 - Implement unmount of USB volumes.
135 - Use "./config no-idea no-mdc2 no-rc5" on building OpenSSL for
136   Win32 to avoid patent problems.
137 - Implement multiple jobid specification for the cancel command,
138   similar to what is permitted on the update slots command.
139 - Implement Bacula plugins -- design API
140 - modify pruning to keep a fixed number of versions of a file, 
141   if requested.
142 - the cd-command should allow complete paths
143   i.e. cd /foo/bar/foo/bar
144   -> if a customer mails me the path to a certain file,
145      its faster to enter the specified directory
146 - Make tree walk routines like cd, ls, ... more user friendly
147   by handling spaces better.
148 === rate design
149   jcr->last_rate
150   jcr->last_runtime
151   MA = (last_MA * 3 + rate) / 4
152   rate = (bytes - last_bytes) / (runtime - last_runtime)
153 - Add a recursive mark command (rmark) to restore.
154 - "Minimum Job Interval = nnn" sets minimum interval between Jobs
155   of the same level and does not permit multiple simultaneous
156   running of that Job (i.e. lets any previous invocation finish
157   before doing Interval testing).
158 - Look at simplifying File exclusions.
159 - Scripts
160 - Auto update of slot:
161    rufus-dir: ua_run.c:456-10 JobId=10 NewJobId=10 using pool Full priority=10
162    02-Nov 12:58 rufus-dir JobId 10: Start Backup JobId 10, Job=kernsave.2007-11-02_12.58.03
163    02-Nov 12:58 rufus-dir JobId 10: Using Device "DDS-4"
164    02-Nov 12:58 rufus-sd JobId 10: Invalid slot=0 defined in catalog for Volume "Vol001" on "DDS-4" (/dev/nst0). Manual load my be required.
165    02-Nov 12:58 rufus-sd JobId 10: 3301 Issuing autochanger "loaded? drive 0" command.
166    02-Nov 12:58 rufus-sd JobId 10: 3302 Autochanger "loaded? drive 0", result is Slot 2.
167    02-Nov 12:58 rufus-sd JobId 10: Wrote label to prelabeled Volume "Vol001" on device "DDS-4" (/dev/nst0)
168    02-Nov 12:58 rufus-sd JobId 10: Alert: TapeAlert[7]:   Media Life: The tape has reached the end of its useful life.
169    02-Nov 12:58 rufus-dir JobId 10: Bacula rufus-dir 2.3.6 (26Oct07): 02-Nov-2007 12:58:51
170 - Eliminate:  /var is a different filesystem. Will not descend from / into /var
171 - Separate Files and Directories in catalog
172 - Create FileVersions table
173 - Look at rsysnc for incremental updates and dedupping
174 - Add MD5 or SHA1 check in SD for data validation
175 - finish implementation of fdcalled -- see ua_run.c:105
176 - Fix problem in postgresql.c in my_postgresql_query, where the
177   generation of the error message doesn't differentiate result==NULL
178   and a bad status from that result.  Not only that, the result is
179   cleared on a bail_out without having generated the error message.
180 - KIWI
181 - Implement SDErrors (must return from SD)
182 - Implement USB keyboard support in rescue CD.
183 - Implement continue spooling while despooling.
184 - Remove all install temp files in Win32 PLUGINSDIR.
185 - Audit retention periods to make sure everything is 64 bit.
186 - No where in restore causes kaboom.
187 - Performance: multiple spool files for a single job.
188 - Performance: despool attributes when despooling data (problem
189   multiplexing Dir connection).
190 - Make restore use the in-use volume reservation algorithm.
191 - When Pool specifies Storage command override does not work.
192 - Implement wait_for_sysop() message display in wait_for_device(), which
193   now prints warnings too often.
194 - Ensure that each device in an Autochanger has a different
195   Device Index.
196 - Look at sg_logs -a /dev/sg0 for getting soft errors.
197 - btape "test" command with Offline on Unmount = yes
198
199    This test is essential to Bacula.
200
201    I'm going to write one record  in file 0,
202    two records in file 1,
203    and three records in file 2
204
205    02-Feb 11:00 btape: ABORTING due to ERROR in dev.c:715
206    dev.c:714 Bad call to rewind. Device "LTO" (/dev/nst0) not open
207    02-Feb 11:00 btape: Fatal Error because: Bacula interrupted by signal 11: Segmentation violation
208    Kaboom! btape, btape got signal 11. Attempting traceback.
209
210 - Encryption -- email from Landon
211    > The backup encryption algorithm is currently not configurable, and is  
212    > set to AES_128_CBC in src/filed/backup.c. The encryption code  
213    > supports a number of different ciphers (as well as adding arbitrary  
214    > new ones) -- only a small bit of code would be required to map a  
215    > configuration string value to a CRYPTO_CIPHER_* value, if anyone is  
216    > interested in implementing this functionality.
217
218 - Figure out some way to "automatically" backup conf changes.
219 - Add the OS version back to the Win32 client info.
220 - Restarted jobs have a NULL in the from field.
221 - Modify SD status command to indicate when the SD is writing
222   to a DVD (the device is not open -- see bug #732).
223 - Look at the possibility of adding "SET NAMES UTF8" for MySQL,
224   and possibly changing the blobs into varchar.
225 - Ensure that the SD re-reads the Media record if the JobFiles
226   does not match -- it may have been updated by another job.
227 - Doc items
228 - Test Volume compatibility between machine architectures
229 - Encryption documentation
230 - Wrong jobbytes with query 12 (todo)
231 - Bare-metal recovery Windows (todo)
232    
233
234 Projects:
235 - Pool enhancements
236   - Access Mode = Read-Only, Read-Write, Unavailable, Destroyed, Offsite
237   - Pool Type = Copy
238   - Maximum number of scratch volumes
239   - Maximum File size
240   - Next Pool (already have)
241   - Reclamation threshold
242   - Reclamation Pool
243   - Reuse delay (after all files purged from volume before it can be used)
244   - Copy Pool = xx, yyy (or multiple lines).
245   - Catalog = xxx
246   - Allow pool selection during restore.
247
248 - Average tape size from Eric
249     SELECT COALESCE(media_avg_size.volavg,0) * count(Media.MediaId) AS volmax,                                                              GROUP BY Media.MediaType, Media.PoolId, media_avg_size.volavg
250            count(Media.MediaId)  AS volnum,
251            sum(Media.VolBytes)   AS voltotal,
252            Media.PoolId          AS PoolId,
253            Media.MediaType       AS MediaType
254     FROM Media
255     LEFT JOIN (SELECT avg(Media.VolBytes) AS volavg,
256                       Media.MediaType     AS MediaType
257                FROM Media
258               WHERE Media.VolStatus = 'Full'
259               GROUP BY Media.MediaType
260                ) AS media_avg_size ON (Media.MediaType = media_avg_size.MediaType)
261     GROUP BY Media.MediaType, Media.PoolId, media_avg_size.volavg
262 - GUI
263   - Admin
264   - Management reports
265   - Add doc for bweb -- especially Installation
266   - Look at Webmin
267      http://www.orangecrate.com/modules.php?name=News&file=article&sid=501
268 - Performance
269   - Despool attributes in separate thread
270   - Database speedups
271   - Embedded MySQL
272   - Check why restore repeatedly sends Rechdrs between
273     each data chunk -- according to James Harper 9Jan07.
274 - Features
275   - Better scheduling  
276   - Full at least once a month, ...
277   - Cancel Inc if Diff/Full running
278   - More intelligent re-run
279   - New/deleted file backup   
280   - FD plugins
281   - Incremental backup -- rsync, Stow
282
283
284 For next release:
285 - Try to fix bscan not working with multiple DVD volumes bug #912.
286 - Look at mondo/mindi
287 - Make Bacula by default not backup tmpfs, procfs, sysfs, ...
288 - Fix hardlinked immutable files when linking a second file, the
289   immutable flag must be removed prior to trying to link it.
290 - Implement Python event for backing up/restoring a file.
291 - Change dbcheck to tell users to use native tools for fixing
292   broken databases, and to ensure they have the proper indexes.
293 - add udev rules for Bacula devices.
294 - If a job terminates, the DIR connection can close before the
295   Volume info is updated, leaving the File count wrong.
296 - Look at why SIGPIPE during connection can cause seg fault in
297   writing the daemon message, when Dir dropped to bacula:bacula
298 - Look at zlib 32 => 64 problems.
299 - Possibly turn on St. Bernard code.
300 - Fix bextract to restore ACLs, or better yet, use common routines.
301 - Do we migrate appendable Volumes?
302 - Remove queue.c code.
303 - Print warning message if LANG environment variable does not specify
304   UTF-8.
305 - New dot commands from Arno.
306   .show device=xxx lists information from one storage device, including 
307      devices (I'm not even sure that information exists in the DIR...)
308   .move eject device=xxx mostly the same as 'unmount xxx' but perhaps with 
309      better machine-readable output like "Ok" or "Error busy"
310   .move eject device=xxx toslot=yyy the same as above, but with a new 
311      target slot. The catalog should be updated accordingly.
312   .move transfer device=xxx fromslot=yyy toslot=zzz
313
314 Low priority:
315 - Article: http://www.heise.de/open/news/meldung/83231
316 - Article: http://www.golem.de/0701/49756.html
317 - Article: http://lwn.net/Articles/209809/
318 - Article: http://www.onlamp.com/pub/a/onlamp/2004/01/09/bacula.html
319 - Article: http://www.linuxdevcenter.com/pub/a/linux/2005/04/07/bacula.html
320 - Article: http://www.osreviews.net/reviews/admin/bacula
321 - Article: http://www.debianhelp.co.uk/baculaweb.htm
322 - Article: 
323 - Wikis mentioning Bacula
324   http://wiki.finkproject.org/index.php/Admin:Backups
325   http://wiki.linuxquestions.org/wiki/Bacula
326   http://www.openpkg.org/product/packages/?package=bacula
327   http://www.iterating.com/products/Bacula
328   http://net-snmp.sourceforge.net/wiki/index.php/Net-snmp_extensions
329   http://www.section6.net/wiki/index.php/Using_Bacula_for_Tape_Backups
330   http://bacula.darwinports.com/
331   http://wiki.mandriva.com/en/Releases/Corporate/Server_4/Notes#Bacula
332   http://en.wikipedia.org/wiki/Bacula
333
334 - Bacula Wikis
335   http://www.devco.net/pubwiki/Bacula/
336   http://paramount.ind.wpi.edu/wiki/doku.php
337   http://gentoo-wiki.com/HOWTO_Backup
338   http://www.georglutz.de/wiki/Bacula
339   http://www.clarkconnect.com/wiki/index.php?title=Modules_-_LAN_Backup/Recovery
340   http://linuxwiki.de/Bacula   (in German)
341
342 - Possibly allow SD to spool even if a tape is not mounted.
343 - Fix re-read of last block to check if job has actually written
344   a block, and check if block was written by a different job
345   (i.e. multiple simultaneous jobs writing).
346 - Figure out how to configure query.sql.  Suggestion to use m4:
347     == changequote.m4 ===
348     changequote(`[',`]')dnl
349     ==== query.sql.in ===
350     :List next 20 volumes to expire
351     SELECT
352         Pool.Name AS PoolName,
353         Media.VolumeName,
354         Media.VolStatus,
355         Media.MediaType,
356     ifdef([MySQL],
357     [ FROM_UNIXTIME(UNIX_TIMESTAMP(Media.LastWritten) Media.VolRetention) AS Expire, ])dnl
358     ifdef([PostgreSQL],
359     [ media.lastwritten + interval '1 second' * media.volretention as expire, ])dnl
360       Media.LastWritten
361       FROM Pool
362       LEFT JOIN Media
363       ON Media.PoolId=Pool.PoolId
364       WHERE Media.LastWritten>0
365       ORDER BY Expire
366       LIMIT 20;
367     ====
368     Command: m4 -DmySQL changequote.m4 query.sql.in >query.sql
369
370   The problem is that it requires m4, which is not present on all machines
371   at ./configure time.
372 - Given all the problems with FIFOs, I think the solution is to do something a
373   little different, though I will look at the code and see if there is not some
374   simple solution (i.e. some bug that was introduced).  What might be a better
375   solution would be to use a FIFO as a sort of "key" to tell Bacula to read and
376   write data to a program rather than the FIFO.  For example, suppose you
377   create a FIFO named:
378
379      /home/kern/my-fifo
380
381   Then, I could imagine if you backup and restore this file with a direct
382   reference as is currently done for fifos, instead, during backup Bacula will
383   execute:
384
385     /home/kern/my-fifo.backup
386
387   and read the data that my-fifo.backup writes to stdout. For restore, Bacula
388   will execute:
389
390     /home/kern/my-fifo.restore
391
392   and send the data backed up to stdout. These programs can either be an
393   executable or a shell script and they need only read/write to stdin/stdout.
394
395   I think this would give a lot of flexibility to the user without making any
396   significant changes to Bacula.
397
398
399 ==== SQL
400 # get null file
401 select FilenameId from Filename where Name='';
402 # Get list of all directories referenced in a Backup.
403 select Path.Path from Path,File where File.JobId=nnn and
404   File.FilenameId=(FilenameId-from-above) and File.PathId=Path.PathId
405   order by Path.Path ASC;
406
407 - Look into using Dart for testing
408   http://public.kitware.com/Dart/HTML/Index.shtml
409
410 - Look into replacing autotools with cmake
411   http://www.cmake.org/HTML/Index.html
412
413 - Mount on an Autochanger with no tape in the drive causes:
414    Automatically selected Storage: LTO-changer
415    Enter autochanger drive[0]: 0
416    3301 Issuing autochanger "loaded drive 0" command.
417    3302 Autochanger "loaded drive 0", result: nothing loaded.
418    3301 Issuing autochanger "loaded drive 0" command.
419    3302 Autochanger "loaded drive 0", result: nothing loaded.
420    3902 Cannot mount Volume on Storage Device "LTO-Drive1" (/dev/nst0) because:
421    Couldn't rewind device "LTO-Drive1" (/dev/nst0): ERR=dev.c:678 Rewind error on "LTO-Drive1" (/dev/nst0). ERR=No medium found.
422    3905 Device "LTO-Drive1" (/dev/nst0) open but no Bacula volume is mounted.
423    If this is not a blank tape, try unmounting and remounting the Volume.
424 - If Drive 0 is blocked, and drive 1 is set "Autoselect=no", drive 1 will
425   be used.
426 - Autochanger did not change volumes.  
427    select * from Storage;
428    +-----------+-------------+-------------+
429    | StorageId | Name        | AutoChanger |
430    +-----------+-------------+-------------+
431    |         1 | LTO-changer |           0 |
432    +-----------+-------------+-------------+
433    05-May 03:50 roxie-sd: 3302 Autochanger "loaded drive 0", result is Slot 11.
434    05-May 03:50 roxie-sd: Tibs.2006-05-05_03.05.02 Warning: Director wanted Volume "LT
435     Current Volume "LT0-002" not acceptable because:
436     1997 Volume "LT0-002" not in catalog.
437    05-May 03:50 roxie-sd: Tibs.2006-05-05_03.05.02 Error: Autochanger Volume "LT0-002"
438     Setting InChanger to zero in catalog.
439    05-May 03:50 roxie-dir: Tibs.2006-05-05_03.05.02 Error: Unable to get Media record
440
441    05-May 03:50 roxie-sd: Tibs.2006-05-05_03.05.02 Fatal error: Error getting Volume i
442    05-May 03:50 roxie-sd: Tibs.2006-05-05_03.05.02 Fatal error: Job 530 canceled.
443    05-May 03:50 roxie-sd: Tibs.2006-05-05_03.05.02 Fatal error: spool.c:249 Fatal appe
444    05-May 03:49 Tibs: Tibs.2006-05-05_03.05.02 Fatal error: c:\cygwin\home\kern\bacula
445    , got
446      (missing)
447     llist volume=LTO-002
448               MediaId: 6
449            VolumeName: LTO-002
450                  Slot: 0
451                PoolId: 1
452             MediaType: LTO-2
453          FirstWritten: 2006-05-05 03:11:54
454           LastWritten: 2006-05-05 03:50:23
455             LabelDate: 2005-12-26 16:52:40
456               VolJobs: 1
457              VolFiles: 0
458             VolBlocks: 1
459             VolMounts: 0
460              VolBytes: 206
461             VolErrors: 0
462             VolWrites: 0
463      VolCapacityBytes: 0
464             VolStatus: 
465               Recycle: 1
466          VolRetention: 31,536,000
467        VolUseDuration: 0
468            MaxVolJobs: 0
469           MaxVolFiles: 0
470           MaxVolBytes: 0
471             InChanger: 0
472               EndFile: 0
473              EndBlock: 0
474              VolParts: 0
475             LabelType: 0
476             StorageId: 1
477
478    Note VolStatus is blank!!!!!
479    llist volume=LTO-003
480              MediaId: 7
481           VolumeName: LTO-003
482                 Slot: 12
483               PoolId: 1
484            MediaType: LTO-2
485         FirstWritten: 0000-00-00 00:00:00
486          LastWritten: 0000-00-00 00:00:00
487            LabelDate: 2005-12-26 16:52:40
488              VolJobs: 0
489             VolFiles: 0
490            VolBlocks: 0
491            VolMounts: 0
492             VolBytes: 1
493            VolErrors: 0
494            VolWrites: 0
495     VolCapacityBytes: 0
496            VolStatus: Append
497              Recycle: 1
498         VolRetention: 31,536,000
499       VolUseDuration: 0
500           MaxVolJobs: 0
501          MaxVolFiles: 0
502          MaxVolBytes: 0
503            InChanger: 0
504              EndFile: 0
505             EndBlock: 0
506             VolParts: 0
507            LabelType: 0
508            StorageId: 1
509 ===
510    mount
511    Automatically selected Storage: LTO-changer
512    Enter autochanger drive[0]: 0
513    3301 Issuing autochanger "loaded drive 0" command.
514    3302 Autochanger "loaded drive 0", result: nothing loaded.
515    3301 Issuing autochanger "loaded drive 0" command.
516    3302 Autochanger "loaded drive 0", result: nothing loaded.
517    3902 Cannot mount Volume on Storage Device "LTO-Drive1" (/dev/nst0) because:
518    Couldn't rewind device "LTO-Drive1" (/dev/nst0): ERR=dev.c:678 Rewind error on "LTO-Drive1" (/dev/nst0). ERR=No medium found.
519
520    3905 Device "LTO-Drive1" (/dev/nst0) open but no Bacula volume is mounted.
521    If this is not a blank tape, try unmounting and remounting the Volume.
522
523 - http://www.dwheeler.com/essays/commercial-floss.html
524 - Add VolumeLock to prevent all but lock holder (SD) from updating
525   the Volume data (with the exception of VolumeState).
526 - The btape fill command does not seem to use the Autochanger
527 - Make Windows installer default to system disk drive.
528 - Look at using ioctl(FIOBMAP, ...) on Linux, and 
529   DeviceIoControl(...,  FSCTL_QUERY_ALLOCATED_RANGES, ...) on
530   Win32 for sparse files.
531   http://www.flexhex.com/docs/articles/sparse-files.phtml
532   http://www.informatik.uni-frankfurt.de/~loizides/reiserfs/fibmap.html
533 - Directive: at <event> "command"
534 - Command: pycmd "command" generates "command" event.  How to
535   attach to a specific job?
536 - Integrate Christopher's St. Bernard code.
537 - run_cmd() returns int should return JobId_t
538 - get_next_jobid_from_list() returns int should return JobId_t
539 - Document export LDFLAGS=-L/usr/lib64
540 - Don't attempt to restore from "Disabled" Volumes.
541 - Network error on Win32 should set Win32 error code.
542 - What happens when you rename a Disk Volume?
543 - Job retention period in a Pool (and hence Volume).  The job would
544   then be migrated.
545 - Look at -D_FORTIFY_SOURCE=2
546 - Add Win32 FileSet definition somewhere
547 - Look at fixing restore status stats in SD.
548 - Look at using ioctl(FIMAP) and FIGETBSZ for sparse files.
549   http://www.informatik.uni-frankfurt.de/~loizides/reiserfs/fibmap.html
550 - Implement a mode that says when a hard read error is
551   encountered, read many times (as it currently does), and if the
552   block cannot be read, skip to the next block, and try again.  If
553   that fails, skip to the next file and try again, ...
554 - Add level table:
555   create table LevelType (LevelType binary(1), LevelTypeLong tinyblob);
556   insert into LevelType (LevelType,LevelTypeLong) values
557   ("F","Full"),
558   ("D","Diff"),
559   ("I","Inc");
560 - Show files/second in client status output.
561 - new pool XXX with ScratchPoolId = MyScratchPool's PoolId and
562   let it fill itself, and RecyclePoolId = XXX's PoolId so I can
563   see if it become stable and I just have to supervise
564   MyScratchPool
565 - If I want to remove this pool, I set RecyclePoolId = MyScratchPool's
566   PoolId, and when it is empty remove it.
567 - Add Volume=SCRTCH
568 - Allow Check Labels to be used with Bacula labels.
569 - "Resuming" a failed backup (lost line for example) by using the
570   failed backup as a sort of "base" job.
571 - Look at NDMP
572 - Email to the user when the tape is about to need changing x
573   days before it needs changing.
574 - Command to show next tape that will be used for a job even
575   if the job is not scheduled.
576 - From: Arunav Mandal <amandal@trolltech.com>
577   1. When jobs are running and bacula for some reason crashes or if I do a 
578   restart it remembers and jobs it was running before it crashed or restarted 
579   as of now I loose all jobs if I restart it.
580
581   2. When spooling and in the midway if client is disconnected for instance a 
582   laptop bacula completely discard the spool. It will be nice if it can write 
583   that spool to tape so there will be some backups for that client if not all.
584
585   3. We have around 150 clients machines it will be nice to have a option to 
586   upgrade all the client machines bacula version automatically.
587
588   4. Atleast one connection should be reserved for the bconsole so at heavy load 
589   I should connect to the director via bconsole which at sometimes I can't
590
591   5. Another most important feature that is missing, say at 10am I manually 
592   started  backup of client abc and it was a full backup since client abc has 
593   no backup history and at 10.30am bacula again automatically started backup of 
594   client abc as that was in the schedule. So now we have 2 multiple Full 
595   backups of the same client and if we again try to start a full backup of 
596   client backup abc bacula won't complain. That should be fixed.
597
598 - For Windows disaster recovery see http://unattended.sf.net/
599 - regardless of the retention period, Bacula will not prune the
600   last Full, Diff, or Inc File data until a month after the
601   retention period for the last Full backup that was done.
602 - update volume=xxx --- add status=Full
603 - Remove old spool files on startup.
604 - Exclude SD spool/working directory.
605 - Refuse to prune last valid Full backup. Same goes for Catalog.
606 - Python:
607   - Make a callback when Rerun failed levels is called.
608   - Give Python program access to Scheduled jobs.
609   - Add setting Volume State via Python.
610   - Python script to save with Python, not save, save with Bacula.
611   - Python script to do backup.
612   - What events?
613   - Change the Priority, Client, Storage, JobStatus (error) 
614     at the start of a job.
615 - Why is SpoolDirectory = /home/bacula/spool;  not reported
616   as an error when writing a DVD?
617 - Make bootstrap file handle multiple MediaTypes (SD)
618 - Remove all old Device resource code in Dir and code to pass it
619   back in SD -- better, rework it to pass back device statistics.
620 - Check locking of resources -- be sure to lock devices where previously
621   resources were locked. 
622 - The last part is left in the spool dir.
623
624
625 - In restore don't compare byte count on a raw device -- directory
626   entry does not contain bytes.
627
628
629 - Max Vols limit in Pool off by one?
630 - Implement Files/Bytes,... stats for restore job.
631 - Implement Total Bytes Written, ... for restore job.
632 - Despool attributes simultaneously with data in a separate
633   thread, rejoined at end of data spooling.
634 - 7. Implement new Console commands to allow offlining/reserving drives,
635      and possibly manipulating the autochanger (much asked for).
636 - Add start/end date editing in messages (%t %T, %e?) ...
637 - Add ClientDefs similar to JobDefs.
638 - Print more info when bextract -p accepts a bad block.
639 - Fix FD JobType to be set before RunBeforeJob in FD.
640 - Look at adding full Volume and Pool information to a Volume 
641   label so that bscan can get *all* the info. 
642 - If the user puts "Purge Oldest Volume = yes" or "Recycle Oldest Volume = yes"
643   and there is only one volume in the pool, refuse to do it -- otherwise
644   he fills the Volume, then immediately starts reusing it.
645 - Implement copies and stripes.
646 - Add history file to console.
647 - Each file on tape creates a JobMedia record. Peter has 4 million
648   files spread over 10000 tape files and four tapes. A restore takes
649   16 hours to build the restore list.
650 - Add and option to check if the file size changed during backup.
651 - Make sure SD deletes spool files on error exit.
652 - Delete old spool files when SD starts.
653 - When labeling tapes, if you enter 000026, Bacula uses
654   the tape index rather than the Volume name 000026.
655 - Add offline tape command to Bacula console.
656 - Bug: 
657   Enter MediaId or Volume name: 32
658   Enter new Volume name: DLT-20Dec04
659   Automatically selected Pool: Default
660   Connecting to Storage daemon DLTDrive at 192.168.68.104:9103 ...
661   Sending relabel command from "DLT-28Jun03" to "DLT-20Dec04" ...
662   block.c:552 Write error at 0:0 on device /dev/nst0. ERR=Bad file descriptor.
663   Error writing final EOF to tape. This tape may not be readable.
664   dev.c:1207 ioctl MTWEOF error on /dev/nst0. ERR=Permission denied.
665   askdir.c:219 NULL Volume name. This shouldn't happen!!!
666   3912 Failed to label Volume: ERR=dev.c:1207 ioctl MTWEOF error on /dev/nst0. ERR=Permission denied.
667   Label command failed for Volume DLT-20Dec04.
668   Do not forget to mount the drive!!!
669 - Bug: if a job is manually scheduled to run later, it does not appear
670   in any status report and cannot be cancelled.
671
672 ==== Keeping track of deleted/new files ====
673 - To mark files as deleted, run essentially a Verify to disk, and
674   when a file is found missing (MarkId != JobId), then create
675   a new File record with FileIndex == -1. This could be done
676   by the FD at the same time as the backup.
677
678      My "trick" for keeping track of deletions is the following.
679      Assuming the user turns on this option, after all the files
680      have been backed up, but before the job has terminated, the
681      FD will make a pass through all the files and send their
682      names to the DIR (*exactly* the same as what a Verify job
683      currently does).  This will probably be done at the same
684      time the files are being sent to the SD avoiding a second
685      pass.  The DIR will then compare that to what is stored in
686      the catalog.  Any files in the catalog but not in what the
687      FD sent will receive a catalog File entry that indicates
688      that at that point in time the file was deleted. This
689      either transmitted to the FD or simultaneously computed in
690      the FD, so that the FD can put a record on the tape that
691      indicates that the file has been deleted at this point.
692      A delete file entry could potentially be one with a FileIndex
693      of 0 or perhaps -1 (need to check if FileIndex is used for
694      some other thing as many of the Bacula fields are "overloaded"
695      in the SD).
696
697      During a restore, any file initially picked up by some
698      backup (Full, ...) then subsequently having a File entry
699      marked "delete" will be removed from the tree, so will not
700      be restored.  If a file with the same name is later OK it
701      will be inserted in the tree -- this already happens.  All
702      will be consistent except for possible changes during the
703      running of the FD.
704
705      Since I'm on the subject, some of you may be wondering what
706      the utility of the in memory tree is if you are going to
707      restore everything (at least it comes up from time to time
708      on the list).  Well, it is still *very* useful because it
709      allows only the last item found for a particular filename
710      (full path) to be entered into the tree, and thus if a file
711      is backed up 10 times, only the last copy will be restored.
712      I recently (last Friday) restored a complete directory, and
713      the Full and all the Differential and Incremental backups
714      spanned 3 Volumes.  The first Volume was not even mounted
715      because all the files had been updated and hence backed up
716      since the Full backup was made.  In this case, the tree
717      saved me a *lot* of time.
718
719      Make sure this information is stored on the tape too so
720      that it can be restored directly from the tape.
721
722      All the code (with the exception of formally generating and
723      saving the delete file entries) already exists in the Verify
724      Catalog command.  It explicitly recognizes added/deleted files since
725      the last InitCatalog.  It is more or less a "simple" matter of
726      taking that code and adapting it slightly to work for backups.
727
728   Comments from Martin Simmons (I think they are all covered):
729   Ok, that should cover the basics.  There are few issues though:
730
731   - Restore will depend on the catalog.  I think it is better to include the
732   extra data in the backup as well, so it can be seen by bscan and bextract.
733
734   - I'm not sure if it will preserve multiple hard links to the same inode.  Or
735   maybe adding or removing links will cause the data to be dumped again?
736
737   - I'm not sure if it will handle renamed directories.  Possibly it will work
738   by dumping the whole tree under a renamed directory?
739
740   - It remains to be seen how the backup performance of the DIR's will be
741   affected when comparing the catalog for a large filesystem.
742
743    1. Use the current Director in-memory tree code (very fast), but currently in 
744    memory.  It probably could be paged.
745
746    2. Use some DB such as Berkeley DB or SQLite.  SQLite is already compiled and 
747    built for Win32, and it is something we could compile into the program.
748
749    3. Implement our own custom DB code.
750
751    Note, by appropriate use of Directives in the Director, we can dynamically 
752    decide if the work is done in the Director or in the FD, and we can even 
753    allow the user to choose.
754
755 === most recent accurate file backup/restore ===
756    Here is a sketch (i.e. more details must be filled in later) that I recently 
757    made of an algorithm for doing Accurate Backup.
758
759    1. Dir informs FD that it is doing an Accurate backup and lookup done by 
760    Director.
761
762    2. FD passes through the file system doing a normal backup based on normal 
763    conditions, recording the names of all files and their attributes, and 
764    indicating which files were backed up.  This is very similar to what Verify 
765    does.
766
767    3. The Director receives the two lists of files at the end of the FD backup. 
768    One, files backed up, and one files not backed up. It then looks up all the 
769    files not backed up (using Verify style code).
770
771    4. The Dir sends the FD a list of:
772      a. Additional files to backup (based on user specified criteria, name, size
773            inode date, hash, ...).
774              b. Files to delete.
775
776    5. Dir deletes list of file not backed up.
777
778    6. FD backs up additional files generates a list of those backed up and sends 
779    it to the Director, which adds it to the list of files backed up.  The list 
780    is now complete and current.
781
782    7. The FD generates delete records for all the files that were deleted and 
783    sends to the SD.
784
785    8. The Dir deletes the previous CurrentBackup list, and then does a 
786    transaction insert of the new list that it has.
787
788    9. The rest works as before ...
789
790    That is it.
791
792    Two new tables needed.
793    1. CurrentBackupId table that contains Client, JobName, FileSet, and a unique 
794    BackupId.  This is created during a Full save, and the BackupId can be set to 
795    the JobId of the Full save.  It will remain the same until another Full 
796    backup is done.  That is when new records are added during a Differential or 
797    Incremental, they must use the same BackupId.
798
799    2. CurrentBackup table that contains essentially a File record (less a number 
800    of fields, but with a few extra fields) -- e.g. a flag that the File was 
801    backed up by a Full save (this permits doing a Differential).    The unique 
802    BackupId allows us to look up the CurrentBackup for a particular Client, 
803    Jobname, FileSet using that unique BackupId as the key, so this table must be 
804    indexed by the BackupId. 
805
806    Note any time a file is saved by the FD other than during a Full save, the 
807    Full save flag is cleared.  When doing a Differential backup, if a file has 
808    the Full save flag set, it is skipped, otherwise it is backed up.  For an 
809    Incremental backup, we check to see if the file has changed since the last 
810    time we backed it up.
811
812    Deleted files should have FileIndex == 0
813
814 ==== 
815 From David:
816 How about introducing a Type = MgmtPolicy job type? That job type would
817 be responsible for scanning the Bacula environment looking for specific
818 conditions, and submitting the appropriate jobs for implementing said
819 policy, eg: 
820
821 Job {
822    Name = "Migration-Policy"
823    Type = MgmtPolicy
824    Policy Selection Job Type = Migrate
825    Scope = "<keyword> <operator> <regexp>"
826    Threshold = "<keyword> <operator> <regexp>"
827    Job Template = <template-name>
828 }
829
830 Where <keyword> is any legal job keyword, <operator> is a comparison
831 operator (=,<,>,!=, logical operators AND/OR/NOT) and <regexp> is a
832 appropriate regexp. I could see an argument for Scope and Threshold
833 being SQL queries if we want to support full flexibility. The
834 Migration-Policy job would then get scheduled as frequently as a site
835 felt necessary (suggested default: every 15 minutes). 
836
837 Example: 
838
839 Job {
840    Name = "Migration-Policy"
841    Type = MgmtPolicy
842    Policy Selection Job Type = Migration
843    Scope = "Pool=*"
844    Threshold = "Migration Selection Type = LowestUtil"
845    Job Template = "MigrationTemplate"
846 }
847
848 would select all pools for examination and generate a job based on
849 MigrationTemplate to automatically select the volume with the lowest
850 usage and migrate it's contents to the nextpool defined for that pool. 
851
852 This policy abstraction would be really handy for adjusting the behavior
853 of Bacula according to site-selectable criteria (one thing that pops
854 into mind is Amanda's ability to automatically adjust backup levels
855 depending on various criteria).
856
857
858 =====
859
860 Regression tests:
861 - Add Pool/Storage override regression test.
862 - Add delete JobId to regression.
863 - Add a regression test for dbcheck.  
864 - New test to add bscan to four-concurrent-jobs regression,
865   i.e. after the four-concurrent jobs zap the
866   database as is done in the bscan-test, then use bscan to
867   restore the database, do a restore and compare with the
868   original.
869 - Add restore of specific JobId to regression (item 3
870   on the restore prompt)
871 - Add IPv6 to regression
872 - Add database test to regression. Test each function like delete,
873   purge, ...
874
875 - AntiVir can slow down backups on Win32 systems. 
876 - Win32 systems with FAT32 can be much slower than NTFS for
877   more than 1000 files per directory.
878
879
880 1.37 Possibilities:
881 - A HOLD command to stop all jobs from starting.
882 - A PAUSE command to pause all running jobs ==> release the
883   drive.
884 - Media Type = LTO,LTO-2,LTO-3
885   Media Type Read = LTO,LTO2,LTO3
886   Media Type Write = LTO2, LTO3
887
888 === From Carsten Menke <bootsy52@gmx.net>
889
890 Following is a list of what I think in the situations where I'm faced with, 
891 could be a usefull enhancement to bacula, which I'm certain other users will 
892 benefit from as well.
893
894 1. NextJob/NextJobs Directive within a Job Resource in the form of
895     NextJobs = job1,job2.
896
897     Why:
898     I currently solved the problem with running multiple jobs each after each
899     by setting the Max Wait Time for a job to 8 hours, and give
900     the jobs different Priorities. However, there scenarios where
901     1 Job is directly depending on another job, so if the former job fails,
902     the job after it needn't to be run
903     while maybe other jobs should run despite of that
904
905 Example:
906   A Backup Job and a Verify job, if the backup job fails there is no need to run
907   the verify job, as the backup job already failed. However, one may like
908   to backup the Catalog to disk despite of that the main backup job failed.
909
910 Notes:
911   I see that this is related to the Event Handlers which are on the ToDo
912   list, also it is maybe a good idea to check for the return value and
913   execute different actions based on the return value
914
915
916 3. offline capability to bconsole
917
918     Why:
919     Currently I use a script which I execute within the last Job via the
920     RunAfterJob Directive, to release and eject the tape.
921     So I have to call bconsole "release=Storage-Name" and afterwards
922     mt -f /dev/nst0 eject to get the tape out.
923
924     If I have multiple Storage Devices, than these may not be /dev/nst0 and
925     I have to modify the script or call it with parameters etc.
926     This would actually not be needed, as everything is already defined
927     in bacula-sd.conf and if   I can invoke bconsole with the
928     storage name via $1 in the script than I'm done and information is
929     not duplicated.
930
931 4. %s for Storage Name added to the chars being substituted in "RunAfterJob"
932
933     Why:
934
935     For the reason mentioned in 3. to have the ability to call a
936     script with /scripts/foobar %s and in the script use $1
937     to pass the Storage Name to bconsole
938
939 5. Setting Volume State within a Job Resource
940
941     Why:
942     Instead of using "Maximum Volume Jobs" in the Pool Resource,
943     I would have the possibilty to define
944     in a Job Resource that after this certain job is run, the Volume State
945     should be set to "Volume State = Used", this give more flexibility (IMHO).
946
947 6. Localization of Bacula Messages
948
949     Why:
950     Unfortunatley many,many people I work with don't speak english very well.
951     So if at least the Reporting messages would be localized then they
952     would  understand that they have to change the tape,etc. etc.
953
954     I volunteer to do the german translations, and if I can convince my wife also
955     french and Morre (western african language).
956
957 7. OK, this is evil, probably bound to security risks and maybe not possible
958     due to the design of bacula.
959
960     Implementation of Backtics ( `command` ) for shell comand execution to
961     the "Label Format" Directive.
962
963 Why:
964
965     Currently I have defined BACULA_DAY_OF_WEEK="day1|day2..." resulting in
966     Label Format = "HolyBackup-${BACULA_DAY_OF_WEEK[${WeekDay}]}". If I could
967     use backticks than I could use "Label Format = HolyBackup-`date +%A` to have
968     the localized name for the day of the week appended to the
969     format string. Then I have the tape labeled automatically with weekday
970     name in the correct language.
971 ==========
972 - Make output from status use html table tags for nicely 
973   presenting in a browser.
974 - Can one write tapes faster with 8192 byte block sizes?
975 - Document security problems with the same password for everyone in
976   rpm and Win32 releases.
977 - Browse generations of files.
978 - I've seen an error when my catalog's File table fills up.  I
979    then have to recreate the File table with a larger maximum row
980    size.  Relevant information is at
981    http://dev.mysql.com/doc/mysql/en/Full_table.html ; I think the
982    "Installing and Configuring MySQL" chapter should talk a bit
983    about this potential problem, and recommend a solution.
984 - For Solaris must use POSIX awk.
985 - Want speed of writing to tape while despooling.
986 - Supported autochanger:
987 OS: Linux
988 Man.: HP
989 Media: LTO-2
990 Model: SSL1016
991 Slots: 16
992 Cap: 200GB
993 - Supported drive:
994   Wangtek 6525ES (SCSI-1 QIC drive, 525MB), under Linux 2.4.something, 
995   bacula 1.36.0/1 works with blocksize 16k INSIDE bacula-sd.conf.
996 - Add regex from http://www.pcre.org to Bacula for Win32.
997 - Use only shell tools no make in CDROM package.
998 - Include within include does it work?
999 - Implement a Pool of type Cleaning?
1000 - Implement VolReadTime and VolWriteTime in SD
1001 - Modify Backing up Your Database to include a bootstrap file.
1002 - Think about making certain database errors fatal.
1003 - Look at correcting the time jump in the scheduler for daylight
1004   savings time changes.
1005 - Add a "real" timer to network connections.
1006 - Promote to Full = Time period 
1007 - Check dates entered by user for correctness (month/day/... ranges)
1008 - Compress restore Volume listing by date and first file.
1009 - Look at patches/bacula_db.b2z postgresql that loops during restore.
1010   See Gregory Wright.
1011 - Perhaps add read/write programs and/or plugins to FileSets.
1012 - How to handle backing up portables ...
1013 - Add some sort of guaranteed Interval for upgrading jobs.
1014 - Can we write the state file after every job terminates? On Win32
1015   the system crashes and the state file is not updated.
1016 - Limit bandwidth
1017
1018 Documentation to do: (any release a little bit at a time)
1019 - Doc to do unmount before removing magazine.
1020 - Alternative to static linking "ldd prog" save all binaries listed,
1021   restore them and point LD_LIBRARY_PATH to them.
1022 - Document add "</dev/null >/dev/null 2>&1" to the bacula-fd command line
1023 - Document query file format.
1024 - Add more documentation for bsr files.
1025 - Document problems with Verify and pruning.
1026 - Document how to use multiple databases.
1027 - VXA drives have a "cleaning required"
1028   indicator, but Exabyte recommends preventive cleaning after every 75
1029   hours of operation.
1030   From Phil:
1031     In this context, it should be noted that Exabyte has a command-line
1032     vxatool utility available for free download. (The current version is
1033     vxatool-3.72.) It can get diagnostic info, read, write and erase tapes,
1034     test the drive, unload tapes, change drive settings, flash new firmware,
1035     etc.
1036     Of particular interest in this context is that vxatool <device> -i will
1037     report, among other details, the time since last cleaning in tape motion
1038     minutes. This information can be retrieved (and settings changed, for
1039     that matter) through the generic-SCSI device even when Bacula has the
1040     regular tape device locked. (Needless to say, I don't recommend
1041     changing tape settings while a job is running.)
1042 - Lookup HP cleaning recommendations.
1043 - Lookup HP tape replacement recommendations (see trouble shooting autochanger)
1044 - Document doing table repair
1045
1046
1047 ===================================
1048 - Add macro expansions in JobDefs.
1049   Run Before Job = "SomeFile %{Level} %{Client}"
1050   Write Bootstrap="/some/dir/%{JobName}_%{Client}.bsr"
1051 - Use non-blocking network I/O but if no data is available, use
1052   select().
1053 - Use gather write() for network I/O.
1054 - Autorestart on crash.
1055 - Add bandwidth limiting.
1056 - Add acks every once and a while from the SD to keep
1057   the line from timing out.
1058 - When an error in input occurs and conio beeps, you can back
1059   up through the prompt.
1060 - Detect fixed tape block mode during positioning by looking at
1061   block numbers in btape "test".  Possibly adjust in Bacula.
1062 - Fix list volumes to output volume retention in some other
1063   units, perhaps via a directive.
1064 - Allow Simultaneous Priorities = yes  => run up to Max concurrent jobs even
1065   with multiple priorities.
1066 - If you use restore replace=never, the directory attributes for
1067   non-existent directories will not be restored properly.
1068
1069 - see lzma401.zip in others directory for new compression
1070   algorithm/library.
1071 - Allow the user to select JobType for manual pruning/purging.
1072 - bscan does not put first of two volumes back with all info in
1073   bscan-test.
1074 - Implement the FreeBSD nodump flag in chflags.
1075 - Figure out how to make named console messages go only to that
1076   console and to the non-restricted console (new console class?).
1077 - Make restricted console prompt for password if *ask* is set or
1078   perhaps if password is undefined.
1079 - Implement "from ISO-date/time every x hours/days/weeks/months" in
1080   schedules.
1081
1082 ==== from Marc Schoechlin
1083 - the help-command should be more verbose
1084   (it should explain the paramters of the different 
1085   commands in detail)
1086   -> its time-comsuming to consult the manual anytime
1087      you need a special parameter
1088   -> maybe its more easy to maintain this, if the
1089      descriptions of that commands are outsourced to
1090      a ceratin-file
1091 - if the password is not configured in bconsole.conf
1092   you should be asked for it.
1093   -> sometimes you like to do restore on a customer-machine
1094      which shouldnt know the password for bacula.
1095   -> adding the password to the file favours admins
1096      to forget to remove the password after usage
1097   -> security-aspects
1098      the protection of that file is less important
1099 - long-listed-output of commands should be scrollable
1100   like the unix more/less-command does
1101   -> if someone runs 200 and more machines, the lists could
1102      be a little long and complex
1103 - command-output should be shown column by column
1104   to reduce scrolling and to increase clarity
1105   -> see last item
1106 - lsmark should list the selected files with full
1107   paths
1108 - wildcards for selecting and file and directories would be nice
1109 - any actions should be interuptable with STRG+C
1110 - command-expansion would be pretty cool
1111 ====
1112 - When the replace Never option is set, new directory permissions
1113   are not restored. See bug 213. To fix this requires creating a
1114   list of newly restored directories so that those directory 
1115   permissions *can* be restored.
1116 - Add prune all command
1117 - Document fact that purge can destroy a part of a restore by purging
1118   one volume while others remain valid -- perhaps mark Jobs.
1119 - Add multiple-media-types.txt
1120 - look at mxt-changer.html
1121 - Make ? do a help command (no return needed).
1122 - Implement restore directory.
1123 - Document streams and how to implement them.
1124 - Try not to re-backup a file if a new hard link is added.
1125 - Add feature to backup hard links only, but not the data.
1126 - Fix stream handling to be simpler.
1127 - Add Priority and Bootstrap to Run a Job.
1128 - Eliminate Restore "Run Restore Job" prompt by allowing new "run command
1129   to be issued"
1130 - Remove View FileSet button from Run a Job dialog.
1131 - Handle prompt for restore job at end of Restore command.
1132 - Add display of total selected files to Restore window.
1133 - Add tree pane to left of window.
1134 - Add progress meter.
1135 - Max wait time or max run time causes seg fault -- see runtime-bug.txt
1136 - Add message to user to check for fixed block size when the forward
1137   space test fails in btape.
1138 - When unmarking a directory check if all files below are unmarked and
1139   then remove the + flag -- in the restore tree.
1140 - Possibly implement: Action = Unmount Device="TapeDrive1" in Admin jobs.
1141 - Setup lrrd graphs: (http://www.linpro.no/projects/lrrd/) Mike Acar.
1142 - Revisit the question of multiple Volumes (disk) on a single device.
1143 - Add a block copy option to bcopy.
1144 - Finish work on Gnome restore GUI.
1145 - Fix "llist jobid=xx" where no fileset or client exists.
1146 - For each job type (Admin, Restore, ...) require only the really necessary
1147   fields.- Pass Director resource name as an option to the Console.
1148 - Add a "batch" mode to the Console (no unsolicited queries, ...).
1149 - Add a .list all files in the restore tree (probably also a list all files)
1150   Do both a long and short form.
1151 - Allow browsing the catalog to see all versions of a file (with 
1152   stat data on each file).
1153 - Restore attributes of directory if replace=never set but directory
1154   did not exist.
1155 - Use SHA1 on authentication if possible.
1156 - See comtest-xxx.zip for Windows code to talk to USB.
1157 - Add John's appended files:
1158    Appended = {     /files/server/logs/http/*log   }
1159    and such files would be treated as follows.On a FULL backup, they would
1160    be backed up like any other file.On an INCREMENTAL backup, where a
1161    previous INCREMENTAL or FULL was already in thecatalogue and the length
1162    of the file wasgreater than the length of the last backup, only thedata
1163    added since the last backup will be dumped.On an INCREMENTAL backup, if
1164    the length of the file is less than thelength of the file with the same
1165    name last backed up, the completefile is dumped.On Windows systems, with
1166    creation date of files, we can be evensmarter about this and not count
1167    entirely upon the length.On a restore, the full and all incrementals
1168    since it will beapplied in sequence to restore the file.  
1169 - Check new HAVE_WIN32 open bits.    
1170 - Check if the tape has moved before writing.  
1171 - Handling removable disks -- see below:
1172 - Keep track of tape use time, and report when cleaning is necessary.
1173 - Add FromClient and ToClient keywords on restore command (or
1174   BackupClient RestoreClient).
1175 - Implement a JobSet, which groups any number of jobs. If the
1176   JobSet is started, all the jobs are started together.
1177   Allow Pool, Level, and Schedule overrides.
1178 - Enhance cancel to timeout BSOCK packets after a specific delay.
1179 - Do scheduling by UTC using gmtime_r() in run_conf, scheduler, and   
1180   ua_status.!!! Thanks to Alan Brown for this tip.
1181 - Look at updating Volume Jobs so that Max Volume Jobs = 1 will work
1182   correctly for multiple simultaneous jobs.
1183 - Correct code so that FileSet MD5 is calculated for < and | filename   
1184   generation.
1185 - Implement the Media record flag that indicates that the Volume does disk 
1186   addressing.
1187 - Implement VolAddr, which is used when Volume is addressed like a disk,
1188   and form it from VolFile and VolBlock.
1189 - Make multiple restore jobs for multiple media types specifying 
1190   the proper storage type.
1191 - Fix fast block rejection (stored/read_record.c:118). It passes a null
1192   pointer (rec) to try_repositioning().
1193 - Look at extracting Win data from BackupRead.
1194 - Implement RestoreJobRetention? Maybe better "JobRetention" in a Job,
1195   which would take precidence over the Catalog "JobRetention".
1196 - Implement Label Format in Add and Label console commands.
1197 - Possibly up network buffers to 65K. Put on variable.
1198 - Put email tape request delays on one or more variables. User wants
1199   to cancel the job after a certain time interval.  Maximum Mount Wait?
1200 - Job, Client, Device, Pool, or Volume?
1201   Is it possible to make this a directive which is *optional* in multiple
1202   resources, like Level? If so, I think I'd make it an optional directive
1203   in Job, Client, and Pool, with precedence such that Job overrides Client
1204   which in turn overrides Pool.
1205
1206 - New Storage specifications:
1207   - Want to write to multiple storage devices simultaneously
1208   - Want to write to multiple storage devices sequentially (in one job)
1209   - Want to read/write simultaneously
1210   - Key is MediaType -- it must match
1211
1212   Passed to SD as a sort of BSR record called Storage Specification
1213     Record or SSR.
1214     SSR                    
1215       Next -> Next SSR
1216       MediaType -> Next MediaType
1217       Pool -> Next Pool
1218       Device -> Next Device
1219   Job Resource
1220      Allow multiple Storage specifications
1221      New flags
1222         One Archive = yes
1223         One Device = yes
1224         One Storage = yes
1225         One MediaType = yes
1226         One Pool = yes
1227   Storage
1228      Allow Multiple Pool specifications (note, Pool currently
1229        in Job resource).
1230      Allow Multiple MediaType specifications in Dir conf
1231      Allow Multiple Device specifications in Dir conf
1232      Perhaps keep this in a single SSR
1233   Tie a Volume to a specific device by using a MediaType that 
1234     is contained in only one device.
1235   In SD allow Device to have Multiple MediaTypes
1236
1237 - Ideas from Jerry Scharf:
1238   First let's point out some big pluses that bacula has for this
1239         it's open source
1240         more importantly it's active. Thank you so much for that
1241         even more important, it's not flaky
1242         it has an open access catalog, opening many possibilities
1243         it's pushing toward heterogeneous systems capability
1244   big things:
1245    Macintosh file client
1246         macs are an interesting niche, but I fear a server is a rathole
1247    working bare iron recovery for windows
1248    the option for  inc/diff backups not reset on fileset revision
1249         a) use both change and inode update time against base time
1250         b) do the full catalog check (expensive but accurate)
1251    sizing guide (how much system is needed to back up N systems/files)
1252    consultants on using bacula in building a disaster recovery system
1253    an integration guide
1254         or how to get at fancy things that one could do with bacula
1255    logwatch code for bacula logs (or similar)
1256    linux distro inclusion of bacula (brings good and bad, but necessary)
1257    win2k/XP server capability (icky but you asked)
1258    support for Oracle database ??
1259 ===
1260 - Look at adding SQL server and Exchange support for Windows. 
1261 - Make dev->file and dev->block_num signed integers so that -1 can
1262   be an invalid value which happens with BSR.
1263 - Create VolAddr for disk files in place of VolFile and VolBlock. This
1264   is needed to properly specify ranges.
1265 - Add progress of files/bytes to SD and FD.
1266 - Print warning message if FileId > 4 billion
1267 - do a "messages" before the first prompt in Console
1268 - Client does not show busy during Estimate command.
1269 - Implement Console mtx commands.
1270 - Implement a Mount Command and an Unmount Command where
1271   the users could specify a system command to be performed
1272   to do the mount, after which Bacula could attempt to
1273   read the device. This is for Removeable media such as a CDROM.
1274   - Most likely, this mount command would be invoked explicitly
1275   by the user using the current Console "mount" and "unmount" 
1276   commands -- the Storage Daemon would do the right thing 
1277   depending on the exact nature of the device.
1278   - As with tape drives, when Bacula wanted a new removable
1279   disk mounted, it would unmount the old one, and send a message
1280   to the user, who would then use "mount" as described above 
1281   once he had actually inserted the disk.
1282 - Implement dump/print label to UA
1283 - Spool to disk only when the tape is full, then when a tape is hung move
1284   it to tape.
1285 - bextract is sending everything to the log file ****FIXME****
1286 - Allow multiple Storage specifications (or multiple names on
1287   a single Storage specification) in the Job record. Thus a job 
1288   can be backed up to a number of storage devices.
1289 - Implement some way for the File daemon to contact the Director 
1290   to start a job or pass its DHCP obtained IP number.
1291 - Implement a query tape prompt/replace feature for a console
1292 - Copy console @ code to gnome2-console
1293 - Make sure that Bacula rechecks the tape after the 20 min wait.
1294 - Set IO_NOWAIT on Bacula TCP/IP packets.
1295 - Try doing a raw partition backup and restore by mounting a
1296   Windows partition.
1297 - From Lars Kellers:
1298     Yes, it would allow to highly automatic the request for new tapes. If a 
1299     tape is empty, bacula reads the barcodes (native or simulated), and if 
1300     an unused tape is found, it runs the label command with all the 
1301     necessary parameters.
1302
1303     By the way can bacula automatically "move" an empty/purged volume say 
1304     in the "short" pool to the "long" pool if this pool runs out of volume 
1305     space?
1306 - What to do about "list files job=xxx".
1307 - Look at how fuser works and /proc/PID/fd that is how Nic found the
1308   file descriptor leak in Bacula.
1309 - Implement WrapCounters in Counters.
1310 - Add heartbeat from FD to SD if hb interval expires.
1311 - Can we dynamically change FileSets?
1312 - If pool specified to label command and Label Format is specified,
1313   automatically generate the Volume name.
1314 - Why can't SQL do the filename sort for restore?
1315 - Add ExhautiveRestoreSearch
1316 - Look at the possibility of loading only the necessary 
1317   data into the restore tree (i.e. do it one directory at a
1318   time as the user walks through the tree).
1319 - Possibly use the hash code if the user selects all for a restore command.
1320 - Fix "restore all" to bypass building the tree.
1321 - Prohibit backing up archive device (findlib/find_one.c:128)
1322 - Implement Release Device in the Job resource to unmount a drive.
1323 - Implement Acquire Device in the Job resource to mount a drive,
1324   be sure this works with admin jobs so that the user can get
1325   prompted to insert the correct tape.  Possibly some way to say to
1326   run the job but don't save the files.
1327 - Make things like list where a file is saved case independent for
1328   Windows.
1329 - Use autochanger to handle multiple devices.
1330 - Implement a Recycle command
1331 - Start working on Base jobs.
1332 - Implement UnsavedFiles DB record.
1333 - From Phil Stracchino:
1334   It would probably be a per-client option, and would be called
1335   something like, say, "Automatically purge obsoleted jobs".  What it
1336   would do is, when you successfully complete a Differential backup of a
1337   client, it would automatically purge all Incremental backups for that
1338   client that are rendered redundant by that Differential.  Likewise,
1339   when a Full backup on a client completed, it would automatically purge
1340   all Differential and Incremental jobs obsoleted by that Full backup.
1341   This would let people minimize the number of tapes they're keeping on
1342   hand without having to master the art of retention times.
1343 - When doing a Backup send all attributes back to the Director, who
1344   would then figure out what files have been deleted.
1345 - Currently in mount.c:236 the SD simply creates a Volume. It should have
1346   explicit permission to do so.  It should also mark the tape in error
1347   if there is an error.
1348 - Cancel waiting for Client connect in SD if FD goes away.
1349
1350 - Implement timeout in response() when it should come quickly.
1351 - Implement a Slot priority (loaded/not loaded).
1352 - Implement "vacation" Incremental only saves.
1353 - Implement create "FileSet"?
1354 - Add prefixlinks to where or not where absolute links to FD.
1355 - Issue message to mount a new tape before the rewind.
1356 - Simplified client job initiation for portables.
1357 - If SD cannot open a drive, make it periodically retry.
1358 - Add more of the config info to the tape label.
1359
1360 - Refine SD waiting output:
1361     Device is being positioned
1362     >     Device is being positioned for append
1363     >     Device is being positioned to file x
1364     > 
1365 - Figure out some way to estimate output size and to avoid splitting
1366   a backup across two Volumes -- this could be useful for writing CDROMs
1367   where you really prefer not to have it split -- not serious.
1368 - Have SD compute MD5 or SHA1 and compare to what FD computes.
1369 - Make VolumeToCatalog calculate an MD5 or SHA1 from the 
1370   actual data on the Volume and compare it.                  
1371 - Make bcopy read through bad tape records.
1372 - Program files (i.e. execute a program to read/write files).
1373   Pass read date of last backup, size of file last time.
1374 - Add Signature type to File DB record.
1375 - CD into subdirectory when open()ing files for backup to
1376   speed up things.  Test with testfind().
1377 - Priority job to go to top of list.
1378 - Why are save/restore of device different sizes (sparse?)   Yup! Fix it.
1379 - Implement some way for the Console to dynamically create a job.
1380 - Solaris -I on tar for include list
1381 - Need a verbose mode in restore, perhaps to bsr.
1382 - bscan without -v is too quiet -- perhaps show jobs.
1383 - Add code to reject whole blocks if not wanted on restore.
1384 - Check if we can increase Bacula FD priorty in Win2000
1385 - Make sure the MaxVolFiles is fully implemented in SD
1386 - Check if both CatalogFiles and UseCatalog are set to SD.
1387 - Possibly add email to Watchdog if drive is unmounted too
1388   long and a job is waiting on the drive.
1389 - After unmount, if restore job started, ask to mount.
1390 - Add UA rc and history files.
1391 - put termcap (used by console) in ./configure and
1392   allow -with-termcap-dir.
1393 - Fix Autoprune for Volumes to respect need for full save.
1394 - Compare tape to Client files (attributes, or attributes and data) 
1395 - Make all database Ids 64 bit.
1396 - Allow console commands to detach or run in background.
1397 - Add SD message variables to control operator wait time
1398   - Maximum Operator Wait
1399   - Minimum Message Interval
1400   - Maximum Message Interval
1401 - Send Operator message when cannot read tape label.
1402 - Verify level=Volume (scan only), level=Data (compare of data to file).
1403   Verify level=Catalog, level=InitCatalog
1404 - Events file
1405 - Add keyword search to show command in Console.
1406 - Events : tape has more than xxx bytes.
1407 - Complete code in Bacula Resources -- this will permit
1408   reading a new config file at any time.
1409 - Handle ctl-c in Console
1410 - Implement script driven addition of File daemon to config files.
1411 - Think about how to make Bacula work better with File (non-tape) archives.
1412 - Write Unix emulator for Windows.
1413 - Put memory utilization in Status output of each daemon
1414   if full status requested or if some level of debug on.
1415 - Make database type selectable by .conf files i.e. at runtime
1416 - Set flag for uname -a.  Add to Volume label.
1417 - Restore files modified after date
1418 - SET LD_RUN_PATH=$HOME/mysql/lib/mysql
1419 - Remove duplicate fields from jcr (e.g. jcr.level and jcr.jr.Level, ...).
1420 - Timout a job or terminate if link goes down, or reopen link and query.
1421 - Concept of precious tapes (cannot be reused).
1422 - Make bcopy copy with a single tape drive.
1423 - Permit changing ownership during restore.
1424
1425 - From Phil:
1426   > My suggestion:  Add a feature on the systray menu-icon menu to request
1427   > an immediate backup now.  This would be useful for laptop users who may
1428   > not be on the network when the regular scheduled backup is run.
1429   > 
1430   > My wife's suggestion: Add a setting to the win32 client to allow it to
1431   > shut down the machine after backup is complete (after, of course,
1432   > displaying a "System will shut down in one minute, click here to cancel"
1433   > warning dialog).  This would be useful for sites that want user
1434   > woorkstations to be shut down overnight to save power.
1435   > 
1436
1437 - Autolabel should be specified by DIR instead of SD.
1438 - Storage daemon    
1439   - Add media capacity
1440   - AutoScan (check checksum of tape)
1441   - Format command = "format /dev/nst0"
1442   - MaxRewindTime
1443   - MinRewindTime
1444   - MaxBufferSize
1445   - Seek resolution (usually corresponds to buffer size)
1446   - EODErrorCode=ENOSPC or code
1447   - Partial Read error code
1448   - Partial write error code
1449   - Nonformatted read error
1450   - Nonformatted write error
1451   - WriteProtected error
1452   - IOTimeout
1453   - OpenRetries
1454   - OpenTimeout
1455   - IgnoreCloseErrors=yes
1456   - Tape=yes
1457   - NoRewind=yes
1458 - Pool
1459   - Maxwrites
1460   - Recycle period
1461 - Job
1462   - MaxWarnings
1463   - MaxErrors (job?)
1464 =====
1465 - FD sends unsaved file list to Director at end of job (see
1466   RFC below).
1467 - File daemon should build list of files skipped, and then
1468   at end of save retry and report any errors.
1469 - Write a Storage daemon that uses pipes and
1470   standard Unix programs to write to the tape.
1471   See afbackup.
1472 - Need something that monitors the JCR queue and
1473   times out jobs by asking the deamons where they are.
1474 - Enhance Jmsg code to permit buffering and saving to disk.
1475 - device driver = "xxxx" for drives.
1476 - Verify from Volume
1477 - Ensure that /dev/null works
1478 - Need report class for messages. Perhaps
1479   report resource where report=group of messages
1480 - enhance scan_attrib and rename scan_jobtype, and
1481   fill in code for "since" option 
1482 - Director needs a time after which the report status is sent
1483   anyway -- or better yet, a retry time for the job.
1484 - Don't reschedule a job if previous incarnation is still running.
1485 - Some way to automatically backup everything is needed????
1486 - Need a structure for pending actions:
1487   - buffered messages
1488   - termination status (part of buffered msgs?)
1489 - Drive management
1490   Read, Write, Clean, Delete
1491 - Login to Bacula; Bacula users with different permissions:
1492    owner, group, user, quotas
1493 - Store info on each file system type (probably in the job header on tape.
1494   This could be the output of df; or perhaps some sort of /etc/mtab record.
1495
1496 ========= ideas ===============
1497 From: "Jerry K. Schieffer" <jerry@skylinetechnology.com>
1498 To: <kern@sibbald.com>
1499 Subject: RE: [Bacula-users] future large programming jobs
1500 Date: Thu, 26 Feb 2004 11:34:54 -0600
1501
1502 I noticed the subject thread and thought I would offer the following
1503 merely as sources of ideas, i.e. something to think about, not even as
1504 strong as a request.  In my former life (before retiring) I often
1505 dealt with backups and storage management issues/products as a
1506 developer and as a consultant.  I am currently migrating my personal
1507 network from amanda to bacula specifically because of the ability to
1508 cross media boundaries during storing backups.
1509 Are you familiar with the commercial product called ADSM (I think IBM
1510 now sells it under the Tivoli label)?  It has a couple of interesting
1511 ideas that may apply to the following topics.
1512
1513 1. Migration:  Consider that when you need to restore a system, there
1514 may be pressure to hurry.  If all the information for a single client
1515 can eventually end up on the same media (and in chronological order),
1516 the restore is facillitated by not having to search past information
1517 from other clients.  ADSM has the concept of "client affinity" that
1518 may be associated with it's storage pools.  It seems to me that this
1519 concept (as an optional feature) might fit in your architecture for
1520 migration.
1521
1522 ADSM also has the concept of defining one or more storage pools as
1523 "copy pools" (almost mirrors, but only in the sense of contents).
1524 These pools provide the ability to have duplicte data stored both
1525 onsite and offsite.  The copy process can be scheduled to be handled
1526 by their storage manager during periods when there is no backup
1527 activity.  Again, the migration process might be a place to consider
1528 implementing something like this.
1529
1530 >
1531 > It strikes me that it would be very nice to be able to do things
1532 like
1533 > have the Job(s) backing up the machines run, and once they have all
1534 > completed, start a migration job to copy the data from disks Volumes
1535 to
1536 > a tape library and then to offsite storage. Maybe this can already
1537 be
1538 > done with some careful scheduling and Job prioritzation; the events
1539 > mechanism described below would probably make it very easy.
1540
1541 This is the goal. In the first step (before events), you simply
1542 schedule
1543 the Migration to tape later.
1544
1545 2. Base jobs:  In ADSM, each copy of each stored file is tracked in
1546 the database.  Once a file (unique by path and metadata such as dates,
1547 size, ownership, etc.) is in a copy pool, no more copies are made.  In
1548 other words, when you start ADSM, it begins like your concept of a
1549 base job.  After that it is in the "incremental" mode.  You can
1550 configure the number of "generations" of files to be retained, plus a
1551 retention date after which even old generations are purged.  The
1552 database tracks the contents of media and projects the percentage of
1553 each volume that is valid.  When the valid content of a volume drops
1554 below a configured percentage, the valid data are migrated to another
1555 volume and the old volume is marked as empty.  Note, this requires
1556 ADSM to have an idea of the contents of a client, i.e. marking the
1557 database when an existing file was deleted, but this would solve your
1558 issue of restoring a client without restoring deleted files.
1559
1560 This is pretty far from what bacula now does, but if you are going to
1561 rip things up for Base jobs,.....
1562 Also, the benefits of this are huge for very large shops, especially
1563 with media robots, but are a pain for shops with manual media
1564 mounting.
1565
1566 >
1567 > Base jobs sound pretty useful, but I'm not dying for them.
1568
1569 Nobody is dying for them, but when you see what it does, you will die
1570 without it.
1571
1572 3. Restoring deleted files:  Since I think my comments in (2) above
1573 have low probability of implementation, I'll also suggest that you
1574 could approach the issue of deleted files by a mechanism of having the
1575 fd report to the dir, a list of all files on the client for every
1576 backup job.  The dir could note in the database entry for each file
1577 the date that the file was seen.  Then if a restore as of date X takes
1578 place, only files that exist from before X until after X would be
1579 restored.  Probably the major cost here is the extra date container in
1580 each row of the files table.
1581
1582 Thanks for "listening".  I hope some of this helps.  If you want to
1583 contact me, please send me an email - I read some but not all of the
1584 mailing list traffic and might miss a reply there.
1585
1586 Please accept my compliments for bacula.  It is doing a great job for
1587 me!!  I sympathize with you in the need to wrestle with excelence in
1588 execution vs. excelence in feature inclusion.
1589
1590 Regards,
1591 Jerry Schieffer
1592
1593 ==============================
1594
1595 Longer term to do:
1596 - Design at hierarchial storage for Bacula. Migration and Clone. 
1597 - Implement FSM (File System Modules).
1598 - Audit M_ error codes to ensure they are correct and consistent.
1599 - Add variable break characters to lex analyzer.
1600   Either a bit mask or a string of chars so that
1601   the caller can change the break characters.
1602 - Make a single T_BREAK to replace T_COMMA, etc.
1603 - Ensure that File daemon and Storage daemon can
1604   continue a save if the Director goes down (this
1605   is NOT currently the case). Must detect socket error,
1606   buffer messages for later. 
1607 - Enhance time/duration input to allow multiple qualifiers e.g. 3d2h
1608 - Add ability to backup to two Storage devices (two SD sessions) at
1609   the same time -- e.g. onsite, offsite.
1610 - Compress or consolidate Volumes of old possibly deleted files. Perhaps
1611   someway to do so with every volume that has less than x% valid 
1612   files.
1613
1614
1615 Migration: Move a backup from one Volume to another
1616 Clone:     Copy a backup -- two Volumes
1617
1618
1619 ======================================================
1620         Base Jobs design
1621 It is somewhat like a Full save becomes an incremental since
1622 the Base job (or jobs) plus other non-base files.
1623 Need:
1624 - A Base backup is same as Full backup, just different type.
1625 - New BaseFiles table that contains:
1626     BaseId - index
1627     BaseJobId - Base JobId referenced for this FileId (needed ???)
1628     JobId - JobId currently running
1629     FileId - File not backed up, exists in Base Job
1630     FileIndex - FileIndex from Base Job.
1631   i.e. for each base file that exists but is not saved because
1632   it has not changed, the File daemon sends the JobId, BaseId,
1633   FileId, FileIndex back to the Director who creates the DB entry.
1634 - To initiate a Base save, the Director sends the FD 
1635   the FileId, and full filename for each file in the Base.
1636 - When the FD finds a Base file, he requests the Director to
1637   send him the full File entry (stat packet plus MD5), or
1638   conversely, the FD sends it to the Director and the Director
1639   says yes or no. This can be quite rapid if the FileId is kept
1640   by the FD for each Base Filename.          
1641 - It is probably better to have the comparison done by the FD
1642   despite the fact that the File entry must be sent across the
1643   network.
1644 - An alternative would be to send the FD the whole File entry
1645   from the start. The disadvantage is that it requires a lot of
1646   space. The advantage is that it requires less communications
1647   during the save.
1648 - The Job record must be updated to indicate that one or more
1649   Bases were used.
1650 - At end of Job, FD returns:   
1651    1. Count of base files/bytes not written to tape (i.e. matches)
1652    2. Count of base file that were saved i.e. had changed.
1653 - No tape record would be written for a Base file that matches, in the
1654   same way that no tape record is written for Incremental jobs where
1655   the file is not saved because it is unchanged.
1656 - On a restore, all the Base file records must explicitly be
1657   found from the BaseFile tape. I.e. for each Full save that is marked
1658   to have one or more Base Jobs, search the BaseFile for all occurrences
1659   of JobId.
1660 - An optimization might be to make the BaseFile have:
1661      JobId
1662      BaseId
1663      FileId
1664   plus
1665      FileIndex
1666   This would avoid the need to explicitly fetch each File record for
1667   the Base job.  The Base Job record will be fetched to get the
1668   VolSessionId and VolSessionTime.
1669 =========================================================  
1670
1671
1672
1673 =====
1674    Multiple drive autochanger data:  see Alan Brown
1675    mtx -f xxx unloadStorage Element 1 is Already Full(drive 0 was empty)
1676    Unloading Data Transfer Element into Storage Element 1...source Element 
1677    Address 480 is Empty
1678
1679    (drive 0 was empty and so was slot 1)
1680    >   mtx -f xxx load 15 0
1681    no response, just returns to the command prompt when complete.
1682    >   mtx -f xxx status  Storage Changer /dev/changer:2 Drives, 60 Slots ( 2 Import/Export )
1683    Data Transfer Element 0:Full (Storage Element 15 Loaded):VolumeTag = HX001
1684    Data Transfer Element 1:Empty
1685          Storage Element 1:Empty
1686          Storage Element 2:Full :VolumeTag=HX002
1687          Storage Element 3:Full :VolumeTag=HX003
1688          Storage Element 4:Full :VolumeTag=HX004
1689          Storage Element 5:Full :VolumeTag=HX005
1690          Storage Element 6:Full :VolumeTag=HX006
1691          Storage Element 7:Full :VolumeTag=HX007
1692          Storage Element 8:Full :VolumeTag=HX008
1693          Storage Element 9:Full :VolumeTag=HX009
1694          Storage Element 10:Full :VolumeTag=HX010
1695          Storage Element 11:Empty
1696          Storage Element 12:Empty
1697          Storage Element 13:Empty
1698          Storage Element 14:Empty
1699          Storage Element 15:Empty
1700          Storage Element 16:Empty....
1701          Storage Element 28:Empty
1702          Storage Element 29:Full :VolumeTag=CLNU01L1
1703          Storage Element 30:Empty....
1704          Storage Element 57:Empty
1705          Storage Element 58:Full :VolumeTag=NEX261L2
1706          Storage Element 59 IMPORT/EXPORT:Empty
1707          Storage Element 60 IMPORT/EXPORT:Empty
1708    $  mtx -f xxx unload
1709    Unloading Data Transfer Element into Storage Element 15...done
1710
1711    (just to verify it remembers where it came from, however it can be
1712     overrriden with mtx unload {slotnumber} to go to any storage slot.)
1713    Configuration wise:
1714    There needs to be a table of drive # to devices somewhere - If there are
1715    multiple changers or drives there may not be a 1:1 correspondance between
1716    changer drive number and system device name - and depending on the way the
1717    drives are hooked up to scsi busses, they may not be linearly numbered
1718    from an offset point either.something like 
1719
1720    Autochanger drives = 2
1721    Autochanger drive 0 = /dev/nst1
1722    Autochanger drive 1 = /dev/nst2
1723    IMHO, it would be _safest_ to use explicit mtx unload commands at all
1724    times, not just for multidrive changers. For a 1 drive changer, that's
1725    just:
1726
1727    mtx load xx 0
1728    mtx unload xx 0
1729
1730    MTX's manpage (1.2.15):
1731          unload [<slotnum>] [ <drivenum> ]
1732                     Unloads media from drive  <drivenum>  into  slot
1733                     <slotnum>. If <drivenum> is omitted, defaults to
1734                     drive 0 (as do all commands).  If  <slotnum>  is
1735                     omitted, defaults to the slot that the drive was
1736                     loaded from. Note that there's currently no  way
1737                     to  say  'unload  drive 1's media to the slot it
1738                     came from', other than to  explicitly  use  that
1739                     slot number as the destination.AB
1740 ====
1741
1742 ====
1743 SCSI info:
1744 FreeBSD
1745 undef# camcontrol devlist
1746 <WANGTEK 51000  SCSI M74H 12B3>    at scbus0 target 2 lun 0 (pass0,sa0)
1747 <ARCHIVE 4586XX 28887-XXX 4BGD>    at scbus0 target 4 lun 0 (pass1,sa1)
1748 <ARCHIVE 4586XX 28887-XXX 4BGD>    at scbus0 target 4 lun 1 (pass2)
1749
1750 tapeinfo -f /dev/sg0 with a bad tape in drive 1:
1751 [kern@rufus mtx-1.2.17kes]$ ./tapeinfo -f /dev/sg0
1752 Product Type: Tape Drive
1753 Vendor ID: 'HP      '
1754 Product ID: 'C5713A          '
1755 Revision: 'H107'
1756 Attached Changer: No
1757 TapeAlert[3]:   Hard Error: Uncorrectable read/write error.
1758 TapeAlert[20]:    Clean Now: The tape drive neads cleaning NOW.
1759 MinBlock:1
1760 MaxBlock:16777215
1761 SCSI ID: 5
1762 SCSI LUN: 0
1763 Ready: yes
1764 BufferedMode: yes
1765 Medium Type: Not Loaded
1766 Density Code: 0x26
1767 BlockSize: 0
1768 DataCompEnabled: yes
1769 DataCompCapable: yes
1770 DataDeCompEnabled: yes
1771 CompType: 0x20
1772 DeCompType: 0x0
1773 Block Position: 0
1774 =====
1775
1776 ====
1777    Handling removable disks
1778
1779    From: Karl Cunningham <karlc@keckec.com>
1780
1781    My backups are only to hard disk these days, in removable bays. This is my
1782    idea of how a backup to hard disk would work more smoothly. Some of these
1783    things Bacula does already, but I mention them for completeness. If others
1784    have better ways to do this, I'd like to hear about it.
1785
1786    1. Accommodate several disks, rotated similar to how tapes are.  Identified
1787    by partition volume ID or perhaps by the name of a subdirectory.
1788    2. Abort & notify the admin if the wrong disk is in the bay.
1789    3. Write backups to different subdirectories for each machine to be backed
1790    up.
1791    4. Volumes (files) get created as needed in the proper subdirectory, one
1792    for each backup.
1793    5. When a disk is recycled, remove or zero all old backup files. This is
1794    important as the disk being recycled may be close to full. This may be
1795    better done manually since the backup files for many machines may be
1796    scattered in many subdirectories.
1797 ====
1798
1799
1800 === Done
1801 - Why the heck doesn't bacula drop root priviledges before connecting to
1802   the DB?
1803 - Look at using posix_fadvise(2) for backups -- see bug #751.
1804   Possibly add the code at findlib/bfile.c:795
1805 /* TCP socket options */
1806 #define TCP_KEEPIDLE            4       /* Start keeplives after this period */
1807 - Fix bnet_connect() code to set a timer and to use time to
1808   measure the time.
1809 - Implement 4th argument to make_catalog_backup that passes hostname.
1810 - Test FIFO backup/restore -- make regression
1811 - Please mount volume "xxx" on Storage device ... should also list
1812   Pool and MediaType in case user needs to create a new volume.
1813 - On restore add Restore Client, Original Client.
1814 01-Apr 00:42 rufus-dir: Start Backup JobId 55, Job=kernsave.2007-04-01_00.42.48
1815 01-Apr 00:42 rufus-sd: Python SD JobStart: JobId=55 Client=Rufus
1816 01-Apr 00:42 rufus-dir: Created new Volume "Full0001" in catalog.
1817 01-Apr 00:42 rufus-dir: Using Device "File"
1818 01-Apr 00:42 rufus-sd: kernsave.2007-04-01_00.42.48 Warning: Device "File" (/tmp) not configured to autolabel Volumes.
1819 01-Apr 00:42 rufus-sd: kernsave.2007-04-01_00.42.48 Warning: Device "File" (/tmp) not configured to autolabel Volumes.
1820 01-Apr 00:42 rufus-sd: Please mount Volume "Full0001" on Storage Device "File" (/tmp) for Job kernsave.2007-04-01_00.42.48
1821 01-Apr 00:44 rufus-sd: Wrote label to prelabeled Volume "Full0001" on device "File" (/tmp)
1822 - Check if gnome-console works with TLS.
1823 - the director seg faulted when I omitted the pool directive from a 
1824   job resource.  I was experimenting and thought it redundant that I had 
1825   specified Pool, Full Backup Pool. and Differential Backup Pool. but 
1826   apparently not.  This  happened when I removed the pool directive and 
1827   started the director.
1828 - Add Where: client:/.... to restore job report.
1829 - Ensure that moving a purged Volume in ua_purge.c to the RecyclePool
1830   does the right thing.
1831 - FD-SD quick disconnect
1832 - Building the in memory restore tree is slow.
1833 - Erabt if min_block_size > max_block_size
1834 - Add the ability to consolidate old backup sets (basically do a restore
1835   to tape and appropriately update the catalog). Compress Volume sets.
1836   Might need to spool via file is only one drive is available.
1837 - Why doesn't @"xxx abc" work in a conf file?
1838 - Don't restore Solaris Door files:
1839    #define   S_IFDOOR   in st_mode.
1840   see: http://docs.sun.com/app/docs/doc/816-5173/6mbb8ae23?a=view#indexterm-360
1841 - Figure out how to recycle Scratch volumes back to the Scratch Pool.
1842 - Implement Despooling data status.
1843 - Use E'xxx' to escape PostgreSQL strings.
1844 - Look at mincore: http://insights.oetiker.ch/linux/fadvise.html
1845 - Unicode input http://en.wikipedia.org/wiki/Byte_Order_Mark
1846 - Look at moving the Storage directive from the Job to the
1847   Pool in the default conf files.
1848 - Look at in src/filed/backup.c
1849 >    pm_strcpy(ff_pkt->fname, ff_pkt->fname_save);
1850 >    pm_strcpy(ff_pkt->link, ff_pkt->link_save);
1851 - Add Catalog = to Pool resource so that pools will exist
1852   in only one catalog -- currently Pools are "global".
1853 - Add TLS to bat (should be done).
1854 === Duplicate jobs ===
1855 - Done, but implemented somewhat differently than described below!!!
1856
1857    hese apply only to backup jobs.
1858
1859    1.  Allow Duplicate Jobs  = Yes | No | Higher   (Yes)
1860
1861    2. Duplicate Job Interval = <time-interval>   (0)
1862
1863    The defaults are in parenthesis and would produce the same behavior as today.
1864
1865    If Allow Duplicate Jobs is set to No, then any job starting while a job of the
1866    same name is running will be canceled.
1867
1868    If Allow Duplicate Jobs is set to Higher, then any job starting with the same
1869    or lower level will be canceled, but any job with a Higher level will start.
1870    The Levels are from High to Low:  Full, Differential, Incremental
1871
1872    Finally, if you have Duplicate Job Interval set to a non-zero value, any job
1873    of the same name which starts <time-interval> after a previous job of the
1874    same name would run, any one that starts within <time-interval> would be
1875    subject to the above rules.  Another way of looking at it is that the Allow
1876    Duplicate Jobs directive will only apply after <time-interval> of when the
1877    previous job finished (i.e. it is the minimum interval between jobs).
1878
1879    So in summary:
1880
1881    Allow Duplicate Jobs = Yes | No | HigherLevel | CancelLowerLevel  (Yes)
1882
1883    Where HigherLevel cancels any waiting job but not any running job.
1884    Where CancelLowerLevel is same as HigherLevel but cancels any running job or
1885                waiting job.
1886
1887    Duplicate Job Proximity = <time-interval>   (0)
1888
1889     My suggestion was to define it as the minimum guard time between
1890     executions of a specific job -- ie, if a job was scheduled within Job
1891     Proximity number of seconds, it would be considered a duplicate and
1892     consolidated.
1893
1894     Skip  = Do not allow two or more jobs with the same name to run
1895     simultaneously within the proximity interval. The second and subsequent
1896     jobs are skipped without further processing (other than to note the job
1897     and exit immediately), and are not considered errors.
1898
1899     Fail = The second and subsequent jobs that attempt to run during the
1900     proximity interval are cancelled and treated as error-terminated jobs.
1901
1902     Promote = If a job is running, and a second/subsequent job of higher
1903     level attempts to start, the running job is promoted to the higher level
1904     of processing using the resources already allocated, and the subsequent
1905     job is treated as in Skip above.
1906
1907
1908 DuplicateJobs {
1909   Name = "xxx"
1910   Description = "xxx"
1911   Allow = yes|no          (no = default)
1912
1913   AllowHigherLevel = yes|no    (no)
1914
1915   AllowLowerLevel = yes|no     (no)
1916
1917   AllowSameLevel = yes|no 
1918
1919   Cancel = Running | New        (no)
1920
1921   CancelledStatus = Fail | Skip  (fail)
1922
1923   Job Proximity = <time-interval>  (0)
1924   My suggestion was to define it as the minimum guard time between
1925   executions of a specific job -- ie, if a job was scheduled within Job
1926   Proximity number of seconds, it would be considered a duplicate and
1927   consolidated.
1928
1929 }
1930
1931 ===
1932 - Fix bpipe.c so that it does not modify results pointer.
1933   ***FIXME*** calling sequence should be changed.