Re: [Bacula-users] Btape - cannot pass

Hello Daniel, This is usually to the drive tape being used on locked by any other process. For example, you cannot even btape tests and have the tape drive locked by Bacula Storage Daemon. Best regards, Ana El 20 jul. 2017 21:10, "Hicks, Daniel CTR OSD DMEA" < daniel.hicks@dmea.osd.mil> es

Re: [Bacula-users] Btape Test - Append Files Test

20, 2017 12:15 PM To: Kern Sibbald Cc: bacula-users@lists.sourceforge.net Subject: Re: [Bacula-users] Btape Test - Append Files Test  

Re: [Bacula-users] Btape Test - Append Files Test

dia Type = LTO-7 > > Archive Device = /dev/nst0 > > AutomaticMount = yes; # when device opened, read it > > AlwaysOpen = yes; > > RemovableMedia = yes; > > RandomAccess = no; > > AutoChanger = yes > > Alert Command = "sh -c 

[Bacula-users] Btape - cannot pass

Hello all, I am running Bacula 7.4.7 on a Centos 7 server with a HP-Overland tape / autoloader. Within bconsole I can inventory the autoloader, mount and move tapes around. However, when I run btape -c /etc/bacula/bacula-sd.conf /dev/nst0 I get the following: 20-July 11:54 btape: Fatal Error

Re: [Bacula-users] Btape Test - Append Files Test

ronbgreenbl...@gmail.com] Sent: Thursday, July 20, 2017 12:15 PM To: Kern Sibbald Cc: bacula-users@lists.sourceforge.net Subject: Re: [Bacula-users] Btape Test - Append Files Test  

Re: [Bacula-users] Btape Test - Append Files Test

apeinfo -f %c |grep TapeAlert|cat'" } Jim Richardson From: Aaron Greenblatt [mailto:aaronbgreenbl...@gmail.com] Sent: Thursday, July 20, 2017 12:15 PM To: Kern Sibbald Cc: bacula-users@lists.sourceforge.net Subject: Re: [Bacula-users] Btape Test - Append Files Test Hi Kern, T

Re: [Bacula-users] Btape Test - Append Files Test

Hi Kern, Thanks for your help! I removed the two lines you mentioned and had the same result. The btape output is below. I'm running Debian 8.8 (kernel 3.16.0-4-amd64). I downloaded the Bacula 9.0.1 source from https://sourceforge.net/projects/bacula/files/bacula/9.0.1/ and compiled the binaries

Re: [Bacula-users] Btape Test - Append Files Test

Hello, Please take out the: Hardware End of File = no and Device Type = Tape then try the test again.  If it fails please post the btape output, the OS you are running, the Bacula version, and where you got the binaries. Best regards, Kern

[Bacula-users] Btape Test - Append Files Test

Hello, I am attempting to use Bacula on a backup server and am having trouble with btape test in the append files section. I have read the documentation, searched on Google, and updated the firmware on my SAS card and tape drive. I don't see any particularly helpful log messages on the system. Any

Re: [Bacula-users] btape multivolume fill test fails on 7.4.4 but succeeds on 5.2.13

Hell Caribe, Thanks for the feedback and the thanks. Having the btape fill command fail was really very annoying.  I am glad that is behind us.  It is not likely to happen again, because there are now two regression tests that detect this problem.

Re: [Bacula-users] btape multivolume fill test fails on 7.4.4 but succeeds on 5.2.13

Hi Kern, I can also confirm that the btape fill test change succeeds on 7.4.5. The output is below. Thank you for all your hard work! ~Caribe Wrote block=3877, file,blk=251,17749 VolBytes=2,501,130,175,488 rate=138.6 MB/s Wrote block=38775000, file,blk=251,22749 VolBytes=2,501,452,735,488

Re: [Bacula-users] btape multivolume fill test fails on 7.4.4 but succeeds on 5.2.13

Hello Laurent, Thanks for the confirmation :-) That is a really nice tape drive that you have.  It has a really nice capacity and very nice throughput. Best regards, Kern On 02/08/2017 07:35 AM, Laurent ALONSO wrote:

Re: [Bacula-users] btape multivolume fill test fails on 7.4.4 but succeeds on 5.2.13

Hello, Thanks for this fix I tested it with an LTO7 tape in IBM drives with a SCALAR i-500 librairy. It works ! btape *fill . . Wrote block=15275000, file,blk=188,56939 VolBytes=6,006,374,006,784 rate=292.7 MB/s Wrote block=1528, file,blk=188,61939 VolBytes=6,008,340,086,784 rate=292.7

Re: [Bacula-users] btape fill failure on HP LTO6/4 drives

