toasters March 2002

toasters@lists.teaparty.net

120 participants
168 discussions

Migrating NT directories...
by Don.Hickey＠alcatel.com 22 Mar '02

22 Mar '02

Basic question.... what tools are commonly used to migrate NT directories with complex permission sets? NT is not very good at preserving permission's. I'm looking at the best method of migrating NT group directories, many of which have very specific file permissions. I've tried tools such as dumpacl but many of the functions don't work against the filer. I'm running 6.1.1R2 on clustered 840's. Thanks!

1 0

R100 Price?
by 張自光 22 Mar '02

22 Mar '02

From what I heard from NetApp sales and managers for the past few months, it seems the new NearStore product line will be a cost-effective, low-performance, large capacity filer designated for near-line storage. However, I just downloaded the newest Quoter from the NOW site. The new Quoter indicated that an R100-12TB preconfigured is priced for nearly USD$330,000(Wow!!!). Is this an error of the new Quoter? Or, NetApp executives really think they can use this AMAZING price to compete with other nearline storage devices? *Sigh* Regards, -- Allen TK. Chang Project Manager allen_chang(a)syscape.com.tw Syscape Technology

1 0

RE: THE NEW REDHOOK Snapmirror using QTREE's
by Noll, Kevin 22 Mar '02

22 Mar '02

What I am looking for is when Netapps comes out with code that will allow you to do a snap shot on a qtree basis. That will help data managment out big time. KEVIN NOLL -----Original Message----- From: Wurster, Richard M DSTI [mailto:rick.wurster@SBCCOM.APGEA.ARMY.MIL] Sent: 21 March 2002 18:49 To: 'Joe Luchtenberg'; toasters(a)mathworks.com Subject: RE: THE NEW REDHOOK Snapmirror using QTREE's Sounds great, but when can we get our hands on Data OnTap 6.2??????? -----Original Message----- From: Joe Luchtenberg [ mailto:joe.luchtenberg@data-line.com <mailto:joe.luchtenberg@data-line.com> ] Sent: Thursday, March 21, 2002 12:58 PM To: 'Noll, Kevin'; toasters(a)mathworks.com Subject: RE: THE NEW REDHOOK Snapmirror using QTREE's SnapMirror Qtree-level product enhancement was announced Monday. Product information is updated on the public website by now. To summarize: - Requires ONTAP 6.2 - Single destination volume can host mirrored data for multiple source filers' qtrees - Destination qtree is read-only, but it can reside in a read-write volume on the destination filer - Each destination volume supports up to 29 mirrored qtrees; cannot cascade - Works at a logical file level, so it does NOT transfer FILESYSTEM metadata ==> protection against file corruption at destination site, which previously would have been replicated with volume-level SnapMirror - Dramatically improves capacity management for destination filer with multiple sources - Can replicate smaller data sets, further reducing capacity requirements, while improving bandwidth and CPU overhead loads; however, if mirroring the entire volume it does take longer and use more capacity than volume-based SnapMirror (approximately 5% overhead compared to volume-level SnapMirror) - Changing between volume- and qtree-level (in either direction) requires a new level 0 HTH. Joe Joe Luchtenberg Dataline, Inc. Email: joe.luchtenberg(a)data-line.com Phone: 757-457-0504 (direct line) 757-858-0600 (front desk) 757-285-1223 (mobile) Fax: 757-858-0606 Please visit us at www.data-line.com > -----Original Message----- > From: Noll, Kevin [ mailto:kevin.noll@cgey.com <mailto:kevin.noll@cgey.com> ] > Sent: Thursday, March 21, 2002 12:31 PM > To: toasters(a)mathworks.com > Subject: THE NEW REDHOOK Snapmirror using QTREE's > > > HI > > I would like to know if with the new Redhook, if it will be > possible to do > snap shots on a qtree basis. > > Thanks > KEVIN NOLL > > > ************************************************************** > ****************************** > " This message contains information that may be privileged or > confidential and > is the property of the Cap Gemini Ernst & Young Group. It is > intended only for > the person to whom it is addressed. If you are not the > intended recipient, you > are not authorized to read, print, retain, copy, disseminate, > distribute, or use > this message or any part thereof. If you receive this message > in error, please > notify the sender immediately and delete all copies of this message ". > ************************************************************** > ****************************** >

1 0

RE: mrtg and filers
by Manny Ortega 21 Mar '02

21 Mar '02

