In the message dated: Mon, 14 Jan 2008 07:48:17 PST,
npolite  used the subject line
        <[Bacula-users] Newbie Help Configuring Bacula with Dell 132T>
and wrote:

=> CkhlbGxvIEV2ZXJ5b25lLAoKCUnigJltIG5ldyB0byB1c2luZyBCYWN1bGEgYW5kIGFtIGhhdmlu
=> ZyBhIGxpdHRsZSB0cm91YmxlIHNldHRpbmcgdXAgdGhlCmNvbmZpZ3VyYXRpb25zLgoKCldoZW4g
=> SSBydW4gY2F0IC9wcm9jL3Njc2kvc2NzaSBJIGdldCB0aGUgZm9sbG93aW5nIGJhY2sKCkF0dGFj

        Yes, this is what your mail really looks like, due to the fact that
        it's MIME-encoded. Plain ASCII text mail is much nicer...

Anyway...

=> Hello Everyone,
=> 
=>      I?m new to using Bacula and am having a little trouble setting up the
=> configurations.

Your trouble report is utterly lacking in some important and very basic 
information,
such as:
        
        OS type & version
        Bacula version
        mtx version

However, since I've got the same tape drive, there's still hope.

=> 
=> 
=> When I run cat /proc/scsi/scsi I get the following back

OK, from that, I'm guessing that you're running [Linux|Unix|Solaris], but 
probably not AIX.

=> 
=> Attached devices:
=> Host: scsi0 Channel: 00 Id: 00 Lun: 00
=>   Vendor: DELL     Model: PV-132T          Rev: 308D
=>   Type:   Medium Changer                   ANSI SCSI revision: 02
=> Host: scsi0 Channel: 00 Id: 01 Lun: 00
=>   Vendor: IBM      Model: ULTRIUM-TD2      Rev: 53Y3
=>   Type:   Sequential-Access                ANSI SCSI revision: 03
=> Host: scsi0 Channel: 01 Id: 02 Lun: 00
=>   Vendor: IBM      Model: ULTRIUM-TD2      Rev: 37RH
=>   Type:   Sequential-Access                ANSI SCSI revision: 03
=> Host: scsi1 Channel: 00 Id: 08 Lun: 00
=>   Vendor: DP       Model: BACKPLANE        Rev: 1.05
=>   Type:   Enclosure                        ANSI SCSI revision: 05
=> Host: scsi1 Channel: 02 Id: 00 Lun: 00
=>   Vendor: DELL     Model: PERC 5/i         Rev: 1.03
=>   Type:   Direct-Access                    ANSI SCSI revision: 05

Looks good so far.

=> 
=> Next I run mtx ?f /dev/sg0 status

Depending on your system, the changer device may not always be at /dev/sg0, as
the SCSI device ordering can change each time the system is booted. For example,
my pv132t was on /dev/sg10, but it's on /dev/sg7 now, due to the device
discovery order on our SAN.

While this doesn't happen all the time, it's very inconvenient and difficult to
catch. I've written a script (search the Bacula archives for "create_changer")
to help with this issue. In any case, that doesn't sound like the problem you're
describing.

 
=> 
=>   Storage Changer /dev/sg0:2 Drives, 23 Slots ( 1 Import/Export )
=> Data Transfer Element 0:Empty

        [SNIP!]
           
=>       Storage Element 23 IMPORT/EXPORT:Full :VolumeTag=000012  
=> 
=> /mtx ?f /dev/sg0 inquiry shows:
        ^^
Poor MIME encoding, if you really meant "mtx -f".

=> 
=> Product Type: Medium Changer
=> Vendor ID: 'DELL    '
=> Product ID: 'PV-132T         '
=> Revision: '308D'
=> Attached Changer API: No
=> 
=> /mtx ?f /dev/sg1 inquiry shows:
   ^^^^^^^

=> Product Type: Tape Drive
=> Vendor ID: 'IBM     '
=> Product ID: 'ULTRIUM-TD2     '
=> Revision: '53Y3'
=> Attached Changer API: No
=> 
=> /mtx ?f /dev/sg2 inquiry shows:
=> Product Type: Tape Drive

OK.

=> Vendor ID: 'IBM     '
=> Product ID: 'ULTRIUM-TD2     '

That's an LTO-2 tape drive.

=> Revision: '37RH'
=> Attached Changer API: No
=> 
=> /mt ?f /dev/nst0 status shows:
=> SCSI 2 tape drive:

OK.

=> File number=-1, block number=-1, partition=0.
=> Tape block size 0 bytes. Density code 0x0 (default).
=> Soft error count since last status=0
=> General status bits on (50000):
=>  DR_OPEN IM_REP_EN
=> 
=> 
=> 
=> In bacula-sd.conf I have the following setup:
=> 
=> Autochanger {
=>   Name = Autochanger
=>   Device = DellPowerVault132T
=>   Changer Command = "/etc/bacula/mtx-changer %c %o %S %a %d"
=>   Changer Device = /dev/sg0
=> }

Missing the "Device" definitions...have you RTFM?



