From: Mantis B. T. <no...@bu...> - 2010-07-14 09:32:10
|
The following issue has been CLOSED ====================================================================== http://bugs.bacula.org/view.php?id=1608 ====================================================================== Reported By: wgstuken Assigned To: ====================================================================== Project: bacula Issue ID: 1608 Category: btape Reproducibility: always Severity: major Priority: normal Status: closed Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2010-07-14 08:51 BST Last Modified: 2010-07-14 10:31 BST ====================================================================== Summary: btape failes to test tape if when filemark is inserted by block-driver in test Description: The config value "Maximum File Size" for SD defines boundary at that write_block_to_dev() automatically inserts a Filemark on the tape. When rereading the written test data, btape.c calls read_block_from_device(). This routine doesn't take care of these inserted Filemarks! So the reread-test fails when the first automatically inserted filemark is reached. This only happens if the 10000 * <tape-block-size> is larger than the configured value. For us on a VXA tape <tape-block-size> is 245760 bytes and "Maximum File Size" is 1073741824 (1GB). This bug is not OS-related and not TAPE-type-related. ====================================================================== ---------------------------------------------------------------------- (0005486) kern (administrator) - 2010-07-14 10:31 http://bugs.bacula.org/view.php?id=1608#c5486 ---------------------------------------------------------------------- We do not support NetBSD because to the best of my knowledge they have never had a tape driver that has sufficient functionality to support Bacula. In any case, this is a support request. Bacula works perfectly well on Solaris, Linux, and FreeBSD systems. Despite what you assert with exclamations, Bacula does handle file marks. If your OS does them different from the standard Bacula Device configuration, then you must reconfigure it to correspond to your OS. This problem is most likely OS related, and possibly also tape brand related. It is quite possible that if NetBSD does not behave like Solaris or Linux, it may behave a bit like FreeBSD, which requires some changes to the Bacula SD Device resource to function correctly. This is up to you to resolve, as we don't provide support, and unfortunately, Device configuration for non-standard OSes is one of the more difficult tasks in Bacula. You would probably be much better off running at least the SD on a Linux or FreeBSD OS. Issue History Date Modified Username Field Change ====================================================================== 2010-07-14 08:51 wgstuken New Issue 2010-07-14 10:31 kern Note Added: 0005486 2010-07-14 10:31 kern Status new => closed 2010-07-14 10:31 kern Resolution open => no change required ====================================================================== |