This post is more than 5 years old
1 Rookie
•
51 Posts
0
3317
September 24th, 2012 08:00
Enginuity 5875 -> 5876 Upgrade
Has anyone experienced the behavior where the backend ( VMAX 20K) gets very busy for up to 24+ hours after an upgrade to 5876. We recently upgraded an array that averaged 10% util and spiked to 60-70% for 24+ hours.
No Events found!
Quincy561
1.3K Posts
0
September 24th, 2012 14:00
red1918sox2
Don't worry about the DA utilization. If it was 10% before, it is still really ~10% now. The way FAST VP background tasks are scheduled is planned to change with the next release.
Quincy561
1.3K Posts
0
September 24th, 2012 08:00
Are you talking about DA utilization? There was a change in the way the DA scheduler mananged FAST VP tasks, allowing more time spent on that when the DA was idle.
red1918sox
1 Rookie
•
51 Posts
0
September 24th, 2012 11:00
YEs,.,,I am talking DA util. We have many more arrays to upgrade and I cant afford that spike in the backend . My customers were bitten with the 5875. 249 issue where the data all nosed dive into SATA.
mothe
26 Posts
0
September 24th, 2012 13:00
No we are not using Fast-vp, planned to use later. The 90% of stroage is full.
red1918sox
1 Rookie
•
51 Posts
0
September 24th, 2012 13:00
Are u using FASt-VP?
mothe
26 Posts
0
September 24th, 2012 13:00
we upgraded to 5876 in may, we did not face any issue like that.
dynamox
11 Legend
•
20.4K Posts
•
87.4K Points
0
September 25th, 2012 05:00
i am upgrading to 5875.249.188 in a few days ..what level did you upgrade to that it caused the issue (what was the issue ? FAST-VP went bananas ? )
red1918sox
1 Rookie
•
51 Posts
0
September 25th, 2012 05:00
We had 24+ hours of higher than normal activity. We are tracking it down to see what caused it. This spike will impact my customers on other arrays. EMC has lost alot of credability with the 249 upgrade.
red1918sox
1 Rookie
•
51 Posts
0
September 25th, 2012 06:00
You dont run into the issue if they execute the manual step.
rmueller2
1 Rookie
•
23 Posts
0
September 25th, 2012 06:00
We are also running 5875.249.188 and had no issues yet but FAST VP is not heavily used. What temporary fixed were applied? We have epack 0061 which includes a couple of hotfixes. Can you refer to a Primus?
red1918sox
1 Rookie
•
51 Posts
0
September 25th, 2012 06:00
here is the code we installed. My understanding is the CE doing the code upgrade has to do a manual step to rebuild and XML files on the SP. I was in a customer meeting last week and 4 other customers had this same issue.
Let me go track down my notes to see if they provided me a primus.
Microcode Version (Number) : 5875
Microcode Registered Build : 56
Microcode Date : 06.07.2012
Microcode Patch Date : 06.07.2012
Microcode Patch Level : 249
Symmwin Version : 188
Enginuity Build Version : 5875.249.188
Naveen_A
7 Posts
1
September 25th, 2012 11:00
Yes the DA directors are spiked more than 55% after the upgrade
Naveen_A
7 Posts
0
September 25th, 2012 12:00
We did on Thursday night
Thanks
Naveen
red1918sox
1 Rookie
•
51 Posts
0
September 25th, 2012 12:00
How long ago did you upgrade your array to 76 code where you experienced the DA spiking to 55%.
Govindagouda
85 Posts
0
September 26th, 2012 07:00
Hi ,
We are running already the below code and we have are having FAST on it for the oracle. We have recently moved VMware Production on the Vmax and has seperate Pool for the VM. The VM environment is being sufferred and this issue is causing lot of outages. We are seeing constant DA spike and heavvy utilization even though there are 1000 IO;s per DA.
We are planning to load epack on this soon as it is suggested by EMC support team. But for sure why this spike on this code is yet be known.
Does any of other customer has this issue in the past.