Hi Alan,
1. Just assured, no lin_tape driver is loaded.
2. missing "control device" --> I don't use a autochanger, so do I really need
to set this parameter? I don't have an bacula/DEVICES folder like you, so there
are also no symlinks there :-)
3. Concerning the maximum block size. I changed this to get a better
performance. I would love to use more than 128K, but as soon as I change it to
higher numbers, btape-tests fail. Speaking about underlying OS-issues: What can
be the reasons for this and how to find out?
4. tapeinfo -f /dev/sg2
Product Type: Tape Drive
Vendor ID: 'TANDBERG'
Product ID: 'LTO-5 HH '
Revision: 'Z629'
Attached Changer API: No
SerialNumber: 'HU1306UJWG'
MinBlock: 1
MaxBlock: 16777215
SCSI ID: 4
SCSI LUN: 0
Ready: no
5. mt -f /dev/nst0 status
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 0 bytes. Density code 0x58 (LTO-5).
Soft error count since last status=0
General status bits on (41010000):
BOT ONLINE IM_REP_EN
6. tapeinfo -f /dev/sg2
Product Type: Tape Drive
Vendor ID: 'TANDBERG'
Product ID: 'LTO-5 HH '
Revision: 'Z629'
Attached Changer API: No
SerialNumber: 'HU1306UJWG'
MinBlock: 1
MaxBlock: 16777215
SCSI ID: 4
SCSI LUN: 0
Ready: yes
BufferedMode: yes
Medium Type: Not Loaded
Density Code: 0x58
BlockSize: 0
DataCompEnabled: yes
DataCompCapable: yes
DataDeCompEnabled: yes
CompType: 0x1
DeCompType: 0x1
BOP: yes
Block Position: 0
Partition 0 Remaining Kbytes: 1459056
Partition 0 Size in Kbytes: 1459056
ActivePartition: 0
EarlyWarningSize: 0
NumPartitions: 0
MaxPartitions: 1
7. mt -f /dev/nst0 eod && mt -f /dev/nst0 tell
At block 5360012.
So I see no obvious error - unfortunately.
Thank you all.
Christian
-----Ursprüngliche Nachricht-----
Von: Alan Brown <a.br...@ucl.ac.uk>
Gesendet: Freitag, 26. Februar 2021 16:20
An: Heitor Faria <hei...@bacula.com.br>; Christian Lehmann
<lcompu...@t-online.de>
Cc: Martin Simmons <mar...@lispworks.com>; bacula-users
<bacula-users@lists.sourceforge.net>
Betreff: Re: [Bacula-users] Problem with missing EOD/EOF on LTO-5 Tape
On 25/02/2021 16:15, Heitor Faria wrote:
> Hello Christian,
>
>>>> Spool Directory = /srv/ag_dudziak/bacula-spool/LTO-5-1M
>>>> Maximum Block Size = 128K
Where is the "control device" parameter?
Here's what an equivalent entry on my system
Device {
### library physical position -1,1
### This is the MTX index
Name = MSSLYF-0
Drive Index = 0
Device Type = Tape
Media Type = LTO5
AutoChanger = yes ;
Autoselect = yes ## change to no to prevent bacula using the drive
Archive Device = /opt/bacula/etc/DEVICES/MSSLYF-0
Control Device = /opt/bacula/etc/DEVICES/MSSLYF-0-sg
# beyond this number of jobs for a drive, bacula will attempt # to load another
tape in the same pool in another drive
Maximum Concurrent Jobs = 80
# allow for cleaning cycles
Maximum Changer Wait = 90 minutes
AutomaticMount = yes; # when device opened, read it
AlwaysOpen = yes;
LabelMedia = yes; # lets Bacula label unlabeled media
RemovableMedia = yes;
RandomAccess = no;
Volume Poll Interval = 600
# Alert Command = "sh -c '/usr/local/bin/gettapeinfo.sh
/opt/bacula/etc/DEVICES/MSSLYF-0'"
Alert Command = /opt/bacula/scripts/tapealert %l
Spool Directory = /var/bacula/spool/TAPE
Maximum File Size = 15G
Maximum Network Buffer Size = 1000000
Maximum block size = 2M
Maximum Spool Size = 630G
Maximum Job Spool Size = 50G
}
# ls -l /etc/bacula/DEVICES
total 4
lrwxrwxrwx. 1 root root 14 Jan 24 2020 changer -> MSSLYF-changer lrwxrwxrwx.
1 root root 42 Mar 21 2017 MSSLYF-0 ->
/dev/tape/by-id/scsi-3500308c3a2930090-nst
lrwxrwxrwx. 1 root root 41 Mar 21 2017 MSSLYF-0-sg ->
/dev/tape/by-id/scsi-3500308c3a2930090-sg
lrwxrwxrwx. 1 root root 42 Mar 21 2017 MSSLYF-1 ->
/dev/tape/by-id/scsi-3500308c3a2930094-nst
lrwxrwxrwx. 1 root root 41 Mar 21 2017 MSSLYF-1-sg ->
/dev/tape/by-id/scsi-3500308c3a2930094-sg
lrwxrwxrwx. 1 root root 42 Mar 21 2017 MSSLYF-2 ->
/dev/tape/by-id/scsi-3500308c3a2930098-nst
lrwxrwxrwx. 1 root root 41 Mar 21 2017 MSSLYF-2-sg ->
/dev/tape/by-id/scsi-3500308c3a2930098-sg
lrwxrwxrwx. 1 root root 42 Mar 21 2017 MSSLYF-3 ->
/dev/tape/by-id/scsi-3500308c3a293009c-nst
lrwxrwxrwx. 1 root root 41 Mar 21 2017 MSSLYF-3-sg ->
/dev/tape/by-id/scsi-3500308c3a293009c-sg
lrwxrwxrwx. 1 root root 42 Mar 21 2017 MSSLYF-4 ->
/dev/tape/by-id/scsi-3500308c3a2930000-nst
lrwxrwxrwx. 1 root root 41 Mar 21 2017 MSSLYF-4-sg ->
/dev/tape/by-id/scsi-3500308c3a2930000-sg
lrwxrwxrwx. 1 root root 42 Mar 21 2017 MSSLYF-5 ->
/dev/tape/by-id/scsi-3500308c3a2930004-nst
lrwxrwxrwx. 1 root root 41 Mar 21 2017 MSSLYF-5-sg ->
/dev/tape/by-id/scsi-3500308c3a2930004-sg
lrwxrwxrwx. 1 root root 52 Mar 21 2017 MSSLYF-changer ->
/dev/tape/by-id/scsi-1QUANTUM_A0C0XXXXXXXX_LLA-changer
>>>> }
>>>>
>>>> I sticked to the block size of 128K as anything bigger did not work
>>>> (even with btape).
> AFAIK it is not advisable to sex Max or Min Bacula tape block sizes, unless
> for very specific tuning scenarios. This can be the source of your problem,
> despite I could not see the error message you had.
> 128K is very low anyway.
"Very low" is an understatement
There is a very serious underlaying OS issue at play. This needs fixing before
attempting to use Bacula
I suspect "something" has programmed the drive into fixed block mode
tapeinfo -f (sg of the tape drive) should give something like this:
# tapeinfo -f /etc/bacula/DEVICES/MSSLYF-5-sg Product Type: Tape Drive Vendor
ID: 'IBM '
Product ID: 'ULTRIUM-TD6 '
Revision: 'KAJ8'
Attached Changer API: No
SerialNumber: 'F3A2930004'
MinBlock: 1
MaxBlock: 8388608
SCSI ID: 0
SCSI LUN: 0
Ready: no
(NB: THIS COMMAND WILL ONLY WORK IF BACULA IS NOT HOLDING THE DEVICE - stop
bacula-sd if needed)
# mt -f /etc/bacula/DEVICES/MSSLYF-5 status SCSI 2 tape drive:
File number=-1, block number=-1, partition=0.
Tape block size 0 bytes. Density code 0x0 (default).
Soft error count since last status=0
General status bits on (50000):
DR_OPEN IM_REP_EN
(Drive with tape in it after stopping bacula)
# mt -f /etc/bacula/DEVICES/MSSLYF-0 status SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 0 bytes. Density code 0x5a (no translation).
Soft error count since last status=0
General status bits on (41010000):
BOT ONLINE IM_REP_EN
# tapeinfo -f /etc/bacula/DEVICES/MSSLYF-0-sg Product Type: Tape Drive Vendor
ID: 'IBM '
Product ID: 'ULTRIUM-TD6 '
Revision: 'KAJ8'
Attached Changer API: No
SerialNumber: 'F3A2930090'
MinBlock: 1
MaxBlock: 8388608
SCSI ID: 0
SCSI LUN: 0
Ready: yes
BufferedMode: yes
Medium Type: 0x68
Density Code: 0x5a
BlockSize: 0
[^^^^^^^^^^^^^^^^^^^^NOTE THIS PART!]
DataCompEnabled: yes
DataCompCapable: yes
DataDeCompEnabled: yes
CompType: 0xff
DeCompType: 0xff
BOP: yes
Block Position: 0
Partition 0 Remaining Kbytes: -1
Partition 0 Size in Kbytes: -1
ActivePartition: 0
EarlyWarningSize: 0
NumPartitions: 0
MaxPartitions: 3
If blocksize is ANYTHING other than "0" then you need to find out why and fix
it before even attempting to debug bacula
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
