Re: [Bacula-users] How long does it take to publish the binaries?

2021-03-02 Thread Jose Alberto
Ready. Libre de virus. www.avast.com <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> On Thu, Feb 25, 2021

Re: [Bacula-users] Problem with missing EOD/EOF on LTO-5 Tape

2021-03-02 Thread Alan Brown
do you have any st options defined under /etc/modprobe.d/ ? On 02/03/2021 15:47, Christian Lehmann wrote: > Dear Martin, > > this actually did the trick. > > So I added > > "fast-eom=0" to the stinit.def > > and it works. > > But it is interesting as, for me, this looks like switiching off the

Re: [Bacula-users] Problem with missing EOD/EOF on LTO-5 Tape

2021-03-02 Thread Christian Lehmann
Dear Martin, this actually did the trick. So I added "fast-eom=0" to the stinit.def and it works. But it is interesting as, for me, this looks like switiching off the fast movement to the end of the medium and not to the edn of the data written - but anyway :-) Still, do you have an idea,

Re: [Bacula-users] Problem with missing EOD/EOF on LTO-5 Tape

2021-03-02 Thread Martin Simmons
Good, that explains the ERR=Erfolg in Bacula. I don't understand how it would pass the btape tests though. You either need to turn off fast-eod, probably by mt -f /dev/nst0 stclearoptions fast-eod or modify the Device resource of your bacula-sd.conf file to include: Hardware End of File = no

Re: [Bacula-users] Problem with missing EOD/EOF on LTO-5 Tape

2021-03-02 Thread Christian Lehmann
Hi Martin, yes, you are right: mt -f /dev/nst0 eod && mt -f /dev/nst0 status SCSI 2 tape drive: File number=-1, block number=-1, partition=0. Tape block size 0 bytes. Density code 0x58 (LTO-5). Soft error count since last status=0 General status bits on (901): EOD ONLINE IM_REP_EN Best,

Re: [Bacula-users] Problem with missing EOD/EOF on LTO-5 Tape

2021-03-02 Thread Martin Simmons
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,