toasters

toasters@lists.teaparty.net

13531 discussions

Config help
by Tim Longo 01 Feb '06

01 Feb '06

Hello, I'm wondering if anyone is using a configuration with an FAS 270, and Qualstar RLS-4221? If so, I'd be interested in hearing about your configuration and how your backup system works. Thanks.

1 0

FW: Replacing OUR NetApp
by Ken Nishikawa 01 Feb '06

01 Feb '06

Hi Luther I can speak with experience on working with Pillar Data. Back in May 05 I started looking into a SAN/NAS solution for my company. Having worked with both EMC and NetApp's in prior lives I had a pretty good idea on what each of them could bring to the table, but since I currently work for a small startup, big expenditures like disk arrays HAVE to be methodically laid out. So, I had to start my search from the ground up. For starters I spent the week down at the Storage world conf down in Long Beach and talked to about 75 different vendors. looking into both SATA and FC disk arrays, iSCSI, NAS, traditional FC SAN, etc. The sum of that foray was I was able to narrow the pack down to about 5 "interesting" vendors. after a few post conference meetings, the list was quickly narrowed down to 3 vendors. EMC, NetApp and Pillar Data. BTW non negotiable requirements were: System must be able to do: NAS and SAN Easily expandable Easily managed World class support Cost effective I won't bore you with the details but. in a nut shell, objectively ALL three were excellent candidates (email me if you want to discuss my objective opinions of all three choices, as each one of the vendors were good) Bottom line when it came to putting my John Hancock on a sales PO I went with NetApp. REASONS:. 1. Interestingly this was the first time that both EMC and NetApp had gone head to head with a customer that was seriously considering Pillar Data. (something I'm sure that is more common today). In any event, because of this, its my opinion that both of them were "pulling out all the stops" as far as pricing was concerned. Naturally this worked out good for me =:-) and as expected Pillar kept throwing more and more into the pot. so much that I was ready to sign a PO with Pillar. But. literally at the 11 hour (and 59th minutes) NetApp "made me an offer I couldn't refuse" 2. Irrespective of the dollar sacrifice all three vendors were making I have to admit that Pillars offerings were VERY interesting. Pillar has an interesting advantage of starting from scratch in designing their disk arrays with "today's technology" where as most "established vendors are using years, almost decades old technology. that has been "upgraded over the years" so here I say advantage Pillar Data for being innovative. This is not to say that EMC or NetApp are not innovative. its just a different perspective if you get what I mean. but with newness comes uncertainty and that concerned me. 3. Which leads me to my number one concern with Pillar: Newness of the product. I believe I would have been one of the first "real sales" they made..sure they touted all the "big shops" that had gazillions of terabytes of data sitting on Pillar Axioms. but I'd bet a dollar that these were test boxes that folks were "kicking the tires" on. Bottom line, I didn't feel 100% comfortable putting my job on the line with a product that was that "wet" Now, 7 months later. if I was going to buy another disk array #2 and #3 might not be as big a deterrent, and I might end up with a Pillar system. maybe. Bottom line. I think EMC and NetApp have the first "real contender" to their domains EMC with SAN and NetApp with NAS. but what the real test will be is how eagerly the rest of the industry accepts. yet another disk mfg. Just my .02 KEN Ken Nishikawa Director of IT/Operations KeepMedia, Inc. 275 Shoreline Drive, Suite 650 Redwood Shores, CA 94065 (650) 587-7031 Voice (650) 587-7001 Fax knishikawa(a)keepmedia.com -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Luther Allin Sent: Tuesday, January 31, 2006 6:10 AM To: toasters(a)mathworks.com Subject: Replacing OUR NetApp I'm liking the thread that John Stewart started about his filer replacement, so I decided to start my own. We too are faced with replacing our NetApp filers this year. We have and F720 (cifs file shares) and an F810 (cifs and iscsi). Both of these filers are maxed out both in disk space and processor. We had NetApp come up with a solution for us to replace these and the proposal is attractive. They put together a 3020 system for us that should meet both of our storage and processing needs for at least the next 2 years. So we budgeted for the replacement. Then the unthinkable happened... My boss received a postcard from a company called Pillar Data. He brought the postcard to me and said, "we should look at what these guys have." The rest is history. For those of you not familiar with Pillar Data, it's a startup of Larry Ellison's (the ORACLE Larry Ellison.) They have a really neat product, and their QOS is quite impressive. But I don't think that their product is mature enough yet for prime time. After spending some time with their engineers and traveling to the Enterprise Technology Center in Atlanta to demo one of these solutions, I found some chinks in their armor. I won't go into the details here, but if anyone wants to know what I've learned about them, I'll be happy to share that information. So this leads me to my question. Has anyone heard of Pillar Data and if so I was wondering if you shared my opinion (or not) of their product? I want to stick with the NetApp solution that was proposed, so I'm looking for ammunition to back up my argument. Cheers. Luther L. Allin IV, MCSE, ICSA Network Systems Engineer Miller <http://www.millermartin.com/> & Martin PLLC 832 Georgia Avenue, Suite 1000 Chattanooga, TN 37402 lallin(a)millermartin.com (423) 785-8381 (Direct) (423) 321-1678 (Fax) Atlanta-Chattanooga-Nashville - CONFIDENTIALITY NOTICE - The information contained in this e-mail message is legally privileged and confidential, and is intended only for the use of the addressee. If you are not the intended recipient, please be aware that any dissemination, distribution or copy of this e-mail is prohibited. If you have received this e-mail in error, please immediately notify us by reply e-mail and delete this message and any attachments. Thank you. Please also advise us immediately if you or your employer does not consent to receipt of Internet email for confidential messages of this kind.

1 0

RE: Replacing our NetApp
by Glenn Walker 01 Feb '06

01 Feb '06

To clarify this a bit further (it was a favored question of the interview teams at NetApp): It's all about how the data is moved more than it is where it lives. SAN is BLOCK LEVEL data transfer. NAS is FILE LEVEL transfer. In other words, SAN - iSCSI and FCP - both transfer data via blocks of information. NAS - NFS and CIFS - both transfer data via a file with a handle of some sort. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Kevin H. Schoener Sent: Wednesday, February 01, 2006 3:01 AM To: 'Michael Bergman'; toasters(a)mathworks.com Subject: RE: Replacing our NetApp Michael - here's my 2¢. iSCSI and FCP are specifically SAN technologies and NFS is specifically not. The difference is not the fabric or packeting so much as it is where the file system lives. NFS is NAS, so the file system is owned and controlled by the NAS device. In an iSCSI or FCP SAN, the file system is owned and controlled by the Server(s) to which the SAN is attached... Another way to think of it is that SAN technologies utilize device-type commands, whereas NAS technologies simply say "give me data or take the data" and it's up to the NAS device to decide where to put it... I believe the point is that the NFS deployment on a NetApp filer takes FULL advantage of Data OnTap features and performance. ..okay, maybe I went longer than 2¢ worth... sorry Kevin H. Schoener Lynx Technologies Inc. KHSchoener(a)LynxTechnologies.NET http://www.LynxTechnologies.NET/ 1576 Sweet Home Rd Suite 230C Amherst, NY 14228 716.636.5470 866.316.8599 fax 716.998.6065 cell -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Michael Bergman Sent: Wednesday, February 01, 2006 2:15 AM To: toasters(a)mathworks.com Subject: RE: Replacing our NetApp >What's wrong with SAN? iSCSI is most certainly SAN and has proven >itself very well in the marketplace as well as being technically very Fair point -- there's absolutely nothing wrong with SAN (= Storage Area Network, remember). I could argue, and keep that argument going, that if iSCSI is "SAN" (which I can agree that it can be) then so is NFS. Depending on how you build the infrastructure for the NFS server(s) and client(s). But anyway, just to make things a bit clearer then on my part, stay away from non-encapsulated FC. iSCSI over Ethernet is fine :-) No one will care about FC anymore when iSCSI over 10 GbE is a commodity. It wont take *that* long before it is. Cheers, /M > >>Is there any reason you kept talking about SANs? SAN has its place, >>especially if you need high end performance. But for a lot of >>applications NAS works just fine. > >I agree. >Use NFS. Configure it well. >Build a "storage network" if you like, put in dedicated GbE switch(ws) >(10 GbE?) with the Oracle server(s) and the NAS Filer(s) in it, make >sure everything is Jumbo frames of course, tweak if for optimum >performance as best possible, make sure traffic flows the way it should >a.s.o. >No client traffic on that net. > >Use ONTAP 7.x (aggregates) and have enough spindles. Go for the smaller >drives probably, not the 144G's, but the 72's > >Most likely this will be Good Enough(TM) so you can stay away from >complicated bug-ridden SAN setups that always are a nightmare to change >config-wise. Especially if you need to change the config quite often in >some way (= more than once a year...) > >Just my 0.10 SEK worth > >/M

1 0

Your February Account Details
by Delia Montes 01 Feb '06

01 Feb '06

Mindy Joseph, Enclosed you will find your Summary Account. http://it.geocities.com/reglazed62810 This is confidential data. If you are not Mindy Joseph and have received this message in error, please do not access Mindy Joseph's account. Delia Montes, Account Rep. akv6176581

1 0

RE: Replacing our NetApp
by Michael Bergman 01 Feb '06

01 Feb '06

>What's wrong with SAN? iSCSI is most certainly SAN and has proven >itself very well in the marketplace as well as being technically very Fair point -- there's absolutely nothing wrong with SAN (= Storage Area Network, remember). I could argue, and keep that argument going, that if iSCSI is "SAN" (which I can agree that it can be) then so is NFS. Depending on how you build the infrastructure for the NFS server(s) and client(s). But anyway, just to make things a bit clearer then on my part, stay away from non-encapsulated FC. iSCSI over Ethernet is fine :-) No one will care about FC anymore when iSCSI over 10 GbE is a commodity. It wont take *that* long before it is. Cheers, /M > >>Is there any reason you kept talking about SANs? SAN has its place, >>especially if you need high end performance. But for a lot of >>applications NAS works just fine. > >I agree. >Use NFS. Configure it well. >Build a "storage network" if you like, put in dedicated GbE switch(ws) >(10 GbE?) with the Oracle server(s) and the NAS Filer(s) in it, make >sure everything is Jumbo frames of course, tweak if for optimum >performance as best possible, make sure traffic flows the way it should >a.s.o. >No client traffic on that net. > >Use ONTAP 7.x (aggregates) and have enough spindles. Go for the smaller >drives probably, not the 144G's, but the 72's > >Most likely this will be Good Enough(TM) so you can stay away from >complicated bug-ridden SAN setups that always are a nightmare to change >config-wise. Especially if you need to change the config quite often in >some way (= more than once a year...) > >Just my 0.10 SEK worth > >/M

