From: Pascal P. <fr...@pa...> - 2004-02-11 11:50:28
|
Hello Kern, I also think that FreeBSD is not doing the right thing with the FSF/EOM commands - but it is likely quicker to work around the problems so that Bacula will be able to work on older releases too. INT32_MAX, INT_MAX = 0x7FFFFFFF will not produce an error, but it will NOT move the tape at all, just set the filenumber 2x FSF count. By the way, HP Tru64 Unix behaves very much the same as FreeBSD as it is NOT moving the tape forward if the FSF count is > 8388607, but backwards as it looks ... Here the FreeBSD behaviour from BOT: host# mt fsf 8388608 # 0x7FFFFF+1 host# mt status -> File Number: 16777216 where : host# mt fsf 8388607 # 0x7FFFFF host# mt status -> File Number: 21 # correct > but did not succeed. Perhaps, you being a FreeBSD user would have more > impact. I suggested to him that he implement a mode to turn on/off like I intended to look at the driver sometime and propose a patch if there is a proper way to do it - not highest priority , but on my wish-list. Regards, Pascal |