Unsolved
This post is more than 5 years old
87 Posts
0
1754
vaai xcopy and inyo broken?
Are there any known issues with vaai xcopy and the new Inyo code on the VNX?
When we do a clone from one array to another, no issue.
When we do a clone with a pool with acceleratedmove enabled:
It takes about half an hour to clone a vm.
When we repeat the same step with acceleratedmove disabled:
done in two minutes, my two destination luns in my fastvp pool which has EFD,SAS and NL-SAS, FAST Cache enabled are showing following iops:
Period between the two peaks is the VAAI enabled copy, the two peaks are non VAAI enabled clone's.
Other hosts in our demo cluster are showing the same behaviour.
Our setup is running vsphere 5.0.0 623860 over a FC network connected to VNX running latesty inyo code.
GearoidG
251 Posts
0
August 14th, 2012 23:00
Do you have a SR created for this? I would like to get this to the right people in Engineering if you have
Gearoid
DaGrin
87 Posts
0
August 24th, 2012 00:00
No case created, it's our demo equipment, not sure this is still under support.
Going to do some more debugging next week. It looks like if we're migrating within a pool with the same tiering policy we're having some issues.
dunnib
10 Posts
0
September 6th, 2012 06:00
Hi There,
I was wondering if you could reach out to me with your contact info along with your location?
We would like to make sure our local teams can reach out as well as gather some information?
My email is ben.dunning@emc.com
thank you!!
Ben
mattcowger1
61 Posts
0
January 9th, 2013 09:00
1) Inyo is / was the code name for the 5.32 release of FLARE + the 7.1 release of DART.
2) Inyo specifically refers to 5.32.x and DART 7.1.x only. Not future versions.
3) These scenarios can happen if you aren’t following best practices.
4) RecoverPoint is supported on 5.32.
Matt Cowger | EMC Sr. vSpecialist – VCDX #52
(t) @mcowger || (m) 540.999.8239 || (b) blog.cowger.us
GearoidG
251 Posts
0
January 9th, 2013 09:00
Inyo is EMC internal code name for Rel 32 (5.32)
There is an issue with Virtual Provisioning that can cause trespassing issues
It is fixed in Rel 32 P15 (see https://support.emc.com/docu44571_Virtual-Provisioning-for-VNX-OE-for-Block-Release-Notes-Version-05.32.000.5.015.pdf )P5
There was issues with early rel 32 with Recoverpoint but I do believe that Recoverpoint is support with Rel 32
(I would advise opening a new thread too not to be confusing issues
)
Regards
Gearoid
swadeey123_3c8c69
33 Posts
0
January 9th, 2013 09:00
I have a few queries too on INYO:
1. Whether the Flare is now INYO? Or is it somethingn being used by Developers for the new code?
2. Whether the INYO is above and from 5.32?
3. Did somebody upgraded to this version and faced any bug/issue say ... LUN tresspass storm or LUN going offline
4. Does INYO supports recover point as i read somewhere that it doesn't.
I need urgent inputs on this if some one can help please.Thanks in advance
swadeey123_3c8c69
33 Posts
0
January 10th, 2013 03:00
Hi Gearoid,
Thanks for the response. As you suggested I opened a new thread (this is my first thread so not sure how to invite you)
https://community.emc.com/message/702610#702610
I have clearly mentioned by concern and queries. If you can have a look and suggest something it will be of great help.
Thanks in advance.
Regards,
Swapnil