If you do:
lsscsi -d
then it will print the major:minor device numbers after /dev/st0.
Then:
ls -l /sys/dev/*/${major}:${minor}/device/driver/
might show the name of the driver (module).
__Martin
>>>>> On Thu, 25 Feb 2021 16:59:29 +0100 (CET), Christian Lehmann said:
>
> Hi Martin,
>
> thank you very much for your answer,
>
> Unfortunately, nothing is logged in syslog or the messages.
>
> I am running a linux machine, kernel version is 5.10.0-1-amd64 (debian).
>
> Concerning the driver, Does this help?
>
> srv-fs-de1:/var/log# lsscsi
> [0:2:0:0] disk LSI MR9280-16i4e 2.13 /dev/sda
> [0:2:1:0] disk LSI MR9280-16i4e 2.13 /dev/sdb
> [1:0:0:0] disk ATA Samsung SSD 850 2B6Q /dev/sdc
> [9:0:4:0] tape TANDBERG LTO-5 HH Z629 /dev/st0
> srv-fs-de1:/var/log# find /sys | grep drivers.*9:0:4
> /sys/bus/scsi/drivers/st/9:0:4:0
>
> Best,
>
> Christian
>
>
> -----Original-Nachricht-----
> Betreff: Re: [Bacula-users] Problem with missing EOD/EOF on LTO-5 Tape
> Datum: 2021-02-24T12:42:33+0100
> Von: "Martin Simmons" <mar...@lispworks.com>
> An: "Christian Lehmann" <lcompu...@t-online.de>
>
> That is a strange error. ERR=Erfolg (Success) means that ioctl returned
> non-zero but didn't set any errno.
>
> Is there anything logged in the syslog (e.g. /var/log/messages or the system
> console)?
>
> Is this Linux? Which kernel driver are you using for the tape?
>
> __Martin
>
>
>>>>> On Tue, 23 Feb 2021 15:31:36 +0100 (CET), Christian Lehmann said:
> >
> > Dear all,
> >
> > I have just missed the errors:
> >
> > so I was performing a backup (which is finished).
> >
> > Do an umount and take out of the tape (including rewinding).
> >
> > Put in this tape and mount it (no error)
> >
> > starting a new short backup --> tape is forwarded to the corresponding
> > position creating this error:
> >
> > 23-Feb 15:12 fritzie15-sd JobId 14182: Volume "LTO-5-Tape0004-128K"
> > previously written, moving to end of data.
> > 23-Feb 15:14 fritzie15-sd JobId 14182: Error: Unable to position to end of
> > data on Tape device "LTO-5-128K" (/dev/nst0): ERR=tape_dev.c:363 ioctl
> > MTIOCGET error on "LTO-5-128K" (/dev/nst0). ERR=Erfolg.
> > 23-Feb 15:14 fritzie15-sd JobId 14182: Marking Volume "LTO-5-Tape0004-128K"
> > in Error in Catalog.
> >
> >
> >
> >
> >
> > -----Original-Nachricht-----
> > Betreff: [Bacula-users] Problem with missing EOD/EOF on LTO-5 Tape
> > Datum: 2021-02-23T15:19:37+0100
> > Von: "Christian Lehmann" <lcompu...@t-online.de>
> > An: "bacula-users@lists.sourceforge.net"
> > <bacula-users@lists.sourceforge.net>
> >
> >
> >
> > Hello everybody,
> >
> > I have a problem with a single LTO-5 Tape drive (Tandberg LTO-5 HH).
> > I do backups spanning multiple Tapes, changing them manually.
> > So I configured the storage daemon that it is automatically pushing out the
> > tape as soon as it is full.
> > So my users (and me) can see this and load a new/the next tape. Than bacula
> > automatically mounts it and continue with the backup. This works fine.
> > But problems arise as soon as I have a tape, which is not full and I want
> > to unload it (for example to label a new tape or to restart bacula or the
> > server). If I just restart tape is pushed out as soon as bacula is shutting
> > down or during the restart (it is also rewinded as expected). The same
> > happens, if I "unmount" the tape using bconsole.
> > But, as soon as I start a new backup, which wants to use this tape and I
> > mount it again, bacula cannot find the position to continue with the backup
> > (someone suggested that this might be due to a missing EOD mark, but if I
> > write this one manually by mt, this does not change the behaviour).
> >
> > btape testing is working fine, if I disable the automatic pushout of the
> > tape (as my tape drive is not able to get the tape back in again by
> > itself).
> >
> > Any help/ideas is/are apreciated.
> >
> > Thank you all in advance!
> >
> > Christian
> >
> > Here is my bacula-sd.conf:
> >
> > Storage { # definition of myself
> > Name = fritzie15-sd
> > SDPort = 9103 # Director's port
> > WorkingDirectory = "/var/lib/bacula"
> > Pid Directory = "/var/run"
> > Maximum Concurrent Jobs = 20
> > # SDAddresses = {
> > # ipv4 = {addr = 127.0.0.1; port = 9103;}
> > # ipv4 = {addr = 141.67.100.240; port = 9103;}
> > # }
> > SDAddress = 141.67.101.230
> > }
> > #
> > # List Directors who are permitted to contact Storage daemon
> > #
> > Director {
> > Name = fritzie15-dir
> > Password = "Something-very secret"
> > }
> >
> >
> > Device {
> > Name = FileStorage
> > Media Type = File
> > Archive Device = /srv/ag_dudziak_backup1/bacula
> > LabelMedia = yes; # lets Bacula label unlabeled media
> > Random Access = Yes;
> > AutomaticMount = yes; # when device opened, read it
> > RemovableMedia = no;
> > AlwaysOpen = no;
> > Maximum Volume Size = 100G;
> > Maximum Concurrent Jobs = 2
> > }
> >
> >
> >
> > Device {
> > Name = LTO-5-128K
> > Archive Device = /dev/nst0
> > Device Type = Tape
> > Media Type = LTO-5-128K
> > Labelmedia = yes
> > Random Access = no
> > # AutomaticMount = no
> > AutomaticMount = yes
> > RemovableMedia = yes
> > AlwaysOpen = yes
> > Maximum Concurrent Jobs = 1
> > Maximum File Size = 400G
> > Maximum Changer Wait = 2h
> > Volume Poll Interval = 5min
> > Offline on Unmount = yes
> > # Offline on Unmount = no
> > Spool Directory = /srv/ag_dudziak/bacula-spool/LTO-5-1M
> > Maximum Block Size = 128K
> > }
> >
> > I sticked to the block size of 128K as anything bigger did not work (even
> > with btape).
> >
> >
> >
>
>
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
