Re: [bareos-users] space management on tape

2020-12-26 Thread 'Frank Kirschner' via bareos-users
Thanks and yes, working with different pools will be a good thing for controlling the usage of the tapes. Thanks, Frank Am 26. Dezember 2020 18:49:53 MEZ schrieb Brock Palen : >Your hunch is correct. Tape is linear and only appended to. Even >systems like LTFS only append and never write

Re: [bareos-users] space management on tape

2020-12-26 Thread Brock Palen
Your hunch is correct. Tape is linear and only appended to. Even systems like LTFS only append and never write data in hold of deleted/expired data. This is one reason why many outlets full and incrementals on different pools and this different tapes. So they expire at similar times so the

Re: [bareos-users] space management on tape

2020-12-26 Thread Spadajspadaj
It's almost obvious if you look at possible medium states but to give you a verbose answer - the media can be read from any point but can only be appended at the end. So if any job is being pruned/purged/deleted, it's just being "forgotten" by the database but is still present on the media

[bareos-users] space management on tape

2020-12-26 Thread 'Frank Cherry' via bareos-users
Hi there, a question how Bareos managed space on tape: Hypothetc: On a LTO tape are stored in this order 3 jobs: 1: 3 TB 2: 2 TB 3: 1 TB Job 1 is deleted. Now a new job is queued, the spooling file has a size of 2 TB. Will now the SD despool it a) on position 4 of the tape (append) [this is