toasters January 2008

toasters@lists.teaparty.net

70 participants
37 discussions

Beta Testers Wanted
by Harry McIntosh 21 Jan '08

21 Jan '08

Hi Toasters: We will soon release a new version of Folderscape, our NetApp management tool, and are looking for beta testers. Beta testers will receive one free Folderscape license and our thanks. If you would like to be a beta tester, please contact me. Thanks, Harry McIntosh PAC Software, Inc. Harry.McIntosh(a)Folderscape.com -- View this message in context: http://www.nabble.com/Beta-Testers-Wanted-tp14999447p14999447.html Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.

1 0

Re: Weird CIFS problem
by Holloway, Chris 21 Jan '08

21 Jan '08

Have you checked that the security style of the qtree is set to NTFS and not unix? Cheers Chris ----- Original Message ----- From: owner-toasters(a)mathworks.com <owner-toasters(a)mathworks.com> To: NetApp list <toasters(a)mathworks.com> Sent: Mon Jan 14 18:59:36 2008 Subject: Weird CIFS problem I'm domain admin, and I'm accessing a share on my filer \\filer1\tdrive <file://filer1/tdrive> (/vol/vol0/tdrive). It is a seperate qtree, the only perms on the share are everyone/ full control. I even added a domain/administrator full control entry. I can see the top level of sub-dirs, bt I cannot go any deeper. Does this make sense, or am I missing something? -- Sláinte, David Get a safer, faster, better web browser @ http://www.mozilla.org/products/firefox/ <http://www.mozilla.org/products/firefox/> -------------------------------------------------------- Christopher Holloway Lead Consultant Professional Services Main: +44 (0)1423 519000 Direct: +44 (0)1423 519099 Mobile: +44 (0)7867 783584 Fax: +44 (0)1423 504415 From January 1st 2008, Centia takes on the DNS Arrow name and brand. Whilst its identity changes, the company retains the same people, partnerships and knowledge of access and virtualisation solutions. For more information visit www.DNSarrow.co.uk DNS Arrow Nidderdale House Beckwith Knowle Harrogate HG3 1SA www.DNSarrow.co.uk Email Confidentiality Notice: This message is private and confidential. If you have received this message in error, please notify us and remove it from your system. "DNS Arrow" means Digital Network Services (UK) Limited, a company registered in England. Company Registration Number 3952678. Registered Office: Nidderdale House, Otley Road, Beckwith Knowle, Harrogate HG3 1SA, UK.

2 1

ontap-gx-simulator
by Daniel Forst 20 Jan '08

20 Jan '08

hi all... does anybody know if there are plans to release an "ONTAP-GX"- simulator, or is one available already? thanx in advance... danny

1 0

Make /vol0/etc a qtree?
by Carl Howell 18 Jan '08

18 Jan '08

Would it make sense if by default the /vol0/etc directory was a qtree? That way you could easily qtree SnapMirror, instead of volume SnapMirror, the etc directories from your production filers to your DR site? --Carl

2 1

RE: 144GB drives mixing 10k/15k in same aggregate
by Davin Milun 18 Jan '08

18 Jan '08

