I just ran a single tape fill and it failed: Wrote block=300000, file,blk=19,985 VolBytes=18,062,392,320 rate=5.475 MB/s Wrote block=305000, file,blk=19,5985 VolBytes=18,384,952,320 rate=5.478 MB/s 10:14:27 Flush block, write EOF 01-Jan 10:14 btape JobId 0: Error: block.c:573 Write error at 19:7482 on device "Exabyte_VXA-2" (/dev/nst0). ERR=Input/output error. 01-Jan 10:14 btape JobId 0: Error: Backspace file at EOT failed. ERR=Input/output error btape: btape.c:2701 Last block at: 19:7481 this_dev_block_num=7482 btape: btape.c:2736 End of tape 19:0. Volume Bytes=18,481,526,784. Write rate = 5.476 MB/s btape: btape.c:2311 Wrote 1000 blocks on second tape. Done. Done writing 0 records ... btape: btape.c:2380 Wrote state file last_block_num1=7481 last_block_num2=0 btape: btape.c:2395
10:14:44 Done filling tape at 19:0. Now beginning re-read of tape ... btape: btape.c:2476 Enter do_unfill 01-Jan 10:16 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 19:7481 Reading block 7481. The last block on the tape matches. Test succeeded. btape: btape.c:2403 do_unfill failed. My bacula-sd Device: Autochanger { Name = "Storageloader" Device = "Exabyte_VXA-2" Changer Device = /dev/sg2 Changer Command = "/etc/bacula/scripts/mtx-changer %c %o %S %a %d" } Device { Name = "Exabyte_VXA-2" # btape cap command: #EOF BSR BSF FSR FSF !FASTFSF !BSFATEOM !EOM REM !RACCESS !AUTOMOUNT !LABEL !ANONVOLS ALWAYSOPEN MTIOCGET 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 | cat'" # cat returns 0 to prevent error return code from grep Maximum Changer Wait = 30 minutes Maximum Rewind Wait = 20 minutes Maximum Open Wait = 25 minutes RemovableMedia = yes AlwaysOpen = yes # default = yes Random Access = no # no for tapes Hardware End of Medium = no # default = yes?? BSF at EOM = yes # docs says default is No but errors are produced: "Error: Backspace file at EOT failed" # TWO EOF = yes # default = No TWO EOF = no # default = No Forward Space Record = yes # default = yes Forward Space File = yes # default = yes Backward Space Record = yes # default = yes Backward Space File = yes # default = yes Fast Forward Space File = no # default = yes Use MTIOCGET = yes # default = yes Offline On Unmount = no # default = no #AutomaticMount = yes Auto Select = yes # default = yes } Regards, David Koski da...@kosmosisland.com On Tuesday 02 March 2010, Brian Debelius wrote: > I was just curious if the single tape worked, as it might provide > direction in troubleshooting. > > 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