Thanks very much!<br><br><div class="gmail_quote">On Fri, Sep 17, 2010 at 10:52 AM, Brian J. Murrell <span dir="ltr"><<a href="mailto:brian.murrell@oracle.com">brian.murrell@oracle.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
On Fri, 2010-09-17 at 10:42 -0800, Jonathan B. Horen wrote:<br>
><br>
> Background: Our OSTs<br>
<br>
OSSes.  OSTs are the disks that an OSS provides object service with.<br></blockquote><div><br>Yes, but... how, then, am I to view SAN storage devices? Sure, the disks are the OSTs, but these aren't JBODs hooked-up to a host's SCSI/SATA/SAS backplane... they're already in RAID-6 arrays, with PVs, VGs, and LVs, holding real user data, which are managed by the NexSan/FalconStor software (on top of a Linux OS).<br>
<br>Am I correct in thinking that these SAN storage devices would be networked to one-or-more OSSes?<br><br>Admittedly, I find it somewhat confusing.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div class="im">> Primary MDS would be a 72-cpu IBM x3950m2, which would<br>
> also be an OSS.<br>
<br>
</div>MDS and OSS on the same node is an unsupported configuration due to the<br>
fact that if it fails you will have a "double failure" and recovery<br>
cannot be performed.<br>
<div class="im"><br>
> Secondary MDS would be a 2-cpu Penguin Computing Altus-1300,<br>
> which would also be an OSS.<br>
<br>
</div>Ditto.<br>
<div class="im"><br>
> Are there basic conflicts-of-interest, and/or known/potential "gotchas" in<br>
> utilizing hosts in such multi-purpose roles?<br>
<br>
</div>OSSes and MDSes require a kernel patched for Lustre.  So you'd need to<br>
be able to either replace the kernel on those existing machines or patch<br>
the source you built it from.<br></blockquote><div><br>Did I misunderstand that RHEL5 sports Lustre-support already in the kernel?<br><br><br></div></div><br>