2 1

RE: Replacing OUR NetApp
by Glenn Walker 01 Feb '06

01 Feb '06

Hmm... NetApp :) -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Skottie Miller Sent: Tuesday, January 31, 2006 12:57 PM To: Luther Allin Cc: toasters(a)mathworks.com Subject: Re: Replacing OUR NetApp Ask Oracle what storage they use internally: NetApp or Pillar? then decide. -skottie Luther Allin wrote: > > I'm liking the thread that John Stewart started about his filer > replacement, so I decided to start my own. > > We too are faced with replacing our NetApp filers this year. We have > and F720 (cifs file shares) and an F810 (cifs and iscsi). Both of these > filers are maxed out both in disk space and processor. We had NetApp > come up with a solution for us to replace these and the proposal is > attractive. They put together a 3020 system for us that should meet > both of our storage and processing needs for at least the next 2 years. > So we budgeted for the replacement. Then the unthinkable happened... > > My boss received a postcard from a company called Pillar Data. He > brought the postcard to me and said, "we should look at what these guys > have." The rest is history. For those of you not familiar with Pillar > Data, it's a startup of Larry Ellison's (the ORACLE Larry Ellison.) > They have a really neat product, and their QOS is quite impressive. But > I don't think that their product is mature enough yet for prime time. > After spending some time with their engineers and traveling to the > Enterprise Technology Center in Atlanta to demo one of these solutions, > I found some chinks in their armor. I won't go into the details here, > but if anyone wants to know what I've learned about them, I'll be happy > to share that information. > > So this leads me to my question. Has anyone heard of Pillar Data and if > so I was wondering if you shared my opinion (or not) of their product? > I want to stick with the NetApp solution that was proposed, so I'm > looking for ammunition to back up my argument. > > Cheers. > > > Luther L. Allin IV, MCSE, ICSA > Network Systems Engineer > Miller & Martin PLLC > <http://www.millermartin.com/>832 Georgia Avenue, Suite 1000 > Chattanooga, TN 37402 > lallin(a)millermartin.com <mailto:lallin@millermartin.com> > (423) 785-8381 (Direct) > (423) 321-1678 (Fax) > Atlanta-Chattanooga-Nashville > > - CONFIDENTIALITY NOTICE - > > The information contained in this e-mail message is legally > privileged and confidential, and is intended only for the use > of the addressee. If you are not the intended recipient, > please be aware that any dissemination, distribution or copy > of this e-mail is prohibited. If you have received this e-mail > in error, please immediately notify us by reply e-mail and > delete this message and any attachments. Thank you. > > Please also advise us immediately if you or your employer does > not consent to receipt of Internet email for confidential > messages of this kind. -- Scott Miller skottie(a)anim.DreamWorks.com

