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
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-users