]> git.sur5r.net Git - bacula/bacula/blob - bacula/kernstodo
15Apr06
[bacula/bacula] / bacula / kernstodo
1                     Kern's ToDo List
2                      22 February 2006
3
4 Major development:      
5 Project                     Developer
6 =======                     =========                         
7
8 Document:
9 - Document cleaning up the spool files:
10   db, pid, state, bsr, mail, conmsg, spool
11 - Document the multiple-drive-changer.txt script.
12 - Pruning with Admin job.
13 - Does WildFile match against full name?  Doc.
14 - %d and %v only valid on Director, not for ClientRunBefore/After.
15
16 Priority:
17
18 For 1.39:
19 - Fix re-read of last block to check if job has actually written
20   a block, and check if block was written by a different job
21   (i.e. multiple simultaneous jobs writing).
22 - JobStatus and Termination codes.
23 - Some users claim that they must do two prune commands to get a
24   Volume marked as purged.
25 - Print warning message if LANG environment variable does not specify
26   UTF-8.
27 === Migration from David ===
28 What I'd like to see: 
29
30 Job {
31   Name = "<poolname>-migrate"
32   Type = Migrate
33   Messages = Standard
34   Pool = Default
35   Migration Selection Type = LowestUtil | OldestVol | PoolOccupancy |
36 Client | PoolResidence | Volume | JobName | SQLquery
37   Migration Selection Pattern = "regexp"
38   Next Pool = <override>
39 }
40
41 There should be no need for a Level (migration is always Full, since you
42 don't calculate differential/incremental differences for migration),
43 Storage should be determined by the volume types in the pool, and Client
44 is really a selection issue.  Migration should always occur to the
45 NextPool defined in the pool definition. If no nextpool is defined, the
46 job should end with a reason of "no place to go". If Next Pool statement
47 is present, we override the check in the pool definition and use the
48 pool specified. 
49
50 Here's how I'd define Migration Selection Types: 
51
52 LowestUtil -- Identify the volume in the pool with the least data on it
53 and empty it. No Migration Selection Pattern required. 
54
55 OldestVol -- Identify the LRU volume with data written, and empty it. No
56 Migration Selection Pattern required. 
57
58 PoolOccupancy -- if pool occupancy exceeds <highmig>, migrate volumes
59 (starting with most full volumes) until pool occupancy drops below
60 <lowmig>. Pool highmig and lowmig values are in pool definition, no
61 Migration Selection Pattern required.
62
63 Client  -- Migrate data from selected client only. Migration Selection
64 Pattern regexp provides pattern to select client names, eg ^FS00* makes
65 all client names starting with FS00 eligible for migration. 
66
67 PoolResidence -- Migrate data sitting in pool for longer than
68 PoolResidence value in pool definition. Migration Selection Pattern
69 optional; if specified, override value in pool definition (value in
70 minutes). 
71
72 Volume -- Migrate all data on specified volumes. Migration Selection
73 Pattern regexp provides selection criteria for volumes to be migrated.
74 Volumes must exist in pool to be eligible for migration. 
75
76 Jobname -- Migration all jobs matching name. Migration Selection Pattern
77 regexp provides pattern to select jobnames existing in pool. 
78
79 SQLQuery -- Migrate all jobuids returned by the supplied SQL query.
80 Migration Selection Pattern contains SQL query to execute; should return
81 a list of 1 or more jobuids to migrate.
82
83 [ possibly a Python event -- kes ]
84 ===
85 - Don't attempt to restore from "Disabled" Volumes.
86 - Network error on Win32 should set Win32 error code.
87 - What happens when you rename a Disk Volume?
88 - Job retention period in a Pool (and hence Volume).  The job would
89   then be migrated.
90 - Detect resource deadlock in Migrate when same job wants to read
91   and write the same device.
92 - Make hardlink code at line 240 of find_one.c use binary search.
93 - Queue warning/error messages during restore so that they
94   are reported at the end of the report rather than being
95   hidden in the file listing ...
96 - Look at -D_FORTIFY_SOURCE=2
97 - Add Win32 FileSet definition somewhere
98 - Look at fixing restore status stats in SD.
99 - Make selection of Database used in restore correspond to
100   client.
101 - Implement a mode that says when a hard read error is
102   encountered, read many times (as it currently does), and if the
103   block cannot be read, skip to the next block, and try again.  If
104   that fails, skip to the next file and try again, ...
105 - Add level table:
106   create table LevelType (LevelType binary(1), LevelTypeLong tinyblob);
107   insert into LevelType (LevelType,LevelTypeLong) values
108   ("F","Full"),
109   ("D","Diff"),
110   ("I","Inc");
111 - Add ACL to restore only to original location.
112 - Add a recursive mark command (rmark) to restore.
113 - "Minimum Job Interval = nnn" sets minimum interval between Jobs
114   of the same level and does not permit multiple simultaneous
115   running of that Job (i.e. lets any previous invocation finish
116   before doing Interval testing).
117 - Look at simplifying File exclusions.
118 - New directive "Delete purged Volumes"
119 - new pool XXX with ScratchPoolId = MyScratchPool's PoolId and
120   let it fill itself, and RecyclePoolId = XXX's PoolId so I can
121   see if it become stable and I just have to supervise
122   MyScratchPool
123 - If I want to remove this pool, I set RecyclePoolId = MyScratchPool's
124   PoolId, and when it is empty remove it.
125 - Figure out how to recycle Scratch volumes back to the Scratch Pool.
126 - Add Volume=SCRTCH
127 - Allow Check Labels to be used with Bacula labels.
128 - "Resuming" a failed backup (lost line for example) by using the
129   failed backup as a sort of "base" job.
130 - Look at NDMP
131 - Email to the user when the tape is about to need changing x
132   days before it needs changing.
133 - Command to show next tape that will be used for a job even
134   if the job is not scheduled.
135 - From: Arunav Mandal <amandal@trolltech.com>
136   1. When jobs are running and bacula for some reason crashes or if I do a 
137   restart it remembers and jobs it was running before it crashed or restarted 
138   as of now I loose all jobs if I restart it.
139
140   2. When spooling and in the midway if client is disconnected for instance a 
141   laptop bacula completely discard the spool. It will be nice if it can write 
142   that spool to tape so there will be some backups for that client if not all.
143
144   3. We have around 150 clients machines it will be nice to have a option to 
145   upgrade all the client machines bacula version automatically.
146
147   4. Atleast one connection should be reserved for the bconsole so at heavy load 
148   I should connect to the director via bconsole which at sometimes I can't
149
150   5. Another most important feature that is missing, say at 10am I manually 
151   started  backup of client abc and it was a full backup since client abc has 
152   no backup history and at 10.30am bacula again automatically started backup of 
153   client abc as that was in the schedule. So now we have 2 multiple Full 
154   backups of the same client and if we again try to start a full backup of 
155   client backup abc bacula won't complain. That should be fixed.
156
157 - Fix bpipe.c so that it does not modify results pointer.
158   ***FIXME*** calling sequence should be changed.
159 - For Windows disaster recovery see http://unattended.sf.net/
160 - regardless of the retention period, Bacula will not prune the
161   last Full, Diff, or Inc File data until a month after the
162   retention period for the last Full backup that was done.
163 - update volume=xxx --- add status=Full
164 - Remove old spool files on startup.
165 - Exclude SD spool/working directory.
166 - Refuse to prune last valid Full backup. Same goes for Catalog.
167 - Python:
168   - Make a callback when Rerun failed levels is called.
169   - Give Python program access to Scheduled jobs.
170   - Add setting Volume State via Python.
171   - Python script to save with Python, not save, save with Bacula.
172   - Python script to do backup.
173   - What events?
174   - Change the Priority, Client, Storage, JobStatus (error) 
175     at the start of a job.
176 - Why is SpoolDirectory = /home/bacula/spool;  not reported
177   as an error when writing a DVD?
178 - Make bootstrap file handle multiple MediaTypes (SD)
179 - Remove all old Device resource code in Dir and code to pass it
180   back in SD -- better, rework it to pass back device statistics.
181 - Check locking of resources -- be sure to lock devices where previously
182   resources were locked. 
183 - The last part is left in the spool dir.
184
185
186 - In restore don't compare byte count on a raw device -- directory
187   entry does not contain bytes.
188 - To mark files as deleted, run essentially a Verify to disk, and
189   when a file is found missing (MarkId != JobId), then create
190   a new File record with FileIndex == -1. This could be done
191   by the FD at the same time as the backup.
192 === rate design
193   jcr->last_rate
194   jcr->last_runtime
195   MA = (last_MA * 3 + rate) / 4
196   rate = (bytes - last_bytes) / (runtime - last_runtime)
197 - Max Vols limit in Pool off by one?
198 - Implement Files/Bytes,... stats for restore job.
199 - Implement Total Bytes Written, ... for restore job.
200 - Despool attributes simultaneously with data in a separate
201   thread, rejoined at end of data spooling.
202 - 7. Implement new Console commands to allow offlining/reserving drives,
203      and possibly manipulating the autochanger (much asked for).
204 - Add start/end date editing in messages (%t %T, %e?) ...
205 - Add ClientDefs similar to JobDefs.
206 - Print more info when bextract -p accepts a bad block.
207 - Fix FD JobType to be set before RunBeforeJob in FD.
208 - Look at adding full Volume and Pool information to a Volume 
209   label so that bscan can get *all* the info. 
210 - If the user puts "Purge Oldest Volume = yes" or "Recycle Oldest Volume = yes"
211   and there is only one volume in the pool, refuse to do it -- otherwise
212   he fills the Volume, then immediately starts reusing it.
213 - Implement copies and stripes.
214 - Add history file to console.
215 - Each file on tape creates a JobMedia record. Peter has 4 million
216   files spread over 10000 tape files and four tapes. A restore takes
217   16 hours to build the restore list.
218 - Add and option to check if the file size changed during backup.
219 - Make sure SD deletes spool files on error exit.
220 - Delete old spool files when SD starts.
221 - When labeling tapes, if you enter 000026, Bacula uses
222   the tape index rather than the Volume name 000026.
223 - Add offline tape command to Bacula console.
224 - Bug: 
225   Enter MediaId or Volume name: 32
226   Enter new Volume name: DLT-20Dec04
227   Automatically selected Pool: Default
228   Connecting to Storage daemon DLTDrive at 192.168.68.104:9103 ...
229   Sending relabel command from "DLT-28Jun03" to "DLT-20Dec04" ...
230   block.c:552 Write error at 0:0 on device /dev/nst0. ERR=Bad file descriptor.
231   Error writing final EOF to tape. This tape may not be readable.
232   dev.c:1207 ioctl MTWEOF error on /dev/nst0. ERR=Permission denied.
233   askdir.c:219 NULL Volume name. This shouldn't happen!!!
234   3912 Failed to label Volume: ERR=dev.c:1207 ioctl MTWEOF error on /dev/nst0. ERR=Permission denied.
235   Label command failed for Volume DLT-20Dec04.
236   Do not forget to mount the drive!!!
237 - Bug: if a job is manually scheduled to run later, it does not appear
238   in any status report and cannot be cancelled.
239
240 ==== Keeping track of deleted files ====
241      My "trick" for keeping track of deletions is the following.
242      Assuming the user turns on this option, after all the files
243      have been backed up, but before the job has terminated, the
244      FD will make a pass through all the files and send their
245      names to the DIR (*exactly* the same as what a Verify job
246      currently does).  This will probably be done at the same
247      time the files are being sent to the SD avoiding a second
248      pass.  The DIR will then compare that to what is stored in
249      the catalog.  Any files in the catalog but not in what the
250      FD sent will receive a catalog File entry that indicates
251      that at that point in time the file was deleted.
252
253      During a restore, any file initially picked up by some
254      backup (Full, ...) then subsequently having a File entry
255      marked "delete" will be removed from the tree, so will not
256      be restored.  If a file with the same name is later OK it
257      will be inserted in the tree -- this already happens.  All
258      will be consistent except for possible changes during the
259      running of the FD.
260
261      Since I'm on the subject, some of you may be wondering what
262      the utility of the in memory tree is if you are going to
263      restore everything (at least it comes up from time to time
264      on the list).  Well, it is still *very* useful because it
265      allows only the last item found for a particular filename
266      (full path) to be entered into the tree, and thus if a file
267      is backed up 10 times, only the last copy will be restored.
268      I recently (last Friday) restored a complete directory, and
269      the Full and all the Differential and Incremental backups
270      spanned 3 Volumes.  The first Volume was not even mounted
271      because all the files had been updated and hence backed up
272      since the Full backup was made.  In this case, the tree
273      saved me a *lot* of time.
274
275      Make sure this information is stored on the tape too so
276      that it can be restored directly from the tape.
277
278   Comments from Martin Simmons (I think they are all covered):
279   Ok, that should cover the basics.  There are few issues though:
280
281   - Restore will depend on the catalog.  I think it is better to include the
282   extra data in the backup as well, so it can be seen by bscan and bextract.
283
284   - I'm not sure if it will preserve multiple hard links to the same inode.  Or
285   maybe adding or removing links will cause the data to be dumped again?
286
287   - I'm not sure if it will handle renamed directories.  Possibly it will work
288   by dumping the whole tree under a renamed directory?
289
290   - It remains to be seen how the backup performance of the DIR's will be
291   affected when comparing the catalog for a large filesystem.
292
293 ==== 
294 From David:
295 How about introducing a Type = MgmtPolicy job type? That job type would
296 be responsible for scanning the Bacula environment looking for specific
297 conditions, and submitting the appropriate jobs for implementing said
298 policy, eg: 
299
300 Job {
301    Name = "Migration-Policy"
302    Type = MgmtPolicy
303    Policy Selection Job Type = Migrate
304    Scope = "<keyword> <operator> <regexp>"
305    Threshold = "<keyword> <operator> <regexp>"
306    Job Template = <template-name>
307 }
308
309 Where <keyword> is any legal job keyword, <operator> is a comparison
310 operator (=,<,>,!=, logical operators AND/OR/NOT) and <regexp> is a
311 appropriate regexp. I could see an argument for Scope and Threshold
312 being SQL queries if we want to support full flexibility. The
313 Migration-Policy job would then get scheduled as frequently as a site
314 felt necessary (suggested default: every 15 minutes). 
315
316 Example: 
317
318 Job {
319    Name = "Migration-Policy"
320    Type = MgmtPolicy
321    Policy Selection Job Type = Migration
322    Scope = "Pool=*"
323    Threshold = "Migration Selection Type = LowestUtil"
324    Job Template = "MigrationTemplate"
325 }
326
327 would select all pools for examination and generate a job based on
328 MigrationTemplate to automatically select the volume with the lowest
329 usage and migrate it's contents to the nextpool defined for that pool. 
330
331 This policy abstraction would be really handy for adjusting the behavior
332 of Bacula according to site-selectable criteria (one thing that pops
333 into mind is Amanda's ability to automatically adjust backup levels
334 depending on various criteria).
335
336
337 =====
338
339 Regression tests:
340 - Add Pool/Storage override regression test.
341 - Add delete JobId to regression.
342 - Add a regression test for dbcheck.  
343 - New test to add bscan to four-concurrent-jobs regression,
344   i.e. after the four-concurrent jobs zap the
345   database as is done in the bscan-test, then use bscan to
346   restore the database, do a restore and compare with the
347   original.
348 - Add restore of specific JobId to regression (item 3
349   on the restore prompt)
350 - Add IPv6 to regression
351 - Add database test to regression. Test each function like delete,
352   purge, ...
353
354 - AntiVir can slow down backups on Win32 systems. 
355 - Win32 systems with FAT32 can be much slower than NTFS for
356   more than 1000 files per directory.
357
358
359 1.37 Possibilities:
360 - A HOLD command to stop all jobs from starting.
361 - A PAUSE command to pause all running jobs ==> release the
362   drive.
363 - Media Type = LTO,LTO-2,LTO-3
364   Media Type Read = LTO,LTO2,LTO3
365   Media Type Write = LTO2, LTO3
366
367 === From Carsten Menke <bootsy52@gmx.net>
368
369 Following is a list of what I think in the situations where I'm faced with, 
370 could be a usefull enhancement to bacula, which I'm certain other users will 
371 benefit from as well.
372
373 1. NextJob/NextJobs Directive within a Job Resource in the form of
374     NextJobs = job1,job2.
375
376     Why:
377     I currently solved the problem with running multiple jobs each after each
378     by setting the Max Wait Time for a job to 8 hours, and give
379     the jobs different Priorities. However, there scenarios where
380     1 Job is directly depending on another job, so if the former job fails,
381     the job after it needn't to be run
382     while maybe other jobs should run despite of that
383
384 Example:
385   A Backup Job and a Verify job, if the backup job fails there is no need to run
386   the verify job, as the backup job already failed. However, one may like
387   to backup the Catalog to disk despite of that the main backup job failed.
388
389 Notes:
390   I see that this is related to the Event Handlers which are on the ToDo
391   list, also it is maybe a good idea to check for the return value and
392   execute different actions based on the return value
393
394
395 3. offline capability to bconsole
396
397     Why:
398     Currently I use a script which I execute within the last Job via the
399     RunAfterJob Directive, to release and eject the tape.
400     So I have to call bconsole "release=Storage-Name" and afterwards
401     mt -f /dev/nst0 eject to get the tape out.
402
403     If I have multiple Storage Devices, than these may not be /dev/nst0 and
404     I have to modify the script or call it with parameters etc.
405     This would actually not be needed, as everything is already defined
406     in bacula-sd.conf and if   I can invoke bconsole with the
407     storage name via $1 in the script than I'm done and information is
408     not duplicated.
409
410 4. %s for Storage Name added to the chars being substituted in "RunAfterJob"
411
412     Why:
413
414     For the reason mentioned in 3. to have the ability to call a
415     script with /scripts/foobar %s and in the script use $1
416     to pass the Storage Name to bconsole
417
418 5. Setting Volume State within a Job Resource
419
420     Why:
421     Instead of using "Maximum Volume Jobs" in the Pool Resource,
422     I would have the possibilty to define
423     in a Job Resource that after this certain job is run, the Volume State
424     should be set to "Volume State = Used", this give more flexibility (IMHO).
425
426 6. Localization of Bacula Messages
427
428     Why:
429     Unfortunatley many,many people I work with don't speak english very well.
430     So if at least the Reporting messages would be localized then they
431     would  understand that they have to change the tape,etc. etc.
432
433     I volunteer to do the german translations, and if I can convince my wife also
434     french and Morre (western african language).
435
436 7. OK, this is evil, probably bound to security risks and maybe not possible
437     due to the design of bacula.
438
439     Implementation of Backtics ( `command` ) for shell comand execution to
440     the "Label Format" Directive.
441
442 Why:
443
444     Currently I have defined BACULA_DAY_OF_WEEK="day1|day2..." resulting in
445     Label Format = "HolyBackup-${BACULA_DAY_OF_WEEK[${WeekDay}]}". If I could
446     use backticks than I could use "Label Format = HolyBackup-`date +%A` to have
447     the localized name for the day of the week appended to the
448     format string. Then I have the tape labeled automatically with weekday
449     name in the correct language.
450 ==========
451 -  Yes, that is surely the case. I probably should turn those into Warning
452    errors. In addition, you just made me think that it might not be bad to
453    add an option to check the file size after backing up the file and
454    report if it changes. This would be done as an option because it would
455    add extra overhead.
456  
457    Kern, good idea.  If you do do that, mention in the output: file 
458    shrunk, or file expanded, just to make it obvious to the user 
459    (without having to the refer to file size), just how the file size 
460    changed.
461  
462    Would this option be for all file, or just one file?  Or a fileset?
463 - Make output from status use html table tags for nicely 
464   presenting in a browser.
465 - Can one write tapes faster with 8192 byte block sizes?
466 - Document security problems with the same password for everyone in
467   rpm and Win32 releases.
468 - Browse generations of files.
469 - I've seen an error when my catalog's File table fills up.  I
470    then have to recreate the File table with a larger maximum row
471    size.  Relevant information is at
472    http://dev.mysql.com/doc/mysql/en/Full_table.html ; I think the
473    "Installing and Configuring MySQL" chapter should talk a bit
474    about this potential problem, and recommend a solution.
475 - For Solaris must use POSIX awk.
476 - Want speed of writing to tape while despooling.
477 - Supported autochanger:
478 OS: Linux
479 Man.: HP
480 Media: LTO-2
481 Model: SSL1016
482 Slots: 16
483 Cap: 200GB
484 - Supported drive:
485   Wangtek 6525ES (SCSI-1 QIC drive, 525MB), under Linux 2.4.something, 
486   bacula 1.36.0/1 works with blocksize 16k INSIDE bacula-sd.conf.
487 - Add regex from http://www.pcre.org to Bacula for Win32.
488 - Use only shell tools no make in CDROM package.
489 - Include within include does it work?
490 - Implement a Pool of type Cleaning?
491 - Implement VolReadTime and VolWriteTime in SD
492 - Modify Backing up Your Database to include a bootstrap file.
493 - Think about making certain database errors fatal.
494 - Look at correcting the time jump in the scheduler for daylight
495   savings time changes.
496 - Add a "real" timer to network connections.
497 - Promote to Full = Time period 
498 - Check dates entered by user for correctness (month/day/... ranges)
499 - Compress restore Volume listing by date and first file.
500 - Look at patches/bacula_db.b2z postgresql that loops during restore.
501   See Gregory Wright.
502 - Perhaps add read/write programs and/or plugins to FileSets.
503 - How to handle backing up portables ...
504 - Add some sort of guaranteed Interval for upgrading jobs.
505 - Can we write the state file after every job terminates? On Win32
506   the system crashes and the state file is not updated.
507 - Limit bandwidth
508
509 Documentation to do: (any release a little bit at a time)
510 - Doc to do unmount before removing magazine.
511 - Alternative to static linking "ldd prog" save all binaries listed,
512   restore them and point LD_LIBRARY_PATH to them.
513 - Document add "</dev/null >/dev/null 2>&1" to the bacula-fd command line
514 - Document query file format.
515 - Add more documentation for bsr files.
516 - Document problems with Verify and pruning.
517 - Document how to use multiple databases.
518 - VXA drives have a "cleaning required"
519   indicator, but Exabyte recommends preventive cleaning after every 75
520   hours of operation.
521   From Phil:
522     In this context, it should be noted that Exabyte has a command-line
523     vxatool utility available for free download. (The current version is
524     vxatool-3.72.) It can get diagnostic info, read, write and erase tapes,
525     test the drive, unload tapes, change drive settings, flash new firmware,
526     etc.
527     Of particular interest in this context is that vxatool <device> -i will
528     report, among other details, the time since last cleaning in tape motion
529     minutes. This information can be retrieved (and settings changed, for
530     that matter) through the generic-SCSI device even when Bacula has the
531     regular tape device locked. (Needless to say, I don't recommend
532     changing tape settings while a job is running.)
533 - Lookup HP cleaning recommendations.
534 - Lookup HP tape replacement recommendations (see trouble shooting autochanger)
535 - Document doing table repair
536
537
538 ===================================
539 - Add macro expansions in JobDefs.
540   Run Before Job = "SomeFile %{Level} %{Client}"
541   Write Bootstrap="/some/dir/%{JobName}_%{Client}.bsr"
542 - Use non-blocking network I/O but if no data is available, use
543   select().
544 - Use gather write() for network I/O.
545 - Autorestart on crash.
546 - Add bandwidth limiting.
547 - Add acks every once and a while from the SD to keep
548   the line from timing out.
549 - When an error in input occurs and conio beeps, you can back
550   up through the prompt.
551 - Detect fixed tape block mode during positioning by looking at
552   block numbers in btape "test".  Possibly adjust in Bacula.
553 - Fix list volumes to output volume retention in some other
554   units, perhaps via a directive.
555 - If opening a tape in read/write mode fails attempt to open
556   it in read-only mode, and mark the tape for read only.
557 - Allow Simultaneous Priorities = yes  => run up to Max concurrent jobs even
558   with multiple priorities.
559 - If you use restore replace=never, the directory attributes for
560   non-existent directories will not be restored properly.
561
562 - see lzma401.zip in others directory for new compression
563   algorithm/library.
564 - Minimal autochanger handling in Bacula and in btape.
565 - Look into how tar does not save sockets and the possiblity of
566   not saving them in Bacula (Martin Simmons reported this).
567 - Fix restore jobs so that multiple jobs can run if they
568   are not using the same tape(s).
569 - Allow the user to select JobType for manual pruning/purging.
570 - bscan does not put first of two volumes back with all info in
571   bscan-test.
572 - Implement the FreeBSD nodump flag in chflags.
573 - Figure out how to make named console messages go only to that
574   console and to the non-restricted console (new console class?).
575 - Make restricted console prompt for password if *ask* is set or
576   perhaps if password is undefined.
577 - Implement "from ISO-date/time every x hours/days/weeks/months" in
578   schedules.
579
580 ==== from Marc Schoechlin
581 - the help-command should be more verbose
582   (it should explain the paramters of the different 
583   commands in detail)
584   -> its time-comsuming to consult the manual anytime
585      you need a special parameter
586   -> maybe its more easy to maintain this, if the
587      descriptions of that commands are outsourced to
588      a ceratin-file
589 - the cd-command should allow complete paths
590   i.e. cd /foo/bar/foo/bar
591   -> if a customer mails me the path to a certain file,
592      its faster to enter the specified directory
593 - if the password is not configured in bconsole.conf
594   you should be asked for it.
595   -> sometimes you like to do restore on a customer-machine
596      which shouldnt know the password for bacula.
597   -> adding the password to the file favours admins
598      to forget to remove the password after usage
599   -> security-aspects
600      the protection of that file is less important
601 - long-listed-output of commands should be scrollable
602   like the unix more/less-command does
603   -> if someone runs 200 and more machines, the lists could
604      be a little long and complex
605 - command-output should be shown column by column
606   to reduce scrolling and to increase clarity
607   -> see last item
608 - lsmark should list the selected files with full
609   paths
610 - wildcards for selecting and file and directories would be nice
611 - any actions should be interuptable with STRG+C
612 - command-expansion would be pretty cool
613 ====
614 - When the replace Never option is set, new directory permissions
615   are not restored. See bug 213. To fix this requires creating a
616   list of newly restored directories so that those directory 
617   permissions *can* be restored.
618 - Compaction of Disk space by "migrating" Volumes that have pruned
619   Jobs (what criteria? size, #jobs, time).
620 - Add prune all command
621 - Document fact that purge can destroy a part of a restore by purging
622   one volume while others remain valid -- perhaps mark Jobs.
623 - Add multiple-media-types.txt
624 - look at mxt-changer.html
625 - Make ? do a help command (no return needed).
626 - Implement restore directory.
627 - Document streams and how to implement them.
628 - Try not to re-backup a file if a new hard link is added.
629 - Add feature to backup hard links only, but not the data.
630 - Fix stream handling to be simpler.
631 - Add Priority and Bootstrap to Run a Job.
632 - Eliminate Restore "Run Restore Job" prompt by allowing new "run command
633   to be issued"
634 - Remove View FileSet button from Run a Job dialog.
635 - Handle prompt for restore job at end of Restore command.
636 - Add display of total selected files to Restore window.
637 - Add tree pane to left of window.
638 - Add progress meter.
639 - Max wait time or max run time causes seg fault -- see runtime-bug.txt
640 - Document writing to a CD/DVD with Bacula.
641 - Add a "base" package to the window installer for pthreadsVCE.dll
642   which is needed by all packages.
643 - Add message to user to check for fixed block size when the forward
644   space test fails in btape.
645 - When unmarking a directory check if all files below are unmarked and
646   then remove the + flag -- in the restore tree.
647 - Possibly implement: Action = Unmount Device="TapeDrive1" in Admin jobs.
648 - Setup lrrd graphs: (http://www.linpro.no/projects/lrrd/) Mike Acar.
649 - Revisit the question of multiple Volumes (disk) on a single device.
650 - Add a block copy option to bcopy.
651 - Investigate adding Mac Resource Forks.
652 - Finish work on Gnome restore GUI.
653 - Fix "llist jobid=xx" where no fileset or client exists.
654 - For each job type (Admin, Restore, ...) require only the really necessary
655   fields.- Pass Director resource name as an option to the Console.
656 - Add a "batch" mode to the Console (no unsolicited queries, ...).
657 - Add a .list all files in the restore tree (probably also a list all files)
658   Do both a long and short form.
659 - Allow browsing the catalog to see all versions of a file (with 
660   stat data on each file).
661 - Restore attributes of directory if replace=never set but directory
662   did not exist.
663 - Use SHA1 on authentication if possible.
664 - See comtest-xxx.zip for Windows code to talk to USB.
665 - Add John's appended files:
666    Appended = {     /files/server/logs/http/*log   }
667    and such files would be treated as follows.On a FULL backup, they would
668    be backed up like any other file.On an INCREMENTAL backup, where a
669    previous INCREMENTAL or FULL was already in thecatalogue and the length
670    of the file wasgreater than the length of the last backup, only thedata
671    added since the last backup will be dumped.On an INCREMENTAL backup, if
672    the length of the file is less than thelength of the file with the same
673    name last backed up, the completefile is dumped.On Windows systems, with
674    creation date of files, we can be evensmarter about this and not count
675    entirely upon the length.On a restore, the full and all incrementals
676    since it will beapplied in sequence to restore the file.  
677 - Check new HAVE_WIN32 open bits.    
678 - Check if the tape has moved before writing.  
679 - Handling removable disks -- see below:
680 - Keep track of tape use time, and report when cleaning is necessary.
681 - Add FromClient and ToClient keywords on restore command (or
682   BackupClient RestoreClient).
683 - Implement a JobSet, which groups any number of jobs. If the
684   JobSet is started, all the jobs are started together.
685   Allow Pool, Level, and Schedule overrides.
686 - Enhance cancel to timeout BSOCK packets after a specific delay.
687 - Do scheduling by UTC using gmtime_r() in run_conf, scheduler, and   
688   ua_status.!!! Thanks to Alan Brown for this tip.
689 - Look at updating Volume Jobs so that Max Volume Jobs = 1 will work
690   correctly for multiple simultaneous jobs.
691 - Correct code so that FileSet MD5 is calculated for < and | filename   
692   generation.
693 - Implement the Media record flag that indicates that the Volume does disk 
694   addressing.
695 - Implement VolAddr, which is used when Volume is addressed like a disk,
696   and form it from VolFile and VolBlock.
697 - Make multiple restore jobs for multiple media types specifying 
698   the proper storage type.
699 - Fix fast block rejection (stored/read_record.c:118). It passes a null
700   pointer (rec) to try_repositioning().
701 - Look at extracting Win data from BackupRead.
702 - Implement RestoreJobRetention? Maybe better "JobRetention" in a Job,
703   which would take precidence over the Catalog "JobRetention".
704 - Implement Label Format in Add and Label console commands.
705 - Possibly up network buffers to 65K. Put on variable.
706 - Put email tape request delays on one or more variables. User wants
707   to cancel the job after a certain time interval.  Maximum Mount Wait?
708 - Job, Client, Device, Pool, or Volume?
709   Is it possible to make this a directive which is *optional* in multiple
710   resources, like Level? If so, I think I'd make it an optional directive
711   in Job, Client, and Pool, with precedence such that Job overrides Client
712   which in turn overrides Pool.
713
714 - New Storage specifications:
715   - Want to write to multiple storage devices simultaneously
716   - Want to write to multiple storage devices sequentially (in one job)
717   - Want to read/write simultaneously
718   - Key is MediaType -- it must match
719
720   Passed to SD as a sort of BSR record called Storage Specification
721     Record or SSR.
722     SSR                    
723       Next -> Next SSR
724       MediaType -> Next MediaType
725       Pool -> Next Pool
726       Device -> Next Device
727   Job Resource
728      Allow multiple Storage specifications
729      New flags
730         One Archive = yes
731         One Device = yes
732         One Storage = yes
733         One MediaType = yes
734         One Pool = yes
735   Storage
736      Allow Multiple Pool specifications (note, Pool currently
737        in Job resource).
738      Allow Multiple MediaType specifications in Dir conf
739      Allow Multiple Device specifications in Dir conf
740      Perhaps keep this in a single SSR
741   Tie a Volume to a specific device by using a MediaType that 
742     is contained in only one device.
743   In SD allow Device to have Multiple MediaTypes
744
745 - Ideas from Jerry Scharf:
746   First let's point out some big pluses that bacula has for this
747         it's open source
748         more importantly it's active. Thank you so much for that
749         even more important, it's not flaky
750         it has an open access catalog, opening many possibilities
751         it's pushing toward heterogeneous systems capability
752   big things:
753    Macintosh file client
754         macs are an interesting niche, but I fear a server is a rathole
755    working bare iron recovery for windows
756    the option for  inc/diff backups not reset on fileset revision
757         a) use both change and inode update time against base time
758         b) do the full catalog check (expensive but accurate)
759    sizing guide (how much system is needed to back up N systems/files)
760    consultants on using bacula in building a disaster recovery system
761    an integration guide
762         or how to get at fancy things that one could do with bacula
763    logwatch code for bacula logs (or similar)
764    linux distro inclusion of bacula (brings good and bad, but necessary)
765    win2k/XP server capability (icky but you asked)
766    support for Oracle database ??
767 ===
768 - Look at adding SQL server and Exchange support for Windows. 
769 - Make dev->file and dev->block_num signed integers so that -1 can
770   be an invalid value which happens with BSR.
771 - Create VolAddr for disk files in place of VolFile and VolBlock. This
772   is needed to properly specify ranges.
773 - Add progress of files/bytes to SD and FD.
774 - Print warning message if FileId > 4 billion
775 - do a "messages" before the first prompt in Console
776 - Client does not show busy during Estimate command.
777 - Implement Console mtx commands.
778 - Implement a Mount Command and an Unmount Command where
779   the users could specify a system command to be performed
780   to do the mount, after which Bacula could attempt to
781   read the device. This is for Removeable media such as a CDROM.
782   - Most likely, this mount command would be invoked explicitly
783   by the user using the current Console "mount" and "unmount" 
784   commands -- the Storage Daemon would do the right thing 
785   depending on the exact nature of the device.
786   - As with tape drives, when Bacula wanted a new removable
787   disk mounted, it would unmount the old one, and send a message
788   to the user, who would then use "mount" as described above 
789   once he had actually inserted the disk.
790 - Implement dump/print label to UA
791 - Spool to disk only when the tape is full, then when a tape is hung move
792   it to tape.
793 - bextract is sending everything to the log file ****FIXME****
794 - Allow multiple Storage specifications (or multiple names on
795   a single Storage specification) in the Job record. Thus a job 
796   can be backed up to a number of storage devices.
797 - Implement some way for the File daemon to contact the Director 
798   to start a job or pass its DHCP obtained IP number.
799 - Implement a query tape prompt/replace feature for a console
800 - Copy console @ code to gnome2-console
801 - Make AES the only encryption algorithm see 
802   http://csrc.nist.gov/CryptoToolkit/aes/).  It's
803   an officially adopted standard, has survived peer
804   review, and provides keys up to 256 bits.
805 - Take a careful look at SetACL http://setacl.sourceforge.net     
806 - Make tree walk routines like cd, ls, ... more user friendly
807   by handling spaces better.
808 - Make sure that Bacula rechecks the tape after the 20 min wait.
809 - Set IO_NOWAIT on Bacula TCP/IP packets.
810 - Try doing a raw partition backup and restore by mounting a
811   Windows partition.
812 - From Lars Kellers:
813     Yes, it would allow to highly automatic the request for new tapes. If a 
814     tape is empty, bacula reads the barcodes (native or simulated), and if 
815     an unused tape is found, it runs the label command with all the 
816     necessary parameters.
817
818     By the way can bacula automatically "move" an empty/purged volume say 
819     in the "short" pool to the "long" pool if this pool runs out of volume 
820     space?
821 - What to do about "list files job=xxx".
822 - Get and test MySQL 4.0
823 - Look at how fuser works and /proc/PID/fd that is how Nic found the
824   file descriptor leak in Bacula.
825 - Implement WrapCounters in Counters.
826 - Add heartbeat from FD to SD if hb interval expires.
827 - Can we dynamically change FileSets?
828 - If pool specified to label command and Label Format is specified,
829   automatically generate the Volume name.
830 - Why can't SQL do the filename sort for restore?
831 - Add ExhautiveRestoreSearch
832 - Look at the possibility of loading only the necessary 
833   data into the restore tree (i.e. do it one directory at a
834   time as the user walks through the tree).
835 - Possibly use the hash code if the user selects all for a restore command.
836 - Fix "restore all" to bypass building the tree.
837 - Prohibit backing up archive device (findlib/find_one.c:128)
838 - Implement Release Device in the Job resource to unmount a drive.
839 - Implement Acquire Device in the Job resource to mount a drive,
840   be sure this works with admin jobs so that the user can get
841   prompted to insert the correct tape.  Possibly some way to say to
842   run the job but don't save the files.
843 - Make things like list where a file is saved case independent for
844   Windows.
845 - Implement migrate
846 - Use autochanger to handle multiple devices.
847 - On Windows with very long path names, it may be impossible to create 
848   a file (and thus restore it) because the total length is too long.
849   We must cd into the directory then create the file without the
850   full path name.
851 - Implement a Recycle command
852 - Test a second language e.g. french.
853 - Start working on Base jobs.
854 - Implement UnsavedFiles DB record.
855 - From Phil Stracchino:
856   It would probably be a per-client option, and would be called
857   something like, say, "Automatically purge obsoleted jobs".  What it
858   would do is, when you successfully complete a Differential backup of a
859   client, it would automatically purge all Incremental backups for that
860   client that are rendered redundant by that Differential.  Likewise,
861   when a Full backup on a client completed, it would automatically purge
862   all Differential and Incremental jobs obsoleted by that Full backup.
863   This would let people minimize the number of tapes they're keeping on
864   hand without having to master the art of retention times.
865 - When doing a Backup send all attributes back to the Director, who
866   would then figure out what files have been deleted.
867 - Currently in mount.c:236 the SD simply creates a Volume. It should have
868   explicit permission to do so.  It should also mark the tape in error
869   if there is an error.
870 - Cancel waiting for Client connect in SD if FD goes away.
871
872 - Implement timeout in response() when it should come quickly.
873 - Implement a Slot priority (loaded/not loaded).
874 - Implement "vacation" Incremental only saves.
875 - Implement create "FileSet"?
876 - Add prefixlinks to where or not where absolute links to FD.
877 - Issue message to mount a new tape before the rewind.
878 - Simplified client job initiation for portables.
879 - If SD cannot open a drive, make it periodically retry.
880 - Add more of the config info to the tape label.
881
882 - If tape is marked read-only, then try opening it read-only rather than
883   failing, and remember that it cannot be written.
884 - Refine SD waiting output:
885     Device is being positioned
886     >     Device is being positioned for append
887     >     Device is being positioned to file x
888     > 
889 - Figure out some way to estimate output size and to avoid splitting
890   a backup across two Volumes -- this could be useful for writing CDROMs
891   where you really prefer not to have it split -- not serious.
892 - Have SD compute MD5 or SHA1 and compare to what FD computes.
893 - Make VolumeToCatalog calculate an MD5 or SHA1 from the 
894   actual data on the Volume and compare it.                  
895 - Implement Bacula plugins -- design API
896 - Make bcopy read through bad tape records.
897 - Program files (i.e. execute a program to read/write files).
898   Pass read date of last backup, size of file last time.
899 - Add Signature type to File DB record.
900 - CD into subdirectory when open()ing files for backup to
901   speed up things.  Test with testfind().
902 - Priority job to go to top of list.
903 - Why are save/restore of device different sizes (sparse?)   Yup! Fix it.
904 - Implement some way for the Console to dynamically create a job.
905 - Solaris -I on tar for include list
906 - Need a verbose mode in restore, perhaps to bsr.
907 - bscan without -v is too quiet -- perhaps show jobs.
908 - Add code to reject whole blocks if not wanted on restore.
909 - Check if we can increase Bacula FD priorty in Win2000
910 - Make sure the MaxVolFiles is fully implemented in SD
911 - Check if both CatalogFiles and UseCatalog are set to SD.
912 - Possibly add email to Watchdog if drive is unmounted too
913   long and a job is waiting on the drive.
914 - After unmount, if restore job started, ask to mount.
915 - Add UA rc and history files.
916 - put termcap (used by console) in ./configure and
917   allow -with-termcap-dir.
918 - Fix Autoprune for Volumes to respect need for full save.
919 - Compare tape to Client files (attributes, or attributes and data) 
920 - Make all database Ids 64 bit.
921 - Allow console commands to detach or run in background.
922 - Fix status delay on storage daemon during rewind.
923 - Add SD message variables to control operator wait time
924   - Maximum Operator Wait
925   - Minimum Message Interval
926   - Maximum Message Interval
927 - Send Operator message when cannot read tape label.
928 - Verify level=Volume (scan only), level=Data (compare of data to file).
929   Verify level=Catalog, level=InitCatalog
930 - Events file
931 - Add keyword search to show command in Console.
932 - Events : tape has more than xxx bytes.
933 - Complete code in Bacula Resources -- this will permit
934   reading a new config file at any time.
935 - Handle ctl-c in Console
936 - Implement script driven addition of File daemon to config files.
937 - Think about how to make Bacula work better with File (non-tape) archives.
938 - Write Unix emulator for Windows.
939 - Put memory utilization in Status output of each daemon
940   if full status requested or if some level of debug on.
941 - Make database type selectable by .conf files i.e. at runtime
942 - Set flag for uname -a.  Add to Volume label.
943 - Restore files modified after date
944 - SET LD_RUN_PATH=$HOME/mysql/lib/mysql
945 - Remove duplicate fields from jcr (e.g. jcr.level and jcr.jr.Level, ...).
946 - Timout a job or terminate if link goes down, or reopen link and query.
947 - Concept of precious tapes (cannot be reused).
948 - Make bcopy copy with a single tape drive.
949 - Permit changing ownership during restore.
950
951 - From Phil:
952   > My suggestion:  Add a feature on the systray menu-icon menu to request
953   > an immediate backup now.  This would be useful for laptop users who may
954   > not be on the network when the regular scheduled backup is run.
955   > 
956   > My wife's suggestion: Add a setting to the win32 client to allow it to
957   > shut down the machine after backup is complete (after, of course,
958   > displaying a "System will shut down in one minute, click here to cancel"
959   > warning dialog).  This would be useful for sites that want user
960   > woorkstations to be shut down overnight to save power.
961   > 
962
963 - Autolabel should be specified by DIR instead of SD.
964 - Storage daemon    
965   - Add media capacity
966   - AutoScan (check checksum of tape)
967   - Format command = "format /dev/nst0"
968   - MaxRewindTime
969   - MinRewindTime
970   - MaxBufferSize
971   - Seek resolution (usually corresponds to buffer size)
972   - EODErrorCode=ENOSPC or code
973   - Partial Read error code
974   - Partial write error code
975   - Nonformatted read error
976   - Nonformatted write error
977   - WriteProtected error
978   - IOTimeout
979   - OpenRetries
980   - OpenTimeout
981   - IgnoreCloseErrors=yes
982   - Tape=yes
983   - NoRewind=yes
984 - Pool
985   - Maxwrites
986   - Recycle period
987 - Job
988   - MaxWarnings
989   - MaxErrors (job?)
990 =====
991 - FD sends unsaved file list to Director at end of job (see
992   RFC below).
993 - File daemon should build list of files skipped, and then
994   at end of save retry and report any errors.
995 - Write a Storage daemon that uses pipes and
996   standard Unix programs to write to the tape.
997   See afbackup.
998 - Need something that monitors the JCR queue and
999   times out jobs by asking the deamons where they are.
1000 - Enhance Jmsg code to permit buffering and saving to disk.
1001 - device driver = "xxxx" for drives.
1002 - Verify from Volume
1003 - Ensure that /dev/null works
1004 - Need report class for messages. Perhaps
1005   report resource where report=group of messages
1006 - enhance scan_attrib and rename scan_jobtype, and
1007   fill in code for "since" option 
1008 - Director needs a time after which the report status is sent
1009   anyway -- or better yet, a retry time for the job.
1010 - Don't reschedule a job if previous incarnation is still running.
1011 - Some way to automatically backup everything is needed????
1012 - Need a structure for pending actions:
1013   - buffered messages
1014   - termination status (part of buffered msgs?)
1015 - Drive management
1016   Read, Write, Clean, Delete
1017 - Login to Bacula; Bacula users with different permissions:
1018    owner, group, user, quotas
1019 - Store info on each file system type (probably in the job header on tape.
1020   This could be the output of df; or perhaps some sort of /etc/mtab record.
1021
1022 ========= ideas ===============
1023 From: "Jerry K. Schieffer" <jerry@skylinetechnology.com>
1024 To: <kern@sibbald.com>
1025 Subject: RE: [Bacula-users] future large programming jobs
1026 Date: Thu, 26 Feb 2004 11:34:54 -0600
1027
1028 I noticed the subject thread and thought I would offer the following
1029 merely as sources of ideas, i.e. something to think about, not even as
1030 strong as a request.  In my former life (before retiring) I often
1031 dealt with backups and storage management issues/products as a
1032 developer and as a consultant.  I am currently migrating my personal
1033 network from amanda to bacula specifically because of the ability to
1034 cross media boundaries during storing backups.
1035 Are you familiar with the commercial product called ADSM (I think IBM
1036 now sells it under the Tivoli label)?  It has a couple of interesting
1037 ideas that may apply to the following topics.
1038
1039 1. Migration:  Consider that when you need to restore a system, there
1040 may be pressure to hurry.  If all the information for a single client
1041 can eventually end up on the same media (and in chronological order),
1042 the restore is facillitated by not having to search past information
1043 from other clients.  ADSM has the concept of "client affinity" that
1044 may be associated with it's storage pools.  It seems to me that this
1045 concept (as an optional feature) might fit in your architecture for
1046 migration.
1047
1048 ADSM also has the concept of defining one or more storage pools as
1049 "copy pools" (almost mirrors, but only in the sense of contents).
1050 These pools provide the ability to have duplicte data stored both
1051 onsite and offsite.  The copy process can be scheduled to be handled
1052 by their storage manager during periods when there is no backup
1053 activity.  Again, the migration process might be a place to consider
1054 implementing something like this.
1055
1056 >
1057 > It strikes me that it would be very nice to be able to do things
1058 like
1059 > have the Job(s) backing up the machines run, and once they have all
1060 > completed, start a migration job to copy the data from disks Volumes
1061 to
1062 > a tape library and then to offsite storage. Maybe this can already
1063 be
1064 > done with some careful scheduling and Job prioritzation; the events
1065 > mechanism described below would probably make it very easy.
1066
1067 This is the goal. In the first step (before events), you simply
1068 schedule
1069 the Migration to tape later.
1070
1071 2. Base jobs:  In ADSM, each copy of each stored file is tracked in
1072 the database.  Once a file (unique by path and metadata such as dates,
1073 size, ownership, etc.) is in a copy pool, no more copies are made.  In
1074 other words, when you start ADSM, it begins like your concept of a
1075 base job.  After that it is in the "incremental" mode.  You can
1076 configure the number of "generations" of files to be retained, plus a
1077 retention date after which even old generations are purged.  The
1078 database tracks the contents of media and projects the percentage of
1079 each volume that is valid.  When the valid content of a volume drops
1080 below a configured percentage, the valid data are migrated to another
1081 volume and the old volume is marked as empty.  Note, this requires
1082 ADSM to have an idea of the contents of a client, i.e. marking the
1083 database when an existing file was deleted, but this would solve your
1084 issue of restoring a client without restoring deleted files.
1085
1086 This is pretty far from what bacula now does, but if you are going to
1087 rip things up for Base jobs,.....
1088 Also, the benefits of this are huge for very large shops, especially
1089 with media robots, but are a pain for shops with manual media
1090 mounting.
1091
1092 >
1093 > Base jobs sound pretty useful, but I'm not dying for them.
1094
1095 Nobody is dying for them, but when you see what it does, you will die
1096 without it.
1097
1098 3. Restoring deleted files:  Since I think my comments in (2) above
1099 have low probability of implementation, I'll also suggest that you
1100 could approach the issue of deleted files by a mechanism of having the
1101 fd report to the dir, a list of all files on the client for every
1102 backup job.  The dir could note in the database entry for each file
1103 the date that the file was seen.  Then if a restore as of date X takes
1104 place, only files that exist from before X until after X would be
1105 restored.  Probably the major cost here is the extra date container in
1106 each row of the files table.
1107
1108 Thanks for "listening".  I hope some of this helps.  If you want to
1109 contact me, please send me an email - I read some but not all of the
1110 mailing list traffic and might miss a reply there.
1111
1112 Please accept my compliments for bacula.  It is doing a great job for
1113 me!!  I sympathize with you in the need to wrestle with excelence in
1114 execution vs. excelence in feature inclusion.
1115
1116 Regards,
1117 Jerry Schieffer
1118
1119 ==============================
1120
1121 Longer term to do:
1122 - Design at hierarchial storage for Bacula. Migration and Clone. 
1123 - Implement FSM (File System Modules).
1124 - Audit M_ error codes to ensure they are correct and consistent.
1125 - Add variable break characters to lex analyzer.
1126   Either a bit mask or a string of chars so that
1127   the caller can change the break characters.
1128 - Make a single T_BREAK to replace T_COMMA, etc.
1129 - Ensure that File daemon and Storage daemon can
1130   continue a save if the Director goes down (this
1131   is NOT currently the case). Must detect socket error,
1132   buffer messages for later. 
1133 - Enhance time/duration input to allow multiple qualifiers e.g. 3d2h
1134 - Add ability to backup to two Storage devices (two SD sessions) at
1135   the same time -- e.g. onsite, offsite.
1136 - Add the ability to consolidate old backup sets (basically do a restore
1137   to tape and appropriately update the catalog). Compress Volume sets.
1138   Might need to spool via file is only one drive is available.
1139 - Compress or consolidate Volumes of old possibly deleted files. Perhaps
1140   someway to do so with every volume that has less than x% valid 
1141   files.
1142
1143
1144 Migration: Move a backup from one Volume to another
1145 Clone:     Copy a backup -- two Volumes
1146
1147 Bacula Migration is based on Jobs (apparently Networker is file by file).
1148
1149 Migration triggered by:
1150   Number of Jobs
1151   Number of Volumes
1152   Age of Jobs
1153   Highwater mark (keep total size)
1154   Lowwater mark
1155   
1156
1157
1158 ======================================================
1159         Base Jobs design
1160 It is somewhat like a Full save becomes an incremental since
1161 the Base job (or jobs) plus other non-base files.
1162 Need:
1163 - A Base backup is same as Full backup, just different type.
1164 - New BaseFiles table that contains:
1165     BaseId - index
1166     BaseJobId - Base JobId referenced for this FileId (needed ???)
1167     JobId - JobId currently running
1168     FileId - File not backed up, exists in Base Job
1169     FileIndex - FileIndex from Base Job.
1170   i.e. for each base file that exists but is not saved because
1171   it has not changed, the File daemon sends the JobId, BaseId,
1172   FileId, FileIndex back to the Director who creates the DB entry.
1173 - To initiate a Base save, the Director sends the FD 
1174   the FileId, and full filename for each file in the Base.
1175 - When the FD finds a Base file, he requests the Director to
1176   send him the full File entry (stat packet plus MD5), or
1177   conversely, the FD sends it to the Director and the Director
1178   says yes or no. This can be quite rapid if the FileId is kept
1179   by the FD for each Base Filename.          
1180 - It is probably better to have the comparison done by the FD
1181   despite the fact that the File entry must be sent across the
1182   network.
1183 - An alternative would be to send the FD the whole File entry
1184   from the start. The disadvantage is that it requires a lot of
1185   space. The advantage is that it requires less communications
1186   during the save.
1187 - The Job record must be updated to indicate that one or more
1188   Bases were used.
1189 - At end of Job, FD returns:   
1190    1. Count of base files/bytes not written to tape (i.e. matches)
1191    2. Count of base file that were saved i.e. had changed.
1192 - No tape record would be written for a Base file that matches, in the
1193   same way that no tape record is written for Incremental jobs where
1194   the file is not saved because it is unchanged.
1195 - On a restore, all the Base file records must explicitly be
1196   found from the BaseFile tape. I.e. for each Full save that is marked
1197   to have one or more Base Jobs, search the BaseFile for all occurrences
1198   of JobId.
1199 - An optimization might be to make the BaseFile have:
1200      JobId
1201      BaseId
1202      FileId
1203   plus
1204      FileIndex
1205   This would avoid the need to explicitly fetch each File record for
1206   the Base job.  The Base Job record will be fetched to get the
1207   VolSessionId and VolSessionTime.
1208 =========================================================  
1209
1210
1211 ========================================================== 
1212     Unsaved File design
1213 For each Incremental job that is run, there may be files that
1214 were found but not saved because they were locked (this applies
1215 only to Windows). Such a system could send back to the Director
1216 a list of Unsaved files.
1217 Need:
1218 - New UnSavedFiles table that contains:
1219   JobId
1220   PathId
1221   FilenameId
1222 - Then in the next Incremental job, the list of Unsaved Files will be
1223   feed to the FD, who will ensure that they are explicitly chosen even
1224   if standard date/time check would not have selected them.
1225 =============================================================
1226
1227
1228 =====
1229    Multiple drive autochanger data:  see Alan Brown
1230    mtx -f xxx unloadStorage Element 1 is Already Full(drive 0 was empty)
1231    Unloading Data Transfer Element into Storage Element 1...source Element 
1232    Address 480 is Empty
1233
1234    (drive 0 was empty and so was slot 1)
1235    >   mtx -f xxx load 15 0
1236    no response, just returns to the command prompt when complete.
1237    >   mtx -f xxx status  Storage Changer /dev/changer:2 Drives, 60 Slots ( 2 Import/Export )
1238    Data Transfer Element 0:Full (Storage Element 15 Loaded):VolumeTag = HX001
1239    Data Transfer Element 1:Empty
1240          Storage Element 1:Empty
1241          Storage Element 2:Full :VolumeTag=HX002
1242          Storage Element 3:Full :VolumeTag=HX003
1243          Storage Element 4:Full :VolumeTag=HX004
1244          Storage Element 5:Full :VolumeTag=HX005
1245          Storage Element 6:Full :VolumeTag=HX006
1246          Storage Element 7:Full :VolumeTag=HX007
1247          Storage Element 8:Full :VolumeTag=HX008
1248          Storage Element 9:Full :VolumeTag=HX009
1249          Storage Element 10:Full :VolumeTag=HX010
1250          Storage Element 11:Empty
1251          Storage Element 12:Empty
1252          Storage Element 13:Empty
1253          Storage Element 14:Empty
1254          Storage Element 15:Empty
1255          Storage Element 16:Empty....
1256          Storage Element 28:Empty
1257          Storage Element 29:Full :VolumeTag=CLNU01L1
1258          Storage Element 30:Empty....
1259          Storage Element 57:Empty
1260          Storage Element 58:Full :VolumeTag=NEX261L2
1261          Storage Element 59 IMPORT/EXPORT:Empty
1262          Storage Element 60 IMPORT/EXPORT:Empty
1263    $  mtx -f xxx unload
1264    Unloading Data Transfer Element into Storage Element 15...done
1265
1266    (just to verify it remembers where it came from, however it can be
1267     overrriden with mtx unload {slotnumber} to go to any storage slot.)
1268    Configuration wise:
1269    There needs to be a table of drive # to devices somewhere - If there are
1270    multiple changers or drives there may not be a 1:1 correspondance between
1271    changer drive number and system device name - and depending on the way the
1272    drives are hooked up to scsi busses, they may not be linearly numbered
1273    from an offset point either.something like 
1274
1275    Autochanger drives = 2
1276    Autochanger drive 0 = /dev/nst1
1277    Autochanger drive 1 = /dev/nst2
1278    IMHO, it would be _safest_ to use explicit mtx unload commands at all
1279    times, not just for multidrive changers. For a 1 drive changer, that's
1280    just:
1281
1282    mtx load xx 0
1283    mtx unload xx 0
1284
1285    MTX's manpage (1.2.15):
1286          unload [<slotnum>] [ <drivenum> ]
1287                     Unloads media from drive  <drivenum>  into  slot
1288                     <slotnum>. If <drivenum> is omitted, defaults to
1289                     drive 0 (as do all commands).  If  <slotnum>  is
1290                     omitted, defaults to the slot that the drive was
1291                     loaded from. Note that there's currently no  way
1292                     to  say  'unload  drive 1's media to the slot it
1293                     came from', other than to  explicitly  use  that
1294                     slot number as the destination.AB
1295 ====
1296
1297 ====
1298 SCSI info:
1299 FreeBSD
1300 undef# camcontrol devlist
1301 <WANGTEK 51000  SCSI M74H 12B3>    at scbus0 target 2 lun 0 (pass0,sa0)
1302 <ARCHIVE 4586XX 28887-XXX 4BGD>    at scbus0 target 4 lun 0 (pass1,sa1)
1303 <ARCHIVE 4586XX 28887-XXX 4BGD>    at scbus0 target 4 lun 1 (pass2)
1304
1305 tapeinfo -f /dev/sg0 with a bad tape in drive 1:
1306 [kern@rufus mtx-1.2.17kes]$ ./tapeinfo -f /dev/sg0
1307 Product Type: Tape Drive
1308 Vendor ID: 'HP      '
1309 Product ID: 'C5713A          '
1310 Revision: 'H107'
1311 Attached Changer: No
1312 TapeAlert[3]:   Hard Error: Uncorrectable read/write error.
1313 TapeAlert[20]:    Clean Now: The tape drive neads cleaning NOW.
1314 MinBlock:1
1315 MaxBlock:16777215
1316 SCSI ID: 5
1317 SCSI LUN: 0
1318 Ready: yes
1319 BufferedMode: yes
1320 Medium Type: Not Loaded
1321 Density Code: 0x26
1322 BlockSize: 0
1323 DataCompEnabled: yes
1324 DataCompCapable: yes
1325 DataDeCompEnabled: yes
1326 CompType: 0x20
1327 DeCompType: 0x0
1328 Block Position: 0
1329 =====
1330
1331 ====
1332    Handling removable disks
1333
1334    From: Karl Cunningham <karlc@keckec.com>
1335
1336    My backups are only to hard disk these days, in removable bays. This is my
1337    idea of how a backup to hard disk would work more smoothly. Some of these
1338    things Bacula does already, but I mention them for completeness. If others
1339    have better ways to do this, I'd like to hear about it.
1340
1341    1. Accommodate several disks, rotated similar to how tapes are.  Identified
1342    by partition volume ID or perhaps by the name of a subdirectory.
1343    2. Abort & notify the admin if the wrong disk is in the bay.
1344    3. Write backups to different subdirectories for each machine to be backed
1345    up.
1346    4. Volumes (files) get created as needed in the proper subdirectory, one
1347    for each backup.
1348    5. When a disk is recycled, remove or zero all old backup files. This is
1349    important as the disk being recycled may be close to full. This may be
1350    better done manually since the backup files for many machines may be
1351    scattered in many subdirectories.
1352 ====
1353
1354
1355 === Done
1356 - Make sure that all do_prompt() calls in Dir check for
1357   -1 (error) and -2 (cancel) returns.
1358 - Fix foreach_jcr() to have free_jcr() inside next().
1359   jcr=jcr_walk_start();
1360   for ( ; jcr; (jcr=jcr_walk_next(jcr)) )
1361   ...
1362   jcr_walk_end(jcr);
1363 - A Volume taken from Scratch should take on the retention period
1364   of the new pool.
1365 - Correct doc for Maximum Changer Wait (and others) accepting only
1366   integers.
1367 - Implement status that shows why a job is being held in reserve, or
1368   rather why none of the drives are suitable.
1369 - Implement a way to disable a drive (so you can use the second
1370   drive of an autochanger, and the first one will not be used or
1371   even defined).
1372 - Make sure Maximum Volumes is respected in Pools when adding
1373   Volumes (e.g. when pulling a Scratch volume).
1374 - Keep same dcr when switching device ...
1375 - Implement code that makes the Dir aware that a drive is an             
1376   autochanger (so the user doesn't need to use the Autochanger = yes 
1377   directive).
1378 - Make catalog respect ACL.
1379 - Add recycle count to Media record.
1380 - Add initial write date to Media record.
1381 - Fix store_yesno to be store_bitmask.
1382 --- create_file.c.orig  Fri Jul  8 12:13:05 2005
1383 +++ create_file.c       Fri Jul  8 12:13:07 2005
1384 @@ -195,6 +195,8 @@
1385                      attr->ofname, be.strerror());
1386                return CF_ERROR;
1387             }
1388 +        } else if(S_ISSOCK(attr->statp.st_mode)) {
1389 +            Dmsg1(200, "Skipping socket: %s\n", attr->ofname);
1390          } else {          
1391              Dmsg1(200, "Restore node: %s\n", attr->ofname);
1392             if (mknod(attr->ofname, attr->statp.st_mode, attr->statp.st_rdev) != 0 && errno != EEXIST) {
1393 - Add true/false to conf same as yes/no
1394 - Reserve blocks other restore jobs when first cannot connect to SD.
1395 - Fix Maximum Changer Wait, Maximum Open Wait, Maximum Rewind Wait to 
1396   accept time qualifiers.
1397 - Does ClientRunAfterJob fail the job on a bad return code?