1 0

RE: Replacing our NetApp
by Glenn Walker 01 Feb '06

01 Feb '06

Oracle is dropping support for CIFS (good thing) but will still support NFS. What's wrong with SAN? iSCSI is most certainly SAN and has proven itself very well in the marketplace as well as being technically very solid. Similar performance to FCP, fraction of the cost - what's not to love? Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Michael Bergman Sent: Tuesday, January 31, 2006 2:11 PM To: johns(a)artesyncp.com Cc: toasters(a)mathworks.com Subject: RE: Replacing our NetApp Derek Lai wrote: >Is there any reason you kept talking about SANs? SAN has its place, >especially if you need high end performance. But for a lot of >applications NAS works just fine. I agree. Use NFS. Configure it well. Build a "storage network" if you like, put in dedicated GbE switch(ws) (10 GbE?) with the Oracle server(s) and the NAS Filer(s) in it, make sure everything is Jumbo frames of course, tweak if for optimum performance as best possible, make sure traffic flows the way it should a.s.o. No client traffic on that net. Use ONTAP 7.x (aggregates) and have enough spindles. Go for the smaller drives probably, not the 144G's, but the 72's Most likely this will be Good Enough(TM) so you can stay away from complicated bug-ridden SAN setups that always are a nightmare to change config-wise. Especially if you need to change the config quite often in some way (= more than once a year...) Just my 0.10 SEK worth /M -- Michael Bergman Email: Michael.Bergman(a)ericsson.com Sr Systems Analyst EAB/OET/R, R&D IT Stockholm Phone: +46 8 7275709 R&D IT Management Armborstv 14, S-125 25 Alvsjo, Sweden -- "Qui vicit non est victor nisi victus fatetur." - Ennius