gards, Ben Roberts From: Kern Sibbald [mailto:k...@sibbald.com] Sent: 28 January 2017 13:03 To: Allan Black ; bacula-users@lists.sourceforge.net Subject: Re: [Bacula-users] btape fill failure on HP LTO6/4 drives Very interesting. It seems we do not run a full fill test on real tape drives very ofte

Re: [Bacula-users] btape fill failure on HP LTO6/4 drives

Very interesting. It seems we do not run a full fill test on real tape drives very often nor do we run it on alternative systems like Solaris.Too bad Solaris did not run the full Bacula regression tests :-) Kern On 01/28/2017 01:00 PM, Allan Black wrote: > On 09/05/14 14:09, Allan Black wr

Re: [Bacula-users] btape fill failure on HP LTO6/4 drives

On 09/05/14 14:09, Allan Black wrote: > On 01/04/14 10:26, Roberts, Ben wrote: >>> It appears that the OS tape driver does not properly >>> implement back space record after an EOT. This is a defect of the operating >>> system driver, but it is not fatal for Bacula. >> Indeed I was seeing the same

Re: [Bacula-users] btape multivolume fill test fails on 7.4.4 but succeeds on 5.2.13

Hello, Update: The problem of the btape fill command not working has been around since about 2012. I now have a fix for it, and can safely say that the problem resulted from some debug code that apparently only affected the btape fill command. The debug code cleared some fields in the block

Re: [Bacula-users] btape multivolume fill test fails on 7.4.4 but succeeds on 5.2.13

Actually, the situation is a bit more complicated. It seems to be a false alert, but I haven't found the exact problem yet. The problem does not exist in version 5.2, but it does exist in 7.0, 7.2, and 7.4., and the problem does not exist in the Enterprise Edition, so nothing is really fixed y

Re: [Bacula-users] btape multivolume fill test fails on 7.4.4 but succeeds on 5.2.13

That's sad to hear, but I'm glad to know that it's got a known issue that's being worked on. I've tried the single volume test with similar results (see below). Is the breakage only in the multivolume test, or is the btape fill facility just plain broken in 7.4.4? Thanks for your help! --

Re: [Bacula-users] btape multivolume fill test fails on 7.4.4 but succeeds on 5.2.13

