Arno Lehmann schrieb: >> Here my feature request for a cleaning enhacement: > > If you really want that to be a feature request you should rewrite it > into the format suggested by Kern. You can find that on the project web > site, I believe. > >> 1. It should be possible to declare for one or more cleaning slots >> in a library. > > That would be done in mtx-changer, possibly configurable. This would be > possible rather easily, I think. Hmm... I've read and understood I can change mtx-changer skript by simulating barcodes. But the "barcodes" will then be use by bacula for label naming for all tapes I will insert in future, too. If I have more than 8 cartriges (I have near than 50, ok not all used for bacula at the moment...) this could be a problem. So what I need is here 7 Slots should didn't have a barcode label and the 8 will get a barcode named CLN...
Could be this a way? >> 2. A max. cleaning procedures for a cleaning tape should declared. >> 3. The cleaning procedure should only arrange by bacula (count the >> cleaning procedures) > > This is encompassed by the existing feature request, IMO. > >> 4. The cleaning procedure should be declared by a job. > > No. You really don't want to clean a drive unless the drive itself asks > you to. Oh you don't really understand my intervention. I don't need really a schedule. But handling cleaning in bacula (not only by bacula) by running a job by run command will be a nice feature. So here we have a good way to count the cleaning jobs. Repeat: No schedule of cleaning. Possible checking for cleaning and if neccessary then clenaning if schedule. >> 5. The job should be run by a request (tape alert, run command,...) I mean there is a way that the drive itself could request for cleaning. Possible a command which works by that...But this for future idea. >> 6. The cleaning job should be abort if the number of cleaning requests >> are arrived (message or other) > > I don't think that we need extra job types for drive cleaning. I rather > think that an external script would be best - think of mtx-changer for > tape movement - or, as a first step, a simple operator intervention request. Every cleaning cartrige should only used a maximum count. This is my idea behind this point. The abort should only then notifies me that I need to insert a new cartrige. >> 7. update slots scan should never scan the defined cleaning slots. > Item 1. My answer :-) >> 8. cleaning slots should never requests for reading/writing. > > Item 1. > >> What did the tape if I do cleaning manually: >> (Cleaning cartrige in slot 8) >> 1. mtx load 8 >> The changer loads the cartrige in the drive >> The drive inject the cartrige and cleaning process is startet. >> The drive ejects the cartrige and know its different: >> Libra-8: mtx unload 8 is needed because the drive eject don't >> unload the cartrige back in slot. >> HP 12000: The drive eject the cartrige and the changer unloads >> the cartrige automatically back in the slot (6) >> (I'm not reallly shure. didn't use the library any more) > > First, drive cleaning is not a daily operation, so the actual loading of > the cleaning tape could be done manually, as a first step. Yes I know. > > The more important step towards integrated drive cleaning is to > interface that into the normal tape operation. We will need job pausing > for this. Just imagine that you have a really huge job running, and > after the first few blocks written to tape the drive wants to be > cleaned. Today, you'd have to wait until that tape is no longer busy, > i.e. until all jobs to that tape are finished, or until a tape change is > required. Being able to pause the job, unmount the tape, clean the > drive, mount the tape again and continue the job would be a major > improvement. A cleaning handling in bacula has the nice impact that I can run a job manually. I can put this in the queue so the running job will be finished, the cleaning job will be start, then next job will be run. Again I aggree with you: No cleaning procedure if cleaning is not needed. But if cleaning needed, than in bacula with a job and a dedicated/configured slot for that is very good. MfG... Pierre Bernhardt Sorry for my bad english :-) ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
