It certainly isn't limited to EMC. The FUD that storage vendors will throw around can be quite comical at times.
On 2/8/12, Paul Hutchings <[email protected]> wrote: > I can't think of too many sectors that seem to have such a mix of lies, > damned lies, and statistics as the storage industry. > > From: Maglinger, Paul [mailto:[email protected]] > Sent: 08 February 2012 14:43 > To: NT System Admin Issues > Subject: RE: EMC limitations? > > We're still going through a storage upgrade migration. The things that > frustrated me the most were: > > - Each company uses metrics on their spec pages that most favorably > portray their product. It takes time and effort to sort through the bull > and get down to the facts. > > - It's difficult as heck (especially from EMC, not quite so much > with NetApp) to get an evaluation unit so you can run your own benchmarks. > > - When you're running a mixed environment of Windows and UNIX, each > company will tell you it will work but you'll always be surprised > (especially when you can't get an evaluation unit). > Incidentally, EMC lost a sale to us because they wouldn't provide an eval. > > -Paul > > From: Sean Martin > [mailto:[email protected]]<mailto:[mailto:[email protected]]> > Sent: Wednesday, February 08, 2012 12:30 AM > To: NT System Admin Issues > Subject: Re: EMC limitations? > > I certainly didn't mean to offend you nor do I blame you for being > frustrated. It's just that companies aren't going to list their lack of > functionality for all to see. What you're running into is not necessarily an > issue, but rather a limitation. Now a good reseller would have done a better > job of trying to identify your requirements and then used those to pitch a > higher-end solution (if justified). > > I'm assuming Lyris won't allow attachments so I'm forwarding the template to > those that expressed interest individually. > > - Sean > On Tue, Feb 7, 2012 at 9:08 PM, Kurt Buff > <[email protected]<mailto:[email protected]>> wrote: > On Tue, Feb 7, 2012 at 18:10, Sean Martin > <[email protected]<mailto:[email protected]>> wrote: >> Well this is one of those scenarios where I think the customer needs >> to take responsibility. A good practice to get into is the creation of >> technical >> requirement matrices and business requirement matrices. It helps you put >> on paper what capabilities you need in a solution and gives the vendor a >> uniform method of informing you of the strengths and weaknesses of their >> platform. We typically tier our requirements into 3 categories that allows >> us to >> weigh the importance of features. For example, a tier 1 requirement might >> be >> that the solution support fiber channel or iscsi where a tier 2 or 3 >> requirement >> might be support for sub-lun tiering or a 64bit OS to leverage larger >> cache. > This is EMC for crying out loud - arguably the leader in the field, > and it's a software issue. We're not talking about going with lesser > hardware, which can steeply influence the costs. As well, I was given > to understand that this is a relatively new line for them. They have > the software in hand, and my 4 year old Lefthands don't have this > limitation. I do place this 99% on them (split in some fashion between > EMC and the reseller). I'll hand the 1% to my manager, who had used > them before, doesn't like the Lefthands, and trusted the reseller rep > he's worked with at his prior company. I was given no say in the > matter - I suggested another LH unit. > >> It may be too little too late but I'd be happy to share the template we >> used for our last storage purchase. > That might actually be a nice thing - we might not technically outgrow > the unit, as it can stack a huge number of disks, but I don't see us > doing a whole lot more with it, given that limitation, and the other > that raised my dander. > >> - Sean >> >> On Feb 7, 2012, at 4:29 PM, Kurt Buff >> <[email protected]<mailto:[email protected]>> wrote: >> >>> If true, it would have been nice of them to disclose that before >>> purchase, methinks... >>> >>> Kurt >>> >>> On Tue, Feb 7, 2012 at 17:04, Sean Martin >>> <[email protected]<mailto:[email protected]>> wrote: >>>> I believe the next versions of VNX (5700, 7500, etc) support SCSI 3 >>>> protocol which would not have that limitation. I believe this was a >>>> limitation that was purposely introduced into the VNXe because EMC is >>>> marketing it as an entry level "all-in-one" storage solution. They >>>> need reasons for customers to scale up to the more expensive >>>> platforms. I believe even the older CX, CX3 and CX4 models supported >>>> SCSI 3. >>>> >>>> - Sean >>>> >>>> On 2/7/12, Mathew Shember >>>> <[email protected]<mailto:[email protected]>> wrote: >>>>> I have not used an EMC in a while but that does sound familiar. >>>>> >>>>> I did find one of their sheets that does say the size is limited to >>>>> that. >>>>> >>>>> http://www.emc.com/collateral/hardware/specification-sheet/h8515-vnxe-ss.pdf >>>>> >>>>> Thanks, >>>>> Mathew >>>>> >>>>> >>>>> -----Original Message----- >>>>> From: Kurt Buff >>>>> [mailto:[email protected]<mailto:[email protected]>] >>>>> Sent: Tuesday, February 07, 2012 4:22 PM >>>>> To: NT System Admin Issues >>>>> Subject: EMC limitations? >>>>> >>>>> I've got a new-ish (January) EMC VNXe 3100, and have run into a >>>>> troubling >>>>> limitation - in use as an iSCSI device, it doesn't support LUNs larger >>>>> than >>>>> 1.99tb. According to a post by EMC staff on their community forum, it's >>>>> doe >>>>> to the implementation of the SCSI II protocol. >>>>> >>>>> I don't know if this limitations affects its use as a NAS, but that's >>>>> disturbing. My Lefthand units support larger LUNs with no problem. >>>>> And, otherwise, it's performed just fine - no problems at all. >>>>> >>>>> Does anyone out there now if other EMC products have this limitation? >>>>> >>>>> Kurt >>>>> >>>>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ >>>>> <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >>>>> >>>>> --- >>>>> To manage subscriptions click here: >>>>> http://lyris.sunbelt-software.com/read/my_forums/ >>>>> or send an email to >>>>> [email protected]<mailto:[email protected]> >>>>> with the body: unsubscribe ntsysadmin >>>>> >>>>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >>>>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >>>>> >>>>> --- >>>>> To manage subscriptions click here: >>>>> http://lyris.sunbelt-software.com/read/my_forums/ >>>>> or send an email to >>>>> [email protected]<mailto:[email protected]> >>>>> with the body: unsubscribe ntsysadmin >>>> >>>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >>>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >>>> >>>> --- >>>> To manage subscriptions click here: >>>> http://lyris.sunbelt-software.com/read/my_forums/ >>>> or send an email to >>>> [email protected]<mailto:[email protected]> >>>> with the body: unsubscribe ntsysadmin >>> >>> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >>> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >>> >>> --- >>> To manage subscriptions click here: >>> http://lyris.sunbelt-software.com/read/my_forums/ >>> or send an email to >>> [email protected]<mailto:[email protected]> >>> with the body: unsubscribe ntsysadmin >>> >> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >> >> --- >> To manage subscriptions click here: >> http://lyris.sunbelt-software.com/read/my_forums/ >> or send an email to >> [email protected]<mailto:[email protected]> >> with the body: unsubscribe ntsysadmin >> > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to > [email protected]<mailto:[email protected]> > with the body: unsubscribe ntsysadmin > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to > [email protected]<mailto:[email protected]> > with the body: unsubscribe ntsysadmin > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to > [email protected]<mailto:[email protected]> > with the body: unsubscribe ntsysadmin > > -- > MIRA Ltd > > Watling Street, Nuneaton, Warwickshire, CV10 0TU, England > Registered in England and Wales No. 402570 > VAT Registration GB 100 1464 84 > > The contents of this e-mail are confidential and are solely for the use of > the intended recipient. If you receive this e-mail in error, please delete > it and notify us either by e-mail, telephone or fax. You should not copy, > forward or otherwise disclose the content of the e-mail as this is > prohibited. > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin
