toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

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

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

15 Jan '08

2 1

Restricing Protocol Access
by Bill Holland 15 Jan '08

15 Jan '08

Is it possible to restrict NAS protocol access to specific interfaces? Something akin to: options iscsi.options.access if!=e0b This prevents iSCSI access on interface e0b. I would like to do something similar for CIFS and NFS.

1 0

Does Snapdrive require CIFS?
by Hadrian Baron 15 Jan '08

15 Jan '08

Hi Toasters, We have a filer we'd like to make full SAN only but weren't sure if Snapdrive would work after pulling off the CIFS license. I know there's been some talk about a limited CIFS license, and am pretty sure Snapdrive only uses CIFS to make the initial connection, but once the LUN is mapped you can bounce CIFS or Snapdrive and the LUN stays mapped... It just feels crazy to renew CIFS on a SAN only filer. Thanks for your input, Hadrian

2 1

convert from plain link to vif with minimal downtime?
by John Stoffel 10 Jan '08

10 Jan '08

Guys, I've got to convert some filers from single links to VIFs to my cisco switches. I know I can do this with some edit to the rc file and a reboot. Can I do it with the system up and with minimal disruption to NFS traffic? Or should I just look for some downtime and reboot? Basically, I've got a single link on e11a now. I'd like to vif e11a and e11d. So, from the console could I do: ifconfig e11a down vif create multi v1 -b ip e11a e11d ifconfig v1 <hostname> And be done with it? I assume I might have to make some changes on the Cisco side as well, but I'd like to minimize my outage if possible. Thanks, John John Stoffel - Senior Staff Systems Administrator - System LSI Group Toshiba America Electronic Components, Inc. - http://www.toshiba.com/taec john.stoffel(a)taec.toshiba.com - 508-486-1087

6 6

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