Re: [Bacula-users] Latest version of agent windows

[jesus moreno]

Thanks. I'll test it.


2018-02-07 13:45 GMT+01:00 Kern Sibbald :

> The latest version is 7.4.4.  It is at www.bacula.org -> Downloads ->
> Binary Download Center
>
> I will be posting a version 9.0.6 version as soon as I can build and test
> it -- probably by the end of February.
>
> Best regards,
>
> Kern
>
> On 07.02.2018 12:30, jesus moreno wrote:
>
> Hi:
>
> I have a bacula-dir version 9.0.6 and I like to upgrade the bacula-fd of
> windows server from 5.0.3 to the latest version. What is the latest version
> of client Windows? In forgesource it show 5.2.10, in year 2012! Is it true?
>
> Regards!
>
>
>
> --
> 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 
> listBacula-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
>


--
--
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

Re: [Bacula-users] Baculum error connecting to MySQL DB

[Marcin Haba]

Hello Shawn,

It looks that you use an old Baculum version (7.x). I would suggest to
remove the 7.x and install 9.x (there is no direct update way between
versions 7 and 9). Here you can find how to install version Baculum
9.x:

http://www.bacula.org/9.0.x-manuals/en/console/Baculum_API_Web_GUI_Tools.html

If you want to stay in version 7 then you can try the following:

1) To check connection try to connect to database by below mysql
command on host with Baculum:

mysql -u bacula -h xbacdirector01-lv -P 3306 bacula -p

2) check if you have installed "php-mysql" package

3) To fix your timezone setting (not related to the mysql) you can
find in /etc/php.ini file line:

;date.timezone =

and change it to

data.timezone = Your/Timezone

Supported by PHP timezone list is here:

http://php.net/manual/en/timezones.php

At the end you need to restart the web server.

Good luck.

Best regards.
Marcin Haba (gani)

On 7 February 2018 at 23:47, Shawn Rappaport  wrote:
> I’m new to Bacula. I’ve been playing with the latest version for the past
> couple of days on a CentOS 7.3 server with a MySQL DB. I’m now trying to set
> up Baculum. I’m able to connect to the web interface. However, when I fill
> in all of the DB information on the Database tab and click Test, I get
> “Connection error”. I checked /var/log/httpd/baculum-error.log and see the
> following:
>
>
>
> [Wed Feb 07 12:18:37.550545 2018] [:error] [pid 10647] [client
> 172.31.48.196:53501] PHP Notice:  date_default_timezone_set(): Timezone ID
> 'PST' is invalid in /usr/share/baculum/htdocs/protected/Init.php on line 31,
> referer: http://xbacdirector01-lv:9095/wizard/
>
>
>
> The /etc/baculum/Data-apache/baculum.dbg file shows:
>
>
>
> Feb 07 20:18:37 [Info] [Execute] DBParams=Array
>
> (
>
> [type] => mysql
>
> [name] => bacula
>
> [login] => bacula
>
> [password] => **
>
> [host] => xbacdirector01-lv
>
> [port] => 3306
>
> )
>
> , Connection=false, TablesFormat=NULL
>
>
>
> I’m able to connect to the database from a remote host so that shouldn’t be
> a problem.
>
>
>
> Does anyone have any ideas on what could be causing this connection to fail?
>
>
>
> Thanks!
>
>
>
> --Shawn
>
>
> --
> 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
>



-- 
"Greater love hath no man than this, that a man lay down his life for
his friends." Jesus Christ

"Większej miłości nikt nie ma nad tę, jak gdy kto życie swoje kładzie
za przyjaciół swoich." Jezus Chrystus

--
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

Re: [Bacula-users] Using LibreSSL?

[Dan Langille]

> On Nov 30, 2017, at 11:41 AM, Martin Simmons  wrote:
> 
> It looks like LibreSSL defines OPENSSL_VERSION_NUMBER as 0x2000L, i.e. as
> if it was OpenSSL 2.0.  Bacula uses this variable to detect OpenSSL >= 1.1,
> which causes it to compile the 1.1 code when using LibreSSL, even though
> LibreSSL only claims to provide the API from OpenSSL 1.0.
> 
> Bacula probably needs to detect LibreSSL (e.g. look for
> LIBRESSL_VERSION_NUMBER) and treat that as OpenSSL 1.0 regardless of
> OPENSSL_VERSION_NUMBER.

This seems to fit closely with a patch provided to FreeBSD: 
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223994

I could file a bug and pass this directly to the Bacula project, and in the 
meantime, patch the FreeBSD port.

Both will take time and I'm preoccupied with conferences just now.

-- 
Dan Langille - BSDCan / PGCon
d...@langille.org




> 
> 
> 
>> On Thu, 30 Nov 2017 09:53:33 -0500, Dan Langille said:
>> 
>> Are you using LibreSSL with Bacula 9.0.6?
>> 
>> I ask because of https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223994
>> 
>> re:
>> 
>> 
>> --- openssl.lo ---
>> Compiling openssl.c
>> --- crypto.lo ---
>> crypto.c:199:1: error: unknown type name 'DEFINE_STACK_OF'
>> DEFINE_STACK_OF(SignerInfo);
>> ^
>> crypto.c:200:1: error: unknown type name 'DEFINE_STACK_OF'
>> DEFINE_STACK_OF(RecipientInfo);
>> ^
>> crypto.c:334:21: error: use of undeclared identifier 'ASN1_STRING_get0_data';
>> did you mean 'ASN1_STRING_data'?
>>  ext_value_data = ASN1_STRING_get0_data(asn1_ext_val);
>>   ^
>>   ASN1_STRING_data
>> /usr/local/include/openssl/asn1.h:787:17: note: 'ASN1_STRING_data' declared
>> here
>> unsigned char * ASN1_STRING_data(ASN1_STRING *x);
>>   ^
>> crypto.c:334:43: error: cannot initialize a parameter of type 'ASN1_STRING *'
>> (aka 'asn1_string_st *') with an lvalue of type 'const ASN1_STRING *' (aka
>> 'const asn1_string_st *')
>>  ext_value_data = ASN1_STRING_get0_data(asn1_ext_val);
>> 
>> 
>> -- 
>> Dan Langille - BSDCan / PGCon
>> d...@langille.org
>> 
>> 
>> 
>> --
>> 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
>> 
> 
> --
> 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


