toasters

toasters@lists.teaparty.net

13517 discussions

RE: Visio diagrams...
by Maglinger, Paul 02 Feb '06

02 Feb '06

That, and more... http://www.mvps.org/visio/3rdparty.htm ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Ken Nishikawa Sent: Thursday, February 02, 2006 11:13 To: toasters(a)mathworks.com Subject: Visio diagrams... Hey there Does anyone know where I can get some Visio stencils that represent the various NetApp boxes? I want to diagram our NAS/SAN setup in our colo. Also, does anyone know where I can get some good Visio stencils that represent logical volumes and such? Thanks KEN

1 0

RE: Visio diagrams...
by Holland, William L 02 Feb '06

02 Feb '06

<http://now.netapp.com/eservice/toolchest?toolid=295> http://now.netapp.com/eservice/toolchest?toolid=295 to download the Visio 2000 templates. _____ From: owner-toasters(a)mathworks.com [mailto:knishikawa@keepmedia.com] Sent: Thursday, February 02, 2006 12:36 PM To: toasters(a)mathworks.com Subject: Visio diagrams... Hey there Does anyone know where I can get some Visio stencils that represent the various NetApp boxes? I want to diagram our NAS/SAN setup in our colo. Also, does anyone know where I can get some good Visio stencils that represent logical volumes and such? Thanks KEN

1 0

Re: Visio diagrams...
by Glenn Marsh 02 Feb '06

02 Feb '06

See http://now.netapp.com/NOW/download/tools/visio/ Also check out http://www.visiocafe.com/ for others ************************************************************************ Glenn Marsh Lattice Semiconductor Corporation Unix Systems Administrator 5555 NE Moore Court CAD Engineering Hillsboro, Oregon 97124 glenn.marsh(a)latticesemi.com 503-268-8000 503-268-8136 phone - 503-268-8459 fax ************************************************************************

1 0

Visio diagrams...
by Ken Nishikawa 02 Feb '06

02 Feb '06

Hey there Does anyone know where I can get some Visio stencils that represent the various NetApp boxes? I want to diagram our NAS/SAN setup in our colo. Also, does anyone know where I can get some good Visio stencils that represent logical volumes and such? Thanks KEN

2 1

RE: OnTap 7G; was RE: Replacing our NetApp
by Callaway, Michael 02 Feb '06

02 Feb '06