On 27/01/17 00:36, Caribe Schreiber wrote: > Hi all, > > I'm hoping someone can help point me in the right direction to get the > btape multivolume fill test to work under bacula-7.4.4. You can't. It's broken. It was fixed recently but that fix hasn't rolled into the public release stream yet (a

[Bacula-users] btape multivolume fill test fails on 7.4.4 but succeeds on 5.2.13

Hi all, I'm hoping someone can help point me in the right direction to get the btape multivolume fill test to work under bacula-7.4.4. I've got an HP 1/8 G2 Autoloader with an LTO-6 SAS drive running under gentoo linux with kernel 4.4.39 and the linux st drivers. The firmware on both the drive a

Re: [Bacula-users] btape fill failure with LTO-3 on FreeBSD 9.3

Am 14.01.2015 um 00:52 schrieb Dan Langille: > >> On Jan 4, 2015, at 5:05 PM, Georg Altmann wrote: >> The prompt >> >> Mount Volume "TestVolume1" on device "LTO3-0" (/dev/nsa0) and press >> return when ready: >> >> just re-appears every time I hit enter. I have attached the full btape >> output.

Re: [Bacula-users] btape fill failure with LTO-3 on FreeBSD 9.3

> On Jan 4, 2015, at 5:05 PM, Georg Altmann wrote: > > Hey, > > I am having trouble getting an HP LTO-3 tape working on FreeBSD 9.3 > amd64. The normal btape test finishes successfully but the btape fill > test with two tapes fails. The test fails when btape tries to mount > TestVolume1 after h

Re: [Bacula-users] btape fill failure with LTO-3 on FreeBSD 9.3

I just ran a successful backup and restore spanning two LTO3 tapes with the Device setup below. It looks like btape is broken and does not actually reflect the volume handling code of bacula-sd. Regards, Georg Am 04.01.2015 um 23:05 schrieb Georg Altmann: > Hey, > > I am having trouble getting a

[Bacula-users] btape fill failure with LTO-3 on FreeBSD 9.3

Hey, I am having trouble getting an HP LTO-3 tape working on FreeBSD 9.3 amd64. The normal btape test finishes successfully but the btape fill test with two tapes fails. The test fails when btape tries to mount TestVolume1 after having written TestVolume1 and TestVolume2. Mount first tape. Press

[Bacula-users] btape fill stuck in load/unload loop during read phase

Hi, Bacula 7.0.2 on RHEL6 installed from the slaanesh EPEL repository. The autochanger is a Dell PV-124T with 8 slots and a single LTO-5 drive. I'm wondering if anyone else has seen this behavior. I successfully ran a btape "test", including the autochanger tests. I can write and read tar f

Re: [Bacula-users] btape fill failure on HP LTO6/4 drives

On 01/04/14 10:26, Roberts, Ben wrote: >> It appears that the OS tape driver does not properly >> implement back space record after an EOT. This is a defect of the operating >> system driver, but it is not fatal for Bacula. >> You will very likely see this defect show up when Bacula fills a tape

Re: [Bacula-users] btape fill failure on HP LTO6/4 drives

Hi Kern, > It appears that the OS tape driver does not properly > implement back space record after an EOT. This is a defect of the operating > system driver, but it is not fatal for Bacula. > > You will very likely see this defect show up when Bacula fills a tape and > writes the final EOT mark

Re: [Bacula-users] btape fill failure on HP LTO6/4 drives

Hello, btape uses all the same libraries as Bacula, and while the sequence of calls to the low level libraries may be different from what Bacula does, it does indicate a problem. It appears that the OS tape driver does not properly implement back space record after an EOT. This is a defect of th

[Bacula-users] btape fill failure on HP LTO6/4 drives

Hi all, While setting up a new tape library with HP LTO6 drives, btape test runs successfully, but btape fill fails with what looks like a problem handling the last block on the tape (perhaps an off-by-one error?). The outputs below are repeatable with both LTO6 and LTO4 media, but I've been ab

Re: [Bacula-users] btape Orphaned buffer

2013/9/12 Kern Sibbald > Yes, this is a small issue, and you can safely ignore it, especially > because one does not run btape very long. > Thank you! -- Yamil Chamut -- How ServiceNow helps IT people transform IT dep

Re: [Bacula-users] btape Orphaned buffer

Yes, this is a small issue, and you can safely ignore it, especially because one does not run btape very long. Best regards, Kern On 09/11/2013 08:32 PM, Brian Debelius wrote: On 09/11/2013 02:11 PM, John Drescher wrote: On Wed, Sep 11, 2013 at 1:58 PM, Yamil Chamut

Re: [Bacula-users] btape Orphaned buffer

On Wed, Sep 11, 2013 at 1:58 PM, Yamil Chamut wrote: > > Hello, > > I'm having an issue with btape, every time that I issue the 'quit' comand, > I get an 'btape: smartall.c:404 Orphaned buffer: btape 280 bytes at d2e278 > from jcr.c:362' (the d2e278 changes on every execution): > > > root@bacula2

[Bacula-users] btape Orphaned buffer

Hello, I'm having an issue with btape, every time that I issue the 'quit' comand, I get an 'btape: smartall.c:404 Orphaned buffer: btape 280 bytes at d2e278 from jcr.c:362' (the d2e278 changes on every execution): root@bacula2mt:~# btape -v -c /etc/bacula/bacula-sd.conf /dev/nst0 Tape block gran

Re: [Bacula-users] btape Orphaned buffer

On 09/11/2013 02:11 PM, John Drescher wrote: On Wed, Sep 11, 2013 at 1:58 PM, Yamil Chamut > wrote: Hello, I'm having an issue with btape, every time that I issue the 'quit' comand, I get an 'btape: smartall.c:404 Orphaned buffer: btape 280 byt

Re: [Bacula-users] btape vs. dd: Strange behavior on LTO-5

Hi Andreas, I have exactly the same problem with LTO-4 drives. I don't have an answer, just a me too. I've ignored this for a long time just because it worked with 128K blocks. I am currently rebuilding a server based on CentOS 6.4, 2.6.32-358.18.1.el6.x86_64 #1 SMP Wed Aug 28 17:19:38 UTC 2

[Bacula-users] btape vs. dd: Strange behavior on LTO-5

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I am stumped by the behavior of an HP LTO-5 drive running on Scientific Linux 6.4 (Kernel 2.6.32-358.14.1.el6.x86_64) and Bacula 5.2.12. Specifically, using dd, I can read and write block sizes of 2 MB, but btape cannot reliably handle anythin

Re: [Bacula-users] btape autochanger errors (Device /dev/nst0 - not ready, retrying... - ERR=Child died from signal 9: Kill, unblockable)

Hi Gustavo thank for your help I retried the btape autochanger test with a cartdrige in slot 1, and it does not work As I noticed some more details, I changed the topic into "bacula seems not to get mtx-changer output" --

Re: [Bacula-users] btape autochanger errors (Device /dev/nst0 - not ready, retrying... - ERR=Child died from signal 9: Kill, unblockable)

It seems the mtx-changer script is crashing or something... Mmmm... About the ready messages, i've seen some people modify the mtx script to increase the time it waits for a retry, but there doesn't seem to ve any errors after waiting... Question: is Bacula trying to load an already loaded tape

[Bacula-users] btape autochanger errors (Device /dev/nst0 - not ready, retrying... - ERR=Child died from signal 9: Kill, unblockable)

Hello everybody I hope that someone can help me: I'm trying to setup an HP MSL 2024 to work with bacula 5.0.0 (26 January 2010) - I installed it with yum using CentOS 6 base repository I tested the autochanger with the commands: /usr/libexec/bacula/mtx-changer /dev/sg3 listall 0 /dev/nst0 and

Re: [Bacula-users] btape "fill" fails ... what can I do ?

Hi, In case anyone has the same problem, I can now confirm that the end of tape error is solved (no message after a real test with 2TB (~ 400,000 files) of actual data. The restore of that same backup is successful and the sha1sum of all files OK). The non documented error message mentioned befor

Re: [Bacula-users] btape "fill" fails ... what can I do ?

On Dec 15, 2012, at 12:03 PM, Durand Toto wrote: > Hi all, > > I wanted to let you know that this issue (which seemed a buffering problem, > delaying the arrival of the end of tape message to bacula) seems to have been > fixed by an update of my sas hba card drivers. > The issue was differently

Re: [Bacula-users] btape "fill" fails ... what can I do ?

Hi all, I wanted to let you know that this issue (which seemed a buffering problem, delaying the arrival of the end of tape message to bacula) seems to have been fixed by an update of my sas hba card drivers. The issue was differently reported in btape (the overall message saying it is OK) and in

Re: [Bacula-users] btape "fill" fails ... what can I do ?

Hi, Sorry for the mistake. Here's the result: gnewbee@alzymr:~$ sudo smartctl -a /dev/nst0 smartctl 5.40 2010-07-12 r3124 [x86_64-unknown-linux-gnu] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net Device: IBM ULT3580-HH5 Version: BBNF Serial num

Re: [Bacula-users] btape "fill" fails ... what can I do ?

Zitat von Durand Toto : > Hi, > > Thanks Andreas > > Here's what I get. Please tell me if it makes sense to you. > > gnewbee@alzymr:~$ sudo smartctl -a /dev/sg15 > smartctl 5.40 2010-07-12 r3124 [x86_64-unknown-linux-gnu] (local build) > Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.

Re: [Bacula-users] btape "fill" fails ... what can I do ?

Hi, Thanks Andreas Here's what I get. Please tell me if it makes sense to you. gnewbee@alzymr:~$ sudo smartctl -a /dev/sg15 smartctl 5.40 2010-07-12 r3124 [x86_64-unknown-linux-gnu] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net Device: IBM 3573-TL

Re: [Bacula-users] btape "fill" fails ... what can I do ?

Zitat von Durand Toto : > Hi all, > > Thanks Dan. It's a bit reinsuring. > Anybody else has an idea ? > I'll try a restore as soon as I can but the server is in production and I > don't have much space for a restore so I'll need to wait for some slow down > of the trafic. > > Thanks in advance, >

Re: [Bacula-users] btape "fill" fails ... what can I do ?

Hi all, Thanks Dan. It's a bit reinsuring. Anybody else has an idea ? I'll try a restore as soon as I can but the server is in production and I don't have much space for a restore so I'll need to wait for some slow down of the trafic. Thanks in advance, Gnewbee 2012/10/9 Dan Langille > On 201

Re: [Bacula-users] btape "fill" fails ... what can I do ?

On 2012-10-09 08:33, Durand Toto wrote: > Hi all, > > I have an issue when changing between tapes, which provides the > following message: > > >         Error: Re-read last block at EOT failed. > ERR=block.c:1029 Read zero > > bytes at 818:0 on device "LTO5" (/dev/nst0). > > I tried btape > *test

Re: [Bacula-users] btape speed test and LTO-5 drive

On 07/05/2012 12:53 PM, John Drescher wrote: > On Thu, Jul 5, 2012 at 11:02 AM, Jummo wrote: >> On Thu, 5 Jul 2012, Mario Moder wrote: > You may have to play with increasing the block sizes. The default of > ~64K is very inefficient for a modern tape drive. I'm intrigued - how does one determine

Re: [Bacula-users] btape speed test and LTO-5 drive

On Thu, Jul 5, 2012 at 11:02 AM, Jummo wrote: > On Thu, 5 Jul 2012, Mario Moder wrote: > >> Do you have any non-default values set for your tape drive (block sizes, >> max file sizes, etc.) which could have an influence on the btape test? >> > > No special settings just the dfaults. > >> Interesti

Re: [Bacula-users] btape speed test and LTO-5 drive

On Thu, 5 Jul 2012, Mario Moder wrote: > Do you have any non-default values set for your tape drive (block sizes, > max file sizes, etc.) which could have an influence on the btape test? > No special settings just the dfaults. > Interesting though that you also get no more than 85 MB/s on real >

Re: [Bacula-users] btape speed test and LTO-5 drive

Hi Jummo Thanks for your answer, comments inline... Am 05.07.2012 10:08, schrieb Jummo: > > On Mon, 2 Jul 2012, Mario Moder wrote: >> What I don't understand is the result of the next two tests (with bacula >> block structure): >> >> - Fastest zero test (4.294 GB): 84.21 MB/s >> - Fastest random

Re: [Bacula-users] btape speed test and LTO-5 drive

Hi Mario, On Mon, 2 Jul 2012, Mario Moder wrote: > On the search for bottlenecks in our new backup system (Bacula 5.2.10 on > Ubuntu 12.04 64bit, HP Ultrium LTO-5 drive connected by Adaptec 1045 > external SAS, File pool storage on iSCSI target) I ran the "speed" tests > with "btape /dev/nst0" bec

[Bacula-users] btape speed test and LTO-5 drive

Hi Bacula community On the search for bottlenecks in our new backup system (Bacula 5.2.10 on Ubuntu 12.04 64bit, HP Ultrium LTO-5 drive connected by Adaptec 1045 external SAS, File pool storage on iSCSI target) I ran the "speed" tests with "btape /dev/nst0" because the backups from local disk s

[Bacula-users] btape fill: ioctl MTWEOF error

Hi. I am trying to set up a backup with Bacula on OpenBSD. So far I only used disks and had no issue whatsoever. However I am now trying to use an LTO-4 drive and this is not a walk in the park. First I had to write an autochanger script (called chio-changer-openbsd) based on the several examples

Re: [Bacula-users] btape test vs. Offline On Unmount

Op 17/03/2012 1:00, Tilman Schmidt schreef: > 1. How come bacula-sd.conf influences the operation of "btape test"? The > manpage suggests nothing of the sort. Btape has to know about your device and its config, so it read in your bacula-sd config file at startup. There is a parameter to specify th

[Bacula-users] btape test vs. Offline On Unmount

A system I manage, running openSUSE 11.4 x86_64 with vanilla kernel 3.2.8, uses Bacula 5.0.2 for backing up to a Tandberg TS400 standalone LTO-2 drive connected to an Adaptec 29160 SCSI Adapter, so far using LTO-1 tape cartridges as the backup volume doesn't require LTO-2 ones yet. Recently I adde

[Bacula-users] btape test append ejects the cartridge from tape

Hello, I've installed new backups system on same hardware. The old system was lenny with an bacula 2.x release working well with this drive. After installing I've tried to test all the tape drives. For my DLT-8000 tape drive in my Library I have no problem registred and the test has been ended su

[Bacula-users] btape spouradically times out on test command

Hello list, i have a problem with btape (bacula-sd too) and writing on a tape. After a while it times out sporadically and i can't find out the reason. The problem is reproducable. Filling the tape with tar works well, I tested all the commands (rewind, fsr,bsr ...) by hand and there is no proble

Re: [Bacula-users] btape fails to see loaded tape

On Fri, August 14, 2009 6:40 am, Alan Brown wrote: > On Thu, 13 Aug 2009, Dan Langille wrote: > >> I think we have a problem: > > I flagged this a couple of years ago with Overland changers. > >> [dlangi...@backup01 bacula]$ sudo /usr/sbin/mtx -f /dev/sg4 load 3 >> [dlangi...@backup01 bacula]$ sud

Re: [Bacula-users] btape fails to see loaded tape

On Thu, 13 Aug 2009, Dan Langille wrote: > I think we have a problem: I flagged this a couple of years ago with Overland changers. > [dlangi...@backup01 bacula]$ sudo /usr/sbin/mtx -f /dev/sg4 load 3 > [dlangi...@backup01 bacula]$ sudo /usr/sbin/mtx -f /dev/sg4 status > Storage Changer /dev/sg

Re: [Bacula-users] btape fails to see loaded tape

On Thu, August 13, 2009 3:09 pm, John Drescher wrote: > On Thu, Aug 13, 2009 at 2:45 PM, Dan Langille wrote: >> On Thu, August 13, 2009 2:27 pm, Dan Langille wrote: >>> >>> On Thu, August 13, 2009 1:19 pm, Dan Langille wrote: I am setting up a new autochanger / tape drive.  I'm trying to run

Re: [Bacula-users] btape fails to see loaded tape

On Thu, Aug 13, 2009 at 3:09 PM, John Drescher wrote: > On Thu, Aug 13, 2009 at 2:45 PM, Dan Langille wrote: >> On Thu, August 13, 2009 2:27 pm, Dan Langille wrote: >>> >>> On Thu, August 13, 2009 1:19 pm, Dan Langille wrote: I am setting up a new autochanger / tape drive.  I'm trying to run >

Re: [Bacula-users] btape fails to see loaded tape

On Thu, Aug 13, 2009 at 3:14 PM, John Drescher wrote: > On Thu, Aug 13, 2009 at 3:09 PM, John Drescher wrote: >> On Thu, Aug 13, 2009 at 2:45 PM, Dan Langille wrote: >>> On Thu, August 13, 2009 2:27 pm, Dan Langille wrote: On Thu, August 13, 2009 1:19 pm, Dan Langille wrote: > I am se

Re: [Bacula-users] btape fails to see loaded tape

On Thu, Aug 13, 2009 at 2:45 PM, Dan Langille wrote: > On Thu, August 13, 2009 2:27 pm, Dan Langille wrote: >> >> On Thu, August 13, 2009 1:19 pm, Dan Langille wrote: >>> I am setting up a new autochanger / tape drive.  I'm trying to run >>> btape. >>> The basic test works, but I see this message w

Re: [Bacula-users] btape fails to see loaded tape

On Thu, August 13, 2009 2:27 pm, Dan Langille wrote: > > On Thu, August 13, 2009 1:19 pm, Dan Langille wrote: >> I am setting up a new autochanger / tape drive. I'm trying to run >> btape. >> The basic test works, but I see this message when I start btape: >> >> Autochanger "loaded? drive 0", res

Re: [Bacula-users] btape fails to see loaded tape

Just a potshot guess, I don't have an auto-changer, but, isn't the "bacula" user supposed to have proper permissions to the device for writing? I had to make sure the file store locally had rw access for the bacula user themselves when I set it up, not sure if that's the ticket. -- Shawn Qures

Re: [Bacula-users] btape fails to see loaded tape

On Thu, August 13, 2009 1:19 pm, Dan Langille wrote: > I am setting up a new autochanger / tape drive. I'm trying to run btape. > The basic test works, but I see this message when I start btape: > > Autochanger "loaded? drive 0", result: nothing loaded. > > mtx-changer [and mtx] both disagree wi

Re: [Bacula-users] btape fails to see loaded tape

On Thu, August 13, 2009 1:19 pm, Dan Langille wrote: > I am setting up a new autochanger / tape drive. I'm trying to run btape. > The basic test works, but I see this message when I start btape: > > Autochanger "loaded? drive 0", result: nothing loaded. > > mtx-changer [and mtx] both disagree wit

[Bacula-users] btape fails to see loaded tape

I am setting up a new autochanger / tape drive. I'm trying to run btape. The basic test works, but I see this message when I start btape: Autochanger "loaded? drive 0", result: nothing loaded. mtx-changer [and mtx] both disagree with this: $ sudo /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev

[Bacula-users] Btape test results.

I was wondering if I could get some help reviewing the results of the btape test output. I think that it failed but I am not 100% sure, my reading of the manual didn't show me what to expect to see for the results. http://bacula.org/manuals/en/utility/utility/Volume_Utility_Tools.html#TapeTestin

Re: [Bacula-users] btape fill test generates fatal error warning

On Wednesday 10 June 2009 13:54:32 Lars Nordin wrote: > I am running thru the bacula setup list from the Bacula manual and testing > a two tape fill. The problem I have is that I get a fatal error. > > Here is the btape output with the error > ... > 09-Jun 18:15 btape JobId 0: 3304 Issuing autochan

Re: [Bacula-users] btape fill test generates fatal error warning

: bacula-users Subject: Re: [Bacula-users] btape fill test generates fatal error warning On Wednesday 10 June 2009 14:33:53 Hayden Katzenellenbogen wrote: > John I have tried that already made no difference other than waiting longer > between the swaps. Same error. > > I would be inter

Re: [Bacula-users] btape fill test generates fatal error warning

On Wednesday 10 June 2009 14:33:53 Hayden Katzenellenbogen wrote: > John I have tried that already made no difference other than waiting longer > between the swaps. Same error. > > I would be interested to see if Lars has a different Result. > > -Original Message- > From: John Drescher [mai

Re: [Bacula-users] btape fill test generates fatal error warning

: Lars Nordin; bacula-users Subject: Re: [Bacula-users] btape fill test generates fatal error warning On Wed, Jun 10, 2009 at 1:54 PM, Lars Nordin wrote: > I am running thru the bacula setup list from the Bacula manual and testing a > two tape fill. The problem I have is that I get a fatal

Re: [Bacula-users] Btape fill test fatal error WEOF

--- > From: Lars Nordin [mailto:lars_nor...@mcafee.com] > Sent: Wednesday, June 10, 2009 11:03 AM > To: Hayden Katzenellenbogen > Subject: Re: [Bacula-users] Btape fill test fatal error WEOF > > On Wednesday 10 June 2009 13:03:43 Hayden Katzenellenbogen wrote: >> Lars, >&

Re: [Bacula-users] Btape fill test fatal error WEOF

reported by btape on a > multi-tape fill test as well, but the data was read back without > error. For now, I just rerun the backup(s) that got jacked (I only do > tape backups once a week). > > -HKS > Oh, and this is Bacula 2.2.8 on OpenBSD 4.4. I've not yet tested it on 3

Re: [Bacula-users] Btape fill test fatal error WEOF

Katzenellenbogen Subject: Re: [Bacula-users] Btape fill test fatal error WEOF On Wednesday 10 June 2009 13:03:43 Hayden Katzenellenbogen wrote: > Lars, > > First off I found the first similarity. I installed Ubuntu 8.04LTS and I > am having the same issue. I never had a working installati

Re: [Bacula-users] btape fill test generates fatal error warning

On Wed, Jun 10, 2009 at 1:54 PM, Lars Nordin wrote: > I am running thru the bacula setup list from the Bacula manual and testing a > two tape fill. The problem I have is that I get a fatal error. > > Here is the btape output with the error > ... > 09-Jun 18:15 btape JobId 0: 3304 Issuing autochange

[Bacula-users] btape fill test generates fatal error warning

I am running thru the bacula setup list from the Bacula manual and testing a two tape fill. The problem I have is that I get a fatal error. Here is the btape output with the error ... 09-Jun 18:15 btape JobId 0: 3304 Issuing autochanger "load slot 2, drive 0" command. 09-Jun 18:17 btape JobId 0:

Re: [Bacula-users] Btape fill test fatal error WEOF

...@mcafee.com] Sent: Wednesday, June 10, 2009 5:25 AM To: Hayden Katzenellenbogen Subject: Re: [Bacula-users] Btape fill test fatal error WEOF > John, > > I changed the mtx-changer.conf file to reflect timeouts. I tried using > and offline sleep and a load sleep both of these produ

[Bacula-users] Btape test and btape fill

Hi, I am still busy trying to run through the recommended tape tests in the Bacula documents. I am trying to gauge right now what process most of the people of this list are using. http://www.bacula.org/manuals/en/problems/problems/Testing_Your_Tape_Dri ve.html 1. I have successfully run the a s

Re: [Bacula-users] Btape fill test fatal error WEOF

device is tape btape: btape.c:2667-0 Enter dir_get_volume_info btape: acquire.c:365-0 device already in append. btape: btape.c:1898-0 Just after acquire_device_for_append btape: label.c:707-0 session_label record=683ae0 btape: label.c:752-0 Write sesson_label record JobId=0 FI=SOS_LABEL SessId=1 Strm=0 len=144 remaind

Re: [Bacula-users] Btape fill test fatal error WEOF

.@gmail.com] Sent: Thursday, April 30, 2009 1:39 PM To: Hayden Katzenellenbogen; bacula-users Subject: Re: [Bacula-users] Btape fill test fatal error WEOF > Wrote blk_block=13025000, dev_blk_num=1000 VolBytes=840,268,735,488 > rate=68908.4 KB/s > Wrote blk_block=1303, dev_blk_num=6000 V