--
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

Re: [Bacula-users] Problems getting a tape library to work under FreeBSD

[Dan Langille]

> On Feb 7, 2018, at 1:04 PM, Dimitri Maziuk  wrote:
> 
> On 02/07/2018 11:57 AM, Dan Langille wrote:
>> Either Bacula is in charge of the changer or it is not.
> 
> Only when it's running a job. If access is not concurrent, then it's
> very likely the tool not cleaning up after itself properly or something.

What I mean: either use Bacula or not use Bacula.

The other tool is taking hold of the device and not releasing.  That is 
interfering with backups.

So.. make a decision: Bacula or not.

Then go from there.

--
Dan Langille - BSDCan / PGCon
d...@langille.org





signature.asc
Description: Message signed with OpenPGP
--
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

[Bacula-users] Baculum error connecting to MySQL DB

[Shawn Rappaport]

I’m new to Bacula. I’ve been playing with the latest version for the past 
couple of days on a CentOS 7.3 server with a MySQL DB. I’m now trying to set up 
Baculum. I’m able to connect to the web interface. However, when I fill in all 
of the DB information on the Database tab and click Test, I get “Connection 
error”. I checked /var/log/httpd/baculum-error.log and see the following:

[Wed Feb 07 12:18:37.550545 2018] [:error] [pid 10647] [client 
172.31.48.196:53501] PHP Notice:  date_default_timezone_set(): Timezone ID 
'PST' is invalid in /usr/share/baculum/htdocs/protected/Init.php on line 31, 
referer: http://xbacdirector01-lv:9095/wizard/

The /etc/baculum/Data-apache/baculum.dbg file shows:

Feb 07 20:18:37 [Info] [Execute] DBParams=Array
(
[type] => mysql
[name] => bacula
[login] => bacula
[password] => **
[host] => xbacdirector01-lv
[port] => 3306
)
, Connection=false, TablesFormat=NULL

I’m able to connect to the database from a remote host so that shouldn’t be a 
problem.

Does anyone have any ideas on what could be causing this connection to fail?

Thanks!

--Shawn
--
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

Re: [Bacula-users] Number of files mismatch!

[krashoverride]

Hey Martin,

Now i'm starting to think the LTO is the problem.
This evening, new error occured 

07-Feb 21:00 JobId 102: Start Backup JobId 102, Job=quot.2018-02-07_21.00.00_09
07-Feb 21:00 JobId 102: Using Device "Lecteur_LTO6" to write.
07-Feb 21:00 JobId 102: Error: block.c:260 Write error at 98:1 on device 
"Lecteur_LTO6" (/dev/nst0). ERR=Input/output error.
07-Feb 21:00 JobId 102: Error: Error writing final EOF to tape. This Volume may 
not be readable.
tape_dev.c:946 ioctl MTWEOF error on "Lecteur_LTO6" (/dev/nst0). 
ERR=Input/output error.
07-Feb 21:00 JobId 102: End of medium on Volume "ROMBQ006" Bytes=92,329,961,472 
Blocks=1,431,205 at 07-Feb-2018 21:00.

Then i changed the status of tape from error to append, started a job again, 
that started successfully (still running)

I'm gonna try to ask local people to install another LTO drive (remote plant)



- Mail original -
De: "Martin Simmons" 
À: krashoverr...@free.fr
Cc: bacula-users@lists.sourceforge.net
Envoyé: Mardi 6 Février 2018 19:36:44
Objet: Re: [Bacula-users] Number of files mismatch!

OK, so it looks like the data on the tape is still OK.

The Volume=0 in the error message is what Bacula found for the "file" position
on the tape after trying to move it to the end of data.  This might be a bug
in the OS driver or tape firmware.  Were there any syslog messages at that
time?

You could try running btape and issuing the commands

rewind
cap
eod
status

