Warning bptm cannot locate on drive index , No more data is on the tape.

OK ...

So ... in summary ...

We have multiple tapes that are NOT full, that have no empty header at the end, at least accoding to scsi_command -map

The issue is seen when attempting to position to the end of data, which we cannot do as we can't find an empty header, which is what we look for.

The issue actually happens when the last backup to that tappe was written, so one thing we will have to do is look at the backup logs and see what they say - do we try and write the header and the tape drive 'ignores' the request, of do we just not even try.

Also, once I work out the syntax, we'lll try nt_ttu to position 'outsdie' fo NBU.

Regarding the logs, if the issue is happeneing very frequesntly as you suggest, it could be worth making some very small backups (just a few files) and then checking the tape to see if the header is missing.  If this works, we could get the logs and new_scsi map output within a short time.

It's not impossible that the issue happens only on 'big' backups - ok, I can't see how, but when t/shooting you need to consider everything no matter how unlikely - this would make it a bit more time consuming to reproduce.

The other way, is to just turn on bptm at verbose 5, and wait for a failure on a duplication, then look back at the logs - if you are a bit short on disk space, we might have to back the logs up and then delete them, then when we get a failure, restore the log we need.

That's all I can think of at the moment - very odd, as this issue hasn't been reported before - so I suspect it will come down to be a combination of factors that are unique to your environment, eg. driver version + firmware version + NBU version + maybe some OS patch or something ...

I'll also look to see if there is some scsi logging we can turn on, not sure in Windows, certainly you can in Linux/ Solaris - if it's available, Engineering would ask for that so might as well do it now .

So in summary, the next steps as I see them at the moment.

Reproduce issue and get bptm logs + scsi logs (if available) + event logs  +  mm logs

Get scsi_command map output for new failure (to clearly demonstrate the header is missing

nt_ttiu test (once I've worked out how, sorry, manually page is useless)

We'll also have a chat about the exact history (I know you have mentioned it but we'll confirm the exact details) and maybe look at trying a different tape driver.

Once we have this, if no solution can be found (I'll have a chat with my colleague Pete who is also BL and very very good at tape drive issues), there are also a couple of BL guys in the US who are very good at these sort of things as well.

If that provides no solution, then I'll be in a position to formally esclalate to Engineering.

Hopefully this is acceptable for you,

Regards,

Martin