Try pulling down the latest git version of bacula 9.0.x .. I pulled it down and so far it politely asked for the next tape and patiently waited for it to be loaded.
On 09/25/2017 12:59 AM, Phil Stracchino wrote: > On 09/24/17 20:24, Andrew Ryder wrote: >> Hello, >> >> I'm having an issue after upgrading from version 7 to version 9 where if >> I'm restoring from a job that spans more than one tape the job fails as >> soon as bacula hits the end of the first tape. Is there a new >> configuration option or something that needs to be set so it will wait >> for me to load the next tape rather than failing? > > > I have encountered this same problem too. I have yet to find a solution > to it except to resume from the first file on the next tape, and try to > find the file that crosses the tape ends from a different backup. I > have filed a bug report on it. The basic problem seems to be that > Bacula 9 is polling the drive many, many times a second after the first > tape ends, but gives up after ten failed polls, which isn't remotely > enough time to even unload the tape let alone change it. > > ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
