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