1 0

Replacing OUR NetApp
by Luther Allin 01 Feb '06

01 Feb '06

I'm liking the thread that John Stewart started about his filer replacement, so I decided to start my own. We too are faced with replacing our NetApp filers this year. We have and F720 (cifs file shares) and an F810 (cifs and iscsi). Both of these filers are maxed out both in disk space and processor. We had NetApp come up with a solution for us to replace these and the proposal is attractive. They put together a 3020 system for us that should meet both of our storage and processing needs for at least the next 2 years. So we budgeted for the replacement. Then the unthinkable happened... My boss received a postcard from a company called Pillar Data. He brought the postcard to me and said, "we should look at what these guys have." The rest is history. For those of you not familiar with Pillar Data, it's a startup of Larry Ellison's (the ORACLE Larry Ellison.) They have a really neat product, and their QOS is quite impressive. But I don't think that their product is mature enough yet for prime time. After spending some time with their engineers and traveling to the Enterprise Technology Center in Atlanta to demo one of these solutions, I found some chinks in their armor. I won't go into the details here, but if anyone wants to know what I've learned about them, I'll be happy to share that information. So this leads me to my question. Has anyone heard of Pillar Data and if so I was wondering if you shared my opinion (or not) of their product? I want to stick with the NetApp solution that was proposed, so I'm looking for ammunition to back up my argument. Cheers. Luther L. Allin IV, MCSE, ICSA Network Systems Engineer Miller & Martin PLLC <http://www.millermartin.com/> 832 Georgia Avenue, Suite 1000 Chattanooga, TN 37402 lallin(a)millermartin.com (423) 785-8381 (Direct) (423) 321-1678 (Fax) Atlanta-Chattanooga-Nashville - CONFIDENTIALITY NOTICE - The information contained in this e-mail message is legally privileged and confidential, and is intended only for the use of the addressee. If you are not the intended recipient, please be aware that any dissemination, distribution or copy of this e-mail is prohibited. If you have received this e-mail in error, please immediately notify us by reply e-mail and delete this message and any attachments. Thank you. Please also advise us immediately if you or your employer does not consent to receipt of Internet email for confidential messages of this kind.

4 3

RE: Replacing our NetApp
by Michael Bergman 31 Jan '06

31 Jan '06

Derek Lai wrote: >Is there any reason you kept talking about SANs? SAN has its place, >especially if you need high end performance. But for a lot of >applications NAS works just fine. I agree. Use NFS. Configure it well. Build a "storage network" if you like, put in dedicated GbE switch(ws) (10 GbE?) with the Oracle server(s) and the NAS Filer(s) in it, make sure everything is Jumbo frames of course, tweak if for optimum performance as best possible, make sure traffic flows the way it should a.s.o. No client traffic on that net. Use ONTAP 7.x (aggregates) and have enough spindles. Go for the smaller drives probably, not the 144G's, but the 72's Most likely this will be Good Enough(TM) so you can stay away from complicated bug-ridden SAN setups that always are a nightmare to change config-wise. Especially if you need to change the config quite often in some way (= more than once a year...) Just my 0.10 SEK worth /M -- Michael Bergman Email: Michael.Bergman(a)ericsson.com Sr Systems Analyst EAB/OET/R, R&D IT Stockholm Phone: +46 8 7275709 R&D IT Management Armborstv 14, S-125 25 Alvsjo, Sweden -- "Qui vicit non est victor nisi victus fatetur." - Ennius

1 0

Re: Replacing OUR NetApp
by Michael Bergman 31 Jan '06

31 Jan '06

