Bacula-users

Re: [Bacula-users] Exabyte Storageloader

2010-03-02 15:28:50
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 12:26:08 -0800
I have not but it is probably a good idea as Packetloaders can delay for a 
very long time if they detect an error and need to take corrective measures 
automatically.

Regards,
David Koski
david AT kosmosisland DOT com

On Tuesday 02 March 2010, Brian Debelius wrote:
> This is unrelated.  I am just curious.  Have you enabled the
> vxa_packetloader in mtx-changer.conf? I am just trying to figure out if
> anyone actually uses this.
>
> On 3/2/2010 2:15 PM, David Koski wrote:
> > 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