On Thursday 02 March 2006 23:11, Arno Lehmann wrote: > Hello, > > On 3/2/2006 2:03 PM, Thomas Franz wrote: > > Hello, > > > > I am very new to bacula. My question : Is it possible (e.g. with > > bconsole) to seek the "append position" of a tape after rewinding the > > tape because of a restore etc. > > No. The only way to position to EOD is by starting a job which uses the > volume. > > > In the case of a backup run it takes a long time ( up to hours ) until > > the storage daemon is finding the end-of-data position . ( Of course > > only if the tape is nearly full). > > Well, any other repositioning command Bacula could implement would > probably use the same methods, so would be exactly as fast or slow as > what you observe. > > > We are using bacula 1.36.3 on a FreeBSD 4.11 machine. > > The backup hardware is an EXABYTE Changer with an IBM LTO-3 drive. > > It seems to work well after testing with btape and using the following > > parameters: > > ... > > Hardware End of Medium = no > > BSF at EOM = yes > > Backward Space Record = no > > Fast Forward Space File = no > > This setting might influence the positioning time a lot. Have you tried > running btape with this set to on? > > > TWO EOF = yes > > .... > > > > Thanks. > > The problem is that Bacula - or any other serious and > hardware-independent tape solution can't rely on the relatively fast > command to move to the EOD because it's not always possible to determine > the correct tape position then. The tape position (in terms of file mark > number) is needed to make sure the tape is correctly represented in the > catalog.
Actually, Linux and Solaris have a relatively fast EOD that will keep track of the correct tape position. It is much faster than what Bacula can do because it is implemented at a driver level. Unfortunately FreeBSD has no such function, so Bacula must go to the EOD doing all the work itself. I've tried to get the FreeBSD, but so far no luck. Perhaps a little user pressure would be effective. I must say that I have found the FreeBSD scsi guys very open and nice -- it is just a question of priorities ... > > Arno > > > Thomas > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by xPML, a groundbreaking scripting > > language that extends applications into web and mobile media. Attend the > > live webcast and join the prime developer group breaking into this new > > coding territory! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > > _______________________________________________ > > Bacula-users mailing list > > Bacula-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/bacula-users ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