Re: [Bacula-users] Btape fill test fatal error WEOF

> Wrote blk_block=13025000, dev_blk_num=1000 VolBytes=840,268,735,488 > rate=68908.4 KB/s > Wrote blk_block=1303, dev_blk_num=6000 VolBytes=840,591,295,488 > rate=68906.6 KB/s > Wrote blk_block=13035000, dev_blk_num=11000 VolBytes=840,913,855,488 > rate=68916.1 KB/s > Wrote blk_block=1304,

[Bacula-users] Btape fill test fatal error WEOF

Hello List members, I am new to Bacula and this mailing list. I have tried to do as much due diligence as possible before crafting this e-mail. Tape Drive is a Dell TL-2000 with a single drive FC-Channel Interface. Using LTO-4 tapes Qlogic QLE220 HBA adapter Server is running Ubuntu Server x64 8

Re: [Bacula-users] btape fill test fails ioctl MTWEOF and final unload

On Wed, Mar 18, 2009 at 7:03 PM, terryc wrote: > (private) HKS wrote: > >> I've update firmware, cleaned the drive, and tested multiple tapes. >> Since it seems to be working anyhow, is this something to even be >> concerned about? > > Have you tried it with different tapes? > Or even just rearran

Re: [Bacula-users] btape fill test fails ioctl MTWEOF and final unload

