Thank you for considering my suggestion regarding the error message!
Actually, yesterday, I was tempted to clear or format the tape. Though, last week, I initiated what I thought was a short erase but clearing the tape lasted hours. So fiddling...
I finally solved it.
The parameter MaxRecvDataSegmentLength was 8192. set parameter MaxRecvDataSegmentLength=262144 in targetcli did not fix the issue.
The reason was the small tar archive previously written to the tape for testing purposes. It...
Upgraded to PBS 4.2.7, rebooted.
Can get the status of the tape library and can read the test data I have previously written to the tape from PBS, but now labeling the tape fails immediately in another way:
root@pbs:~# proxmox-tape label --drive...
It's ISCSI/LIO. Here is the relevant part in the log (repeating) after issuing the label command:
[ +0.000006] Known ACL iqn.1993-08.org.debian:01:eac885df5da1 is trying to connect
[ +0.000008] Entering iscsi_target_restore_sock_callbacks...
That sounds promising, so let's go.
I choose a systematic reproducible approach.
*** 1
Power on the Quantum Superloader 3 (QSL3) and wait until it settles into "System Ready" state.
*** 2
Power on the target host (Debian 13.7) and wait until...
Thanks for the tips. I already got quite deep into these things recently. The drive and the library on the target are referenced by-id because the generic device names /dev/sg0 /dev/sg1 ... are randomly assigned after a restart of the machine...
I run PBS 4.2.6. A Quantum Superloader 3 is connected via iSCSI. The iSCSI target is a Debian 13.7. PBS web interface shows the library slots and drives. I have a LTO-8 cartridge in the drive which is labeled BN0001L8.
proxmox-tape...