Hi, 04.01.2008 20:17,, [EMAIL PROTECTED] wrote:: > > In the message dated: Tue, 24 Oct 2006 10:59:23 EDT, > The pithy ruminations from Tod Hagan on > <[Bacula-users] bscan/autoloader questions> were: > => Hello list, > => > => I need to update my bacula catalog with the contents of a couple of > => tapes and I have a couple of questions about bscan. > > I'm goint through the same process (using bscan to scan 5 LTO-2 tapes), and > I've got the same questions. > > => > => The docs say: > => > => If you have multiple tapes, you should scan them with: > => > => bscan -s -m -c bacula-sd.conf -v -V Vol001\|Vol002\|Vol003 > /dev/nst0 > => > => 1. Does bscan work with an autoloader?
As far as I know, it does, provided you point it to a correct configuration file. > => 2. Do I need to preload the first tape into the drive before starting > => bscan? That's probably best. > => 3. Will bscan use the autoloader to load the subsequent volumes in the > => correct order, or does this need to be done separately from the command > => line? The order is determined by what you give on the command line - bscan has no way to find the correct order itself. > => 4. Should bacula-dir, bacula-fd, and bacula-sd be stopped or is it okay > => if they're left running while bscan runs? They can run, but 1. the SD must not block the tape drive, so you'd have to unmount it to make sure it doesn't interfere, and 2. if you, while inserting records into the catalog by bscan, run catalog queries the results could be wrong. But, as there will be no jobs actively using the device you're using for scanning, chances are that won't affect you. > I haven't seen any answers to these questions in the bacula-users mailing > list > archive, so I'd appreciate any further information on this subject. > > On October 4, 2007, Paul Muster asked a very similar question (for which > there was > no public reply) about whether bscan will use mtx to load successive tapes > from > an autochanger. > > He also asked how to determine the order of tapes that should > be specified for bscan. That doesn't seem to be in the documentation...I'm > assuming that that the output from the "restore" command, reporting which > volumes will be needed to do a restore, actually reports the volumes in the > order that they should be supplied to bscan. Is this correct, or is there > another way to determine the volume order? Well, in the best case, you use the "correct" order, i.e. where all jobs spanning tapes are read so that their data is read in the right order. As far as I know, this is not effectively required, but otherwise I could imagine the catalog entries for the files crossing the volumes could be inconsistent - especially if the bscan aborts. The order reported by restore should work. Unfortunately, if you're not only trying to regenerate the file data, but also the complete job or volume data, this is not an option as the catalog simply doesn't have the required information any more. I hope this helps a bit, Arno > Thanks, > > Mark > > => > => Thanks. > => > => -- > => Tod Hagan > => Information Technologist > => AIRMAP/Climate Change Research Center > => Institute for the Study of Earth, Oceans, and Space > => University of New Hampshire > => Durham, NH 03824 > => Phone: 603-862-3116 > > ---- > Mark Bergman [EMAIL PROTECTED] > System Administrator > Section of Biomedical Image Analysis 215-662-7310 > Department of Radiology, University of Pennsylvania > > http://pgpkeys.pca.dfn.de:11371/pks/lookup?search=mark.bergman%40.uphs.upenn.edu > > > > > The information contained in this e-mail message is intended only for the > personal and confidential use of the recipient(s) named above. If the reader > of this message is not the intended recipient or an agent responsible for > delivering it to the intended recipient, you are hereby notified that you > have received this document in error and that any review, dissemination, > distribution, or copying of this message is strictly prohibited. If you have > received this communication in error, please notify us immediately by e-mail, > and delete the original message. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users > -- Arno Lehmann IT-Service Lehmann www.its-lehmann.de ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
