ERP vendors. On Wed, Feb 8, 2012 at 10:49 AM, Paul Hutchings <paul.hutchi...@mira.co.uk>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:pmaglin...@scvl.com] > *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:seanmarti...@gmail.com] > *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 <kurt.b...@gmail.com> wrote:**** > > On Tue, Feb 7, 2012 at 18:10, Sean Martin <seanmarti...@gmail.com> 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 <kurt.b...@gmail.com> 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 <seanmarti...@gmail.com> > 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 <mathew.shem...@synopsys.com> 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:kurt.b...@gmail.com] > >>>> 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 listmana...@lyris.sunbeltsoftware.com > >>>> 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 listmana...@lyris.sunbeltsoftware.com > >>>> 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 listmana...@lyris.sunbeltsoftware.com > >>> 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 listmana...@lyris.sunbeltsoftware.com > >> 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 listmana...@lyris.sunbeltsoftware.com > > 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 listmana...@lyris.sunbeltsoftware.com > 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 listmana...@lyris.sunbeltsoftware.com > 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 listmana...@lyris.sunbeltsoftware.com > 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 listmana...@lyris.sunbeltsoftware.com > 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 listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe ntsysadmin