(private) HKS wrote: > I've update firmware, cleaned the drive, and tested multiple tapes. > Since it seems to be working anyhow, is this something to even be > concerned about? Have you tried it with different tapes? Or even just rearranged the order? Could be a dodgy tape. -- Terry Collins

[Bacula-users] btape fill test fails ioctl MTWEOF and final unload

OpenBSD 4.4, Bacula 2.2.8, Dell Powervault 124T autochanger. In the continuing saga of making my autochanger work with Bacula, I've finally got my mtx-changer script squared away (coming soon) and both drive and autochanger tests work fine. The last obstacles in my way right now are a pair of erro

Re: [Bacula-users] btape test error on (supported) QUANTUM DLT8000

Marco Poli wrote: > After I got the drive, I had to buy the DIFF stuff to use it. The Adaptec > adaptor reads SCSI DIFF on the connector and the cable is a DIGITAL (part > number BN38C-05), rather long, maybe 10m, but reads 300V SHIELDED TYPE CL2, > so, I suppose it is the right thing. I did have

Re: [Bacula-users] btape test error on (supported) QUANTUM DLT8000

On Dec 29, 2008, at 11:17 AM, Marco Poli wrote: > I am having a rather unpleasant experience... I am trying to get > bacula working with a QUANTUM DLT8000 tape drive that, besides being > an old drive model, is a brand-new device, with only some hours of > uptime right now (box was original

Re: [Bacula-users] btape test error on (supported) QUANTUM DLT8000

> The dmesg idea was pretty good, I hadn't thought about it so far, but no > SCSI error reports there either. :( > > Would the drive reset and go offline (ready to remove the media) with a SCSI > connection error? > This is what I have seen. And generally I had dmesg errors when this happened. > J

Re: [Bacula-users] btape test error on (supported) QUANTUM DLT8000

Hello Andrea and John! After I got the drive, I had to buy the DIFF stuff to use it. The Adaptec adaptor reads SCSI DIFF on the connector and the cable is a DIGITAL (part number BN38C-05), rather long, maybe 10m, but reads 300V SHIELDED TYPE CL2, so, I suppose it is the right thing. I did have c

Re: [Bacula-users] btape test error on (supported) QUANTUM DLT8000

Hi, > dev open failed: dev.c:432 Unable to open device "DLT8000" (/dev/nst0): > ERR=\ > Input/output error Sounds like some kind of hardware (SCSI) problem, with the kernel driver resetting the bus and losing the device at some point. Is your cabling/termination ok? Are there any error messages i

Re: [Bacula-users] btape test error on (supported) QUANTUM DLT8000

Are there any scsi errors in your dmesg? >> Can anyone give me some hope? :) > > > I can tell you that I have one (writing to it as we speak, actually) and > it works just fine. I don't know that that helps though. I'm using > Solaris so I can't really help you with version numbers either. > I us

