Am 29.05.20 um 16:03 schrieb Nico De Ranter: > But I also tried without manually mounting the tape but that didn't work > either. So I need to mount the tape first and then umount it to unlock it, > correct? > I also tried without bacula-sd running (to prevent it from locking the > drive), but that didn't work either, hence my confusion. bacula-sd blocks the drive so bscan cannot get the access. umount normally release the tape and then the tape will be unloaded to the related slot. bacula must not run at all if bscan is working. You need only a running database engine. As I remember if you run a bscan with a couple of tapes (the written tape order should be the same as for writing as I remember the jobs which overlaps from one to another tape possible will not be correct written to the database, but I'm unsure) the first tape must be loaded by the changer so you can use mtx to load the first tape and then use mt to check the status. After loading bscan should run. It is a good idea to run bscan in very verbose mode and write the log to a compressed file because it will become very large uncompressed like
bscan ..... 2>&1 |gzip >logfile.gz In another terminal session you can check the file with zless logfile.gz, but i think following will not work so you can check file from time to time by restarting zless and jump to the end with >. I hope my 2-cents are not false informations. It's a longer time that I used bscan (a couple of month?). Cheers, Pierre _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