You might want to set raid.rpm.fcal.enable to off, so that it will ignore the speed when it selects disks, and won't complain when you mix drive speeds etc. Davin. At 19:22, on Jan 17, 2008, "Fox, Adam" wrote: > This is a multi-part message in MIME format. > > ------_=_NextPart_001_01C85968.3B072892 > Content-Type: text/plain; > charset="us-ascii" > Content-Transfer-Encoding: quoted-printable > > I would not expect any issues as long as the drives are the same size, > you should be fine. > And in reality, 15K drives only give decent performance gains in certain > workloads (mainly > small random I/O). Your mileage may vary, but that's what I've seen. > =20 > > -- Adam Fox=20 > adamfox(a)netapp.com=20 > > =20 > > ________________________________ > > From: No More Linux! [mailto:no.more.linux@gmail.com]=20 > Sent: Thursday, January 17, 2008 5:27 PM > To: toasters(a)mathworks.com > Subject: 144GB drives mixing 10k/15k in same aggregate > > > it appears netapp is only shipping 15k 144gb drives now. all of our > existing aggregates are 10K drives. we need to expand an existing > aggregate. other than not getting the full benefit of an all 15K rpm > aggregate will this cause any issues. we are already happy with the > performance of the 10k drives and im pretty sure this wont have any > affect but just checking.=20 > > of course it would be much more noticeable if we went from 15k to 10k. > > thanks > > > > ------_=_NextPart_001_01C85968.3B072892 > Content-Type: text/html; > charset="us-ascii" > Content-Transfer-Encoding: quoted-printable > > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > <HTML><HEAD> > <META http-equiv=3DContent-Type content=3D"text/html; = > charset=3Dus-ascii"> > <META content=3D"MSHTML 6.00.2900.3199" name=3DGENERATOR></HEAD> > <BODY> > <DIV dir=3Dltr align=3Dleft><SPAN class=3D503152000-18012008><FONT = > face=3DArial=20 > color=3D#0000ff size=3D2>I would not expect any issues as long as the = > drives are the=20 > same size, you should be fine.</FONT></SPAN></DIV> > <DIV dir=3Dltr align=3Dleft><SPAN class=3D503152000-18012008><FONT = > face=3DArial=20 > color=3D#0000ff size=3D2>And in reality, 15K drives only give decent = > performance=20 > gains in certain workloads (mainly</FONT></SPAN></DIV> > <DIV dir=3Dltr align=3Dleft><SPAN class=3D503152000-18012008><FONT = > face=3DArial=20 > color=3D#0000ff size=3D2>small random I/O).  Your mileage may vary, = > but that's=20 > what I've seen.</FONT></SPAN></DIV> > <DIV> </DIV> > <P><SPAN lang=3Den-us><FONT face=3DArial size=3D2>-- Adam = > Fox</FONT></SPAN> <BR><SPAN=20 > lang=3Den-us><FONT face=3DArial = > size=3D2>adamfox(a)netapp.com</FONT></SPAN> </P> > <DIV> </DIV><BR> > <DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=3Dleft> > <HR tabIndex=3D-1> > <FONT face=3DTahoma size=3D2><B>From:</B> No More Linux!=20 > [mailto:no.more.linux@gmail.com] <BR><B>Sent:</B> Thursday, January 17, = > 2008=20 > 5:27 PM<BR><B>To:</B> toasters(a)mathworks.com<BR><B>Subject:</B> 144GB = > drives=20 > mixing 10k/15k in same aggregate<BR></FONT><BR></DIV> > <DIV></DIV>it appears netapp is only shipping 15k 144gb drives = > now.  all of=20 > our existing aggregates are 10K drives.  we need to expand an = > existing=20 > aggregate.  other than not getting the full benefit of an all 15K = > rpm=20 > aggregate will this cause any issues.  we are already happy with = > the=20 > performance of the 10k drives and im pretty sure this wont have any = > affect but=20 > just checking. <BR><BR>of course it would be much more noticeable if we = > went=20 > from 15k to 10k.<BR><BR>thanks<BR><BR></BODY></HTML> > > ------_=_NextPart_001_01C85968.3B072892--

1 0

144GB drives mixing 10k/15k in same aggregate
by No More Linux! 18 Jan '08

18 Jan '08

it appears netapp is only shipping 15k 144gb drives now. all of our existing aggregates are 10K drives. we need to expand an existing aggregate. other than not getting the full benefit of an all 15K rpm aggregate will this cause any issues. we are already happy with the performance of the 10k drives and im pretty sure this wont have any affect but just checking. of course it would be much more noticeable if we went from 15k to 10k. thanks

2 1

Re: Filer question
by Andre.Clark＠earthlink.net 17 Jan '08

17 Jan '08

Actually, you can run 7.2.4 on an F8xx system (running it on a F810 in a lab) , its just not supported by NetApp. Sent from my Verizon Wireless BlackBerry -----Original Message----- From: "Roach, Steven" <Steven.Roach(a)netapp.com> Date: Thu, 17 Jan 2008 11:14:58 To:"Johnson, James A [HDS]" <James.Johnson8(a)hdsupply.com>, Toasters <toasters(a)mathworks.com> Subject: Re: Filer question An F8xx series can run up to version of 7.1.2.1 On 1/17/08 10:40 AM, "Johnson, James A [HDS]" <James.Johnson8(a)hdsupply.com> wrote: What is the older type of filer that I am able to install ONTAP v7 on? James NetApp Steve Roach 379 Thornall Street Edison, NJ 08818 Mobile (215)237-1660 Support (888)463-8277

2 1

Limit access to CLI subcommand
by Borzenkov, Andrey 17 Jan '08

17 Jan '08

Apparently role can only limit access to the whole top-level CLI command. Attempt to limit access to specific subcommand fails: > useradmin role add test -a login-*,cli-vol-status Invalid capabilities: cli-vol-status Could not add role <test>. Error: Invalid capability Is there any way to limit user access to specific SUB-command? So that user would not accidentally have possibility to execute "vol destroy" ... The specific example is 7.2.3P7 in case 7.2.4 has some changes in this area. С уважением / With best regards / Mit freundlichen Grüβen --- Andrey Borzenkov Senior system engineer

2 1

CommVault for backups?
by John Stoffel 16 Jan '08

16 Jan '08

Is anyone using CommVault Galaxy for backups of Filers, as well as for their HSM (archiving) product? Any horror stories? John

3 3

RE: Cluster bug
by admin＠berkcom.net 15 Jan '08

15 Jan '08

1 0

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 January 2008