Last updated on FEBRUARY 25, 2016
Applies to:Sun StorageTek VTL Plus Storage Appliance - Version 1.0 - Build 1323 to 2.0 - Build 1656 [Release 1.0 to 2.0]
Sun StorageTek VTL Prime System - Version 1.0 - Build 1813 to 1.1 - Build 2076 [Release 1.0]
Oracle Solaris on x86-64 (64-bit)
FCP-2 (Fibre Channel Protocol for SCSI, second version) is enabled but not supported in Oracle-Sun VTL's. This creates a problem whereby a Tape Backup application can request FCP-2 usage with a VTL to correct for SAN error anomalies and believe that it is working correctly when, in fact, it is not. This could further create a situation where data is believed to have been written to virtual tape but has not.
Also referred to as FCT or FC Tape support (Fibre Channel Tape support)
Look for SRR_ in the messages log. Below is an example:
Apr 27 09:39:05 xxxxxxxx fsqltgt: [ID 636730 kern.notice] <<<>>>>
Apr 27 09:39:05 xxxxxxxx qla2x00fs: [ID 359633 kern.info] fffffe800054dc80 qla(1): [CTIO_24xx_TYPE] received with status SRR_RECV!
Apr 27 09:39:05 xxxxxxxx qla2x00fs: [ID 387086 kern.notice] DOING SRR [FALC_SRR_ctio_24xx_sg_iocb] scsi(1): RQ[ffffffffb472c040][recv_exch_addr:00120ed0] SRR_QUEUE[OX_ID: 0580, IU: 0007, ROFF: 00000000] index seg_cnt
Changes to the SAN infrastructure. It is possible that the cause is not actually seen by switch error reporting, and only seen by a Fibre Channel analyzer.
Sign In with your My Oracle Support account
Don't have a My Oracle Support account? Click to get started
Million Knowledge Articles and hundreds of Community platforms