>Ask Oracle what storage they use internally: NetApp or Pillar? >then decide. A good idea. Might work very well if they'll give a good 'n straight answer. My guess is they use both to some extent at least. >> My boss received a postcard from a company called Pillar Data. He >> brought the postcard to me and said, "we should look at what these guys >> have." Sounds good and fair enough -- to look at what those guys have. >> I don't think that their product is mature enough yet for prime time. >> After spending some time with their engineers and traveling to the >> Enterprise Technology Center in Atlanta to demo one of these solutions, >> I found some chinks in their armor. I won't go into the details here, So you've looked at them (I know about them as well, but have in no way looked closer), and you've made your conclusions. It sounds like a reasonable conclusion to me; they're not mature enough yet for prime time whatever the definition of that might be in your case. God knows, NetApp Filer's weren't ready for that in the beginning, nor when they first started with FC backends (i.e. when they left SCSI for good) either! Just ask YahooMail about what it was like back in those days, jan-may 1999... >> I want to stick with the NetApp solution that was proposed, so I'm >> looking for ammunition to back up my argument. Well, you have all the ammo you need IMO. All the ammo that *should* be needed. You looked properly at Pillar, have concluded that they're not mature enough yet for prime time. Are you saying that your boss knows more than you or does he have such a good business case to make him a hero that it is "OK" with these systems not having as good, or much worse, availability, flexibility, ease of admin and performance? If so, then you have my pity. If your boss doesn't trust you (assuming he's not a better Subject Matter Expert himself than you are) your situation is certainly not good. Best of luck - in this situation I'd do exactly whay you want to do, i.e. stick with the NetApp solution. Do *not* go out on the bleeding edge, unless you must for a very good reason, for "prime time" stuff as you put it. It hurts. /M -- Michael Bergman Email: Michael.Bergman(a)ericsson.com Sr Systems Analyst EAB/OET/R, R&D IT Stockholm Phone: +46 8 7275709 R&D IT Management Armborstv 14, S-125 25 Alvsjo, Sweden -- "Utinam tam facile vera invenire possem quam falsa convincere!" - Cicero

1 0

RE: Replacing our NetApp
by Lai, Derek 31 Jan '06

31 Jan '06

Is there any reason you kept talking about SANs? SAN has its place, especially if you need high end performance. But for a lot of applications NAS works just fine. We have a big Oracle running on NetApp 940 Cluster and it's been working great. Most of the time it is the spindle count that matters, not NAS vs. SAN. Derek -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Stewart, John Sent: Monday, January 30, 2006 3:11 PM To: Stewart, John; 'toasters(a)mathworks.com' Subject: RE: Replacing our NetApp Hey all; thanks for the many great responses. We have our NetApp vendor coming in tomorrow, and we'll discuss their SAN solutions then. thanks! johnS

1 0

RE: LDAP mapping
by Graeme Fowler 31 Jan '06

31 Jan '06

Hi all Thanks for the responses so far. On 31 January 2006 07:38, owner-toasters(a)mathworks.com wrote: > FWIW Windows 2003 R2 uses the RFC 2307 schema, so the only mappings > you need are for homeDirectory and the object classes. > > (homeDirectory is necessary owing to the same attribute being used by > AD, so R2/Vintela/XAD use unixHomeDirectory instead.) Hrm... This isn't a W2k3 R2 setup - noting that most of the work is being done in a dev lab before going to production, so this may change. We're running W2K3 server with Microsoft's SFU3.5 installed. Although it's installed, we're really only using the schema extensions - we shot NIS out of the equation after suffering some terrible map reliability some time ago, and we found that PAM_ldap and nss_ldap worked perfectly for us from a Linux/UNIX workstation & server perspective. We also don't really want to have to use the NFS client, although to be honest this might be looking like one way to proceed. Of which, more if it happens... Anyway, back on track: After taking note of http://now.netapp.com/NOW/cgi-bin/bol?Type=Detail&Display=16619 (login required) I managed to get rid of one source of error (STATUS_ACCESS_DENIED trying to look up domain groups). However, the username mapping is still not working. Can someone with LDAP username mapping please post (or email privately) the "options ldap" output as used against an SFU3.5 extended AD schema? I appreciate that Outdoorchik2 has posted one, but any others for comparison would be helpful... Graeme -- Graeme Fowler Hosting Development Engineer PIPEX This e-mail is subject to: http://www.pipex.net/disclaimer.html

1 0

FW: Come look at the superb bargain I got, it is marvelous.
by Mahaska 31 Jan '06

31 Jan '06

What's crackin, Getting in the car to get what you need is so last year- come e-shopping with me tonight! Much love, Mahaska ----- Original Message ----- From: "Justinian" <garemy(a)aberaeron.net> To: "Mahaska" <lucastaine(a)wildmail.com> Sent: Friday, January 27, 2006 9:43 AM Subject: Come look at the superb bargain I got, it is marvelous. What's going on Mahaska You absolutely deserve a savvy item and this shopping site contains a terrific reserve. You are very important to me so I want to communicate to you this major good deal! I came across these beautiful watches a moment ago and I believe you would like them too. http://qda.kog.findhappinessallday.org/juh/ I can just picture the overjoyed look on your face when you are delivered your order. This store has been in service for over 20 years and can count on a lot of happy patrons. One love, Justinian

1 0

RE: Replacing our NetApp
by Carter K. George 31 Jan '06

31 Jan '06

Oracle over NFS is a very viable option. Now that there are scalable NFS solutoins based on cluster file systems (eg, Hewlett Packard EFS Cluster Gateway), you can scale out NFS performance in the exactly the same way that Oracle scales out RAC. Multiple nodes can access shared storage concurrently, and failover is completely transparent. So there's no reason, going forward, that Oracle over NFs can't be as fast or faster than block level protocols and even more fault tolerant. Here's a list of the currently OSCP certified Oracle-over-NFS solution providers, including NetApps: http://www.oracle.com/technology/deploy/availability/htdocs/vendors.html -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Max Sent: Monday, January 30, 2006 4:59 PM To: genec00(a)comcast.net Cc: toasters(a)mathworks.com; 'Peter D. Gray'; Stewart, John Subject: Re: Replacing our NetApp On Jan 30, 2006, at 3:28 PM, genO wrote: > > > great point...heard something about Oracle using Netapp over NFS in > one of their hosting centers? not real sure if I got that right. we > don't use oracle. You can generally run Oracle No problem over NFS. However, generally you often do get higher performance with block level access, the trade off until recently has been management complexity and systems scalability (No Cluster File System.) There is no really good general rule to apply to the situation here. These days customers should be able to chose a single box that supports whatever interconnect and data protocol they're used to using. IF the DBA's are crusty, old guys they'll probably insist on a block level transport. And Netapp makes a *great* SAN/NAS combo. The only weaknesses for a consolidated Netapp might be more disk overhead for LUNs, RAID 4 or RAID DP only (no legacy raid levels... again something ancient, haggard and crusty DBA's insist on...) In the event that the Netapp NAS/SAN doesn't work for you, you can Still use a Vfiler for your NAS needs... :) And if your salty DBA finally breaks down and begins to trust modern technology, you can migrate the databases to LUN that is being exported by the vfiler:) Regards, Max > good question for your guys tomorrow... > > good luck, > > g > -----Original Message----- > From: Peter D. Gray [mailto:pdg@uow.edu.au] > Sent: Monday, January 30, 2006 6:01 PM > To: Stewart, John > Cc: 'toasters(a)mathworks.com' > Subject: Re: Replacing our NetApp > > On Mon, Jan 30, 2006 at 02:22:20PM -0800, Max wrote: >>> >> >> This box is probably something that Sun put together after the Procom >> buyout, and I've never been impressed by most of the Procom kit. >> > > We had no end of problems with our procoms. We ended up replacing all > of them with netapps. Never looked back. > > >> Another NAS head option you may want to consider is a Netapp Vfiler.. >> that way you can have the best of both worlds. >> >> What Model of Sun SAN are you looking at? >> > > Why do SAN at all? If you have used NAS with netapp, why on earth > would you > move to a SAN? We run everything on our netapps and could not be > happier. > > Regards, > pdg > > -- > > See mail headers for contact information. > >

