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>
bbald.com>
Cc: bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users]
0
>
> AutomaticMount = yes; # when device opened, read it
>
> AlwaysOpen = yes;
>
> RemovableMedia = yes;
>
> RandomAccess = no;
>
> AutoChanger = yes
>
> Alert Command = "sh -c 'tapeinfo -f %c |grep TapeAlert|cat'"
>
>
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
sday, July 20, 2017 12:15 PM
To: Kern Sibbald <k...@sibbald.com>
Cc: bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Btape Test - Append Files
Test
Jim Richardson
From: Aaron Greenblatt [mailto:aaronbgreenbl...@gmail.com]
Sent: Thursday, July 20, 2017 12:15 PM
To: Kern Sibbald <k...@sibbald.com>
Cc: bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Btape Test - Append Files Test
Hi Kern,
Thanks for your help!
I removed t
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
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
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.
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.
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
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:
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
,
Ben Roberts
From: Kern Sibbald [mailto:k...@sibbald.com]
Sent: 28 January 2017 13:03
To: Allan Black <allan.bl...@btconnect.com>; 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 o
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
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
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
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
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!
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
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
Am 14.01.2015 um 00:52 schrieb Dan Langille:
On Jan 4, 2015, at 5:05 PM, Georg Altmann geo...@george-net.de 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.
On Jan 4, 2015, at 5:05 PM, Georg Altmann geo...@george-net.de 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
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 an
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
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 and
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
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 then
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
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
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 yamilcha...@gmail.com
2013/9/12 Kern Sibbald k...@sibbald.com
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
On 09/11/2013 02:11 PM, John Drescher wrote:
On Wed, Sep 11, 2013 at 1:58 PM, Yamil Chamut yamilcha...@gmail.com
mailto:yamilcha...@gmail.com 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
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
On Wed, Sep 11, 2013 at 1:58 PM, Yamil Chamut yamilcha...@gmail.com 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):
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
-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
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
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
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
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
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
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
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
Zitat von Durand Toto gnew...@gmail.com:
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
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
Zitat von Durand Toto gnew...@gmail.com:
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,
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
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 : all tests
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 because
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 data test
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
On Thu, Jul 5, 2012 at 11:02 AM, Jummo ju...@devio.us 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.
On 07/05/2012 12:53 PM, John Drescher wrote:
On Thu, Jul 5, 2012 at 11:02 AM, Jummo ju...@devio.us 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
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
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
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
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
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
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/sg4:1
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]$ sudo
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.
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
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 with this:
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 with
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
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, result: nothing
On Thu, Aug 13, 2009 at 2:45 PM, Dan Langilled...@langille.org 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
On Thu, Aug 13, 2009 at 3:14 PM, John Drescherdresche...@gmail.com wrote:
On Thu, Aug 13, 2009 at 3:09 PM, John Drescherdresche...@gmail.com wrote:
On Thu, Aug 13, 2009 at 2:45 PM, Dan Langilled...@langille.org wrote:
On Thu, August 13, 2009 2:27 pm, Dan Langille wrote:
On Thu, August 13,
On Thu, Aug 13, 2009 at 3:09 PM, John Drescherdresche...@gmail.com wrote:
On Thu, Aug 13, 2009 at 2:45 PM, Dan Langilled...@langille.org 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
On Thu, August 13, 2009 3:09 pm, John Drescher wrote:
On Thu, Aug 13, 2009 at 2:45 PM, Dan Langilled...@langille.org 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
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 autochanger
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
To: 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 interested to see
...@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 produced the same
error
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:
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 installation before so
on OpenBSD 4.4. I've not yet tested it on 3.
-HKS
-Original Message-
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
To: 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 Nordinlars_nor...@mcafee.com 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
writing Bacula records to tape ...
-Original Message-
From: John Drescher [mailto:dresche...@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
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
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,
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 VolBytes=840,591,295,488
rate=68906.6 KB/s
Wrote blk_block=13035000, dev_blk_num=11000 VolBytes
On Wed, Mar 18, 2009 at 7:03 PM, terryc ter...@woa.com.au 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
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
(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
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
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 in
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
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.
John
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 originally
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
K. M. Peterson wrote:
Hi all,
New installation of Bacula, and I'm a new user; I apologize if there's
something that I overlooked.
Bacula is installed in testing mode on Open SUSE 10.2. Version is
2.2.8. The device is a Quantum SuperLoader3 with one DLT-S4 tape drive.
I ran btape -
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 have two
I will skip the first question because there are two areas that do not
make sense to me and I do not want to add to your confusion...
Also, I'd presume that we'd want to have compression turned on - if anyone
has a comment on that, I'd be appreciative.
You want hardware compression (most
Hi all,
New installation of Bacula, and I'm a new user; I apologize if there's
something that I overlooked.
Bacula is installed in testing mode on Open SUSE 10.2. Version is 2.2.8.
The device is a Quantum SuperLoader3 with one DLT-S4 tape drive.
I ran btape - test and it worked fine, and I
using the
Adaptec 2940 so I'm quite happy that things are working correctly.
Now the fun begins...
Date: Wed, 14 Nov 2007 14:32:09 -0500
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [Bacula-users] Btape test command fails
amazing how
none of the scsi cards that i had trouble with btape with were low end,
all were new U320 from the big vendors (LSI and Adaptec).
-- michael
On Thu, Nov 15, 2007 at 12:48:05AM +0200, Michael Lewinger wrote:
Hi,
It just seems to me that SCSI tapes bacula don't perform well on
low-budget
back process using the
Adaptec 2940 so I'm quite happy that things are working correctly.
Now the fun begins...
Date: Wed, 14 Nov 2007 14:32:09 -0500
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [Bacula-users] Btape test
figure that out later.
Thanks again for all your help everyone!
Brad.
From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: Tue, 13 Nov 2007 13:10:33
-0800Subject: Re: [Bacula-users] Btape test command fails
Hi again, The only errors that I could pull out were in the /var/log/messages:
Nov 13 12:29
1 - 100 of 193 matches
Mail list logo