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