1 0

RE: Replacing our NetApp
by Carter K. George 31 Jan '06

31 Jan '06

That's because the Sun NAS Gateway does not run Solaris, it runs a proprietary and not well-adopted "storage-optimized" OS They got from Procomm. So all the work Sun has done on v4 has been, of course, on Solaris. Since v4 is not just a few extra bells And whistles on v3, but a whole new on-the-wire protocol, stateful instead of stateless, it is a lot of work to write an NFS v4 server from scratch for Your own weird OS...though most of these so-called NAS OS's are just some variant of FreeBSD with a different file system. Carter -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Luke Howard Sent: Monday, January 30, 2006 11:42 PM To: toasters(a)mathworks.com Subject: Re: Replacing our NetApp >Part of it would be to replace the NetApp with a Sun 5310 NAS Gateway: > >http://www.sun.com/storage/5000/5300/5310gateway/index.xml It's odd (looking at the data sheets) that it doesn't support NFSv4, given Sun's history with the protocol. -- Luke --

1 0

Re: Replacing our NetApp
by Luke Howard 31 Jan '06

31 Jan '06

>Part of it would be to replace the NetApp with a Sun 5310 NAS Gateway: > >http://www.sun.com/storage/5000/5300/5310gateway/index.xml It's odd (looking at the data sheets) that it doesn't support NFSv4, given Sun's history with the protocol. -- Luke -- attribute being used by AD, so R2/Vintela/XAD use unixHomeDirectory instead.) -- Luke --

