On 23 Sep 2016 19:54, "Marcin Haba" <ganiuszka AT gmail DOT com> wrote:

Hello Gi Dot,

OK, fine.

Please note that mount and umount scripts that you mentioned are
defined on Director side, not on Storage Daemon side. You also
mentioned that you removed mount.sh and umount.sh after some tests.

To btape you use bacula-sd.conf as a param in which you don't use
mount.sh and umount.sh.

I think that these scritps can be not required and maybe Bacula can do
this mount/umount actions besides you.

You can read official Bacula documentation where all this type
directives are described (Device section):

http://www.bacula.org/7.4.x-manuals/en/main/Storage_Daemon_Configuratio.html#SECTION001930000000000000000

Could you also tell my what is reason that you use mount.sh and umount.sh ?

Best regards.
Marcin Haba (gani)



On 23 September 2016 at 13:39, Gi Dot <gadidot AT gmail DOT com> wrote:
> Yes, I'm planning to add the suggested parameters as well. Will also try out
> the mt-st command.
>
> I am pretty sure that the error occurred due to the mount and unmount
> scripts that I included in each run of the backup job, it would be
> interesting to see if the error still appear with the new config. Actually I
> don't even need to use the scripts anymore, but maybe I'll just make a test
> for the fun of it.
>
> Will let you know on how it goes. Thanks a lot for your help and advice.
>
>
> On 23 Sep 2016 18:57, "Marcin Haba" <ganiuszka AT gmail DOT com> wrote:
>>
>> 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 <gadidot AT gmail DOT com> wrote:
>> > Oh ya btw I'm using the mt command.
>> >
>> > On Fri, Sep 23, 2016 at 5:51 PM, Gi Dot <gadidot AT gmail DOT 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 <ganiuszka AT gmail DOT 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 <gadidot AT gmail DOT 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



--
"Większej miłości nikt nie ma nad tę, jak gdy kto życie swoje kładzie
za przyjaciół swoich." Jezus Chrystus