Sun System Handbook - ISO 3.4 June 2011 Internal/Partner Edition | |||
|
|
Solution Type Technical Instruction Sure Solution 1003388.1 : Network StorageTech[TM] Tip:Understanding reduced SCSI bus transfer rates
PreviouslyPublishedAs 204750 Description This document provides general information to help explain the meaning of "reducing sync. transfer rate" messages. Steps to Follow Sometimes when communications problems occur on a SCSI bus, the system will respond by slowing the data transfer rate to a target on the bus to try to make the communication more reliable. It will continue reducing the transfer rate until communication becomes stable. This will lead to degraded storage performance, sometimes even bringing I/O to a standstill if the problem is severe enough. When the system detects such a condition, a message similar to the following will appear, usually in conju Feb 8 07:53:57 myhost unix: WARNING: ID[SUNWpd.glm.cmd_timeout.6017] The reduced transfer rate affects only one target, target 15 in the message above. As it takes more time to transfer data to and from the target with the reduced speed, the target with the reduced speed ties up the bus and affects the performance of the entire bus. The affected target will stay at the reduced speed until the system is rebooted. There is no way to reset the speed of the affected target. To check the current bus speeds, you can use the prtconf -v command: #prtconf -v The "value" string contains the kilobytes per second transfer rate of the initiator/target pair, notated in hexadecimal. In this example, the value 0x00002710 is 10000 kb/second in decimal for the initiator/target pair esp, unit#0/target1. The SCSI sync speed is negotiated between initiators and targets. Each initiator/target pair can have its own sync speed. #prtconf -v SCSI sync speed for initiator/target pairs from above example (scsi, instance #0/target0-sync-speed):0x1f4 = 500 Kb = 0.5 Mb Some common root causes for a reduction in bus speed are bad, loose, or incorrect termination, bad or loose cables, or total cable length on the bus that exceeds the supported length. A firmware bug in some device on the bus is also a possible cause. Those are good places to start troubleshooting. Occasionally, a temporary one-time disruption in communications will reduce transfer rates, but will clear up permanently after a reboot. Other known issues are incorrect settings of scsi_options and driver bugs. For JBODs its also possible that the HBA and the disks are supporting higher sync speeds than the JBOD chassis itself. In this cases the sync speed has to limit the maximum speed supported by the JBOD chassis using scsi_options. More information on those topics is available in the documents listed below. Ultra[TM] 160/Ultra[TM] 320:Disk performance degradation scsi bus sync rate set incorrectly What do those scsi_options in /etc/system mean? There is another way available to check the sync speeds using prtpicl: Product Sun StorageTek 3310 SCSI Array Sun StorageTek 3320 SCSI Array Sun StorageTek 3120 SCSI Array Internal Comments SE3310 JBOD supports a sync speed of up to 160 MByte. Therefore the sync speed has to be limited to 160 MBytes using scsi_options. This is done by setting the scsi_options to x1ff8*. Example:
*See 3310 SCSI Array Release Notes: Sun StorEdge 3000 Family Installation, Operation, and Service Manual Sun StorEdge" 3310 SCSI Array Release Notes SE3310 JBOD : scsi_options=0x1ff8* SE3310 RAID controller : no sync speed settings required, HBA and RAID controller will auto-negotiate the speed. For details on setting the scsi_options for SE3310 JBOD have a look at: scsi_options defined in Solaris 10 1/06 s10s_u1wos_19a SPARC #define SCSI_OPTIONS_LINK 0x10 /* Global linked commands */ #define SCSI_OPTIONS_NLUNS_MASK (0x70000) Related Documents: Problem Resolution <Document: 1012309.1> SCSI bus reset & transport errors on Sun StorEdge[TM] 3310 SCSI array with Ultra320 SCSI HBA SCSI, transfer rate, bus speed, 3310 Previously Published As 74478 Attachments This solution has no attachment |
||||||||||||
|