1 0

RE: Replacing our NetApp
by Alan Biren 31 Jan '06

31 Jan '06

You can always have your crusty DBA contact Oracle and see what they use. Most likely it is NetApp Storage with NFS. I have several customers running Oracle with NFS, and there are still those that insist on FCP with the possibility of converting them to iSCSI on the QA side. Good Luck ________________________________ From: owner-toasters(a)mathworks.com on behalf of Max Sent: Mon 1/30/2006 7:59 PM To: genec00(a)comcast.net Cc: toasters(a)mathworks.com; 'Peter D. Gray'; Stewart, John Subject: Re: Replacing our NetApp On Jan 30, 2006, at 3:28 PM, genO wrote: > > > great point...heard something about Oracle using Netapp over NFS in > one of > their hosting centers? not real sure if I got that right. we don't > use > oracle. You can generally run Oracle No problem over NFS. However, generally you often do get higher performance with block level access, the trade off until recently has been management complexity and systems scalability (No Cluster File System.) There is no really good general rule to apply to the situation here. These days customers should be able to chose a single box that supports whatever interconnect and data protocol they're used to using. IF the DBA's are crusty, old guys they'll probably insist on a block level transport. And Netapp makes a *great* SAN/NAS combo. The only weaknesses for a consolidated Netapp might be more disk overhead for LUNs, RAID 4 or RAID DP only (no legacy raid levels... again something ancient, haggard and crusty DBA's insist on...) In the event that the Netapp NAS/SAN doesn't work for you, you can Still use a Vfiler for your NAS needs... :) And if your salty DBA finally breaks down and begins to trust modern technology, you can migrate the databases to LUN that is being exported by the vfiler:) Regards, Max > good question for your guys tomorrow... > > good luck, > > g > -----Original Message----- > From: Peter D. Gray [mailto:pdg@uow.edu.au] > Sent: Monday, January 30, 2006 6:01 PM > To: Stewart, John > Cc: 'toasters(a)mathworks.com' > Subject: Re: Replacing our NetApp > > On Mon, Jan 30, 2006 at 02:22:20PM -0800, Max wrote: >>> >> >> This box is probably something that Sun put together after the Procom >> buyout, and I've never been impressed by most of the Procom kit. >> > > We had no end of problems with our procoms. We ended up replacing all > of > them with netapps. Never looked back. > > >> Another NAS head option you may want to consider is a Netapp Vfiler.. >> that way you can have the best of both worlds. >> >> What Model of Sun SAN are you looking at? >> > > Why do SAN at all? If you have used NAS with netapp, why on earth > would you > move to a SAN? We run everything on our netapps and could not be > happier. > > Regards, > pdg > > -- > > See mail headers for contact information. > > ***************************************************************************************************** Note: ASI System Integration Inc, is located at 48 West 37th Street, New York, NY 10018. The contents of this email and any attachments are confidential. It is intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. ** eSafe scanned this email for viruses, vandals or malicious content ** *****************************************************************************************************

1 0

RE: Replacing our NetApp
by genO 31 Jan '06

31 Jan '06

great point...heard something about Oracle using Netapp over NFS in one of their hosting centers? not real sure if I got that right. we don't use oracle. good question for your guys tomorrow... good luck, g -----Original Message----- From: Peter D. Gray [mailto:pdg@uow.edu.au] Sent: Monday, January 30, 2006 6:01 PM To: Stewart, John Cc: 'toasters(a)mathworks.com' Subject: Re: Replacing our NetApp On Mon, Jan 30, 2006 at 02:22:20PM -0800, Max wrote: > > > > This box is probably something that Sun put together after the Procom > buyout, and I've never been impressed by most of the Procom kit. > We had no end of problems with our procoms. We ended up replacing all of them with netapps. Never looked back. > Another NAS head option you may want to consider is a Netapp Vfiler.. > that way you can have the best of both worlds. > > What Model of Sun SAN are you looking at? > Why do SAN at all? If you have used NAS with netapp, why on earth would you move to a SAN? We run everything on our netapps and could not be happier. Regards, pdg -- See mail headers for contact information.

2 1

RE: Replacing our NetApp
by Venkat Appineni 30 Jan '06

30 Jan '06

NFS is simple.. SAN is complex,whoever the vendor might be.. -Venkat -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Stewart, John Sent: Monday, January 30, 2006 3:11 PM To: Stewart, John; 'toasters(a)mathworks.com' Subject: RE: Replacing our NetApp Hey all; thanks for the many great responses. We have our NetApp vendor coming in tomorrow, and we'll discuss their SAN solutions then. thanks! johnS

1 0

RE: Replacing our NetApp
by Stewart, John 30 Jan '06

30 Jan '06

Hey all; thanks for the many great responses. We have our NetApp vendor coming in tomorrow, and we'll discuss their SAN solutions then. thanks! johnS

