I do not know if the problem still stands, but the older single port card had a problem with the number of simultaneous connections/MAC-address on the card.
Also, what kind of switch? The Cisco 6509 I use currently support an 8-port blade that is 2/1 blocking. I have run a command to administratively disable 4 ports so I have full bandwidth.
--tmac
RedHat Certified Engineer #804006984323821 (RHEL4) RedHat Certified Engineer #805007643429572 (RHEL5)
Principal Consultant
On Tue, Aug 26, 2008 at 8:02 AM, James Beal james_@catbus.co.uk wrote:
I have a call open with netapp about this however I thought I would ask the list if anyone else has had similar issues.
We have a cluster which is connected to our core via TOE-10G Ethernet (T320E-XFP). The problem we see is that the sometimes the netapp appears stop receiving any packets. I haven't done a packet trace while the problem is in effect as I have been a bit of a Muppet when I have noticed the problem as I had forgotten the rlm user name but I have made notes so next time it happens I will do a trace..
This has happened on both units in our cluster. We have replaced one of the 10gig cards and that has made no difference.
Our networking people show no errors on the line cards. Power cycling the units brings the network card back.
We have turned toe off on the cards and that appears not to make any difference to the reliability of the system.
This has so far occurred 3 times which is really very poor.
sysconfig -v 4 slot 4: Dual TOE-10G Ethernet Controller (T320E-XFP) Device Type: CT-31-1 Version Number: T3-SRAM1.1.0-BR1040-20-C0-FW4.6.0-DR03 Serial Number: PT3807035 e4a MAC Address: 00:07:43:05:13:ac (auto-10g_sr-fd-up) e4b MAC Address: 00:07:43:05:13:ad (auto-10g_sr-fd-cfg_down)
ifconfig e4a e4a: flags=948043<UP,BROADCAST,RUNNING,MULTICAST,TCPCKSUM> mtu 1500 inet 172.17.66.26 netmask 0xffffff00 broadcast 172.17.66.255 partner inet 172.17.66.27 (not in use) ether 00:07:43:05:13:ac (auto-10g_sr-fd-up) flowcontrol full