to see what it reports.  (I don't think this will write anything to the tape.)

Also, have you run the btape test command successfully with this configuration
recently?  (Beware that this will overwrite the tape.)

__Martin


> On Tue, 6 Feb 2018 09:43:40 +0100 (CET), krashoverride  said:
> 
> Hello Martin, 
> 
> Problem occured last night,
> 
> 05-Feb 21:01 JobId 96: Error: Bacula cannot write on tape Volume "ROMBQ006" 
> because:
> The number of files mismatch! Volume=0 Catalog=71
> 05-Feb 21:01 JobId 96: Marking Volume "ROMBQ006" in Error in Catalog.
> 
> Then I bls'ed the tape :
> 
> bls: butil.c:293-0 Using device: "/dev/nst0" for reading.
> 06-Feb 08:57 bls JobId 0: Ready to read from volume "ROMBQ006" on tape device 
> "Lecteur_LTO6" (/dev/nst0).
> 
> Volume Label:
> Id: Bacula 1.0 immortal
> VerNo : 11
> VolName   : ROMBQ006
> PrevVolName   :
> VolFile   : 0
> LabelType : VOL_LABEL
> LabelSize : 164
> PoolName  : QUOT
> MediaType : LTO-6
> PoolType  : Backup
> HostName  : server
> Date label written: 29-Jan-2018 16:39
> 
> Then 6 "Begin Job" / "End Job" 
> 
> Then
> 
> 06-Feb 09:07 bls JobId 0: End of Volume at file 71 on device "Lecteur_LTO6" 
> (/dev/nst0), Volume "ROMBQ006"
> 06-Feb 09:07 bls JobId 0: End of all volumes.
> Bacula "End of Tape" label found.
> 
> Confirming the number of files in the catalog. 
> 
> 
> - Mail original -
> De: krashoverr...@free.fr
> À: "Martin Simmons" 
> Cc: bacula-users@lists.sourceforge.net
> Envoyé: Jeudi 1 Février 2018 09:56:19
> Objet: Re: [Bacula-users] Number of files mismatch!
> 
> Hello Martin,
> 
> Sure, next time the problem occurs. It has not since, lets say 1 week. Last 
> time i had it, I tried to only restart bacula-sd service, and restarted my 
> backup, that worked like a charm.
> 
> I'll let you know!
> 
> Thank you
> 
> -- Thib
> 
> - Mail original -
> De: "Martin Simmons" 
> À: krashoverr...@free.fr
> Cc: itli...@igtp.cat, bacula-users@lists.sourceforge.net
> Envoyé: Jeudi 25 Janvier 2018 17:13:35
> Objet: Re: [Bacula-users] Number of files mismatch!
> 
> Can you post the output of the 'bls -j /dev/nst0' shell command with one of
> these "empty" tapes in the drive?
> 
> __Martin
> 
> 
> On Wed, 24 Jan 2018 21:04:06 +0100 (CET), krashoverride  said:
> > 
> > Feedback again, umount / mount has no effect.
> > Tapes are seen as empty.
> > 
> > Total Bytes Read=64,512 Blocks Read=1 Bytes/block=64,512
> > Positioned at File=0 Block=0
> > 
> > I don't know where to dig, now.
> > 
> > - Mail original -
> > De: krashoverr...@free.fr
> > À: "itlinux_igtp" 
> > Cc: bacula-users@lists.sourceforge.net
> > Envoyé: Mardi 23 Janvier 2018 21:24:34
> > Objet: Re: [Bacula-users] Number of files mismatch!
> > 
> > Good evening Iñaki,
> > 
> > Quick feedback : new package of tapes came, error persists.
> > It "seems" if I umount / mount my tape, error is gone.
> > I've tested right now, after being mailed file mismatch :
> > 1. cancel job
> > 2. update volume status from error to append
> > 3. umount
> > 4. mount
> > 5. manually run the job that starts successfully.
> > 
> > I'm gonna wait for the backup catalog in 2 hours, to see if it starts 
> > successfully
> > 
> > - Mail original -
> > De: "itlinux_igtp" 
> > À: bacula-users@lists.sourceforge.net
> > Envoyé: Lundi 22 Janvier 2018 09:40:58
> > 

Re: [Bacula-users] JobBytes

[Martin Simmons]

JobBytes is the number of bytes sent from the FD (client) to the SD.  If you
are using Bacula's software compression (the compression option in the
Fileset), then that will be the size after compression.

Bacula's software compression is always done in the FD.

You can control concurrency of backups using the various "Maximum Concurrent
Jobs" options.

__Martin


> On Wed, 7 Feb 2018 12:02:56 +, Adam Weremczuk said:
> 
> Hi all,
> 
> Last night a tape filled so I'm spending most of today investigating the 
> cause and ensuring the next run completes fine.
> When executing "list jobname=" from the console I'm presented with 2 
> columns: JobFiles and JobBytes.
> 
> Is JobBytes expected to show the volume read from the client or written 
> to the tape?
> In the latter the count is after compression, right?
> 
> On that note: Is compression always performed on the server or can it be 
> done on clients?
> It could make sense to iterate over all clients first and instruct them 
> to start compressing.
> Then they start reporting as ready to the director and data transfers begin.
> 
> Please advise.
> 
> Regards
> Adam
> 
> 
> --
> 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
> 

--
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

Re: [Bacula-users] Problems getting a tape library to work under FreeBSD

[Dimitri Maziuk]

On 02/07/2018 11:57 AM, Dan Langille wrote:
> Either Bacula is in charge of the changer or it is not.

Only when it's running a job. If access is not concurrent, then it's
very likely the tool not cleaning up after itself properly or something.

-- 
Dimitri Maziuk
Programmer/sysadmin
BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu



signature.asc
Description: OpenPGP digital signature
--
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

Re: [Bacula-users] Problems getting a tape library to work under FreeBSD

[Dan Langille]

Either Bacula is in charge of the changer or it is not.

-- 
Dan Langille - BSDCan / PGCon
d...@langille.org


