Re: Development status and help
Roger Tsang <[email protected]> Sun, 1 Apr 2012 14:29:02 -0400
| Newsgroups | gmane.linux.cluster.ssic.devel |
|---|---|
| Message-ID | <CALTdT_MN0j5EHgA2yrUmmdm+ghscq5_wwDYG03q4aVHK5Wq7bQ@mail.gmail.com> |
--===============0046896592442118763== Content-Type: multipart/alternative; boundary=f46d043891298197e404bca23f49 --f46d043891298197e404bca23f49 Content-Type: text/plain; charset=ISO-8859-1 Hi Brian, http://openssi.org/cgi-bin/view?page=openssi.html That webpage has links to the Debian releases with instructions. John has been maintaining OpenSSI for Debian but he has been busy lately. If memory serves me right devfs is deprecated and udev is newer. That is why we are using udev. Not only that, we want to port OpenSSI to kernel-2.6.18 or newer and 2.6.18 uses udev. We want 2.6.18 so we can upgrade to RHEL5 and the next Debian distro. Latest status is OpenSSI is "pretty" stable on the existing kernel 2.6.11 and perhaps also on John's 2.6.14 too. However I hear we are stuck with initrd for the time being because the developers who ported 2.6.9-ssi to 2.6.11 had trouble with initramfs. You might run into rare warnings with file locks if your application competes locally with remote file locks especially with preemptive kernel. So we still need to implement proper sequencing within the kernel for clustered file locks. The native 2.6.11 kernel uses the big kernel lock which is only good enough for local file locks. After having spent some time stabilizing / improving 2.6.11-ssi for SMP I ported the userspace and kernel in OpenSSI for Fedora Core 3 to Red Hat Enterprise 4 (using kernel source code from CentOS 4) and was able to boot the cluster. The original RHEL4 kernel is already super patched, so I must have missed something while porting. In OpenSSI for RHEL4 remove exec does not work - aka. `onnode 2 cat`. Think I need to trace sys_rexecve() and see what is going on inside the kernel. I haven't got to doing that yet. Regards, Roger On Fri, Mar 16, 2012 at 11:06 AM, Brian Empson <[email protected]>wrote: > Hello, > > I'd like to help with porting the existing kernel to newer distributions > of debian specifically. What can I do to help and where should I start? I'd > like to see where development is going so far. > > > Regards, > Brian > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > ssic-linux-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/ssic-linux-devel > > --f46d043891298197e404bca23f49 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi Brian,<br><br><a href=3D"http://openssi.org/cgi-bin/view?page=3Dopenssi.= html" target=3D"_blank">http://openssi.org/cgi-bin/view?page=3Dopenssi.html= </a><br><br>That webpage has links to the Debian releases with instructions= .=A0 John has been maintaining OpenSSI for Debian but he has been busy late= ly.<br> <br>If memory serves me right devfs is deprecated and udev is newer.=A0 Tha= t is why we are using udev.=A0 Not only that, we want to port OpenSSI to ke= rnel-2.6.18 or newer and 2.6.18 uses udev. We want 2.6.18 so we can upgrade= to RHEL5 and the next Debian distro.<br> <br>Latest status is OpenSSI is "pretty" stable on the existing k= ernel 2.6.11 and perhaps also on John's 2.6.14 too.=A0 However I hear w= e are stuck with initrd for the time being because the developers who porte= d 2.6.9-ssi to 2.6.11 had trouble with initramfs.<br> <br>You might run into rare warnings with file locks if your application co= mpetes locally with remote file locks especially with preemptive kernel. So= we still need to implement proper sequencing within the kernel for cluster= ed file locks.=A0 The native 2.6.11 kernel uses the big kernel lock which i= s only good enough for local file locks.<br> <br>After having spent some time stabilizing / improving 2.6.11-ssi for SMP= I ported the userspace and kernel in OpenSSI for Fedora Core 3 to Red Hat = Enterprise 4 (using kernel source code from CentOS 4) and was able to boot = the cluster.=A0 The original RHEL4 kernel is already super patched, so I mu= st have missed something while porting.=A0 In OpenSSI for RHEL4 remove exec= does not work - aka. `onnode 2 cat`. Think I need to trace sys_rexecve() a= nd see what is going on inside the kernel.=A0 I haven't got to doing th= at yet.<br> <br>Regards,<br>Roger<br><br><div class=3D"gmail_quote">On Fri, Mar 16, 201= 2 at 11:06 AM, Brian Empson <span dir=3D"ltr"><<a href=3D"mailto:brian_e= [email protected]" target=3D"_blank">[email protected]</a>></span> wr= ote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> <div><div style=3D"font-size:12pt;font-family:times new roman,new york,time= s,serif"><div>Hello,</div><div><br></div><div>I'd like to help with por= ting the existing kernel to newer distributions of debian specifically. Wha= t can I do to help and where should I start? I'd like to see where deve= lopment is going so far.</div> <div><br></div><div><br></div><div>Regards,<br></div><div>Brian</div></div>= </div><br>-----------------------------------------------------------------= -------------<br> This SF email is sponsosred by:<br> Try Windows Azure free for 90 days Click Here<br> <a href=3D"http://p.sf.net/sfu/sfd2d-msazure" target=3D"_blank">http://p.sf= .net/sfu/sfd2d-msazure</a><br>_____________________________________________= __<br> ssic-linux-devel mailing list<br> <a href=3D"mailto:[email protected]" target=3D"_blank"= >[email protected]</a><br> <a href=3D"https://lists.sourceforge.net/lists/listinfo/ssic-linux-devel" t= arget=3D"_blank">https://lists.sourceforge.net/lists/listinfo/ssic-linux-de= vel</a><br> <br></blockquote></div><br> --f46d043891298197e404bca23f49-- --===============0046896592442118763== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------------ This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure --===============0046896592442118763== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ssic-linux-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ssic-linux-devel --===============0046896592442118763==--