He's right, the traditional volumes will not be able to be upgraded. You have to have the room to migrate your storage over. We used a SnapMirror to new discs to accomplish our migration. That's the only small drawback to the 7.x flex vols. Everything else about them is golden. We have used NetApp for many years and use them in many creative ways, but the flex vols have opened up new worlds to us. You will want to check with your rep and make sure you are running the proper release. 7.x comes in a few flavors, some may be better for one part of your environment and some for others. Thanks, Michael NTTA/IT http://www.ntta.org 214.461.2033 -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Herbert Langenbach Sent: Thursday, February 02, 2006 10:30 AM To: toasters(a)mathworks.com Subject: RE: OnTap 7G; was RE: Replacing our NetApp I installed 7.1 on three 270, two 920 and on two 3020 (Metro)clusters all with iSCSI, FC, SQL, Exchange, Oracle (CIFS/NFS/SAN), Snapmirror/SnapVault not one problem so far but we don't use quotas don't wait for an inplace migration from traditional to flex volume you won't get it Herbert Langenbach Senior Technical Consultant Databasement bv tel: 079 361 97 65 mobile: 06 23 352 168 -----Original Message----- From: Mike Wargel [mailto:mwargel@cstor.com] Sent: Thursday, February 02, 2006 4:51 PM To: Pichardo, Socrates; Glenn Dekhayser; toasters(a)mathworks.com Subject: OnTap 7G; was RE: Replacing our NetApp We've been running 7G for a few months now with only one CIFS issue that was resolved by 7.03. Have setup Aggregates, flex vols, snapmirror, snapvault, CIFS, NFS, iSCSI, quotas, qtrees, ATA disks, clusters all on 7G. Have done several 6.x to 7G upgrades as well recently with migration to flexvols without any issues. Now if only NetApp were to come out with 7G that allowed an inplace migration from traditional to flex vols... Mike Wargel Senior Systems Engineer Custom Storage, Inc mwargel(a)customstorage.com O: 480 941-4026, x101 C: 602 690-4788 -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Pichardo, Socrates Sent: Thursday, February 02, 2006 8:26 AM To: Glenn Dekhayser; toasters(a)mathworks.com Subject: RE: Replacing our NetApp We have been running OnTap 7G for a few months now without any significant glitches. We are using snapshots, snapmirror, NDMP, CIFS, iSCSI, Flex Vols, Flex Clones and Aggregates on clustered heads. Socrates Pichardo Transatlantic Reinsurance Co. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Dekhayser Sent: Thursday, February 02, 2006 9:42 AM To: toasters(a)mathworks.com Subject: RE: Replacing our NetApp John: You're behind on your OS rev. Most of the bad bugs are out of OnTap7. I've got tons of clients on it working happily- and we're doing lots of the 'tough' stuff, like qtree and volume snapMirror, snapvault, quotas, iSCSI, FCP, NFS and CIFS, all on the same box and aggregates. Clean as a whistle. I agree that 7.0.1R1 was scratchy- I believe there was a netapp tech bulletin telling people to get off that rev. -Glenn Dekhayser Voyant Strategies, Inc. >The one that makes the most sense for my needs. After my problems with >OnTap 7.0.1R1 and quotas and qtrees earlier this week, I'm a bit leary >of NetApp right now. OnTap 7G is still shaking out major bugs... "IMPORTANT NOTICE: The information in this email (and any attachments hereto) is confidential and may be protected by legal privileges and work product immunities. If you are not the intended recipient, you must not use or disseminate the information. Receipt by anyone other than the intended recipient is not a waiver of any attorney-client or work product privilege. If you have received this email in error, please immediately notify me by "Reply" command and permanently delete the original and any copies or printouts thereof. Although this email and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by Transatlantic Reinsurance Company or its subsidiaries or affiliates either jointly or severally, for any loss or damage arising in any way from its use."

1 0

RE: OnTap 7G; was RE: Replacing our NetApp
by Varghese, John 02 Feb '06

02 Feb '06

You may not be able to run a seamless transfer from trad to flexvol using just NetAPP; however, if you are using complimentary software such as VFM or even hardware such as Acopia you can do it. I think it only works with NAS though. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Herbert Langenbach Sent: Thursday, February 02, 2006 11:30 AM To: toasters(a)mathworks.com Subject: RE: OnTap 7G; was RE: Replacing our NetApp I installed 7.1 on three 270, two 920 and on two 3020 (Metro)clusters all with iSCSI, FC, SQL, Exchange, Oracle (CIFS/NFS/SAN), Snapmirror/SnapVault not one problem so far but we don't use quotas don't wait for an inplace migration from traditional to flex volume you won't get it Herbert Langenbach Senior Technical Consultant Databasement bv tel: 079 361 97 65 mobile: 06 23 352 168 -----Original Message----- From: Mike Wargel [mailto:mwargel@cstor.com] Sent: Thursday, February 02, 2006 4:51 PM To: Pichardo, Socrates; Glenn Dekhayser; toasters(a)mathworks.com Subject: OnTap 7G; was RE: Replacing our NetApp We've been running 7G for a few months now with only one CIFS issue that was resolved by 7.03. Have setup Aggregates, flex vols, snapmirror, snapvault, CIFS, NFS, iSCSI, quotas, qtrees, ATA disks, clusters all on 7G. Have done several 6.x to 7G upgrades as well recently with migration to flexvols without any issues. Now if only NetApp were to come out with 7G that allowed an inplace migration from traditional to flex vols... Mike Wargel Senior Systems Engineer Custom Storage, Inc mwargel(a)customstorage.com O: 480 941-4026, x101 C: 602 690-4788 -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Pichardo, Socrates Sent: Thursday, February 02, 2006 8:26 AM To: Glenn Dekhayser; toasters(a)mathworks.com Subject: RE: Replacing our NetApp We have been running OnTap 7G for a few months now without any significant glitches. We are using snapshots, snapmirror, NDMP, CIFS, iSCSI, Flex Vols, Flex Clones and Aggregates on clustered heads. Socrates Pichardo Transatlantic Reinsurance Co. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Dekhayser Sent: Thursday, February 02, 2006 9:42 AM To: toasters(a)mathworks.com Subject: RE: Replacing our NetApp John: You're behind on your OS rev. Most of the bad bugs are out of OnTap7. I've got tons of clients on it working happily- and we're doing lots of the 'tough' stuff, like qtree and volume snapMirror, snapvault, quotas, iSCSI, FCP, NFS and CIFS, all on the same box and aggregates. Clean as a whistle. I agree that 7.0.1R1 was scratchy- I believe there was a netapp tech bulletin telling people to get off that rev. -Glenn Dekhayser Voyant Strategies, Inc. >The one that makes the most sense for my needs. After my problems with >OnTap 7.0.1R1 and quotas and qtrees earlier this week, I'm a bit leary >of NetApp right now. OnTap 7G is still shaking out major bugs... "IMPORTANT NOTICE: The information in this email (and any attachments hereto) is confidential and may be protected by legal privileges and work product immunities. If you are not the intended recipient, you must not use or disseminate the information. Receipt by anyone other than the intended recipient is not a waiver of any attorney-client or work product privilege. If you have received this email in error, please immediately notify me by "Reply" command and permanently delete the original and any copies or printouts thereof. Although this email and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by Transatlantic Reinsurance Company or its subsidiaries or affiliates either jointly or severally, for any loss or damage arising in any way from its use."

1 0

RE: OnTap 7G; was RE: Replacing our NetApp
by Herbert Langenbach 02 Feb '06

02 Feb '06

I installed 7.1 on three 270, two 920 and on two 3020 (Metro)clusters all with iSCSI, FC, SQL, Exchange, Oracle (CIFS/NFS/SAN), Snapmirror/SnapVault not one problem so far but we don't use quotas don't wait for an inplace migration from traditional to flex volume you won't get it Herbert Langenbach Senior Technical Consultant Databasement bv tel: 079 361 97 65 mobile: 06 23 352 168 -----Original Message----- From: Mike Wargel [mailto:mwargel@cstor.com] Sent: Thursday, February 02, 2006 4:51 PM To: Pichardo, Socrates; Glenn Dekhayser; toasters(a)mathworks.com Subject: OnTap 7G; was RE: Replacing our NetApp We've been running 7G for a few months now with only one CIFS issue that was resolved by 7.03. Have setup Aggregates, flex vols, snapmirror, snapvault, CIFS, NFS, iSCSI, quotas, qtrees, ATA disks, clusters all on 7G. Have done several 6.x to 7G upgrades as well recently with migration to flexvols without any issues. Now if only NetApp were to come out with 7G that allowed an inplace migration from traditional to flex vols... Mike Wargel Senior Systems Engineer Custom Storage, Inc mwargel(a)customstorage.com O: 480 941-4026, x101 C: 602 690-4788 -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Pichardo, Socrates Sent: Thursday, February 02, 2006 8:26 AM To: Glenn Dekhayser; toasters(a)mathworks.com Subject: RE: Replacing our NetApp We have been running OnTap 7G for a few months now without any significant glitches. We are using snapshots, snapmirror, NDMP, CIFS, iSCSI, Flex Vols, Flex Clones and Aggregates on clustered heads. Socrates Pichardo Transatlantic Reinsurance Co. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Dekhayser Sent: Thursday, February 02, 2006 9:42 AM To: toasters(a)mathworks.com Subject: RE: Replacing our NetApp John: You're behind on your OS rev. Most of the bad bugs are out of OnTap7. I've got tons of clients on it working happily- and we're doing lots of the 'tough' stuff, like qtree and volume snapMirror, snapvault, quotas, iSCSI, FCP, NFS and CIFS, all on the same box and aggregates. Clean as a whistle. I agree that 7.0.1R1 was scratchy- I believe there was a netapp tech bulletin telling people to get off that rev. -Glenn Dekhayser Voyant Strategies, Inc. >The one that makes the most sense for my needs. After my problems >with OnTap 7.0.1R1 and quotas and qtrees earlier this week, I'm a bit >leary of NetApp right now. OnTap 7G is still shaking out major >bugs... "IMPORTANT NOTICE: The information in this email (and any attachments hereto) is confidential and may be protected by legal privileges and work product immunities. If you are not the intended recipient, you must not use or disseminate the information. Receipt by anyone other than the intended recipient is not a waiver of any attorney-client or work product privilege. If you have received this email in error, please immediately notify me by "Reply" command and permanently delete the original and any copies or printouts thereof. Although this email and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by Transatlantic Reinsurance Company or its subsidiaries or affiliates either jointly or severally, for any loss or damage arising in any way from its use."