1 0

Replacing our NetApp
by Stewart, John 30 Jan '06

30 Jan '06

It's time for us to upgrade our backup hardware (currently a DLT7k library), replace our Oracle DB storage hardware (now direct-attached), and our NetApp F740. We're looking hard at a Sun SAN solution. Part of it would be to replace the NetApp with a Sun 5310 NAS Gateway: http://www.sun.com/storage/5000/5300/5310gateway/index.xml Our NetApps over the years have been so reliable that I am very leery to replace them with a new vendor's hardware. However, going to a SAN at all doesn't really make sense unless we include the NetApp data (about .6 TB now) in the SAN. Does anyone have any experience with this product? It seems to have all of the basic stuff that we need (NFS, CIFS, snapshots, etc). Are there any questions in particular that we should be asking? thanks johnS

3 2

iSCSI to NetApp
by David Lee 30 Jan '06

30 Jan '06

(System: ONTAP 6.5.5) We have a Windows 2003 server (SP1) which uses iSCSI to mount a drive onto a NetApps filer. When transfering files the performance is very poor: it can take 5 minutes to transfer a 350 Mbyte file. Looking at Performance Monitor on Windows while a file transfer is taking place shows that Disk Queue Length readings can reach: Average=94, Maximum=2142 We are using a QLogic QLA4010 Host Bus Adapter with the latest firmware (3.0.0.4) and driver (2.1.0.8). Any ideas? Thanks in advance. -- : David Lee I.T. Service : : Senior Systems Programmer Computer Centre : : Durham University : : http://www.dur.ac.uk/t.d.lee/ South Road : : Durham DH1 3LE : : Phone: +44 191 334 2752 U.K. :

3 3

hey toasters
by Wooten Esteban 29 Jan '06

29 Jan '06

1 0

hey toasters
by Hall Kelley 29 Jan '06

29 Jan '06

1 0

Passion Jewelry Specials
by Passion Jewelry 28 Jan '06

28 Jan '06

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <title>Untitled Document</title> <style type="text/css">  </style> </head> <body> <div align="center"> <img src="http://www.passionjeweler.com/ephoto/newsletter/passionlogo1.jpg"> Exclusive Offer From Passion Jewelry Save 30% - 60% off Retail Prices <table width="579" border="0"> <tr> <td width="293"><a href="http://passionjeweler.com"><img src="http://www.passionjeweler.com/ephoto/newsletter/bluemain.jpg" border="0"></a> <a href="http://passionjeweler.com">Blue Fancy 3 Three stone Diamond Ring.</a> IGI CERTIFIED Our Price: $405.00 Retail: $1000.00 </td> <td width="276"><a href="http://passionjeweler.com"><img src="http://www.passionjeweler.com/ephoto/newsletter/yellowgia.jpg" border="0"></a> <a href="http://passionjeweler.com">Yellow Fancy Natural Diamond Ring.</a> GIA CERTIFIED Our Price: $1300.00 Retail: $4000.00 </td> </tr> </table> <table width="579" border="0"> <tr> <td width="293"><a href="http://passionjeweler.com"><img src="http://www.passionjeweler.com/ephoto/newsletter/rainbow.jpg" border="0"></a> <a href="http://PassionJeweler.com">Rainbow Sapphire Diamond ring </a> Our Price: $440.00 Retail: $1000.00 </td> <td width="276"><a href="http://passionjeweler.com"><img src="http://www.passionjeweler.com/ephoto/newsletter/circle.jpg" border="0"></a> <a href="http://passionjeweler.com">Diamond Circle of Love Pendant </a> Sizes Range from 1/4 ct to 1.5 ct Prices vary per size </td> </tr> </table> <table width="579" border="0"> <tr> <td width="293"><a href="http://passionjeweler.com"><img src="http://www.passionjeweler.com/ephoto/newsletter/pendant1.jpg" border="0"></a> <a href="http://passionjeweler.com">Diamond Tanzanite Sapphire Pendant </a> Our Price: $1745.00 Retail: $4223.00</td> <td width="276"><a href="http://passionjeweler.com"><img src="http://www.passionjeweler.com/ephoto/newsletter/asring.jpg" border="0"></a> <a href="http://passionjeweler.com">Diamond Sapphire Antique Style Ring</a> Our Price $ 1348.00 Retail: 3500.00 </td> </tr> </table>   <table width="214" height="94" border="0"> <tr> <td><div align="center"> <a href="http://passionjeweler.com">Http://PassionJeweler.com</a> Contact(a)passionjeweler.com   </div></td> </tr> </table> This is an advertisement 55 w 47th st, New York, NY 10036 Copyright © 2006 Passion Jewelry, Inc.         <div align="left"></div>   </div> </body> </html>

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters