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@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@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><!-- Converted from text/rtf format --> <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@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@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--