Hi, 17.11.2007 23:41,, Michael Lewinger wrote:: > This gives me some food for thought (pizza preferably): bacula is > tested on a variety of DAT/LTO devices, but how does it go about SCSI > controllers ? Is there any particular recommendation ?
In my experience, all SCSI HBAs worked fine _as long as they weren't RAID_ adapters. I've bee working with low-end Ultra-SCSI ons from NCR/Symbios, Adaptec, Tekram, and also with U320 and U160 ones from Adaptec and LSI, as well as FC adapters from different manufacturers (QLocic and some other I don't recall at the moment). All of these usually worked, and all issues I found could generally be attributed to the driver quality. So, for linux/FreeBSD platforms, use the ones with current open source drivers. For closed source systems, use the ones the computer hardware manufacturer supports. I can only recommend to use plain SCSI HBAs, and not the ones with RAID firmware, for tape drives. That's the same thing the manufacturers suggest, which seems to prove they don't *always* lie ;-) Other than that, it's mainly a matter of throughput - you can connect more than one LTO-3 to a single HBA, but you won't get enough data fed through it to have four of them streaming simultaneously. Similarly, running tapes and disk drives on the same HBA does work, but you'll find the throughput you can have severely limited. Arno > Michael > > On Nov 15, 2007 12:54 AM, Arno Lehmann <[EMAIL PROTECTED]> wrote: >> Hi, >> >> 14.11.2007 23:48,, Michael Lewinger wrote:: >>> Hi, >>> >>> It just seems to me that SCSI tapes & bacula don't perform well on >>> low-budget SCSI cards... ? I'm also having problems finsihing btape >>> successfully with a DDS2 tape on a tekram dc315U >> IIRC, I used one of those quite a while ago. Anyway, I have been using >> old, low-cost SCSI HBAs in my playground setup quite a bit and found >> that most worked. A really old NCR53Csomething produced some trouble, >> I believe. >> >>> controller, and I'm >>> waiting for a friend sending me an adaptec 2940 controller to see if >>> it happens as well. I'll update the list. >> That series is not without their problems, too... there seem to be >> many hardware revisions of the controller chips around... I looked >> into the linux kernel module source code for these a while ago, and it >> was full of work-arounds for certain chipset revisions. >> >> I haven't compared that to other manufacturers modules, though - I was >> a bit afraid of it ;-) >> >> Arno >> >> >>> Michael >>> >>> On Nov 14, 2007 10:59 PM, Brad M <[EMAIL PROTECTED]> wrote: >>>> The difficult SCSI card was an Adaptec 2130SLP. >>>> >>>> I was using a RAID Array on the card with the tape drive attached. >>>> >>>> The btape fill command is now performing the read 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 command fails >>>>> >>>>> amazing how difficult scsi can be, as mature as it is. i find it very >>>> frustrating. >>>>> what was the difficult scsi adapter again? >>>>> >>>>> -- michael >>>>> On Wed, Nov 14, 2007 at 09:46:34AM -0800, Brad M wrote: >>>>>> A small update: >>>>>> >>>>>> I installed an old Adaptec 2940 and ran the btape test command and it >>>> finished no problem. >>>>>> I then ran the test 4 more times and all is good. >>>>>> >>>>>> Currently I am performing a fill and it seems to be going alright, >>>> although maybe a tad slow. It's only writing at 20MB/s but I can 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:56 quagmire kernel: (sa0:aacp0:0:4:0): >>>> READ(06). CDB: 8 0 0 20 0 0Nov 13 12:29:56 quagmire kernel: >>>> (sa0:aacp0:0:4:0): NO SENSE ILI (length mismatch): -56320 asc:0,0Nov 13 >>>> 12:29:56 quagmire kernel: (sa0:aacp0:0:4:0): No additional sense >>>> informationNov 13 12:30:27 quagmire kernel: (sa0:aacp0:0:4:0): READ(06). >>>> CDB: 8 0 0 fc 0 0Nov 13 12:30:27 quagmire kernel: (sa0:aacp0:0:4:0): NO >>>> SENSE info:fc00 asc:0,1Nov 13 12:30:27 quagmire kernel: (sa0:aacp0:0:4:0): >>>> Filemark detectedNov 13 12:31:22 quagmire kernel: (sa0:aacp0:0:4:0): >>>> READ(06). CDB: 8 0 0 fc 0 0Nov 13 12:31:22 quagmire kernel: >>>> (sa0:aacp0:0:4:0): NO SENSE info:fc00 asc:0,1Nov 13 12:31:22 quagmire >>>> kernel: (sa0:aacp0:0:4:0): Filemark detected These errors were produced >>>> from >>>> running: ./btape -c bacula-sd.conf /dev/sa0rewindtest It seems I get the >>>> 'NO >>>> SENSE ILI (length mismatch)' and 'No additional sense information' messages >>>> the first time i perform a rewind on the tape from a fresh boot. All other >>>> tape rewinds that I perform do not cause these errors. I am still in the >>>> process of obtaining a different SCSI card to test to see if I have the >>>> same >>>> issues. Thanks, Brad. >>>> >>>>>>> Date: Tue, 13 Nov 2007 10:28:16 -0500> From: [EMAIL PROTECTED]> To: >>>> [EMAIL PROTECTED]> Subject: Re: [Bacula-users] Btape test command fails> > >>>> is there anything in dmesg or log files related to scsi when this error >>>> occurs?> > On Fri, Nov 09, 2007 at 04:21:58PM -0800, Brad M wrote:> > >>>> Thanks >>>> for the post Michael.> > > > Unfortunately I am still getting the same >>>> results.> > > > I changed my SCSI card settings so that the ID of the tape >>>> drive was now:> > Initiate Wide Negotiation = No> > Sync Transfer Rate = >>>> 40MB/s> > Packetized = No> > QAS = No> > The tape drive is on the same >>>> channel as the hard drives so I could not disable the BIOS for the >>>> channel.> >>>>>>> I did notice something new... I have been doing all my testing via a >>>> SSH connection but saw that every time I ran the btape test command, an >>>> error would be displayed on the server's terminal.> > > > I then ran the >>>> btape test command at the server and this is what I got:> > btape: >>>> btape.c:852 Rewind OK.> > 1000 blocks re-read correctly.(sa0:aacp:0:0:4:0) >>>> : >>>> READ(06). CDB: 8 0 0 fc 0 0> > (sa0:aacp:0:0:4:0) : NO SENSE info:fc00 >>>> asc:0,1(sa0:aacp:0:0:4:0) : Filemark detected> > JobId 0: Error: >>>> block.c:995 >>>> Read error on fd=3 at file:blk 0:1000 on device "HP_Ultrium" (/dev/sa0). >>>> ERR=Operation not permitted.btape: btape.c:864 Read block 1001 failed! >>>> ERR=Operation not permitted> > > > I was not seeing the read, no sense and >>>> filemark messages via my SSH console.> > > > Suggestions?> > > > Thanks!> > >>>>>>>>>>>>> Date: Fri, 9 Nov 2007 16:25:31 -0500> From: [EMAIL PROTECTED]> >>>> To: [EMAIL PROTECTED]> CC: bacula-users@lists.sourceforge.net> Subject: >>>> Re: [Bacula-users] Btape test command fails> > i had somewhat similar >>>> problems with btape that i ended up resolving by modifying the > >>>> configuration of my scsi controller. see this thread:> > >>>> http://sourceforge.net/mailarchive/forum.php?thread_name=20071030014308.GA31765%40sif.lsd.ornl.gov&forum_name=bacula-users> >>>>> -- michael> > > > On Fri, Nov 09, 2007 at 01:07:13PM -0800, Brad M wrote:> >>>>> Hi there, I am having some problems trying to get my Tape drive working >>>> with Bacula. I am very new to the world of Bacula as I was only introduced >>>> to it back at the BSDCan 2007 gathering. Basically I am setting up a new >>>> file server and need to backup the data on a daily basis but can't get past >>>> the point of simply testing my drive. When running the btape test command, >>>> it seems that it is able to write to the device but unable to read from it. >>>> Here is the error output: # ./btape -c bacula-sd.conf /dev/sa0Tape block >>>> granularity is 1024 bytes.btape: butil.c:285 Using device: "/dev/sa0" for >>>> writing.btape: btape.c:368 open device "HP_Ultrium" (/dev/sa0): OK*test=== >>>> Write, rewind, and re-read test ===I'm going to write 1000 records and an >>>> EOFthen write 1000 records and an EOF, then rewind,and re-read the data to >>>> verify that it is correct.This is an *essential* feature ...btape: >>>> btape.c:827 Wrote 1000 blocks of 64412 bytes.btape: btape.c:501 Wrote 1 EOF >>>> to "HP_Ultrium" (/dev/sa0)btape: btape.c:843 Wrote 1000 blocks of 64412 >>>> bytes.btape: btape.c:501 Wrote 1 EOF to "HP_Ultrium" (/dev/sa0)btape: >>>> btape.c:501 Wrote 1 EOF to "HP_Ultrium" (/dev/sa0)btape: btape.c:852 Rewind >>>> OK.1000 blocks re-read correctly.07-Nov 15:28 btape JobId 0: Error: >>>> block.c:995 Read error on fd=3 at file:blk 0:1000 on device "HP_Ultrium" >>>> (/dev/sa0). ERR=Operation not permitted.btape: btape.c:864 Read block 1001 >>>> failed! ERR=Operation not permitted Here is a copy of my baculad-sd.conf >>>> file: Storage { # definition of myself Name = quagmire-sd SDPort = 9103 # >>>> Director's port WorkingDirectory = "/usr/local/bacula/bin/working" Pid >>>> Directory = "/usr/local/bacula/bin/working" Maximum Concurrent Jobs = 20}> >>>> > >>>> Director { Name = quagmire-dir Password = "somthing random"}> > Director { >>>> Name = quagmire-mon Password = "somthing random" Monitor = yes}> > Device { >>>> Name = HP_Ultrium Media Type = LTO Archive Device = /dev/sa0 AutomaticMount >>>> = yes; Device Type = Tape AlwaysOpen = yes Removable Media = yes Random >>>> Access = no; AutoChanger = no#FreeBSD Settings Offline On Unmount = no >>>> Hardware End of Medium = no BSF at EOM = yes Backward Space Record = no >>>> Backward Space File = no Fast Forward Space File = no TWO EOF = yes}> > >>>> Messages { Name = Standard director = quagmire-dir = all} My software setup >>>> is as follows:FreeBSD 5.5 x86Bacula 2.2.5 (Installed from source)MySQL >>>> 5.0.45 My hardware setup is as follows:CPU - AMD AM2 5600+Motherboard - >>>> Asus >>>> M2N-LRSCSI Card - Adaptec 2130SLP (PCIX Ultra320)Tape Drive - HP >>>> StorageWorks Ultrium 448Data Cartridge - HP LTO2 Ultrium 400GB I have been >>>> trying various FreeBSD suggested configuration changes but in the end, I'm >>>> always getting the same error. I manually tar'd 40GB of data to the tape >>>> drive then extracted it back and it worked flawlessly. So I am guessing its >>>> a configuration setting that I either got wrong or am missing.Any help >>>> would >>>> be very appreciated. Thanks! Brad.> > > > (Sorry if this gets posted twice >>>> as I had a message awaiting approval but it disappeared)> > >>>> _________________________________________________________________> > Send a >>>> smile, make someone laugh, have some fun! Start now!> > >>>> http://www.freemessengeremoticons.ca/?icid=EMENCA122> > >>>> -------------------------------------------------------------------------> >>>> > >>>> This SF.net email is sponsored by: Splunk Inc.> > Still grepping through >>>> log >>>> files to find problems? Stop.> > Now Search log events and configuration >>>> files using AJAX and a browser.> > Download your FREE copy of Splunk now >> >>>> http://get.splunk.com/> > > >>>> _______________________________________________> >>>>> Bacula-users mailing list> > Bacula-users@lists.sourceforge.net> > >>>> https://lists.sourceforge.net/lists/listinfo/bacula-users> > > >>>> _________________________________________________________________> > Are >>>> you >>>> ready for Windows Live Messenger Beta 8.5 ? Get the latest for free today!> >>>>> http://entertainment.sympatico.msn.ca/WindowsLiveMessenger >>>>>> Have fun while connecting on Messenger! Click here to learn more. >>>>>> _________________________________________________________________ >>>>>> R U Ready for Windows Live Messenger Beta 8.5? Try it today! >>>>>> http://entertainment.sympatico.msn.ca/WindowsLiveMessenger >>>>>> >>>> ------------------------------------------------------------------------- >>>> >>>>>> This SF.net email is sponsored by: Splunk Inc. >>>>>> Still grepping through log files to find problems? Stop. >>>>>> Now Search log events and configuration files using AJAX and a browser. >>>>>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>>>>> _______________________________________________ >>>>>> Bacula-users mailing list >>>>>> Bacula-users@lists.sourceforge.net >>>>>> https://lists.sourceforge.net/lists/listinfo/bacula-users >>>> ________________________________ >>>> >>>> Send a smile, make someone laugh, have some fun! Start now! >>>> ------------------------------------------------------------------------- >>>> This SF.net email is sponsored by: Splunk Inc. >>>> Still grepping through log files to find problems? Stop. >>>> Now Search log events and configuration files using AJAX and a browser. >>>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>>> _______________________________________________ >>>> Bacula-users mailing list >>>> Bacula-users@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/bacula-users >>>> >>>> >>> >>> >> -- >> Arno Lehmann >> IT-Service Lehmann >> www.its-lehmann.de >> >> ------------------------------------------------------------------------- >> >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> Bacula-users mailing list >> Bacula-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/bacula-users >> > > > -- Arno Lehmann IT-Service Lehmann www.its-lehmann.de ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