1 0

OnTap 7G; was RE: Replacing our NetApp
by Mike Wargel 02 Feb '06

02 Feb '06

We've been running 7G for a few months now with only one CIFS issue that was resolved by 7.03. Have setup Aggregates, flex vols, snapmirror, snapvault, CIFS, NFS, iSCSI, quotas, qtrees, ATA disks, clusters all on 7G. Have done several 6.x to 7G upgrades as well recently with migration to flexvols without any issues. Now if only NetApp were to come out with 7G that allowed an inplace migration from traditional to flex vols... Mike Wargel Senior Systems Engineer Custom Storage, Inc mwargel(a)customstorage.com O: 480 941-4026, x101 C: 602 690-4788 -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Pichardo, Socrates Sent: Thursday, February 02, 2006 8:26 AM To: Glenn Dekhayser; toasters(a)mathworks.com Subject: RE: Replacing our NetApp We have been running OnTap 7G for a few months now without any significant glitches. We are using snapshots, snapmirror, NDMP, CIFS, iSCSI, Flex Vols, Flex Clones and Aggregates on clustered heads. Socrates Pichardo Transatlantic Reinsurance Co. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Dekhayser Sent: Thursday, February 02, 2006 9:42 AM To: toasters(a)mathworks.com Subject: RE: Replacing our NetApp John: You're behind on your OS rev. Most of the bad bugs are out of OnTap7. I've got tons of clients on it working happily- and we're doing lots of the 'tough' stuff, like qtree and volume snapMirror, snapvault, quotas, iSCSI, FCP, NFS and CIFS, all on the same box and aggregates. Clean as a whistle. I agree that 7.0.1R1 was scratchy- I believe there was a netapp tech bulletin telling people to get off that rev. -Glenn Dekhayser Voyant Strategies, Inc. >The one that makes the most sense for my needs. After my problems >with OnTap 7.0.1R1 and quotas and qtrees earlier this week, I'm a bit >leary of NetApp right now. OnTap 7G is still shaking out major >bugs... "IMPORTANT NOTICE: The information in this email (and any attachments hereto) is confidential and may be protected by legal privileges and work product immunities. If you are not the intended recipient, you must not use or disseminate the information. Receipt by anyone other than the intended recipient is not a waiver of any attorney-client or work product privilege. If you have received this email in error, please immediately notify me by "Reply" command and permanently delete the original and any copies or printouts thereof. Although this email and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by Transatlantic Reinsurance Company or its subsidiaries or affiliates either jointly or severally, for any loss or damage arising in any way from its use."

1 0

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

02 Feb '06

Always go with the latest available release :) We've also had problems with our filers (I think 6 bugs in the 6 weeks I've been here)... however, we're running 7.0.0.1 which was pretty abysmal as far as reliability. 7.0.4 should be the new Safe Harbor release when it comes out - it will do much for stability. As for the quota bug(s), I think there is still one that exists in 7.0.4, but will probably be addressed with a P release. Personally, I'd feel comfortable with upgrading to 7.0.4 for our enterprise, but also looking at 7.1 when it gets cooked a bit more - some good enhancements for Exchange in that release. Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Dekhayser Sent: Thursday, February 02, 2006 9:42 AM To: toasters(a)mathworks.com Subject: RE: Replacing our NetApp John: You're behind on your OS rev. Most of the bad bugs are out of OnTap7. I've got tons of clients on it working happily- and we're doing lots of the 'tough' stuff, like qtree and volume snapMirror, snapvault, quotas, iSCSI, FCP, NFS and CIFS, all on the same box and aggregates. Clean as a whistle. I agree that 7.0.1R1 was scratchy- I believe there was a netapp tech bulletin telling people to get off that rev. -Glenn Dekhayser Voyant Strategies, Inc. >The one that makes the most sense for my needs. After my problems >with OnTap 7.0.1R1 and quotas and qtrees earlier this week, I'm a bit >leary of NetApp right now. OnTap 7G is still shaking out major >bugs...

1 0

RE: Replacing our NetApp
by Pichardo, Socrates 02 Feb '06

02 Feb '06

We have been running OnTap 7G for a few months now without any significant glitches. We are using snapshots, snapmirror, NDMP, CIFS, iSCSI, Flex Vols, Flex Clones and Aggregates on clustered heads. Socrates Pichardo Transatlantic Reinsurance Co. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Dekhayser Sent: Thursday, February 02, 2006 9:42 AM To: toasters(a)mathworks.com Subject: RE: Replacing our NetApp John: You're behind on your OS rev. Most of the bad bugs are out of OnTap7. I've got tons of clients on it working happily- and we're doing lots of the 'tough' stuff, like qtree and volume snapMirror, snapvault, quotas, iSCSI, FCP, NFS and CIFS, all on the same box and aggregates. Clean as a whistle. I agree that 7.0.1R1 was scratchy- I believe there was a netapp tech bulletin telling people to get off that rev. -Glenn Dekhayser Voyant Strategies, Inc. >The one that makes the most sense for my needs. After my problems >with OnTap 7.0.1R1 and quotas and qtrees earlier this week, I'm a bit >leary of NetApp right now. OnTap 7G is still shaking out major >bugs... "IMPORTANT NOTICE: The information in this email (and any attachments hereto) is confidential and may be protected by legal privileges and work product immunities. If you are not the intended recipient, you must not use or disseminate the information. Receipt by anyone other than the intended recipient is not a waiver of any attorney-client or work product privilege. If you have received this email in error, please immediately notify me by "Reply" command and permanently delete the original and any copies or printouts thereof. Although this email and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by Transatlantic Reinsurance Company or its subsidiaries or affiliates either jointly or severally, for any loss or damage arising in any way from its use."

1 0

RE: Replacing our NetApp
by Glenn Dekhayser 02 Feb '06

02 Feb '06

John: You're behind on your OS rev. Most of the bad bugs are out of OnTap7. I've got tons of clients on it working happily- and we're doing lots of the 'tough' stuff, like qtree and volume snapMirror, snapvault, quotas, iSCSI, FCP, NFS and CIFS, all on the same box and aggregates. Clean as a whistle. I agree that 7.0.1R1 was scratchy- I believe there was a netapp tech bulletin telling people to get off that rev. -Glenn Dekhayser Voyant Strategies, Inc. >The one that makes the most sense for my needs. After my problems >with OnTap 7.0.1R1 and quotas and qtrees earlier this week, I'm a bit >leary of NetApp right now. OnTap 7G is still shaking out major >bugs...

1 0

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

Jump to page:

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