.Event urgency: alert
Event count: 1
Event location: Site
Event time: 2014/09/11 10:34:57.00 (-0700 PDT)
Event description: 3PAR INSERV evt_tcp_excessive_retransmits
Abstract:
Excessive TCP retransmits at 9.6% on node 0. (Degraded,evt_tcp_excessive_retrans
Text:
Event id: 8254192 Node 0 Cust Alert - Yes, Svc Alert - Yes Severity:
Degraded
Event time: Thu Sep 11 10:34:57 2014
Event type: evt_tcp_excessive_retransmits Alert ID:
169 Msg ID: 1a0014
Component: Node 0
Short Dsc: Excessive TCP retransmits at 9.6% on node 0.
Event String: Excessive TCP retransmits at 9.6% on node 0
Excessive RCIP TCP retransmits
Excessive RCIP TCP retransmits
Does anyone know how 3par calculates/detects these? We replicate over very reliable P2P WAN link with 1-1.5ms latency. We checked interfaces on our network equipment and neither one shows any errors. Additional we have other applications, which pump massive amount of data and they don't have any issues.
Re: Excessive RCIP TCP retransmits
RCFC or RCIP?
We have been fighting this battle for coming up on 14 months now and have all levels of 3par support and engineering involved. The short answer after all our fighting is that 3par replication is crude and not very flexible. It can not handle congestion in the network in any way, it starts going into re-transmit way too easily. The way it has been explained to us is that the 3par watches the RC buffers and if they do not deplete or shrink in a certain amount of time the array assume a network issue and re-transmits. We have been trying to get a more definitive answer to this and actually am working for 4 engineers today as they try various tuning parameters in the 3par. 3par hates when I say this, but replication and RC were a long afterthought and a huge weakness in their technology. The majority of our issues and concerns always revolve around RC and the inefficiencies and issues with trying to keep our arrays in sync.
We have been fighting this battle for coming up on 14 months now and have all levels of 3par support and engineering involved. The short answer after all our fighting is that 3par replication is crude and not very flexible. It can not handle congestion in the network in any way, it starts going into re-transmit way too easily. The way it has been explained to us is that the 3par watches the RC buffers and if they do not deplete or shrink in a certain amount of time the array assume a network issue and re-transmits. We have been trying to get a more definitive answer to this and actually am working for 4 engineers today as they try various tuning parameters in the 3par. 3par hates when I say this, but replication and RC were a long afterthought and a huge weakness in their technology. The majority of our issues and concerns always revolve around RC and the inefficiencies and issues with trying to keep our arrays in sync.
-
bajorgensen
- Posts: 142
- Joined: Wed May 07, 2014 10:29 am
Re: Excessive RCIP TCP retransmits
Could you contact me please?
We have an issue with remote copy that seems similar to you.
Been working on it for 12 months and while engineering has sort of acknowledged the problem,
there are very little progress on this.
I'd very much would like to share my report and discuss with you.
We have some leverage on HP and are getting to the point we have to use it.
My email is bjorn.jorgensen att basefarm.com
We have an issue with remote copy that seems similar to you.
Been working on it for 12 months and while engineering has sort of acknowledged the problem,
there are very little progress on this.
I'd very much would like to share my report and discuss with you.
We have some leverage on HP and are getting to the point we have to use it.
My email is bjorn.jorgensen att basefarm.com
Re: Excessive RCIP TCP retransmits
hdtvguy,
We have RCIP via 1Gbps Ethernet link. I didn't open the ticket with HP yet knowing how frustrating support can be I figured I'll ask the question here first.
How do you guys deal with these alerts? My mailbox gets emails daily and I was wondering if there is a way to disable monitoring for specific Event type.
We have RCIP via 1Gbps Ethernet link. I didn't open the ticket with HP yet knowing how frustrating support can be I figured I'll ask the question here first.
How do you guys deal with these alerts? My mailbox gets emails daily and I was wondering if there is a way to disable monitoring for specific Event type.
Re: Excessive RCIP TCP retransmits
We set up suppression alerts in the SP so that we do not get them any more.
Re: Excessive RCIP TCP retransmits
I have zero confidence in anything they release until MU2 or MU3 are out. We consistently get burned by issue sin the GA code or their releases. We implemented 3.1.3 and had node crashes and then the false thermal issues. They were supposed to be fixed in 3.1.3 MU!, but only the node crashes seem to be fixed. We are going to stay where we are until they get they act together. Too many new features coming so I will wait until they are actually working well. Also the array will only use up to 2TB of SSD for flash cache, depending on model.