> On Feb 7, 2018, at 12:48 PM, Kenneth Garges  wrote:
> 
> That might be the issue. Somebody does something in the web interface that 
> takes the changer offline, clicks OK at the warning message. Then later when 
> it’s back online FreeBSD doesn’t figure that out and needs a reboot. 
> 
> Probably an issue that should be addressed with FreeBSD rather than Bacula.
> 
> 
> 
> 
>> On 6Feb 2018, at 6:50 PM, Alan Brown  wrote:
>> 
>> On 07/02/18 02:01, Kenneth Garges wrote:
>>> Permissions and ownership are ok. I think I figured out the problem.
>>> 
>>> Both mtx and chio would work for a while, then stop working returning only 
>>> “Inappropriate ioctl for device” or other errors. The culprit I think is a 
>>> library management tool by Quantum. The library provides a web interface 
>>> that allows you to check status, move tapes around, and various utilities. 
>>> 
>>> Problem is if you use that web interface it gets the server (both Bacula SD 
>>> and Director on the same FreeBSD box) wedged such that mtx and chio always 
>>> fail.
>> 
>> Yes - and if it's about to do anything which takes the changer offline
>> the web ui gives a warning message and asked if you want to continue.
>> 
>>> Unknown to me, the operations staff had been using that web interface while 
>>> I was testing. After I asked them to stop my system seems to work reliably. 
>> 
>> I hope you changed the password and put the changer in its own IP subnet
>> after that.
>> 
>> I wrote some kludgy shell scripts (originally for Neo4000, then Neo 8000
>> and now Quantum i500 - portable as far as I know) which automate loading
>> and unloading of the changer (imported tapes are scattered randomly
>> around available slots to ensure even wear and tear) - these mean that
>> all operations staff have to do is open the magazine to load/unload
>> tapes when emailed to do so by Bacula.
>> 
>> Dan can probably improve them considerably.
>> 
>> As an adjunct to that another script works out which tapes are oldest
>> (if in the scratch pool) or about to expire (if none are in the scratch
>> pool) and asks staff to pull them out of the safe.
>> 
>> I also submitted some chages to the mtx-changer script a while ago which
>> check that the changer's actually ready before attempting to send it
>> commands. Kern's been sitting on them for a couple of years.
>> 
>> 
>> There are some pretty whizzy things you can do to monitor tape health
>> when a tape is in the changer using the sg_attr and sg_logs commands
>> that go _far _ beyond Tapealart or smartmontools capabilities.
>> 
>> I've submitted a number of updates to sg_utils and am in the process of
>> (slowly) reverse engineering what I can from the MAMs that's not well
>> documented using text output provided by veritape (proprietary, windows
>> tool from mptapes.com which reads MAMs).
>> 
>> Selfish motivation is (of course) to reduce the amount of time I have to
>> spend manually scanning tapes with the windows program/standalone
>> scanner then interpreting output. All of that information is available
>> when the tape is in the drive and with appropriate MAM reads at
>> load/unload it's possible to have the bacula server tell me when a tape
>> is approaching end of life (this is far more accurate than the metrics
>> bacula uses of simple load cycles.) - and more importantly, when tape
>> drives are going bad.
>> 
>> Having spent several man-years dealing with the fallout of bad LTO tapes
>> damaging drives and then those drives damaging tapes, I want to minimize
>> the pain if it ever happens again.
>> 
>> (LTO drives even return detailed information about the condition of each
>> of the heads if queried the right way. This data is interpreted by IBM
>> or HP's proprietary tools to give reports but they use the same queries
>> as sg_logs does to get 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

Re: [Bacula-users] Problems getting a tape library to work under FreeBSD

[Kenneth Garges]

That might be the issue. Somebody does something in the web interface that 
takes the changer offline, clicks OK at the warning message. Then later when 
it’s back online FreeBSD doesn’t figure that out and needs a reboot. 

Probably an issue that should be addressed with FreeBSD rather than Bacula.




> On 6Feb 2018, at 6:50 PM, Alan Brown  wrote:
> 
> On 07/02/18 02:01, Kenneth Garges wrote:
>> Permissions and ownership are ok. I think I figured out the problem.
>> 
>> Both mtx and chio would work for a while, then stop working returning only 
>> “Inappropriate ioctl for device” or other errors. The culprit I think is a 
>> library management tool by Quantum. The library provides a web interface 
>> that allows you to check status, move tapes around, and various utilities. 
>> 
>> Problem is if you use that web interface it gets the server (both Bacula SD 
>> and Director on the same FreeBSD box) wedged such that mtx and chio always 
>> fail.
> 
> Yes - and if it's about to do anything which takes the changer offline
> the web ui gives a warning message and asked if you want to continue.
> 
>> Unknown to me, the operations staff had been using that web interface while 
>> I was testing. After I asked them to stop my system seems to work reliably. 
> 
> I hope you changed the password and put the changer in its own IP subnet
> after that.
> 
> I wrote some kludgy shell scripts (originally for Neo4000, then Neo 8000
> and now Quantum i500 - portable as far as I know) which automate loading
> and unloading of the changer (imported tapes are scattered randomly
> around available slots to ensure even wear and tear) - these mean that
> all operations staff have to do is open the magazine to load/unload
> tapes when emailed to do so by Bacula.
> 
> Dan can probably improve them considerably.
> 
> As an adjunct to that another script works out which tapes are oldest
> (if in the scratch pool) or about to expire (if none are in the scratch
> pool) and asks staff to pull them out of the safe.
> 
> I also submitted some chages to the mtx-changer script a while ago which
> check that the changer's actually ready before attempting to send it
> commands. Kern's been sitting on them for a couple of years.
> 
> 
> There are some pretty whizzy things you can do to monitor tape health
> when a tape is in the changer using the sg_attr and sg_logs commands
> that go _far _ beyond Tapealart or smartmontools capabilities.
> 
> I've submitted a number of updates to sg_utils and am in the process of
> (slowly) reverse engineering what I can from the MAMs that's not well
> documented using text output provided by veritape (proprietary, windows
> tool from mptapes.com which reads MAMs).
> 
> Selfish motivation is (of course) to reduce the amount of time I have to
> spend manually scanning tapes with the windows program/standalone
> scanner then interpreting output. All of that information is available
> when the tape is in the drive and with appropriate MAM reads at
> load/unload it's possible to have the bacula server tell me when a tape
> is approaching end of life (this is far more accurate than the metrics
> bacula uses of simple load cycles.) - and more importantly, when tape
> drives are going bad.
> 
> Having spent several man-years dealing with the fallout of bad LTO tapes
> damaging drives and then those drives damaging tapes, I want to minimize
> the pain if it ever happens again.
> 
> (LTO drives even return detailed information about the condition of each
> of the heads if queried the right way. This data is interpreted by IBM
> or HP's proprietary tools to give reports but they use the same queries
> as sg_logs does to get 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

Re: [Bacula-users] Bacula marks tape full too soon

[Tom Plancon]

Thanks for the response. This is a brand new HP tape drive. All the 
tapes are brand new HP LT0-5 tapes, never used before.


Kern, how would I put the drive into "BSD mode"? And how could I tell if 
it was in that mode?


I will take a look at the sg logs.

myEMAILsignature Thomas Plancon
CAD/IT MANAGER

E:  tplan...@bkaarchs.com
W: www.bkaarchitects.com 

BKA/LOGO

On 2/7/2018 7:41 AM, Alan Brown wrote:

On 07/02/18 09:16, Kern Sibbald wrote:

Hello,

On the software side, it is clear that the OS is sending back an EOT 
status.

About the only other thing to check before looking at your tape
wiring/controller ... is to be sure you have not put the tape drive 
into some

unusual mode such as BSD mode.


I'd also recommend checking the returns from sg_attr and sg_logs

A bad/worn drive can result in _lots_ of rewrites and MAXELL LTO4/5 
media is known to damage heads.





--
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

Re: [Bacula-users] Latest version of agent windows

[Kern Sibbald]

  
  
The latest version is 7.4.4.  It is at www.bacula.org ->
  Downloads -> Binary Download Center
I will be posting a version 9.0.6 version as soon as I can build
  and test it -- probably by the end of February.
Best regards,
Kern


On 07.02.2018 12:30, jesus moreno
  wrote:


  

  Hi:

  
  I have a bacula-dir version 9.0.6 and I like to upgrade the
  bacula-fd of windows server from 5.0.3 to the latest version.
  What is the latest version of client Windows? In forgesource
  it show 5.2.10, in year 2012! Is it true?
  

Regards!

  
  
  
  
  --
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



  


--
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

Re: [Bacula-users] Bacula marks tape full too soon

[Alan Brown]

On 07/02/18 09:16, Kern Sibbald wrote:

Hello,

On the software side, it is clear that the OS is sending back an EOT status.
About the only other thing to check before looking at your tape
wiring/controller ... is to be sure you have not put the tape drive into some
unusual mode such as BSD mode.


I'd also recommend checking the returns from sg_attr and sg_logs

A bad/worn drive can result in _lots_ of rewrites and MAXELL LTO4/5 
media is known to damage heads.




--
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

Re: [Bacula-users] Problems getting a tape library to work under FreeBSD

[Alan Brown]

On 07/02/18 02:50, Alan Brown wrote:


I also submitted some chages to the mtx-changer script a while ago which
check that the changer's actually ready before attempting to send it
commands. Kern's been sitting on them for a couple of years.



@ -82,6 +66,7 @@ #$1  $2   $3 
$4   $

 fi

 MTX=/usr/sbin/mtx
+TAPEINFO=/usr/sbin/tapeinfo

 if test ${debug_log} -ne 0 ; then
   touch /opt/bacula/working/mtx.log
@@ -93,7 +78,21 @@ #   $1  $2 $3
$4   $

 fi
 }

-
+# AB 20151203 - wait for changer to be ready
+# wait up to 600 seconds
+i=0
+  while [ $i -le 600 ]; do  # Wait max 600 seconds
+if $TAPEINFO -f $1  2>&1 | grep "Ready: yes" >/dev/null 2>&1; then
+  if [ $i -gt 0 ]; then # Flush out any mtx bogosity.
+   $MTX status > /dev/null 2>&1
+  fi
+  break
+fi
+debug $dbglvl "Device $1 - not ready, retrying..."
+sleep 1
+i=`expr $i + 1`
+  done
+#
 #
 # Create a temporary file
 #
@@ -135,7 +134,12 @@ # $1  $2 $3
$4   $

 # The purpose of this function to wait a maximum
 #   time for the drive. It will
 #   return as soon as the drive is ready, or after
-#   waiting a maximum of 300 seconds.
+#   waiting a maximum of 600 seconds.
+#
+# AJB2: (was 300, updated to 600 because if the drive decides it needs
+# a cleaning cycle that could take longer than 5 minutes depending on the
+# age of the cleaning tape.)
+#
 # Note, this is very system dependent, so if you are
 #   not running on Linux, you will probably need to
 #   re-write it, or at least change the grep target.
@@ -144,7 +148,7 @@ #   waiting a maximum of 300 seconds.
 #
 wait_for_drive() {
   i=0
-  while [ $i -le 300 ]; do  # Wait max 300 seconds
+  while [ $i -le 600 ]; do  # Wait max 600 seconds
 if mt -f $1 status 2>&1 | grep "${ready}" >/dev/null 2>&1; then
   break
 fi


--
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

[Bacula-users] JobBytes

[Adam Weremczuk]

Hi all,

Last night a tape filled so I'm spending most of today investigating the 
cause and ensuring the next run completes fine.
When executing "list jobname=" from the console I'm presented with 2 
columns: JobFiles and JobBytes.


Is JobBytes expected to show the volume read from the client or written 
to the tape?

In the latter the count is after compression, right?

On that note: Is compression always performed on the server or can it be 
done on clients?
It could make sense to iterate over all clients first and instruct them 
to start compressing.

Then they start reporting as ready to the director and data transfers begin.

Please advise.

Regards
Adam


--
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

Re: [Bacula-users] Latest version of agent windows

[Wanderlei Huttel]

Hello Jesus

The last one is 7.4.4
http://blog.bacula.org/binary-download-center/

Best regards

*Wanderlei Hüttel*
http://www.huttel.com.br

2018-02-07 9:30 GMT-02:00 jesus moreno :

> Hi:
>
> I have a bacula-dir version 9.0.6 and I like to upgrade the bacula-fd of
> windows server from 5.0.3 to the latest version. What is the latest version
> of client Windows? In forgesource it show 5.2.10, in year 2012! Is it true?
>
> Regards!
>
>
> 
> --
> 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
>
>
--
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

[Bacula-users] Latest version of agent windows

[jesus moreno]

Hi:

I have a bacula-dir version 9.0.6 and I like to upgrade the bacula-fd of
windows server from 5.0.3 to the latest version. What is the latest version
of client Windows? In forgesource it show 5.2.10, in year 2012! Is it true?

Regards!
--
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

Re: [Bacula-users] convincing Bacula to use a different tape than it requested

[Kern Sibbald]

Bacula is designed to decide itself which tapes to use and when. If you 
are trying to force it to use particular tapes it is possible, but it is 
outside the design envelop, so you will almost surely run into problems.




On 06.02.2018 00:54, Tilman Schmidt wrote:

Just encountered the situation again.
Bacula requested last month's tape "Januar" since its use period hadn't
expired yet, but it's the next full backup which should go onto the new
month's tape "Februar".
Tape "Januar" has VolStatus=Append.
Tape "Februar" has VolStatus=Used with VolFiles=0 since it's way beyond
any applicable retention periods, but Bacula rejects it because of its
Status and never considers promoting it to "Purged" .

Running bconsole command "prune volume=Februar" asks for confirmation,
then emits the message

   Found no Job associated with the Volume "Februar" to prune

and does nothing. Bacula continues to reject the tape.

Running bconsole command "purge volume=Februar" emits an alarming message

   This command can be DANGEROUS!!!

then proceeds, *without* waiting for confirmation, to update VolStatus
of tape "Februar" to Purged. Now Bacula accepts the tape.

Is all that how it should be?

Is there a way to run the purge command automatically for volumes that
have reached the "VolStatus=Used && VolFiles=0" state?

Thanks,
Tilman

Am 08.01.2018 um 00:34 schrieb Tilman Schmidt:

Hello Heitor,

Am 15.12.2017 um 15:41 schrieb Heitor Faria:

running Bacula 7.4.4 (same problem with version 5.2.13) on openSUSE Leap
42.3 with a standalone LTO tape drive.

Note: Meanwhile upgraded to 9.0.6.


[Sometimes Bacula requests] a tape that for some
reason cannot or should not be used for that job.
Then if I mount a different tape, Bacula will immediately eject it
again, claiming that it is in the wrong state ("Used" instead of
"Recycle") and insisting I mount the one it requested.
How can I convince Bacula to recycle and use the tape I give it?

You can forccefully recycle this tape with the purge command.

Ok, that worked, but I'm not quite happy with that solution yet.

* The situation has occurred again today, Bacula requesting volume
"Mai-2" instead of "Januar" which I wanted it to use.
* I first checked volume "Januar" which had not been in use for way
beyond its retention period of 91 days, and was listed in the catalog
with VolFiles=0, so it should be available for recycling:

*llist volume=Januar
   MediaId: 52
VolumeName: Januar
  Slot: 0
PoolId: 1
 MediaType: LTO-2
   MediaTypeId: 0
  FirstWritten: 1970-01-01 01:00:00
   LastWritten: 2017-01-30 00:39:15
 LabelDate: 2017-01-02 20:49:20
   VolJobs: 0
  VolFiles: 0
 VolBlocks: 0
  VolParts: 0
 VolCloudParts: 0
CacheRetention: 0
 VolMounts: 25
  VolBytes: 1
 VolABytes: 0
   VolAPadding: 0
  VolHoleBytes: 0
  VolHoles: 0
 LastPartBytes: 0
 VolErrors: 0
 VolWrites: 20,112,985
  VolCapacityBytes: 0
 VolStatus: Used
   Enabled: 1
   Recycle: 1
  VolRetention: 7,862,400
VolUseDuration: 2,678,400
MaxVolJobs: 0
   MaxVolFiles: 0
   MaxVolBytes: 0
 InChanger: 0
   EndFile: 92
  EndBlock: 5,628
   VolType: 0
 LabelType: 0
 StorageId: 4
  DeviceId: 0
   MediaAddressing: 0
   VolReadTime: 0
  VolWriteTime: 39,796,045,456
LocationId: 0
  RecycleCount: 6
  InitialWrite: -00-00 00:00:00
 ScratchPoolId: 0
 RecyclePoolId: 0
 ActionOnPurge: 0
 ExpiresIn: 0
   Comment: NULL

* I tried to prune the volume. Bacula asked me whether I was sure, then
told me there was nothing to do:

*prune volume=Januar
The current Volume retention period is: 3 months 1 day
Continue? (yes/mod/no): yes
Found no Job associated with the Volume "Januar" to prune

After that, Bacula would still eject the volume, asking I insert volume
"Mai-2" instead.

* Only when I actually purged the volume Bacula marked it as purged and
subsequently accepted to use it:

*purge volume=Januar

This command can be DANGEROUS!!!

It purges (deletes) all Files from a Job,
JobId, Client or Volume; or it purges (deletes)
all Jobs from a Client or Volume without regard
to retention periods. Normally you should use the
PRUNE command, which respects retention periods.
There are no more Jobs associated with Volume "Januar". Marking it purged.

*llist volume=Januar
   MediaId: 52
VolumeName: Januar
  Slot: 0
PoolId: 1
 MediaType: LTO-2
   MediaTypeId: 0
  FirstWritten: 1970-01-01 01:00:00
   LastWritten: 2017-01-30 00:39:15
 LabelDate: 2017-01-02 20:49:20
   VolJobs: 0
  VolFiles: 0
 VolBlocks: 0
  VolParts: 0
 VolCloudParts: 0
CacheRetention: 0
 VolMounts: 25
  VolBytes: 1
 VolABytes: 0
   

Re: [Bacula-users] Bacula marks tape full too soon

[Kern Sibbald]

Title: myEMAILsignature

  
  
I would not worry too much about btape errors trying to switch
  volumes.  Some of the older btapes had a bug that caused such
  problems.  I don't believe that they are related to your problem.
You can avoid those problems by running btape fill using a single
  volume.


On 05.02.2018 21:07, Tom Plancon wrote:


  
  I ran btape Fill and it did fill a tape with 1.5TB in about 3
hours. Btape asked for a new tape, put it in, wrote OK then
asked for the first tape. I put it in but now I'm getting this
error:
  Wrote block=2368, file,blk=62,41035
VolBytes=1,527,644,095,488 rate=133.7 MB/s
05-Feb 14:31 btape JobId 0: End of Volume "TestVolume1" at
62:41848 on device "LTO-5" (/dev/st0). Write of 64512 bytes got
-1.
05-Feb 14:31 btape JobId 0: Re-read of last block succeeded.
btape: btape.c:2708-0 Last block at: 62:41847
this_dev_block_num=41848
btape: btape.c:2743-0 End of tape 62:0. Volume
Bytes=1,527,696,543,744. Write rate = 133.6 MB/s
05-Feb 14:31 btape JobId 0: End of medium on Volume
"TestVolume1" Bytes=1,527,696,543,744 Blocks=23,680,812 at
05-Feb-2018 14:31.
btape: btape.c:3068-0 Autochanger returned: 0
Mount blank Volume on device "LTO-5" (/dev/st0) and press return
when ready: 
btape: btape.c:3073-0 
Wrote Volume label for volume "TestVolume2".
05-Feb 14:35 btape JobId 0: Wrote label to prelabeled Volume
"TestVolume2" on tape device "LTO-5" (/dev/st0)
05-Feb 14:35 btape JobId 0: New volume "TestVolume2" mounted on
device "LTO-5" (/dev/st0) at 05-Feb-2018 14:35.
btape: btape.c:2313-0 Wrote 1000 blocks on second tape. Done.
Done writing 0 records ...
Wrote End of Session label.
btape: btape.c:2382-0 Wrote state file last_block_num1=41847
last_block_num2=1001
btape: btape.c:2400-0 

14:35:52 Done filling tapes at 0:1003. Now beginning re-read of
first tape ...
btape: btape.c:2478-0 Enter do_unfill
btape: btape.c:2516-0 Autochanger returned: 0
Mount first tape. Press enter when ready: 
btape: btape.c:2519-0 
05-Feb 14:37 btape JobId 0: Warning: acquire.c:276 Read acquire:
vol_mgr.c:382 Could not reserve volume "TestVolume1" for append,
because it will be read.
Mount Volume "TestVolume1" on device "LTO-5" (/dev/st0) and
press return when ready: 
05-Feb 14:37 btape JobId 0: Error: mount.c:834 Hey! WroteVol
non-zero !
btape: mount.c:835-0 Hey! WroteVol non-zero !
Mount Volume "TestVolume1" on device "LTO-5" (/dev/st0) and
press return when ready: 
05-Feb 14:41 btape JobId 0: Error: mount.c:834 Hey! WroteVol
non-zero !
btape: mount.c:835-0 Hey! WroteVol non-zero !
05-Feb 14:41 btape JobId 0: Warning: acquire.c:276 Read acquire:
Wrong Volume mounted on tape device "LTO-5" (/dev/st0): Wanted
TestVolume1 have TestVolume2
Mount Volume "TestVolume1" on device "LTO-5" (/dev/st0) and
press return when ready: 
05-Feb 14:42 btape JobId 0: Error: mount.c:834 Hey! WroteVol
non-zero !
btape: mount.c:835-0 Hey! WroteVol non-zero !
05-Feb 14:42 btape JobId 0: Warning: acquire.c:276 Read acquire:
vol_mgr.c:382 Could not reserve volume "TestVolume1" for append,
because it will be read.

I did put in the 2nd tape again,
thinking something didn't complete that needed to, but it
doesn't look like that was the case! Does the fact that btape
called my device an "autochanger" have any meaning? Tried it a
couple more times then got this:
  Mount Volume "TestVolume1" on device "LTO-5" (/dev/st0) and
press return when ready: 05-Feb 14:56 btape JobId 0: Error:
mount.c:834 Hey! WroteVol non-zero !
btape: mount.c:835-0 Hey! WroteVol non-zero !
Mount Volume "TestVolume1" on device "LTO-5" (/dev/st0) and
press return when ready: 
05-Feb 14:56 btape JobId 0: Fatal error: acquire.c:325 Too many
errors trying to mount tape device "LTO-5" (/dev/st0) for
reading.
Bacula interrupted by signal 11: Segmentation violation
Kaboom! btape, btape got signal 11 - Segmentation violation at
05-Feb-2018 14:56:56. Attempting traceback.
Kaboom! exepath=/root
Calling: /root/btraceback /root/btape 11510 /tmp
  Any thoughts on what this means greatly appreciated! Thanks!
  
  


 Thomas Plancon
CAD/IT MANAGER

E:  tplan...@bkaarchs.com
W: www.bkaarchitects.com


   

  

Re: [Bacula-users] Bacula marks tape full too soon

[Kern Sibbald]

  
  
Yes, that is a good suggestion, that I had forgotten about.  One
  or two cleaning cycles should normally clear up that kind of
  problem.


On 05.02.2018 21:01, Matt Rubright
  wrote:


  I've seen similar things happen with failing or
really dirty tape drives.


Matt
  
On Mon, Feb 5, 2018 at 11:41 AM,
  Tom Plancon 
  wrote:
  

  Hi Kern,
  Yes, this has happened on several tapes at this
point. They are all brand new HP LTO-5 tapes. 
  
  No, I'm not using the Windows SD. The SD is running
on the Centos 7 machine which runs the tape drive.
  So this AM I'm running the btape Fill routine. It
it still running and it's over 130Gb at this time,
that's 6 times the 21Gb I was getting on the backup.
Is it safe to say that the controller is not the
issue?
  Thanks again for your help!
  
   Thomas Plancon
CAD/IT
  MANAGER

E:  tplan...@bkaarchs.com
W: www.bkaarchitects.com


   

  
  On
2/3/2018 3:58 AM, Kern Sibbald wrote:
  
  
Hello,
In this case, Bacula received an EOT marker, so
  it stopped writing.  My best guess is that the
  tape is defective or has a misplaced EOT marker.  
  Does this happen on all your tapes?  If so, then
  there might be something wrong with your tape
  controller.
You are not by any chance using the Windows SD
  are you? (pretty unlikely, but just checking).
Another thing to do is to point btape at the
  volume (assuming you can afford to overwrite the
  data) and give it the "fill" command and see how
  much data btape can write.
Then try btape on a different tape to see what it
  does.

Best regards,
Kern


On
  02.02.2018 22:53, Tom Plancon wrote:


  Kern,
  Thanks much for the response! Here is the job
output from Bacula, there was nothing in
/var/log/messages for the time period.
  01-Feb 17:01 godwit-bacula-dir JobId 33: No
prior Full backup Job record found.
01-Feb 17:01 godwit-bacula-dir JobId 33: No
prior or suitable Full backup found in catalog.
Doing FULL backup.
01-Feb 17:01 godwit-bacula-dir JobId 33: Start
Backup JobId 33, Job=HomeTape.2018-02-01_17.01.01_03
01-Feb 17:01 godwit-bacula-dir JobId 33: Using
Device "LTO-5" to write.
01-Feb 17:01 bacula-sd JobId 33: Wrote label to
prelabeled Volume "001" on tape device "LTO-5"
(/dev/st0)
01-Feb 17:01 bka-design-fd JobId 33: Generate
VSS snapshots. Driver="Win64 VSS"
01-Feb 17:01 bka-design-fd JobId 33:
Snapshot mount point: E:\
01-Feb 17:45 bacula-sd JobId 33: Re-read of last
block succeeded.
01-Feb 17:45 bacula-sd JobId 33: End of medium
on Volume "001" Bytes=21,474,819,072
Blocks=332,880 at 01-Feb-2018 17:45.
01-Feb 17:47 godwit-bacula-dir JobId 33: Created
new Volume="Hme-0002", Pool="HomePool",
MediaType="LTO-5" in catalog.
01-Feb 17:47 bacula-sd JobId 33: Please mount
append Volume "Hme-0002" or label a new one for:
    Job:  HomeTape.2018-02-01_17.01.01_03
    Storage:  "LTO-5" (/dev/st0)
    Pool: HomePool
    Media type:   LTO-5



   

Re: [Bacula-users] Bacula marks tape full too soon

[Kern Sibbald]

Title: myEMAILsignature

  
  
Hello,
On the software side, it is clear that the OS is sending back an
  EOT status.  About the only other thing to check before looking at
  your tape wiring/controller ... is to be sure you have not put the
  tape drive into some unusual mode such as BSD mode.  This would be
  something that is done via the OS and the default configuration
  files.  If you are just running a stock Linux system, what I just
  mentioned about unusual modes is very unlikely to occur.  The only
  other software possibility that I can think of is who built your
  SD binaries, with what options, and with which compiler.

At this point it still looks like something in the hardware but
  that is just a guess. 

Best regards,
Kern


On 05.02.2018 17:41, Tom Plancon wrote:


  
  Hi Kern,
  Yes, this has happened on several tapes at this point. They are
all brand new HP LTO-5 tapes. 
  
  No, I'm not using the Windows SD. The SD is running on the
Centos 7 machine which runs the tape drive.
  So this AM I'm running the btape Fill routine. It it still
running and it's over 130Gb at this time, that's 6 times the
21Gb I was getting on the backup. Is it safe to say that the
controller is not the issue?
  Thanks again for your help!
  
  


 Thomas Plancon
CAD/IT MANAGER

E:  tplan...@bkaarchs.com
W: www.bkaarchitects.com


   

  
  On 2/3/2018 3:58 AM, Kern Sibbald
wrote:
  
  

Hello,
In this case, Bacula received an EOT marker, so it stopped
  writing.  My best guess is that the tape is defective or has a
  misplaced EOT marker.   Does this happen on all your tapes? 
  If so, then there might be something wrong with your tape
  controller.
You are not by any chance using the Windows SD are you?
  (pretty unlikely, but just checking).
Another thing to do is to point btape at the volume (assuming
  you can afford to overwrite the data) and give it the "fill"
  command and see how much data btape can write.
Then try btape on a different tape to see what it does.

Best regards,
Kern


On 02.02.2018 22:53, Tom Plancon
  wrote:


  
  Kern,
  Thanks much for the response! Here is the job output from
Bacula, there was nothing in /var/log/messages for the time
period.
  01-Feb 17:01 godwit-bacula-dir JobId 33: No prior Full
backup Job record found.
01-Feb 17:01 godwit-bacula-dir JobId 33: No prior or
suitable Full backup found in catalog. Doing FULL backup.
01-Feb 17:01 godwit-bacula-dir JobId 33: Start Backup JobId
33, Job=HomeTape.2018-02-01_17.01.01_03
01-Feb 17:01 godwit-bacula-dir JobId 33: Using Device
"LTO-5" to write.
01-Feb 17:01 bacula-sd JobId 33: Wrote label to prelabeled
Volume "001" on tape device "LTO-5" (/dev/st0)
01-Feb 17:01 bka-design-fd JobId 33: Generate VSS snapshots.
Driver="Win64 VSS"
01-Feb 17:01 bka-design-fd JobId 33: Snapshot mount
point: E:\
01-Feb 17:45 bacula-sd JobId 33: Re-read of last block
succeeded.
01-Feb 17:45 bacula-sd JobId 33: End of medium on Volume
"001" Bytes=21,474,819,072 Blocks=332,880 at 01-Feb-2018
17:45.
01-Feb 17:47 godwit-bacula-dir JobId 33: Created new
Volume="Hme-0002", Pool="HomePool", MediaType="LTO-5" in
catalog.
01-Feb 17:47 bacula-sd JobId 33: Please mount append Volume
"Hme-0002" or label a new one for:
    Job:  HomeTape.2018-02-01_17.01.01_03
    Storage:  "LTO-5" (/dev/st0)
    Pool: HomePool
    Media type:   LTO-5



02-Feb 09:48 bacula-sd JobId 33: Fatal error: Job 33
canceled.
02-Feb 09:48 bacula-sd JobId 33: Elapsed time=16:47:45,
Transfer rate=354.8 K Bytes/second
02-Feb 09:48 bacula-sd JobId 33: Fatal error: askdir.c:355
NULL Volume name. This shouldn't happen!!!
02-Feb 09:48 godwit-bacula-dir JobId 33: Bacula
godwit-bacula-dir 7.0.5 (28Jul14):
  Build OS:   x86_64-redhat-linux-gnu redhat
Enterprise release
  JobId:  33
  Job:    HomeTape.2018-02-01_17.01.01_03
  Backup Level:   Full (upgraded from Incremental)
  Client: