Hi Christian,
Yes, I think fast-eod will cause problems.
Please try (1) again with "status" instead of "tell" to see what "File number"
it reports. I suspect it will be -1 after the eod. "Tell" reports the block
number, not the file number.
__Martin
>>>>> On Mon, 1 Mar 2021 19:52:32 +0100, Christian Lehmann said:
>
> Hi Martin,
>
> thank you very much for your comments.
>
> 1. mt -f /dev/nst0 eod && mt -f /dev/nst0 tell
> At block 5360012.
>
> 2. mt -f /dev/nst0 stshowoptions
> The options set: buffer-writes async-writes read-ahead fast-eod can-bsr
> can-partitions scsi2logical
>
> If I read this, somewhere in the documentation that the "fast-eod" might
> cause problems, because SCSI-driver might not keep track on the file number
> correctly. But I assume this is not the problem here as the result of (1)
> correctly reports a block number. Am I right?
>
> Thank you very much in advance!
>
> Best,
>
> Christian
>
> -----Ursprüngliche Nachricht-----
> Von: Martin Simmons <mar...@lispworks.com>
> Gesendet: Freitag, 26. Februar 2021 22:43
> An: bacula-users@lists.sourceforge.net
> Betreff: Re: [Bacula-users] Problem with missing EOD/EOF on LTO-5 Tape
>
> Yes, as Alan said, the driver is st.
>
> It would be useful to try the mt eod test again, but follow it by:
>
> mt -f /dev/nst0 status
>
> to see what "File number" it reports. This is very similar to what Bacula is
> doing just before the error.
>
> Also, it would be useful to see the output from:
>
> mt -f /dev/nst0 stshowoptions
>
> __Martin
>
>
>
>>>>> On Fri, 26 Feb 2021 15:07:22 +0100 (CET), Christian Lehmann said:
> > Importance: normal
> >
> > Hi Martin,
> >
> > just proceeded as proposed:
> >
> > srv-fs-de1:~# lsscsi -d
> >
> > [0:2:0:0] disk LSI MR9280-16i4e 2.13 /dev/sda [8:0]
> > [0:2:1:0] disk LSI MR9280-16i4e 2.13 /dev/sdb [8:16]
> > [1:0:0:0] disk ATA Samsung SSD 850 2B6Q /dev/sdc [8:32]
> > [9:0:4:0] tape TANDBERG LTO-5 HH Z629 /dev/st0 [9:0]
> >
> > still
> > ls -l /sys/dev/*/9:0/device/driver
> >
> > tell not more information as before:
> >
> > lrwxrwxrwx 1 root root 0 Feb 26 14:52 /sys/dev/char/9:0/device/driver
> > -> ../../../../../../../bus/scsi/drivers/st
> >
> > srv-fs-de1:/sys/dev/char/9:0/device/driver# ls -lh total 0
> > lrwxrwxrwx 1 root root 0 Feb 26 14:55 9:0:4:0 ->
> > ../../../../devices/pci0000:00/0000:00:1c.0/0000:03:00.0/host9/target9:0:4/9:0:4:0
> > --w------- 1 root root 4.0K Feb 26 14:55 bind
> > -rw-r--r-- 1 root root 4.0K Feb 26 14:55 debug_flag
> > -r--r--r-- 1 root root 4.0K Feb 26 14:55 fixed_buffer_size
> > -r--r--r-- 1 root root 4.0K Feb 26 14:55 max_sg_segs
> > lrwxrwxrwx 1 root root 0 Feb 26 14:55 module -> ../../../../module/st
> > -r--r--r-- 1 root root 4.0K Feb 26 14:55 try_direct_io
> > --w------- 1 root root 4.0K Feb 26 14:55 uevent
> > --w------- 1 root root 4.0K Feb 26 14:55 unbind
> > -r--r--r-- 1 root root 4.0K Feb 26 14:55 version
> >
> > srv-fs-de1:/sys/dev/char/9:0/device/driver/module/drivers# ls scsi:st
> >
> > srv-fs-de1:/sys/dev/char/9:0/device/driver/module/drivers/scsi:st# cat
> > version [20160209]
> >
> > So the driver is just "st" - so the standard tape driver, am I right?
> >
> > Any idea how to get to know what went wrong?
> >
> > If I use a previuosly written, but not full bacula tape (after stopping
> > storage daemon and ejecting the tape).
> >
> > mt -f /dev/nst0 eod works fine and afterwards I also get the current
> > block number by using mt -f /dev/nst0 tell
> >
> >
> > Best,
> >
> > Christian
> >
> >
> > -----Original-Nachricht-----
> > Betreff: Re: [Bacula-users] Problem with missing EOD/EOF on LTO-5 Tape
> > Datum: 2021-02-26T14:53:57+0100
> > Von: "Martin Simmons" <mar...@lispworks.com>
> > An: "bacula-users@lists.sourceforge.net"
> > <bacula-users@lists.sourceforge.net>
> >
> > 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
> >
> >
> >
> > _______________________________________________
> > Bacula-users mailing list
> > Bacula-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/bacula-users
> >
>
>
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
