X-Git-Url: https://git.sur5r.net/?a=blobdiff_plain;f=bacula%2Fprojects;h=a7334e20bd7c8960324fcf1859f8e4848ee57b15;hb=30ba4a6f0147e8af1353ed3dbc8a54eb4b25fdee;hp=b27cd56dd788a0d9465f3e7da3aa8b1b60efd78b;hpb=52671b3bb7b2c6badda4a7eafc51e500fd1626ec;p=bacula%2Fbacula

diff --git a/bacula/projects b/bacula/projects
index b27cd56dd7..a7334e20bd 100644
--- a/bacula/projects
+++ b/bacula/projects
@@ -45,6 +45,7 @@ Item 36: Job migration between different SDs
 Item 37: Concurrent spooling and despooling withini a single job.
 Item 39: Extend the verify code to make it possible to verify
 Item 40: Separate "Storage" and "Device" in the bacula-dir.conf
+Item 41: Least recently used device selection for tape drives in autochanger.
 
 
 Item  1: Ability to restart failed jobs
@@ -302,7 +303,16 @@ What:  Provide some means, possibly by a restricted console that
        established by the FD to the Director for the backup so that
        a Director that is firewalled can do the backup.
 Why:   Makes backup of laptops much easier.
-Notes: This project consists of the following points
+Notes: - The FD already has code for the monitor interface
+       - It could be nice to have a .job command that lists authorized
+         jobs.
+       - Commands need to be restricted on the Director side
+         (for example by re-using the runscript flag) 
+       - The Client resource can be used to authorize the connection
+       - In a first time, the client can't modify job parameters
+       - We need a way to run a status command to follow job progression
+
+      This project consists of the following points
        1. Modify the FD to have a "mini-console" interface that
           permits it to connect to the Director and start a
           backup job of itself.
@@ -1289,6 +1299,25 @@ Item 40: Separate "Storage" and "Device" in the bacula-dir.conf
 
   Notes:  
 
+Item 41: Least recently used device selection for tape drives in autochanger.
+Date:    12 October 2009
+Origin:  Thomas Carter <tcarter@memc.com>
+Status:  Proposal
+
+What: A better tape drive selection algorithm for multi-drive 
+      autochangers. The AUTOCHANGER class contains an array list of tape 
+      devices. When a tape drive is needed, this list is always searched in 
+      order. This causes lower number drives (specifically drive 0) to do a 
+      majority of the work with higher numbered drives possibly never being 
+      used. When a drive in an autochanger is reserved for use, its entry should 
+      be moved to the end of the list; this would give a rough LRU drive 
+      selection.
+
+Why:  The current implementation places a majority of use and wear on drive 
+      0 of a multi-drive autochanger.
+
+Notes:
+
 ========= New items after last vote ====================