<p>>>my response</p><p></p><p>Im not goign to turn this into a distro war everyone is entitled to their opinions and preferences. that is not the problem packaing or repackaing everything.</p><p>are there any debian based distros out there?</p>
<p></p><p>>> from john hearns </p><p>Oooh, here we go again. Distro wars :-)<br> <br>Jon, if I may be permitted to play the Devils Advocate this morning,<br>any "cluster distro" jsut has the same packages as any other server distro.<br>
Kernel, init scripts, ssh daemon, ntp, blah de blah de blah.<br> <br>The 'secret sauce' is in the HPC stack.<br>This consists of the drivers for any high performance interconnect,<br>the libraries for the HPC interconnect, the MPI libraries, the high performance compilers,<br>
the maths libraries, the batch shceduler and finally the applications on top.<br> <br> <br>In many cases the above are not packaged as RPMs (sorry - showing which side of the fence I come from).<br>As an aside, all credit should be due here to Pathscale/Qlogic for superbly packaging kernel modules and libraries for Infinipath, enabling you to create a working MPI setup with little more than an 'rpm install' command. Top marks.<br>
 <br>To create this Debian based cluster distribution you're going to have to package the above software types - and if anyone is going to actually use it, they'll be looking at the most recent versions also. Quite often in a distribution you will find an RPM for (say) LAMMPI or Gridengine - but they're seriously out of date.<br>
Let the debate begin.<br></p><div class="gmail_quote">On Fri, Oct 24, 2008 at 11:23 AM, Jon Aquilina <span dir="ltr"><<a href="mailto:eagles051387@gmail.com">eagles051387@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
now i see why the sudo approach adopted by debian and the kubuntu line is a good way to go. this is providing me with real motivation to start the development of my own kubuntu derived cluster distro. thing is i would need someone to give lists of pkgs that is used in a cluster and also testers and programmers to help me out seeing as i dont have a cluster.<div>
<div class="Wj3C7c"><br>
<br><div class="gmail_quote">On Fri, Oct 24, 2008 at 10:55 AM, Kilian CAVALOTTI <span dir="ltr"><<a href="mailto:kilian.cavalotti.work@gmail.com" target="_blank">kilian.cavalotti.work@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Jon Aquilina wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
did this person use the ssh exploit that red hat found a few months ago?<br>
</blockquote>
<br>
Apparently not. From what Joe wrote, "the entry point was via a shared user account". This account has been compromised, either with brute-force ssh login attempts, or was socially engineered, it's not clear.<br>


<br>
Nothing seems to indicate (as far as I can tell) that the entry point was due to some weakness in one of the Rocks components. I second Mitch in saying that this break-in isn't Rocks specific, but rather the result of poor (lack of?) administration practices (especially from what I could read here: <a href="http://scalability.org/?p=905" target="_blank">http://scalability.org/?p=905</a>, and assuming it's about the same customer).<br>


<br>
On the other hand, it's true that Rocks' philosophy (which I'm not a big proponent of) doesn't make updates easy, nor encourage keeping systems up-to-date. It tends to focus on the Windowsian "reinstall the whole machine" approach in case of problem. Which makes perfect sense in specific contexts, where no dedicated administration resources are available, or where compute time is critical and understanding the root cause of technical problems not so important.<br>


<br>
But this can also lead to the kind of security problem Joe described, even if here, I don't think one can blame any of the system's component being outdated for this intrusion.<br>
<br>
Cheers,<br>
-- <br><font color="#888888">
Kilian<br>
</font></blockquote></div><br><br clear="all"><br></div></div><font color="#888888">-- <br>Jonathan Aquilina<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Jonathan Aquilina<br>