Re: [Bacula-users] btape test error on (supported) QUANTUM DLT8000

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marco Poli wrote: > Hello bacula-users! > > > I am having a rather unpleasant experience... I am trying to get bacula > working with a QUANTUM DLT8000 tape drive that, besides being an old > drive model, is a brand-new device, with only some hours of

[Bacula-users] btape test error on (supported) QUANTUM DLT8000

Hello bacula-users! I am having a rather unpleasant experience... I am trying to get bacula working with a QUANTUM DLT8000 tape drive that, besides being an old drive model, is a brand-new device, with only some hours of uptime right now (box was originally opened by me for this specific applicat

Re: [Bacula-users] btape fill: that last block on the first tape ok or not?

So, this is still somewhat interesting (to me, at least). Thanks to Dan for the suggestion! Swapping the two tapes used for btape fixed the problem. Swapping them back caused the problem to reappear. "In the old days," I'd say that we had a bad tape. However, there aren't any errors logged by

Re: [Bacula-users] btape fill: that last block on the first tape ok or not?

On Mon, Feb 11, 2008 at 12:49 PM, Dan Langille <[EMAIL PROTECTED]> wrote: > K. M. Peterson wrote: > ... > > Error reading block: ERR=block.c:1008 Read zero bytes at 1180:0 on > > device "Drive-1" (/dev/nst0). > > Have you tried a different tape as the second tape? > Hi, No, I haven't. I only ha

  1   2   3   >