The
implementation is far from perfect. The attribute is added to the enX
framing device driver instead of the entX adapter driver, and is not
available for the IEEE 802.3 framing (etX). There is one more side
effect: an Etherchannel cannot be enabled for largesend, and one cannot
add a vEth adapter to an Etherchannel which contains a largesend-enabled
physical adapter, for example to a LHEA port. Hence the conversion from
HEA to SEA requires an outage.
.
<p> $ lsdev -Cl ent9
<p> ent9 Available Virtual I/O Ethernet Adapter (l-lan)
<p> $ sudo entstat -d ent9 | grep -p 'General Statistics'
<p> General Statistics:
<p> -------------------
<p> No mbuf Errors: 0
<p> Adapter Reset Count: 0
<p> Adapter Data Rate: 20000
<p> Driver Flags: Up Broadcast Running
<p> Simplex 64BitSupport ChecksumOffload
<p> DataRateSet
mtu_bypass=1 disables the network statistics in topas and nmon. Strangeness.. or is this only on my servers?
Try using the lscfg command. Or one of these tools: http://www-01.ibm.com/support/docview.wss?uid=aixtoolsc9e095f https://tuf.hds.com/instructions/servers/Lunstat.php
I have problem with Hitachi lun details do we know the commands for hitachi storage detail on aix example xiv_devlist, mpio_get_config -AV hdisk0 Available C9-T1-01 Hitachi MPIO Disk VSP (Fibre) hdisk1 Available C9-T1-01 Hitachi MPIO Disk VSP (Fibre) hdisk2 Available C9-T1-01 Hitachi MPIO Disk VSP (Fibre) devices.fcp.disk.Hitachi.array.mpio.rte 5.4.0.4 COMMITTED AIX MPIO Support for Hitachi hdisk0 U9117.MMC.06EC8F6-V8-C9-T1-W50060E8016522633-L0 Hitachi MPIO Disk VSP (Fibre) Manufacturer................HITACHI Machine Type and Model......OPEN-V Part Number.................v.." ROS Level and ID............37303034 Serial Number...............50 15226 EC Level.................... FRU Number.................. Device Specific.(Z0)........00000332EF000002 Device Specific.(Z1)........0513 1D .... Device Specific.(Z2)......... Device Specific.(Z3)........ Device Specific.(Z4)........." Device Specific.(Z5).........P Device Specific.(Z6)........ PCM PCM/friend/Hitachi Path Control Module False PR_key_value none Reserve Key True algorithm round_robin Algorithm True clr_q no Device CLEARS its Queue on error True dist_err_pcnt 0 Distributed Error Percentage True dist_tw_width 50 Distributed Error Sample Time True hcheck_cmd inquiry Health Check Command True hcheck_interval 60 Health Check Interval True hcheck_mode nonactive Health Check Mode True location Location Label True lun_id 0x0 Logical Unit Number ID False lun_reset_spt yes SCSI LUN reset True max_transfer 0x40000 Maximum TRANSFER Size True node_name 0x50060e8016522633 Node Name False pvid 00cec8f6007f74af0000000000000000 Physical Volume ID False q_err yes Use QERR bit False q_type simple Queue TYPE True queue_depth 32 Queue DEPTH True reassign_to 120 REASSIGN time out True reserve_policy no_reserve Reserve Policy True rw_timeout 60 READ/WRITE time out True scsi_id 0x7a2300 SCSI ID False start_timeout 60 START UNIT time out True timeout_policy retry_path Timeout Policy True ww_name 0x50060e8016522633 FC World Wide Name False I am unable to find the correct lun details to match with storage team.
Well, I guess it would have been too easy to call this pararameter "largesend" :)
This document mentions the new mtu_bypass attribute. AIX Power Performance FAQ - May 8, 2012 ftp://public.dhe.ibm.com/common/ssi/ecm/en/pow03049usen/POW03049USEN.PDF