=> 
=> Device {
=>   Name = DellPowerVault132T
=>   LabelMedia = yes
=>   Drive Index = 0
=>   Media Type = LTO-3
=>   Archive Device = /dev/nst0

Why do you have definitions for /dev/nst0 and /dev/tape[01]? That makes bacula 
think that you have 3 tape drives...two LTO2 and one LT03. Where did this 3rd 
drive (supposedly inside a changer that only holds 2 drives) come from?


Do you have links from /dev/nst0 => /dev/tape1 and /dev/nst1 /dev/tape0 (that's 
how my links are set up, so that "drive 0" corresponds to /dev/
tape0...otherwise they are swapped logically).


=>   AutomaticMount = yes;
=>   AlwaysOpen = yes;
=>   RemovableMedia = yes;
=> RandomAccess = no;
=> AutoChanger = yes
=> Hardware End of Medium = No
=> BSF at EOM = yes
=> # Enable the Alert command only if you have the mtx package loaded 
=> Alert Command = "sh -c 'tapeinfo -f %c |grep TapeAlert|cat'"
=> TWO EOF = yes
=> }
=> 
=> 
=> Also in the bacula-dir.conf I have the following setup:


=> Storage {
=>   Name = File

That looks odd to me. Of course, you can name the storage device anything you 
want (personally, I'm fond of "Jayne Mansfield"), but I find it confusing to 
name the tape device "File". You also need to have the same name as is defined 
in the bacula-sd.conf Autochanger directive.

=> # Do not use "localhost" here    
=>   Address = <<server_name>>                # N.B. Use a fully qualified name
=> here
=>   SDPort = 9103
=>   Password = "<xxx>"
=>   Device = DellPowerVault132T
=>   Media Type = LTO-3

=> }
=> 
=> 
=> Does everything look correctly setup? 

No. RTFM.


=> 
=> When I try to mounting the storage using the Webmin Bacula console I get the
=> following error:
=> 
=> Mounting volume on storage device File .. 

OK, you're trying to use to LTO3 tape drive at /dev/nst0.

=> Automatically selected Catalog: MyCatalog
=> Using Catalog "MyCatalog"
=> 3301 Issuing autochanger "loaded? drive 0" command.
=> 3302 Autochanger "loaded? drive 0", result: nothing loaded.

No surprise...you're not addressing the autochanger device.

=> 3901 open device failed: ERR=dev.c:433 Unable to open device

That doesn't surprise me.

=> "DellPowerVault132T" (/dev/nst0): ERR=No medium found

Have you checked the output from:

        mt -f /dev/nst0 status
        mt -f /dev/tape0 status
        mt -f /dev/tape1 status
        ls -l /dev/tape0 /dev/tape1 /dev/nst0

The responses from those commands should be enough to point you in the right 
direction, along with RingTFM.
        


For reference, my config is:

########################### bacula-sd.conf ###################################
#
# An autochanger device with two drives
#
Autochanger {
  Name = pv132t
  Device = Drive-0
  Device = Drive-1
  Changer Command = "/usr/local/bacula/bin/mtx-changer %c %o %S %a %d"
  Changer Device = /dev/changer
}
Device {
  Name = Drive-0                      #
  LabelMedia = yes;                   # lets Bacula label unlabeled media
  Drive Index = 0
  Media Type = LTO2
  Archive Device = /dev/tape0
  AutomaticMount = yes;               # when device opened, read it
  AlwaysOpen = yes;
  RemovableMedia = yes;
  RandomAccess = no;
  AutoChanger = yes
  # Enable the Alert command only if you have the mtx package loaded
  Alert Command = "sh -c 'tapeinfo -f %c |grep TapeAlert|cat'"
  Autoselect = yes
}
Device {
  Name = Drive-1                      #
  LabelMedia = yes;                   # lets Bacula label unlabeled media
  Drive Index = 1
  Media Type = LTO2
  Archive Device = /dev/tape1
  AutomaticMount = yes;               # when device opened, read it
  AlwaysOpen = yes;
  RemovableMedia = yes;
  RandomAccess = no;
  AutoChanger = yes
  # Enable the Alert command only if you have the mtx package loaded
  Alert Command = "sh -c 'tapeinfo -f %c |grep TapeAlert|cat'"
  Autoselect = yes
}
########################################################################

This is absolutely not guaranteed to work on any other Bacula installation, 
even with the same hardware....but it's a good starting point.

RTFM, please.

=> 
=> 
=> 
=> Any help would be appreciated.
=> 
=> Thanks,
=> Nick


----
Mark Bergman                      [EMAIL PROTECTED]
System Administrator
Section of Biomedical Image Analysis             215-662-7310
Department of Radiology,           University of Pennsylvania

http://pgpkeys.pca.dfn.de:11371/pks/lookup?search=mark.bergman%40.uphs.upenn.edu



The information contained in this e-mail message is intended only for the 
personal and confidential use of the recipient(s) named above. If the reader of 
this message is not the intended recipient or an agent responsible for 
delivering it to the intended recipient, you are hereby notified that you have 
received this document in error and that any review, dissemination, 
distribution, or copying of this message is strictly prohibited. If you have 
received this communication in error, please notify us immediately by e-mail, 
and delete the original message.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
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

Reply via email to