The reason could be the introduction of the new media db (SQLite replaces WISS).

It it possible that such is just an unique extra verification.

Let me suggest you withdraw and re-reposit a known tape. Maybe NW then will behave 'the old way'.

What also came into my mind is a new option for the jukebox resource which is set by default.

I thought that too - that an unload and reload would get it sane. Not so much.

ndbku01:~ # nsrjb -S 2

Jukebox ndbku01: (Ready to accept commands)

slot  volume       pool    barcode  volume id        recyclable

   2: 000002(R)    1Month  000002   2751505714       yes      

ndbku01:~ # nsrjb -S 2 -w -P 1

05/25/16 08:22:11.082627 Info: Operation `read elements status' is in progress on jukebox `ndbku01'.

05/25/16 08:22:11.082777 Info: Moving media from slot 2 to port 1.

05/25/16 08:22:11.082808 Info: Withdrawing 1 cartridges.

05/25/16 08:22:11.082834 Info: Remove any cartridges from the ports.

Jukebox operation finished with status: succeeded

ndbku01:~ # nsrjb -S 2 -d -Y -P 1

05/25/16 08:24:17.431167 Info: Operation `read elements status' is in progress on jukebox `ndbku01'.

05/25/16 08:24:17.431338 Info: Moving media from port 1 to slot 2.

05/25/16 08:24:17.431370 Info: Depositing 1 cartridges.

Jukebox operation finished with status: succeeded

ndbku01:~ # nsrjb -S 2

Jukebox ndbku01: (Ready to accept commands)

14119:nsrjb: No volumes labeled.

slot  volume  pool  barcode  volume id  recyclable

   2: -*            000002   -                   

        *not registered in the NetWorker media data base

ndbku01:~ # nsrjb -I -S 2

05/25/16 08:30:14.647450 Info: Updated volume `000002' in slot 2.

05/25/16 08:30:14.647590 Info: Operation `Eject' in progress on device `/dev/nst4'

Jukebox operation finished with status: succeeded

ndbku01:~ # nsrjb -S 2

Jukebox ndbku01: (Ready to accept commands)

slot  volume       pool    barcode  volume id        recyclable

   2: 000002(R)    1Month  000002   2751505714       yes

Try also 8.2.3.2.  I personally never used withdraw and deposit via nsrjb (I always used sjimm and then I would reset and quick inventory lib).

I'd raise a case for this one.  NetWorker engineering seem to have lost focus on tape libraries and it's quite possible that this is simply some kind of oversight in the interaction between nsrjb and the new media db in 8.2.3.

Just updated to 8.2.3.2 and didn't help.