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
da...@kosmosisland.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
> > da...@kosmosisland.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
> >>> da...@kosmosisland.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
> >>>>> dko...@sutinen.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
> >>>>>>> da...@kosmosisland.ccom
> >>>>>>>
> >>>>>>> -------------------------------------------------------------------
> >>>>>>>-- -- -- ----- Download Intel® 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@lists.sourceforge.net
> >>>>>>> https://lists.sourceforge.net/lists/listinfo/bacula-users
> >>>>>
> >>>>> ---------------------------------------------------------------------
> >>>>>-- -- ----- Download Intel® 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@lists.sourceforge.net
> >>>>> https://lists.sourceforge.net/lists/listinfo/bacula-users
------------------------------------------------------------------------------
Download Intel® 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@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
