Bacula-users

Re: [Bacula-users] Exabyte Storageloader

2010-03-02 14:18:13
Subject: Re: [Bacula-users] Exabyte Storageloader
From: David Koski <david AT kosmosisland DOT com>
To: Brian Debelius <bdebelius AT intelesyscorp DOT com>
Date: Tue, 2 Mar 2010 11:15:04 -0800
I think the 172/320 should work the same as VXA-2.  I have done some single 
tape backups and restores with success but did not try btape with single 
tapes.  The multitape backup is the big issue.  I am using bacula because BRU 
would not work and BackupExec is not supported on this unit as it is 
firewire.

I am preparing for a multitape real test with 30 1G files.

Thanks,
David Koski
david AT kosmosisland DOT com

On Tuesday 02 March 2010, Brian Debelius wrote:
> I just realized that I have a VXA-172/320 not a VXA-2.
>
> How well does a single tape test work?
>
> On 3/2/2010 1:14 PM, David Koski wrote:
> > Thank you Brian.  That is almost what I have with the following
> > differences:
> >
> > AutomaticMount not set, default not defined in doc for version 2.4.
> > Drive Index not set but default works correctly.
> > AutoSelect not set but default is same as yours.
> > Maxmimum Changer Wait is higher on mine (30 minutes)
> >
> > I think the differences should not matter and btape actually indicates
> > multiple tape backups work.  However, there is an error in the log
> > generated during the multiple tape backup:
> >
> > 28-Feb 17:33 btape JobId 0: Error: block.c:568 Write error at 26:15457 on
> > device "Exabyte_VXA-2" (/dev/nst0). ERR=Input/output error. 28-Feb 17:33
> > btape JobId 0: Error: Backspace file at EOT failed. ERR=Input/output
> > error
> >
> > Still, the backup appears to work:
> >
> > 17:37:30 Done filling tapes at 0:13. Now beginning re-read of first tape
> > ... 28-Feb 17:37 btape JobId 0: 3307 Issuing autochanger "unload slot 2,
> > drive 0" command. 28-Feb 17:38 btape JobId 0: 3304 Issuing autochanger
> > "load slot 1, drive 0" command. 28-Feb 17:39 btape JobId 0: 3305
> > Autochanger "load slot 1, drive 0", status is OK. 28-Feb 17:40 btape
> > JobId 0: Ready to read from volume "TestVolume1" on device
> > "Exabyte_VXA-2" (/dev/nst0). Rewinding.
> > Reading the first 10000 records from 0:0.
> > 10000 records read now at 1:5084
> > Reposition from 1:5084 to 26:15456
> > Reading block 15456.
> >
> > The last block of the first tape matches.
> >
> > 28-Feb 17:55 btape JobId 0: 3307 Issuing autochanger "unload slot 1,
> > drive 0" command. 28-Feb 17:57 btape JobId 0: 3304 Issuing autochanger
> > "load slot 2, drive 0" command. 28-Feb 17:57 btape JobId 0: 3305
> > Autochanger "load slot 2, drive 0", status is OK. 28-Feb 17:58 btape
> > JobId 0: Ready to read from volume "TestVolume2" on device
> > "Exabyte_VXA-2" (/dev/nst0). Reposition from 0:0 to 0:1
> > Reading block 1.
> >
> > The first block on the second tape matches.
> >
> > Reposition from 0:2 to 0:11
> > Reading block 11.
> >
> > The last block on the second tape matches. Test succeeded.
> >
> > *
> >
> >
> > I ran a test backup with real files, the largest which was over 7G.  The
> > restore failed with an out of memory error.
> >
> > Regards,
> > David Koski
> > david AT kosmosisland DOT com
> >
> > On Tuesday 02 March 2010, Brian Debelius wrote:
> >> Sorry that I cannot post the whole files, I have to type this.  Watch
> >> for typos.
> >>
> >> Bacual-sd.conf
> >>
> >> Autochanger {
> >>     Name = Packetloader
> >>     Device= VXA_Tape
> >>     Changer Command = "/opt/bacula/bin/mtx-changer %c %o %S %a %d"
> >>     Changer Device = /dev/sg7
> >> }
> >>
> >> Device {
> >>     Name = VXA_Tape
> >>     Drive Index 0
> >>     Device Type = Tape
> >>     Archive Device = /dev/nst0
> >>     Changer Device = /dev/sg7
> >>     Automatic Mount = yes
> >>     Removable Media = yes
> >>     Random Access = no
> >>     Media Type = X10
> >>     Auto Changer = yes
> >>     Auto Select = yes
> >>     Maximum Changer Wait = 1800
> >>     Always Open = yes
> >> }
> >>
> >> bacula-dir.conf
> >>
> >> Storage {
> >>     Name = Tape
> >>     Address = your.computer
> >>     SDPort = 9103
> >>     Password = "something"
> >>     Device = PacketLoader
> >>     Media Type = X10
> >>     Autochanger = yes
> >>     Maximum Concurrent Jobs = 1
> >> }
> >>
> >> changes to mtx-changer
> >>
> >> define MT=/where/your/mt/is
> >>
> >> in wait_for_drive() change sleep from 1 to 5.
> >>     *it can take a long time for the drive to become ready
> >>
> >> in load)  after wait_for_drive() add ${MT} -f $device defblocksize 0
> >>     *My drive resets this after a reboot, so I had to make sure its set
> >> here. This is probable you
> >>
> >>
> >> Now run the btape tests.
> >>
> >> On 3/1/2010 12:01 PM, David Koski wrote:
> >>> Thank you Brian.  I have not had success in finding the configuration
> >>> form archives.  I would appreciate if you would send it to me.
> >>>
> >>> Regards,
> >>> David Koski
> >>> dkoski AT sutinen DOT com
> >>>
> >>> On Monday 01 March 2010, Brian Debelius wrote:
> >>>> Hi,
> >>>>
> >>>> Search the archives.  I have posted working configurations.  I'd email
> >>>> them to you now but I do not have them at the moment.  If you can't
> >>>> find them, let me know and I will get them to you.  There are
> >>>> mtx-changer modifications as well.
> >>>>
> >>>> brian-
> >>>>
> >>>> On 2/27/2010 2:53 AM, David Koski wrote:
> >>>>> I'm looking for storage daemon configuration for an Exabyte
> >>>>> Packetloader (Storageloader) VXA-2.  Currently my Device resource
> >>>>> looks like this:
> >>>>>
> >>>>> Device {
> >>>>>        Name = "Exabyte_VXA-2"
> >>>>>        Media Type = "VXA-2"
> >>>>>        Archive Device = /dev/nst0
> >>>>>        Device Type = Tape
> >>>>>        Autochanger = yes       # if yes, must specify Autochanger
> >>>>> resource Alert Command = "/bin/sh -c '/usr/sbin/tapeinfo -f %c | grep
> >>>>> TapeAlert'" Maximum Changer Wait = 30 minutes
> >>>>>        Maximum Rewind Wait = 20 minutes
> >>>>>        AlwaysOpen = yes
> >>>>>        #Maximum Open Wait = 25 minutes
> >>>>>        RemovableMedia = yes
> >>>>>        Random Access = no
> >>>>> }
> >>>>>
> >>>>> ..but I am getting errors when the tapes change automatically:
> >>>>>
> >>>>> 26-Feb 23:20 backup-mdlcpa-sd JobId 13: Error: block.c:568 Write
> >>>>> error at 25:6568 on device "Exabyte_VXA-2" (/dev/nst0).
> >>>>> ERR=Input/output error. 26-Feb 23:20 backup-mdlcpa-sd JobId 13:
> >>>>> Error: Backspace file at EOT failed. ERR=Input/output error 26-Feb
> >>>>> 23:20 backup-mdlcpa-sd JobId 13: End of medium on Volume "A0000004"
> >>>>> Bytes=24,952,209,408
> >>>>> Blocks=386,783 at 26-Feb-2010 23:20. 26-Feb 23:20 backup-mdlcpa-sd
> >>>>> JobId 13: 3307 Issuing autochanger "unload slot 5, drive 0" command.
> >>>>>
> >>>>> Regards,
> >>>>> David Koski
> >>>>> david AT kosmosisland DOT ccom
> >>>>>
> >>>>> ---------------------------------------------------------------------
> >>>>>-- -- ----- Download Intel&#174; Parallel Studio Eval
> >>>>> Try the new software tools for yourself. Speed compiling, find bugs
> >>>>> proactively, and fine-tune applications for parallel performance.
> >>>>> See why Intel Parallel Studio got high marks during beta.
> >>>>> http://p.sf.net/sfu/intel-sw-dev
> >>>>> _______________________________________________
> >>>>> Bacula-users mailing list
> >>>>> Bacula-users AT lists.sourceforge DOT net
> >>>>> https://lists.sourceforge.net/lists/listinfo/bacula-users
> >>>
> >>> -----------------------------------------------------------------------
> >>>-- ----- Download Intel&#174; Parallel Studio Eval
> >>> Try the new software tools for yourself. Speed compiling, find bugs
> >>> proactively, and fine-tune applications for parallel performance.
> >>> See why Intel Parallel Studio got high marks during beta.
> >>> http://p.sf.net/sfu/intel-sw-dev
> >>> _______________________________________________
> >>> Bacula-users mailing list
> >>> Bacula-users AT lists.sourceforge DOT net
> >>> https://lists.sourceforge.net/lists/listinfo/bacula-users



------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users