Well thank you John ;) Neil: Here's where you can see what I am monitoring on my filer with MRTG: http://redhook.univ-wea.com/mrtg/ <http://redhook.univ-wea.com/mrtg/> Pike is the name of the filer.... The first two images are the plain vanilla traffic analysis that you get when you run 'perl cfgmaker public(a)blah.blah.blah <mailto:public@blah.blah.blah> etc...' The next five are CPU utilization, CIFS Sessions and three different volume usage charts. You can see the section of my cfg file for those 5 charts here: http://redhook.univ-wea.com/mrtg/pike_mrtg.txt <http://redhook.univ-wea.com/mrtg/pike_mrtg.txt> You can use this as a reference, the MRTG config file format: http://iserv.nl/traffic/mrtg-conf.html <http://iserv.nl/traffic/mrtg-conf.html> The OID's on my config file are currently correct and working; two weeks ago (a friday evening) I was upgrading a carrier scanner for Pike (can't remember which one it was - molson or modelo - they are now identical) and Pike panicked and rebooted. It came back fine and I went home. When Pike rebooted, a couple of OID's for monitoring the volumes changed. I did not get a chance to fix the problem until I came back a week later (I was in Dallas for a Cisco class that week). You can see the change here: http://redhook.univ-wea.com/mrtg/pike.homes.html <http://redhook.univ-wea.com/mrtg/pike.homes.html> Look at the monthly graph and you'll see what I mean... Anyways, hope this helps.... -MannyO -----Original Message----- From: jwitham(a)takedapharm.com [mailto:jwitham@takedapharm.com] Sent: Thursday, March 21, 2002 3:25 PM To: nlehrer(a)ibb.gov; toasters(a)mathworks.com Subject: RE: mrtg and filers Depends mostly on what platform you want to run MRTG on.. Win32 or *nix. I've monitored the filers on both platforms, and had a much better run of setting it up on NT. Luckily (for me) you don't have to be an SNMP God to make MRTG work, you only really need to worry about the configuration files. The NOW site has some docs, but perhaps Mr. Ortega could share some of his .conf files as they appear to be quite flawless ;) John Witham Sr. Data Networking Engineer Takeda Pharmaceuticals North America, Inc. e://jwitham@takedapharm.com -----Original Message----- From: neil lehrer [ mailto:nlehrer@ibb.gov <mailto:nlehrer@ibb.gov> ] Sent: Thursday, March 21, 2002 1:02 PM To: toasters Subject: mrtg and filers hi, are there any docs around that discuss using mrtg with filers? i would like to monitor my filers, but am not snmp conversant. -- regards This message is for the designated recipient only and may contain privileged or confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited.

2 1

cifs performance
by neil lehrer 21 Mar '02

21 Mar '02

is there a way to identify which how much resources a cifs session is using? thanks. ontap 6.1.1r2p1d17 -- regards

1 0

FW: archiving? SnapVault? Software Coupled with the NearStore? R100
by Shapiro, Skip 21 Mar '02

21 Mar '02

Network Appliance announced two archiving solutions yesterday with NearStore(TM) R100: - eEmail archiving solutions with IXOS Software' IXOS-eCONserver for Microsoft Exchange and Lotus Notes http://www.netapp.com/news/press/2002/news_rel_20020320f.html - Application-independent archiving with Enigma Data Systems SmartMove software http://www.netapp.com/news/press/2002/news_rel_20020320e.html For more information on these and other NearStore solutions, please check out the following web page: http://www.netapp.com/products/nearstore/ Skip Shapiro Manager, Storage Product Marketing Network Appliance® The evolution of storageTM. -----Original Message----- From: Jeff Kennedy [mailto:jlkennedy@amcc.com] Sent: Thursday, March 21, 2002 11:13 AM To: neil lehrer Cc: toasters Subject: Re: archiving? SnapVault? Software Coupled with the NearStore? R100 You need to check out Enigma Data Systems for that ability. NetApp can setup demo's so you would contact your local Sales Rep. www.enigmadata.com ~JK neil lehrer wrote: > > i read the product announcement for SnapVault(tm) Software Coupled with the > NearStore(tm) R100. it seems like a good centralized backup for filers. however, > i was hoping to see archiving included - send files over x days with no use to > the r100. does anyone know if netapp is working on archiving? > -- > > regards -- ===================== Jeff Kennedy Unix Administrator AMCC jlkennedy(a)amcc.com

1 0

archiving? SnapVault Software Coupled with the NearStore R100
by neil lehrer 21 Mar '02

21 Mar '02

i read the product announcement for SnapVault Software Coupled with the NearStore R100. it seems like a good centralized backup for filers. however, i was hoping to see archiving included - send files over x days with no use to the r100. does anyone know if netapp is working on archiving? -- regards

2 1

mrtg and filers
by neil lehrer 21 Mar '02

21 Mar '02

hi, are there any docs around that discuss using mrtg with filers? i would like to monitor my filers, but am not snmp conversant. -- regards

1 0

RE: THE NEW REDHOOK Snapmirror using QTREE's
by Wurster, Richard M DSTI 21 Mar '02

21 Mar '02

Sounds great, but when can we get our hands on Data OnTap 6.2??????? -----Original Message----- From: Joe Luchtenberg [mailto:joe.luchtenberg@data-line.com] Sent: Thursday, March 21, 2002 12:58 PM To: 'Noll, Kevin'; toasters(a)mathworks.com Subject: RE: THE NEW REDHOOK Snapmirror using QTREE's SnapMirror Qtree-level product enhancement was announced Monday. Product information is updated on the public website by now. To summarize: - Requires ONTAP 6.2 - Single destination volume can host mirrored data for multiple source filers' qtrees - Destination qtree is read-only, but it can reside in a read-write volume on the destination filer - Each destination volume supports up to 29 mirrored qtrees; cannot cascade - Works at a logical file level, so it does NOT transfer FILESYSTEM metadata ==> protection against file corruption at destination site, which previously would have been replicated with volume-level SnapMirror - Dramatically improves capacity management for destination filer with multiple sources - Can replicate smaller data sets, further reducing capacity requirements, while improving bandwidth and CPU overhead loads; however, if mirroring the entire volume it does take longer and use more capacity than volume-based SnapMirror (approximately 5% overhead compared to volume-level SnapMirror) - Changing between volume- and qtree-level (in either direction) requires a new level 0 HTH. Joe Joe Luchtenberg Dataline, Inc. Email: joe.luchtenberg(a)data-line.com Phone: 757-457-0504 (direct line) 757-858-0600 (front desk) 757-285-1223 (mobile) Fax: 757-858-0606 Please visit us at www.data-line.com > -----Original Message----- > From: Noll, Kevin [mailto:kevin.noll@cgey.com] > Sent: Thursday, March 21, 2002 12:31 PM > To: toasters(a)mathworks.com > Subject: THE NEW REDHOOK Snapmirror using QTREE's > > > HI > > I would like to know if with the new Redhook, if it will be > possible to do > snap shots on a qtree basis. > > Thanks > KEVIN NOLL > > > ************************************************************** > ****************************** > " This message contains information that may be privileged or > confidential and > is the property of the Cap Gemini Ernst & Young Group. It is > intended only for > the person to whom it is addressed. If you are not the > intended recipient, you > are not authorized to read, print, retain, copy, disseminate, > distribute, or use > this message or any part thereof. If you receive this message > in error, please > notify the sender immediately and delete all copies of this message ". > ************************************************************** > ****************************** >

1 0

RE: THE NEW REDHOOK Snapmirror using QTREE's
by Joe Luchtenberg 21 Mar '02

21 Mar '02

SnapMirror Qtree-level product enhancement was announced Monday. Product information is updated on the public website by now. To summarize: - Requires ONTAP 6.2 - Single destination volume can host mirrored data for multiple source filers' qtrees - Destination qtree is read-only, but it can reside in a read-write volume on the destination filer - Each destination volume supports up to 29 mirrored qtrees; cannot cascade - Works at a logical file level, so it does NOT transfer FILESYSTEM metadata ==> protection against file corruption at destination site, which previously would have been replicated with volume-level SnapMirror - Dramatically improves capacity management for destination filer with multiple sources - Can replicate smaller data sets, further reducing capacity requirements, while improving bandwidth and CPU overhead loads; however, if mirroring the entire volume it does take longer and use more capacity than volume-based SnapMirror (approximately 5% overhead compared to volume-level SnapMirror) - Changing between volume- and qtree-level (in either direction) requires a new level 0 HTH. Joe Joe Luchtenberg Dataline, Inc. Email: joe.luchtenberg(a)data-line.com Phone: 757-457-0504 (direct line) 757-858-0600 (front desk) 757-285-1223 (mobile) Fax: 757-858-0606 Please visit us at www.data-line.com > -----Original Message----- > From: Noll, Kevin [mailto:kevin.noll@cgey.com] > Sent: Thursday, March 21, 2002 12:31 PM > To: toasters(a)mathworks.com > Subject: THE NEW REDHOOK Snapmirror using QTREE's > > > HI > > I would like to know if with the new Redhook, if it will be > possible to do > snap shots on a qtree basis. > > Thanks > KEVIN NOLL > > > ************************************************************** > ****************************** > " This message contains information that may be privileged or > confidential and > is the property of the Cap Gemini Ernst & Young Group. It is > intended only for > the person to whom it is addressed. If you are not the > intended recipient, you > are not authorized to read, print, retain, copy, disseminate, > distribute, or use > this message or any part thereof. If you receive this message > in error, please > notify the sender immediately and delete all copies of this message ". > ************************************************************** > ****************************** >

1 0

← Newer
1
...
5
6
7
8
9
10
11
...
17
Older →

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 March 2002