Hello Gi Dot, Thanks for this output from btape test.
You are asking about my thoughts. Looking on advices in your btape output, I would propose to add these three directives to device config: Hardware End of Medium = No Fast Forward Space File = No BSF at EOM = yes You mentioned that you already changed directives self, and now this error doesn't occur. That is fine, you are rich in new experiences. I usually in this type of chooses when I don't know in full 100% how something works, I use values recommended by software author. I am sure that Bacula developers know well these directives that they proposed you in btape test output. You use mt, not mt-st. OK, you can change it, it should be useful too. I would propose to do all these changes now, because some problems with your current config can come after some time, for example when you will need urgent restore from a tape. I hope that I helped. Please let know here how it works with new changes if you decide to use them. Best regards. Marcin On 23 September 2016 at 11:54, Gi Dot <gadi...@gmail.com> wrote: > Oh ya btw I'm using the mt command. > > On Fri, Sep 23, 2016 at 5:51 PM, Gi Dot <gadi...@gmail.com> wrote: >> >> Hi, >> >> Thanks for your reply. I have changed my bacula-sd.conf configuration >> since a couple of weeks, and removed the mount.sh and umount.sh scripts. So >> far I have not received the tape error anymore. >> >> I did run the btape test as suggested, and seems like I have more >> modification to make. Let me know your thoughts. >> >> >> >> >> # btape test output: >> https://dpaste.de/0Qme/raw >> >> >> # Current bacula-sd.conf: >> Device { >> Name = ibm-dds6 >> Media Type = DDS6 >> Device Type = tape >> Archive Device = /dev/nst0 >> AutomaticMount = yes; # when device opened, read it >> AlwaysOpen = no; >> Hardware End of Medium = yes; >> Two EOF = Yes >> RemovableMedia = yes; >> RandomAccess = no; >> } >> >> >> >> # mt -f /dev/nst0 status >> drive type = Generic SCSI-2 tape >> drive status = 1207959552 >> sense key error = 0 >> residue count = 0 >> file number = 0 >> block number = 0 >> Tape block size 0 bytes. Density code 0x48 (DAT160). >> Soft error count since last status=0 >> General status bits on (41010000): >> BOT ONLINE IM_REP_EN >> >> # tapeinfo -f /dev/nst0 >> Product Type: Tape Drive >> Vendor ID: 'IBM ' >> Product ID: 'DDS Gen6 ' >> Revision: 'WU04' >> Attached Changer API: No >> SerialNumber: 'HU14246VM2' >> MinBlock: 1 >> MaxBlock: 16777215 >> SCSI ID: 0 >> SCSI LUN: 0 >> Ready: yes >> BufferedMode: yes >> Medium Type: Not Loaded >> Density Code: 0x48 >> BlockSize: 0 >> DataCompEnabled: yes >> DataCompCapable: yes >> DataDeCompEnabled: yes >> CompType: 0x20 >> DeCompType: 0x0 >> BOP: yes >> Block Position: 0 >> Partition 0 Remaining Kbytes: 86814000 >> Partition 0 Size in Kbytes: 86814000 >> ActivePartition: 0 >> EarlyWarningSize: 0 >> NumPartitions: 0 >> MaxPartitions: 1 >> >> >> >> Thanks. >> >> On Fri, Sep 23, 2016 at 11:39 AM, Marcin Haba <ganius...@gmail.com> wrote: >>> >>> Hello Gi Dot, >>> >>> Could you try to run test command in btape tool and past here output >>> from this test? >>> >>> The output text from the test command in btape can also advise adding >>> some directives to your Bacula config (BSF at EOM = yes/no ...and >>> others). >>> >>> I have also question if you use "mt" or "mt-st" program to manage >>> magnetic tape drive? Your IBM DAT 160 works on SCSI bus (it is SAS) >>> and that is OK, because Bacula supports SCSI tape drives, of course. I >>> am asking about it because to tape drives on SCSI bus better is use >>> mt-st (magnetic tape control tool for SCSI tape driver) instead of mt >>> (standard magnetic tape control tool) to use proper ioctls for your >>> SCSI tape driver. >>> >>> Thanks in advance for sending btape test output here. >>> >>> Best regards. >>> Marcin Haba (gani) >>> >>> On 5 September 2016 at 11:19, Gi Dot <gadi...@gmail.com> wrote: >>> > Hi all, >>> > >>> > I am using IBM DAT 160 media with bacula, and I always get a tape error >>> > after a successful backup job. There were a lot of times that the tapes >>> > snapped as well. At first I thought the tapes are just defect, but the >>> > error >>> > occured so frequent that I started to doubt my bacula configuration. >>> > >>> > I used to get this error in the logs, but couldn't find similar error >>> > in >>> > recent logs: >>> > >>> > 05-May 15:54 hpsf-sd JobId 130: Volume "set1-w" previously written, >>> > moving >>> > to end of data. >>> > 05-May 15:54 hpsf-sd JobId 130: Error: Unable to position to end of >>> > data on >>> > device "ibm-dds6" (/dev/nst0): ERR=dev.c:776 ioct >>> > l MTEOM error on "ibm-dds6" (/dev/nst0). ERR=Input/output error. >>> > >>> > 05-May 15:54 hpsf-sd JobId 130: Marking Volume "set1-w" in Error in >>> > Catalog. >>> > >>> > >>> > Whenever this occured, I can only relabel the tape in order to reuse >>> > it. I >>> > hope anyone can have a look on the information of the tape settings and >>> > bacula configuration provided below, and advise if there is anything >>> > that is >>> > not right. >>> > >>> > # tapeinfo -f /dev/nst0 >>> > Product Type: Tape Drive >>> > Vendor ID: 'IBM ' >>> > Product ID: 'DDS Gen6 ' >>> > Revision: 'WU04' >>> > Attached Changer API: No >>> > SerialNumber: 'HU14086PJM' >>> > MinBlock: 1 >>> > MaxBlock: 16777215 >>> > SCSI ID: 0 >>> > SCSI LUN: 0 >>> > Ready: yes >>> > BufferedMode: yes >>> > Medium Type: Not Loaded >>> > Density Code: 0x48 >>> > BlockSize: 0 >>> > DataCompEnabled: yes >>> > DataCompCapable: yes >>> > DataDeCompEnabled: yes >>> > CompType: 0x20 >>> > DeCompType: 0x0 >>> > BOP: yes >>> > Block Position: 0 >>> > Partition 0 Remaining Kbytes: 86814000 >>> > Partition 0 Size in Kbytes: 86814000 >>> > ActivePartition: 0 >>> > EarlyWarningSize: 0 >>> > NumPartitions: 0 >>> > MaxPartitions: 1 >>> > >>> > >>> > # mt -f /dev/nst0 status >>> > drive type = Generic SCSI-2 tape >>> > drive status = 1207959552 >>> > sense key error = 0 >>> > residue count = 0 >>> > file number = 0 >>> > block number = 0 >>> > Tape block size 0 bytes. Density code 0x48 (DAT160). >>> > Soft error count since last status=0 >>> > General status bits on (41010000): >>> > BOT ONLINE IM_REP_E >>> > >>> > >>> > # bacula-sd.conf: >>> > Device { >>> > Name = ibm-dds6 >>> > Media Type = DDS6 >>> > Device Type = tape >>> > Archive Device = /dev/nst0 >>> > AlwaysOpen = yes; >>> > Hardware End of Medium = no; >>> > # Two EOF = Yes >>> > RemovableMedia = yes; >>> > RandomAccess = no; >>> > } >>> > >>> > >>> > Before running the first job, mount script will be executed (run before >>> > job). After running the last job, umount script will be executed (run >>> > after >>> > job). >>> > >>> > # cat mount.sh >>> > #!/bin/sh >>> > >>> > /usr/sbin/bconsole -c /etc/bacula/bconsole.conf <<EOF >>> > mount storage=TapeDrive >>> > EOF >>> > >>> > >>> > # cat umount.sh >>> > #!/bin/sh >>> > >>> > /bin/sleep 60 >>> > >>> > /usr/sbin/bconsole -c /etc/bacula/bconsole.conf <<EOF >>> > umount storage=TapeDrive >>> > EOF >>> > >>> > More from bacula.log: >>> > https://dpaste.de/uAYF/raw >>> > >>> > >>> > >>> > >>> > >>> > >>> > ------------------------------------------------------------------------------ >>> > >>> > _______________________________________________ >>> > Bacula-users mailing list >>> > Bacula-users@lists.sourceforge.net >>> > https://lists.sourceforge.net/lists/listinfo/bacula-users >>> > >>> >>> >>> >>> -- >>> "Większej miłości nikt nie ma nad tę, jak gdy kto życie swoje kładzie >>> za przyjaciół swoich." Jezus Chrystus >> >> > -- "Większej miłości nikt nie ma nad tę, jak gdy kto życie swoje kładzie za przyjaciół swoich." Jezus Chrystus ------------------------------------------------------------------------------ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
