ssic-linux-announce — OpenSSI announcements (very low traffic)

[Ssic-linux-announce] OpenSSI 2.0.0pre2 for Fedora Core 3

[Roger T. <rog...@gm...>]

Hi,

OpenSSI 2.0.0pre2 for Fedora Core 3 is available at http://openssi.org
(NOTE: You will get redirected to our new website http://openssi.eu)

This is the second pre-release of OpenSSI 2.0 based on Linux kernel-2.6.

This release fixes a number of bugs affecting the HA-CFS cluster
filesystem, VPROC process management, and the HA-LVS IP load-balancer.
 Also the kernel is no longer using 4K stacks by default to simplify
DRBD-SSI installation without kernel recompile.

Users of the development releases are encouraged to upgrade to this release.

Thanks to all the OpenSSI developers, contributors, and beta testers
for their hard work leading up to this 2.0 preview release.

Release Notes
----------------------
http://sourceforge.net/project/shownotes.php?release_id=565029&group_id=32541

Download
--------------
http://sourceforge.net/project/showfiles.php?group_id=32541&package_id=154064&release_id=565029


Happy New Year,
Roger

[Ssic-linux-announce] Problems with the CVS server?

[<la...@gr...>]

Hello,

I have some problems trying to get files from the CVS server.

Im getting this error:
cvs -d:Pserver:ano...@cv...:/cvsroot/ci-linux login

Logging in to :Pserver:ano...@cv...:2401/cvsroot/ci-linux

CVS password:

cvs [login aborted]: connect to cvs.sourceforge.net(66.35.250.207):2401 failed: No route to host

I've tried other CVS servers and from 4 different places in the world.

Same issue....

Any ideas on this?

[Ssic-linux-announce] OpenSSI 1.9.2 for Fedora Core 3 release now available

[Roger T. <rog...@gm...>]

The OpenSSI 1.9.2 development release for Fedora Core 3 is now available
from OpenSSI.org.

This release includes numerous 1.9.1 bug fixes. We highly encourage
users of the development releases to upgrade to this release.

The release notes are below.

Enjoy!

Roger

----
OpenSSI 1.9.2 is a development release, and is not necessarily suitable
for production use. If you want a stable release that is more suitable
for production use, please download OpenSSI 1.2.2 for Fedora Core 2,
Debian 3.1, or Red Hat 9 (deprecated).

This release is based on a 2.6 kernel, the 2.6.10 kernel to be precise.
Many developers have contributed to this port, including
Aneesh Kumar, David Zafman, John Byrne, Kishore Sampathkumar, Laura Ramirez,
Brian Watson, and Roger Tsang. If you find any bugs, please report them to
either ssi...@li... or ssi...@li....
Once the OpenSSI 1.9.x series stabilizes, OpenSSI 2.0.0 will be released
for production use.

A variety of bugs have been fixed while preparing for this release. To learn
more, please see the ChangeLog for this release. For even more detail, you
can browse the ssic-linux-checkins archive, which can be found on
OpenSSI.org.

[Ssic-linux-announce] OpenSSI 1.9.1 released for Fedora Core 3

[En C. L. <en...@in...>]

The OpenSSI 1.9.1 development release for Fedora Core 3 is now available 
from OpenSSI.org.

The release notes are below.

Enjoy!

En Chiang

---
OpenSSI 1.9.1 is a development release, and is not necessarily suitable
for production use. If you want a stable release that is more suitable
for production use, please download OpenSSI 1.2.2 for Fedora Core 2,
Debian 3.1, or Red Hat 9 (deprecated). If you are more interested in
having the latest features, including a 2.6-based kernel, then read on!!

This release is based on a 2.6 kernel, the 2.6.10 kernel to be precise.
Many developers have contributed to this port, including
Aneesh Kumar, David Zafman, John Byrne, Kishore Sampathkumar, Laura Ramirez,
and Brian Watson. If you find any bugs, please report them to
either ssi...@li... or ssi...@li....
Once the OpenSSI 1.9.x series stabilizes, OpenSSI 2.0.0 will be released
for production use.

Besides the new 2.6 kernel, major enhancements have been made to OpenSSI's
integrated, highly-available version of LVS ("Linux Virtual Server"). It
now allows you to select which load balancing algorithm you wish to use,
even on a port-by-port basis! Another new feature is automatic registration
of servers on UDP ports, as has been done with TCP servers for a long time.
To support these features, a variety of changes have been made to the
/etc/cvip.conf file format, and to assist with understanding this new
format, a sample is automatically installed with OpenSSI 1.9.1, complete
with helpful comments. For more information, please see README.CVIP in
the documentation included with OpenSSI (/usr/share/docs/openssi/).

A major annoyance with HA-LVS has been fixed! Previously, if the ha-lvs
service was restarted (`service ha-lvs restart' on Fedora, similar
on Debian with the invoke-rc.d command), any services being load 
balanced also
had to be restarted, otherwise they would no longer be load balanced. This
is no longer an issue, because when the ha-lvs service starts up, it now
scans for any active servers that should be load balanced, rather than
only allowing them to register when they start up.

For those interested in the technical details of OpenSSI's adaptation
of LVS, the /proc/cluster/ip_vs_portweight file has been renamed to
/proc/cluster/lvs_portweight. Now that UDP is supported, this file has
been enhanced to include information about the protocol. Also, automatic
LVS service registration works with PF_INET6 sockets, which is used
by programs such as the newer versions of sshd.

An interesting new feature is support for dynamic nodes.  By adding an
'iprange <start_ip_addr> <end_ip_addr>' declaration to /etc/clustertab,
the DHCP server on the initnode will "promiscuously" hand out IP addresses
to any node not formally added with ssi-addnode. The node will then parse
its node number from the last number of the IP address (the bottom eight
bits). A /cluster/node<n> directory is created on-the-fly when a dynamic
node joins the cluster, and it is deleted when the node goes down. Note
that this feature needs to be disabled if you want to add more static nodes,
because it interferes with ssi-addnode's automatic detection of MAC 
addresses.

A related feature is support for traditional static nodes to use DHCP to
get an IP address for their cluster interconnect NIC. This is done by
specifying <DHCP> as the IP address in ssi-addnode or in the appropriate
field of /etc/clustertab. Neither feature is well documented, yet.

There have been several minor changes. The onclass command now uses colons
to delimit a list of node numbers. The loadlevel command can handle 
arguments
to a program. Debug code has been built as part of this kernel, to help
catch bugs before OpenSSI 2.0.0. Now dhcpd version 3 is required by
OpenSSI's mkdhcpd.conf command.

A variety of bugs have been fixed while preparing for this release. To learn
more, please see the ChangeLog for this release. For even more detail, you
can browse the ssic-linux-checkins archive, which can be found on 
OpenSSI.org.

[Ssic-linux-announce] OpenSSI 1.9.1 (development release) is available for Debian Sarge

[Gopalakrishna NM <go...@hp...>]

Hi All,
The OpenSSI 1.9.1 development release for Debian Sarge is now available
from OpenSSI.org. The Debian version  has a great feature "XXEN"(openssi
XEN cluster/Extended XEN).  Please Go through the documentation  in 
openssi.org how to use XXEN. Give it a try!.

Fedora and Suse 1.9.1 release  will follow soon.

To know more about this release, please "ReleaseNotes" and "Changelog" 
attached to this mail.

Keep mailing your feedback, issues and suggestions to
mailing list.

Thanks and regards,
Gopal.


=============Release Notes=============
Notes:
Openssi 1.9.1 is a development release, and is not necessarily suitable
for production use. If you want a stable release that is more suitable
for production use, please download 1.2.2 for Fedora Core 2,
Debian 3.1, or Red Hat 9 (deprecated). If you are more interested in
having the latest features, including a 2.6-based kernel, then read on!!

The Debian version of this release has a XEN integrated with openssi.
(OpenSSI Xen Cluster). Now it is possible to run openssi XEN cluster.
For Fedora and Suse XEN will be available in the forthcoming releases.

This release hase some defect fixes from previous release. To learn more
about the changes in this release, please see the ChangeLog. For even more
detail, you can browse the ssic-linux-checkins archive, which can be found
on OpenSSI.org.

If you find any bugs, please report them to either
ssi...@li... or ssi...@li....
Once the OpenSSI 1.9.x series stabilizes, OpenSSI 2.0.0 will be released
for production use.


==========Change log===============
2005/05/31      lramirez <lau...@hp...>
         * Fix bug with init process so ps can display it.

2005/05/27      kvaneesh <ane...@gm...>
         * Rewrite the clusterfstab generation script
         * make /var/log/lastlog a cluster global file for Debian

2005/05/26      lramirez <lau...@hp...>
         * Fix bug in msgctl to go to namesvr when hints are wrong.

2005/05/25      kvaneesh <ane...@gm...>
         * Fix ssi-chnode to work with Xen
         * Fix SSI-failover.int to use where_pid instead of cat 
/proc/1/where
         * Fix mount -U <uuid> usage. mount command now prints a warning
           message if chard option is used wrongly

2005/05/13      bjbrew <Bri...@hp...>
         * Fail if rmtsock or rmtunix are used to send multiple data
           blocks in a message, since it currently only send the first block
2005/05/13      kvaneesh <ane...@gm...>
         * Add Support for building Cluster  using Xen virtual machine
         * New mkboottab command for creating boottab file
         * Add --xennode option to ssi-addnode commands
         * Modify initrd-tools scripts to build a ramdisk for Xen
         * Add a new meta package openssi-xen for Debian
         * Fix update-rc.d command to work with non OpenSSI kernel
         * Add debian based xen-howto to the CVS

2005/05/12      bjbrew <Bri...@hp...>
         * Ensure that reop_export_path() fails if a file is unlinked and
           cannot be handled

2005/05/13      kvaneesh <ane...@gm...>
         * Fix the uninitialized timer usage in CFS token code
         * Update kernel Makefiles to enable SSI_ASSERT by default

2005/05/11      lramirez <lau...@hp...>
         * Fixed a bug with strace

2005/05/02      bjbrew <Bri...@hp...>
         * Fix porting issues with sending fds remotely; these issues were
           caused by the base moving scm_send() and scm_recv() calls inside
           the sendmsg and recvmsg ops

[Ssic-linux-announce] Wiki!

[Brian J. W. <Bri...@hp...>]

A new Wiki has been set up for OpenSSI by Ivan Krstic. It provides a 
great forum for OpenSSI users to share their knowledge and experience 
with each other and new users. It's currently populated with a limited 
set of information about known problems, building third-party network 
drivers, HA-LVS, etc.

It is my hope that this Wiki will dramatically improve the quantity and 
quality of OpenSSI's documentation. Rather than relying upon the OpenSSI 
developers to write documentation in the limited time that they're not 
busy adding new features and fixing bugs, this Wiki allows everyone to 
contribute their knowledge and experience. Besides, a user who has 
actually set up and maintained an OpenSSI cluster in a production 
environment is much better qualified to write documentation about their 
area of expertise than any developer!

Please take a look:

http://radian.org/openssi/

There are also links to the Wiki on OpenSSI.org, under Recent News and 
the Documentation section of the sidebar.

Feel free to create a Wiki account by clicking the link in the 
upper-righthand corner. All it requires is an e-mail address and a 
minute of your time. After that, it's up to you to decide what you want 
to share with the rest of the OpenSSI community.

Have fun!

Brian

[Ssic-linux-announce] am-utils (automounter, amd) package for Debian OpenSSI 1.2.2

[Gopalakrishna NM <go...@hp...>]

Hello All,
The am-utils package  for Debian OpenSSI 1.2.2 from OpenSSI.org. It is 
downloadable  from openssi.org, from the link shown below. Please read 
the "README" in the link shown below.

http://www.openssi.org/contrib/1.2.2/am-utils/am-utils-1.2.2.tar.gz
http://www.openssi.org/contrib/1.2.2/am-utils/README.amd

IMPORTANT NOTE:
One can install the amd package using 'dpkg'. However , after installing 
amd package , you cannot upgrade it using `apt-get distupgrade`. This 
package is not available in the original Debian openssi 1.2.2 repository 
"ftp.easynet.fr".

This includes modified version of amd automounter for OpenSSI.
The amd server running inside the cluster is now able to serve automount
requests from any node within the cluster.
And thus amd automounted file systems are visible across the cluster.

Thanks and regards,
Gopal.

[Ssic-linux-announce] am-utils for OpenSSI 1.2.2

[Roopa P. <pra...@in...>]

Hello All,

The am-utils rpm for OpenSSI 1.2.2 for Fedora Core 2 is now available
from OpenSSI.org.

This includes a modified version of amd automounter for OpenSSI. 
The amd server running inside the cluster is now able to serve automount
requests from any node within the cluster. 
And thus amd automounted filesystems are visible across the cluster.
Also see README.amd
 
Thanks,
Roopa

[Ssic-linux-announce] Re: OpenSSI 1.9.0 (development release) is available for Debian Sarge

[Gopalakrishna NM <go...@hp...>]

Hi All,
The "apt repository" link is  changed and new link is  reflected in the 
INSTALL and UPGRADE document available on "openssi.org" for  1.9 (devel) 
Debian release. Those who are already set their repository to 
"www.openssi.org" for 1.9 installation , have to change 
"/etc/apt/sources.list" by adding following entries for any upgradation 
or downloading any optional packages.

deb http://ftp.easynet.fr/openssi/openssi-v2 ./
deb-src http://ftp.easynet.fr/openssi/openssi-v2 ./

the file "/etc/apt/preferences" should have

Package: *
Pin: origin ftp.easynet.fr
Pin-Priority: 1001.

Repository available on "www.openssi.org" will be removed very shortly.
  Please refer Install and upgrade document for installation and 
upgradation available on www.openssi.org.

http://www.openssi.org/cgi-bin/view?page=docs2/1.9/debian/INSTALL.html
http://www.openssi.org/cgi-bin/view?page=docs2/1.9/debian/README.upgrade

Sorry for any inconvencies because of this change.

Thanks and regards,
Gopal.


Gopalakrishna NM wrote:
> Hi All,
> The OpenSSI 1.9.0 development release for Debian Sarge is now available 
> from OpenSSI.org.
> Please try it. Keep mailing your feedback, issues and suggestions to
> mailing list.
> 
> Thanks and regards,
> Gopal.
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Tell us your software development plans!
> Take this survey and enter to win a one-year sub to SourceForge.net
> Plus IDC's 2005 look-ahead and a copy of this survey
> Click here to start!  http://www.idcswdc.com/cgi-bin/survey?id=105hix
> _______________________________________________
> ssic-linux-devel mailing list
> ssi...@li...
> https://lists.sourceforge.net/lists/listinfo/ssic-linux-devel
> 
> 

[Ssic-linux-announce] RE: [SSI-devel] OpenSSI 1.9.0 (development release) is available for Debian Sarge

[Walker, B. J <bru...@hp...>]

Thanks Gopal.  For those not reading all the mail, this is the first
release based on a 2.6-based kernel.  This in fact is based on 2.6.10.
Releases for Suse 9.2 and Fedora Core 3 should be available in the next
week or so.

Bruce
=20

-----Original Message-----
From: ssi...@li...
[mailto:ssi...@li...] On Behalf Of
Manjunatha, Gopalakrishna N (STSD)
Sent: Wednesday, April 27, 2005 5:19 AM
To: ssi...@li...; OpenSSI users; OpenSSI
developers
Subject: [SSI-devel] OpenSSI 1.9.0 (development release) is available
for Debian Sarge

Hi All,
The OpenSSI 1.9.0 development release for Debian Sarge is now available
from OpenSSI.org.
Please try it. Keep mailing your feedback, issues and suggestions to
mailing list.

Thanks and regards,
Gopal.




-------------------------------------------------------
SF.Net email is sponsored by: Tell us your software development plans!
Take this survey and enter to win a one-year sub to SourceForge.net Plus
IDC's 2005 look-ahead and a copy of this survey Click here to start!
http://www.idcswdc.com/cgi-bin/survey?id=3D105hix
_______________________________________________
ssic-linux-devel mailing list
ssi...@li...
https://lists.sourceforge.net/lists/listinfo/ssic-linux-devel

[Ssic-linux-announce] OpenSSI 1.9.0 (development release) is available for Debian Sarge

[Gopalakrishna NM <go...@hp...>]

Hi All,
The OpenSSI 1.9.0 development release for Debian Sarge is now available 
from OpenSSI.org.
Please try it. Keep mailing your feedback, issues and suggestions to
mailing list.

Thanks and regards,
Gopal.

[Ssic-linux-announce] Any word on the status of versions supporting the 2.6x kernel?

[Kyle F. <jf...@em...>]

At Emory Libraries we're encountering serious issues with conflicts 
between kernel 2.4.22-1.2199.nptl-ssi-686-smp and the megaraid drivers 
required for our Dell hardware.  We know that moving to a 2.6 kernel 
will alleviate the problem.  Could you give an update to the listserv 
about the 1.9 release and its stability?

Kyle Fenton
Emory University Libraries

[Ssic-linux-announce] OpenSSI 1.2.2 released for Debian

[Gopalakrishna NM <go...@hp...>]

Hi All,
The OpenSSI 1.2.2 stable release for Debian Sarge is now available from
OpenSSI.org.
Please try it. Keep mailing your feedback, any issues and suggestions to 
mailing list.

Thanks and regards,
Gopal.

Re: [Ssic-linux-announce] OpenSSI 1.2.2 released for Fedora Core 2

[En C. L. <en...@in...>]

The OpenSSI 1.2.2 release tarball for Fedora Core 2 has been updated to 
correctly reflect the version in /etc/openssi-release. This is a minor 
change and does not affect the operation of OpenSSI in any way.

Regards,

En Chiang

En Chiang Lee wrote:
> The OpenSSI 1.2.2 stable release for Fedora Core 2 is now available from 
> OpenSSI.org.
> 
> The release notes are below.
> 
> Enjoy!
> 
> En Chiang
> 
> ---
> OpenSSI 1.2.2 is a stable release, suitable for production use. This
> release has versions for Fedora Core 2 ("FC2"), Debian 3.1 (testing),
> and Red Hat 9 ("RH9"). The OpenSSI 1.2.x series will be the last set
> of releases for RH9, so you should only use RH9 if you're upgrading
> from 1.0.0 or 1.1.x for RH9, and you're unable to do a fresh install
> on FC2 or Debian.
> 
> The primary focus of OpenSSI 1.2.2 was bug fixes. A major bug that was
> fixed had prevented nodes from joining after failover of the init node.
> Also, a shmat() permission bug for non-root users has been fixed. Last
> but not least, Ivan Krstic contributed a fix for the Debian version of
> OpenSSI to support long device names with DRBD.
> 
> To learn more, please see the ChangeLog for this release. For even
> more detail, you can browse the ssic-linux-checkins archive, which can
> be found on OpenSSI.org.
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Ssic-linux-announce mailing list
> Ssi...@li...
> https://lists.sourceforge.net/lists/listinfo/ssic-linux-announce
> 
> 

[Ssic-linux-announce] OpenSSI 1.2.2 released for Red Hat 9

[En C. L. <en...@in...>]

The OpenSSI 1.2.2 stable release for Red Hat 9 is now available from 
OpenSSI.org.

The release notes are below.

Enjoy!

En Chiang

---
OpenSSI 1.2.2 is a stable release, suitable for production use. This
release has versions for Fedora Core 2 ("FC2"), Debian 3.1 (testing),
and Red Hat 9 ("RH9"). The OpenSSI 1.2.x series will be the last set
of releases for RH9, so you should only use RH9 if you're upgrading
from 1.0.0 or 1.1.x for RH9, and you're unable to do a fresh install
on FC2 or Debian.

The primary focus of OpenSSI 1.2.2 was bug fixes. A major bug that was
fixed had prevented nodes from joining after failover of the init node.
Also, a shmat() permission bug for non-root users has been fixed. Last
but not least, Ivan Krstic contributed a fix for the Debian version of
OpenSSI to support long device names with DRBD.

To learn more, please see the ChangeLog for this release. For even
more detail, you can browse the ssic-linux-checkins archive, which can
be found on OpenSSI.org.

[Ssic-linux-announce] OpenSSI 1.2.2 released for Fedora Core 2

[En C. L. <en...@in...>]

The OpenSSI 1.2.2 stable release for Fedora Core 2 is now available from 
OpenSSI.org.

The release notes are below.

Enjoy!

En Chiang

---
OpenSSI 1.2.2 is a stable release, suitable for production use. This
release has versions for Fedora Core 2 ("FC2"), Debian 3.1 (testing),
and Red Hat 9 ("RH9"). The OpenSSI 1.2.x series will be the last set
of releases for RH9, so you should only use RH9 if you're upgrading
from 1.0.0 or 1.1.x for RH9, and you're unable to do a fresh install
on FC2 or Debian.

The primary focus of OpenSSI 1.2.2 was bug fixes. A major bug that was
fixed had prevented nodes from joining after failover of the init node.
Also, a shmat() permission bug for non-root users has been fixed. Last
but not least, Ivan Krstic contributed a fix for the Debian version of
OpenSSI to support long device names with DRBD.

To learn more, please see the ChangeLog for this release. For even
more detail, you can browse the ssic-linux-checkins archive, which can
be found on OpenSSI.org.

[Ssic-linux-announce] Re: [SSI-devel] OpenSSI 1.2.1 released for Fedora Core 2 and Red Hat 9

[Aneesh K. <ane...@gm...>]

Debian packages are  uploaded at 

http://ftp.easynet.fr/openssi/openssidebs-devel/

use apt-get dist-upgrade to upgrade or follow the below documentation
to install

http://www.openssi.org/cgi-bin/view?page=docs2/1.2/debian/INSTALL.html

-aneesh 

On Mon, 07 Mar 2005 11:57:54 +0530, En Chiang Lee <en...@in...> wrote:
> The OpenSSI 1.2.1 stable releases for Fedora Core 2 and Red Hat 9 are
> now available from OpenSSI.org.
> 
> The release notes are below.
> 
> Enjoy!
> 
> En Chiang
> 
> ---
> OpenSSI 1.2.1 is a stable release, suitable for production use. This
> release has versions for Fedora Core 2 ("FC2"), Debian 3.1 (testing),
> and Red Hat 9 ("RH9"). The OpenSSI 1.2.x series will be the last set
> of releases for RH9, so you should only use RH9 if you're upgrading
> from 1.0.0 or 1.1.x for RH9, and you're unable to do a fresh install
> on FC2 or Debian.
> 
> The primary focus of OpenSSI 1.2.1 was minor feature enhancements
> and bug fixes. A bug that prevented clusters larger than 32 nodes has
> been fixed. Process migration has been enhanced to allow processes with
> open /proc files to migrate between nodes.
> 
> Hostnames can now be used in /etc/cvip.conf to configure Linux Virtual
> Server ("LVS"). Previously, only IP addresses could be used.
> 
> The OpenSSI enhanced portmap daemon (used by NFS) now allows the LVS
> Cluster Virtual IP ("CVIP") address to be the same as the IP address
> of a physical interface. This makes it easier to configure NFS, LVS,
> and OpenSSI in certain networking environments.
> 
> The Cluster File System ("CFS") can now stack on a ramfs mount and
> share it with the rest of cluster, just like it does for ordinary
> physical filesystems such as ext2/3. You may need to add an entry for
> ramfs to /cluster/lib/cfstab.
> 
> The Debian version of OpenSSI now validates IP and MAC addresses when
> adding a new node. Also, some device creation rules for /etc/devfsd.conf
> have been adapted from OpenSSI for Fedora Core 2.
> 
> The distribution-specific versions of README.nfs-server,
> README.nfs-client, and README.ntp have been combined into a
> distribution-neutral version of each document. This will make them
> easier to maintain and less likely to diverge for the different
> distributions supported by OpenSSI. Also, some errors and omissions
> in README.ltsp have been corrected.
> 
> To learn more, please see the ChangeLog for this release. For even
> more detail, you can browse the ssic-linux-checkins archive, which can
> be found on OpenSSI.org.
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> ssic-linux-devel mailing list
> ssi...@li...
> https://lists.sourceforge.net/lists/listinfo/ssic-linux-devel
>

[Ssic-linux-announce] OpenSSI 1.2.1 released for Fedora Core 2 and Red Hat 9

[En C. L. <en...@in...>]

The OpenSSI 1.2.1 stable releases for Fedora Core 2 and Red Hat 9 are
now available from OpenSSI.org.

The release notes are below.

Enjoy!

En Chiang

---
OpenSSI 1.2.1 is a stable release, suitable for production use. This
release has versions for Fedora Core 2 ("FC2"), Debian 3.1 (testing),
and Red Hat 9 ("RH9"). The OpenSSI 1.2.x series will be the last set
of releases for RH9, so you should only use RH9 if you're upgrading
from 1.0.0 or 1.1.x for RH9, and you're unable to do a fresh install
on FC2 or Debian.

The primary focus of OpenSSI 1.2.1 was minor feature enhancements
and bug fixes. A bug that prevented clusters larger than 32 nodes has
been fixed. Process migration has been enhanced to allow processes with
open /proc files to migrate between nodes.

Hostnames can now be used in /etc/cvip.conf to configure Linux Virtual
Server ("LVS"). Previously, only IP addresses could be used.

The OpenSSI enhanced portmap daemon (used by NFS) now allows the LVS
Cluster Virtual IP ("CVIP") address to be the same as the IP address
of a physical interface. This makes it easier to configure NFS, LVS,
and OpenSSI in certain networking environments.

The Cluster File System ("CFS") can now stack on a ramfs mount and
share it with the rest of cluster, just like it does for ordinary
physical filesystems such as ext2/3. You may need to add an entry for
ramfs to /cluster/lib/cfstab.

The Debian version of OpenSSI now validates IP and MAC addresses when
adding a new node. Also, some device creation rules for /etc/devfsd.conf
have been adapted from OpenSSI for Fedora Core 2.

The distribution-specific versions of README.nfs-server,
README.nfs-client, and README.ntp have been combined into a
distribution-neutral version of each document. This will make them
easier to maintain and less likely to diverge for the different
distributions supported by OpenSSI. Also, some errors and omissions
in README.ltsp have been corrected.

To learn more, please see the ChangeLog for this release. For even
more detail, you can browse the ssic-linux-checkins archive, which can
be found on OpenSSI.org.

[Ssic-linux-announce] OpenSSI 1.2.0+ for KNOPPIX 3.6

[Brian J. W. <Bri...@hp...>]

Hi all,

OpenSSI clustering is now available for a new "distribution": the 
KNOPPIX 3.6 Live CD. This is the easiest-to-install version of OpenSSI 
ever!! You simply download the ISO image, burn it to a CD, and boot your 
first node from the CD. All other nodes can be network booted into the 
cluster, as usual.

For the most part, this version of OpenSSI is identical to OpenSSI 1.2.0 
for Debian 3.1. Key differences include a newer version of the OpenSSI 
kernel with a few small changes for running in the KNOPPIX environment, 
and a merge of the OpenSSI SysVinit with some necessary KNOPPIX 
enhancements. Some special configuration has also been done, including 
putting atftpd (Advanced TFTP daemon) under the care of OpenSSI's HA 
process monitoring and restart daemon, keepalive, to handle atftpd's 
tendency to coredump (atftpd is only version 0.7, and a bit unstable). 
One last note is that the process load balancing demo has been included. 
Look in /demo-proclb after booting from the CD.

There are several known issues that need to be resolved. I may not have 
a lot of time to work on these issues, so if you have an interest in 
tinkering with OpenSSI or KNOPPIX, you're more than welcome to work on 
it and submit changes. Contact me on the developer's mailing list if 
you're interested.

OpenSSI 1.2.0+ for KNOPPIX 3.6 can be downloaded from OpenSSI.org.

Enjoy!

Brian


The known issues include:

- Administrative
	* resolve .dpkg-new files that resulted from installing OpenSSI
	* /var/run/utmp and /var/log/wtmp should be clusterwide files
	* the kernel version number needs an OpenSSI revision number

- Debugging
	* after starting X Windows, the mouse does not work
	* when at runlevel 5, init does not start processes on node 2
	* KNOPPIX fstab generation for local partitions is broken
	* /var/run doesn't have everything from /KNOPPIX/var/run

- Development
	* add "quickup" addnode feature, to avoid running ssi-addnode
	* merge microcode support into devfsd

[Ssic-linux-announce] DRBD for OpenSSI 1.2.0 on Fedora Core 2 released

[En C. L. <en...@in...>]

DRBD for OpenSSI 1.2.0 on Fedora Core 2 is now available from 
openssi.org. DRBD allows the mirroring of devices over the network. With 
  this package it is possible to do filesystem failover on OpenSSI 
without shared storage.

This is a modified version of DRBD based on drbd-0.7.7 from www.drbd.org.

Regards,

En Chiang

[Ssic-linux-announce] Re: [SSI-users] Lustre for 1.2.0 for FC2

[Jaideep D. <Jai...@hp...>]

The Lustre RPMs for OpenSSI 1.2.0 for Redhat 9 are now available as well.

Brian J. Watson wrote:

> The Lustre RPMs for OpenSSI 1.2.0 for Fedora Core 2 are now available. 
> Support for 1.2.0 for Red Hat 9 will be forthcoming.
>
> Brian
>
>
>
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> Ssic-linux-users mailing list
> Ssi...@li...
> https://lists.sourceforge.net/lists/listinfo/ssic-linux-users
>

[Ssic-linux-announce] Lustre for 1.2.0 for FC2

[Brian J. W. <Bri...@hp...>]

The Lustre RPMs for OpenSSI 1.2.0 for Fedora Core 2 are now available. 
Support for 1.2.0 for Red Hat 9 will be forthcoming.

Brian

Re: [Ssic-linux-announce] RE: [SSI-devel] OpenSSI 1.2.0 released for Fedora Core 2

[En C. L. <en...@in...>]

DRBD for OpenSSI 1.2.0 is being tested, and will be available by the end 
of the week (or sometime early next week).

Regards,

En Chiang

Walker, Bruce J wrote:
> En Chiang,
>    There is no mention of DRBD in release notes below.  Could you please
> clarify to the community where we stand and when we will have a package
> (with instructions) available.
> 
> Thanks,
>    bruce
> 
> 
> 
>>-----Original Message-----
>>From: ssi...@li... 
>>[mailto:ssi...@li...] On 
>>Behalf Of Lee, En Chiang (STSD)
>>Sent: Wednesday, December 22, 2004 3:12 AM
>>To: ssi...@li...
>>Cc: ssi...@li...; 
>>ssi...@li...
>>Subject: [SSI-devel] OpenSSI 1.2.0 released for Fedora Core 2
>>
>>
>>The OpenSSI 1.2.0 stable release for Fedora Core 2 is now 
>>available from
>>OpenSSI.org. The versions for Debian and Red Hat 9 will follow in
>>several days.
>>
>>The release notes are below.
>>
>>Enjoy!
>>
>>En Chiang
>>
>>---
>>OpenSSI 1.2.0 is a stable release, suitable for production use. These
>>release notes are compilation of the notes for 1.1.0 and 
>>1.1.1, for the
>>convenience of users who have not upgraded since 1.0.0. A 
>>description of
>>what's changed since 1.1.1 can be found at the bottom.
>>
>>This release has versions for Fedora Core 2 ("FC2"), Debian 
>>testing, and
>>Red Hat 9 ("RH9"). The OpenSSI 1.2.x series will be the last set of
>>releases for RH9, so you should only use RH9 if you're upgrading from
>>1.0.0 or 1.1.x for RH9, and you're unable to do a fresh install on FC2
>>or Debian.
>>
>>The OpenSSI kernel is now based on the most recent Fedora 
>>Core 1 ("FC1")
>>kernel (2.4.22-1.2199.nptl). This is true for all distributions, since
>>it is difficult to maintain multiple versions of the OpenSSI 
>>kernel. It
>>might seem strange that OpenSSI 1.2.0 runs on FC2, but it is based on
>>the FC1 kernel.  This is because the FC1 kernel is based on the Linux
>>2.4 kernel, whereas FC2 is based on 2.6. There is currently a 
>>project to
>>port OpenSSI to the 2.6 kernel, but it will not be ready for 
>>a few more
>>months. When it is ready, it will be part of OpenSSI 1.9/2.0.
>>
>>There are several features that have been developed for OpenSSI 1.2
>>since the last stable release: 1.0.0. One of them is performance
>>enhancements for the Cluster File System ("CFS"). Now it not 
>>only caches
>>remote reads, but it also caches remote writes, while still 
>>maintaining
>>a coherent view of the filesystem across the cluster. Furthermore, CFS
>>now does asynchronous remote read-aheads of data blocks that programs
>>might want, so that they are already cached locally by time 
>>the program
>>wants them. Hopefully you will notice a significant performance
>>improvement in your filesystem intensive application!
>>
>>Another new feature is atomic migration of a group of processes. The
>>group could either be a POSIX process group or the "threads" of a
>>multi-threaded application (on Linux, each thread is a full 
>>process). To
>>migrate a POSIX process group, call the migrate command with the
>>negative PID of the process group leader. These semantics are very
>>similar to signaling a process group. To migrate a thread group, call
>>the migrate command with the PID of any "thread" in that group. With
>>both forms of group migration, either the entire group migrates or it
>>does not. If any process in the group is unable to migrate for any
>>reason, the entire group will remain on the old node.
>>
>>Another process migration enhancement is the ability to migrate a
>>process while it is holding file record locks. These locks 
>>will continue
>>to be held during the migration and after the process 
>>continues running
>>on the new node.
>>
>>LVS-NAT can now be used with OpenSSI. Linux Virtual Server 
>>("LVS") is a
>>third-party open-source project that load balances TCP 
>>connections among
>>the nodes in a cluster. For a long time, LVS has been integrated with
>>OpenSSI, making it easier to manage than an LVS cluster 
>>without OpenSSI,
>>but only the Direct Routing ("DR") feature of LVS was supported. DR
>>allows load balancing in a cluster where every node has a direct
>>connection to the external network (as well as a network 
>>connection to a
>>private switch for the cluster interconnect, as recommended in the
>>OpenSSI installation instructions). Unfortunately, a security 
>>feature in
>>the Linux kernel prevents DR from being used in a cluster where only
>>some nodes are connected to the external network. For these 
>>situations,
>>the Network Address Translation ("NAT") feature of LVS should be used,
>>and it is now supported on OpenSSI.
>>
>>Note that LVS-NAT is different from the NAT that you would use for
>>making outbound connections from a private IP address. LVS-NAT is for
>>load balancing inbound connections from a public IP address among a
>>cluster of machines that are all connected to a private 
>>network, such as
>>an OpenSSI cluster interconnect. Of course, LVS-NAT requires that
>>potential director nodes are connected to both the external 
>>network and
>>the cluster interconnect, so that traffic can move between the two
>>networks.
>>
>>The 'fast' and 'fastnode' commands have been added. 'fastnode' returns
>>the node number for the least-loaded node in the cluster, as 
>>determined
>>by the process load-leveling algorithm. 'fast' executes a 
>>command on the
>>least-loaded node. Read the man pages for these commands for more
>>information.
>>
>>Several files were added to /proc/cluster/: nm_rate, nm_log_threshold,
>>and nm_nodedown_disabled. nm_rate can be used to alter how often node
>>monitoring messages are exchanged (default is 1 per second) 
>>and how long
>>before a node is declared down (default 10 seconds). nm_log_threshold
>>indicates how many monitoring messages can be missed before a kernel
>>warning is generated (default 2). nm_nodedown_disabled can be set to
>>disable nodedown detection, which is useful if you need to enter the
>>kernel debugger on one of the nodes. Previously, you had to 
>>recompile an
>>OpenSSI kernel to change one these values. Now you can do it by simply
>>writing a new value into one of these /proc/cluster files.
>>
>>The top command was enhanced for this release by Roopa Prabhu. By
>>default, it adds an execution node number column and only displays
>>clusterwide information in the header. The node number column replaces
>>the mem % column, which is potentially confusing. When top is run in
>>localview mode (i.e., `localview top'), it limits the list of 
>>processes
>>to just those that are running on the local node, and it displays all
>>the same information as the base version of top.
>>
>>To improve performance, the init failover state file was moved from
>>/etc/initstate to /cluster/init/initstate. This avoids the need to
>>constantly hit the large /etc directory.
>>
>>Since the last development release (1.1.1), OpenSSI now has 
>>the ability
>>to automatically move loadleveled process off a node that is 
>>gracefully
>>shutting down due to a clusternode_shutdown call.
>>
>>Another new feature is an interactive 'e' command for top, 
>>which prompts
>>the user for a node number and displays only processes on that node.
>>This new feature is only available when top is run in defaultview (not
>>localview).
>>
>>A README was added for configuring clusterwide NFS client mounts.
>>
>>Several interface changes to HA-LVS include a new
>>/proc/cluster/lvs_internal_gw file, as well as changes to make
>>/proc/cluster/lvs_routing use the seq_file interface. The files
>>/usr/sbin/clusterip.sh and /etc/default/lvs_routing no longer exist.
>>
>>There have been many bug fixes. See the ChangeLog for more details.
>>
>>
>>
>>
>>-------------------------------------------------------
>>SF email is sponsored by - The IT Product Guide
>>Read honest & candid reviews on hundreds of IT Products from 
>>real users.
>>Discover which products truly live up to the hype. Start reading now. 
>>http://productguide.itmanagersjournal.com/
>>_______________________________________________
>>ssic-linux-devel mailing list
>>ssi...@li...
>>https://lists.sourceforge.net/lists/listinfo/ssic-linux-devel
>>
> 
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now. 
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> Ssic-linux-announce mailing list
> Ssi...@li...
> https://lists.sourceforge.net/lists/listinfo/ssic-linux-announce
> 
> 

[Ssic-linux-announce] RE: [SSI-devel] OpenSSI 1.2.0 released for Fedora Core 2

[Walker, B. J <bru...@hp...>]

En Chiang,
   There is no mention of DRBD in release notes below.  Could you please
clarify to the community where we stand and when we will have a package
(with instructions) available.

Thanks,
   bruce


> -----Original Message-----
> From: ssi...@li...=20
> [mailto:ssi...@li...] On=20
> Behalf Of Lee, En Chiang (STSD)
> Sent: Wednesday, December 22, 2004 3:12 AM
> To: ssi...@li...
> Cc: ssi...@li...;=20
> ssi...@li...
> Subject: [SSI-devel] OpenSSI 1.2.0 released for Fedora Core 2
>=20
>=20
> The OpenSSI 1.2.0 stable release for Fedora Core 2 is now=20
> available from
> OpenSSI.org. The versions for Debian and Red Hat 9 will follow in
> several days.
>=20
> The release notes are below.
>=20
> Enjoy!
>=20
> En Chiang
>=20
> ---
> OpenSSI 1.2.0 is a stable release, suitable for production use. These
> release notes are compilation of the notes for 1.1.0 and=20
> 1.1.1, for the
> convenience of users who have not upgraded since 1.0.0. A=20
> description of
> what's changed since 1.1.1 can be found at the bottom.
>=20
> This release has versions for Fedora Core 2 ("FC2"), Debian=20
> testing, and
> Red Hat 9 ("RH9"). The OpenSSI 1.2.x series will be the last set of
> releases for RH9, so you should only use RH9 if you're upgrading from
> 1.0.0 or 1.1.x for RH9, and you're unable to do a fresh install on FC2
> or Debian.
>=20
> The OpenSSI kernel is now based on the most recent Fedora=20
> Core 1 ("FC1")
> kernel (2.4.22-1.2199.nptl). This is true for all distributions, since
> it is difficult to maintain multiple versions of the OpenSSI=20
> kernel. It
> might seem strange that OpenSSI 1.2.0 runs on FC2, but it is based on
> the FC1 kernel.  This is because the FC1 kernel is based on the Linux
> 2.4 kernel, whereas FC2 is based on 2.6. There is currently a=20
> project to
> port OpenSSI to the 2.6 kernel, but it will not be ready for=20
> a few more
> months. When it is ready, it will be part of OpenSSI 1.9/2.0.
>=20
> There are several features that have been developed for OpenSSI 1.2
> since the last stable release: 1.0.0. One of them is performance
> enhancements for the Cluster File System ("CFS"). Now it not=20
> only caches
> remote reads, but it also caches remote writes, while still=20
> maintaining
> a coherent view of the filesystem across the cluster. Furthermore, CFS
> now does asynchronous remote read-aheads of data blocks that programs
> might want, so that they are already cached locally by time=20
> the program
> wants them. Hopefully you will notice a significant performance
> improvement in your filesystem intensive application!
>=20
> Another new feature is atomic migration of a group of processes. The
> group could either be a POSIX process group or the "threads" of a
> multi-threaded application (on Linux, each thread is a full=20
> process). To
> migrate a POSIX process group, call the migrate command with the
> negative PID of the process group leader. These semantics are very
> similar to signaling a process group. To migrate a thread group, call
> the migrate command with the PID of any "thread" in that group. With
> both forms of group migration, either the entire group migrates or it
> does not. If any process in the group is unable to migrate for any
> reason, the entire group will remain on the old node.
>=20
> Another process migration enhancement is the ability to migrate a
> process while it is holding file record locks. These locks=20
> will continue
> to be held during the migration and after the process=20
> continues running
> on the new node.
>=20
> LVS-NAT can now be used with OpenSSI. Linux Virtual Server=20
> ("LVS") is a
> third-party open-source project that load balances TCP=20
> connections among
> the nodes in a cluster. For a long time, LVS has been integrated with
> OpenSSI, making it easier to manage than an LVS cluster=20
> without OpenSSI,
> but only the Direct Routing ("DR") feature of LVS was supported. DR
> allows load balancing in a cluster where every node has a direct
> connection to the external network (as well as a network=20
> connection to a
> private switch for the cluster interconnect, as recommended in the
> OpenSSI installation instructions). Unfortunately, a security=20
> feature in
> the Linux kernel prevents DR from being used in a cluster where only
> some nodes are connected to the external network. For these=20
> situations,
> the Network Address Translation ("NAT") feature of LVS should be used,
> and it is now supported on OpenSSI.
>=20
> Note that LVS-NAT is different from the NAT that you would use for
> making outbound connections from a private IP address. LVS-NAT is for
> load balancing inbound connections from a public IP address among a
> cluster of machines that are all connected to a private=20
> network, such as
> an OpenSSI cluster interconnect. Of course, LVS-NAT requires that
> potential director nodes are connected to both the external=20
> network and
> the cluster interconnect, so that traffic can move between the two
> networks.
>=20
> The 'fast' and 'fastnode' commands have been added. 'fastnode' returns
> the node number for the least-loaded node in the cluster, as=20
> determined
> by the process load-leveling algorithm. 'fast' executes a=20
> command on the
> least-loaded node. Read the man pages for these commands for more
> information.
>=20
> Several files were added to /proc/cluster/: nm_rate, nm_log_threshold,
> and nm_nodedown_disabled. nm_rate can be used to alter how often node
> monitoring messages are exchanged (default is 1 per second)=20
> and how long
> before a node is declared down (default 10 seconds). nm_log_threshold
> indicates how many monitoring messages can be missed before a kernel
> warning is generated (default 2). nm_nodedown_disabled can be set to
> disable nodedown detection, which is useful if you need to enter the
> kernel debugger on one of the nodes. Previously, you had to=20
> recompile an
> OpenSSI kernel to change one these values. Now you can do it by simply
> writing a new value into one of these /proc/cluster files.
>=20
> The top command was enhanced for this release by Roopa Prabhu. By
> default, it adds an execution node number column and only displays
> clusterwide information in the header. The node number column replaces
> the mem % column, which is potentially confusing. When top is run in
> localview mode (i.e., `localview top'), it limits the list of=20
> processes
> to just those that are running on the local node, and it displays all
> the same information as the base version of top.
>=20
> To improve performance, the init failover state file was moved from
> /etc/initstate to /cluster/init/initstate. This avoids the need to
> constantly hit the large /etc directory.
>=20
> Since the last development release (1.1.1), OpenSSI now has=20
> the ability
> to automatically move loadleveled process off a node that is=20
> gracefully
> shutting down due to a clusternode_shutdown call.
>=20
> Another new feature is an interactive 'e' command for top,=20
> which prompts
> the user for a node number and displays only processes on that node.
> This new feature is only available when top is run in defaultview (not
> localview).
>=20
> A README was added for configuring clusterwide NFS client mounts.
>=20
> Several interface changes to HA-LVS include a new
> /proc/cluster/lvs_internal_gw file, as well as changes to make
> /proc/cluster/lvs_routing use the seq_file interface. The files
> /usr/sbin/clusterip.sh and /etc/default/lvs_routing no longer exist.
>=20
> There have been many bug fixes. See the ChangeLog for more details.
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from=20
> real users.
> Discover which products truly live up to the hype. Start reading now.=20
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> ssic-linux-devel mailing list
> ssi...@li...
> https://lists.sourceforge.net/lists/listinfo/ssic-linux-devel
>=20

[Ssic-linux-announce] OpenSSI 1.2.0 released for Red Hat 9

[En C. L. <en-...@hp...>]

The OpenSSI 1.2.0 stable release for Red Hat 9 is now available from
OpenSSI.org.

The release notes are below.

Enjoy!

En Chiang

---
OpenSSI 1.2.0 is a stable release, suitable for production use. These
release notes are compilation of the notes for 1.1.0 and 1.1.1, for the
convenience of users who have not upgraded since 1.0.0. A description of
what's changed since 1.1.1 can be found at the bottom.

This release has versions for Fedora Core 2 ("FC2"), Debian testing, and
Red Hat 9 ("RH9"). The OpenSSI 1.2.x series will be the last set of
releases for RH9, so you should only use RH9 if you're upgrading from
1.0.0 or 1.1.x for RH9, and you're unable to do a fresh install on FC2
or Debian.

The OpenSSI kernel is now based on the most recent Fedora Core 1 ("FC1")
kernel (2.4.22-1.2199.nptl). This is true for all distributions, since
it is difficult to maintain multiple versions of the OpenSSI kernel. It
might seem strange that OpenSSI 1.2.0 runs on FC2, but it is based on
the FC1 kernel.  This is because the FC1 kernel is based on the Linux
2.4 kernel, whereas FC2 is based on 2.6. There is currently a project to
port OpenSSI to the 2.6 kernel, but it will not be ready for a few more
months. When it is ready, it will be part of OpenSSI 1.9/2.0.

There are several features that have been developed for OpenSSI 1.2
since the last stable release: 1.0.0. One of them is performance
enhancements for the Cluster File System ("CFS"). Now it not only caches
remote reads, but it also caches remote writes, while still maintaining
a coherent view of the filesystem across the cluster. Furthermore, CFS
now does asynchronous remote read-aheads of data blocks that programs
might want, so that they are already cached locally by time the program
wants them. Hopefully you will notice a significant performance
improvement in your filesystem intensive application!

Another new feature is atomic migration of a group of processes. The
group could either be a POSIX process group or the "threads" of a
multi-threaded application (on Linux, each thread is a full process). To
migrate a POSIX process group, call the migrate command with the
negative PID of the process group leader. These semantics are very
similar to signaling a process group. To migrate a thread group, call
the migrate command with the PID of any "thread" in that group. With
both forms of group migration, either the entire group migrates or it
does not. If any process in the group is unable to migrate for any
reason, the entire group will remain on the old node.

Another process migration enhancement is the ability to migrate a
process while it is holding file record locks. These locks will continue
to be held during the migration and after the process continues running
on the new node.

LVS-NAT can now be used with OpenSSI. Linux Virtual Server ("LVS") is a
third-party open-source project that load balances TCP connections among
the nodes in a cluster. For a long time, LVS has been integrated with
OpenSSI, making it easier to manage than an LVS cluster without OpenSSI,
but only the Direct Routing ("DR") feature of LVS was supported. DR
allows load balancing in a cluster where every node has a direct
connection to the external network (as well as a network connection to a
private switch for the cluster interconnect, as recommended in the
OpenSSI installation instructions). Unfortunately, a security feature in
the Linux kernel prevents DR from being used in a cluster where only
some nodes are connected to the external network. For these situations,
the Network Address Translation ("NAT") feature of LVS should be used,
and it is now supported on OpenSSI.

Note that LVS-NAT is different from the NAT that you would use for
making outbound connections from a private IP address. LVS-NAT is for
load balancing inbound connections from a public IP address among a
cluster of machines that are all connected to a private network, such as
an OpenSSI cluster interconnect. Of course, LVS-NAT requires that
potential director nodes are connected to both the external network and
the cluster interconnect, so that traffic can move between the two
networks.

The 'fast' and 'fastnode' commands have been added. 'fastnode' returns
the node number for the least-loaded node in the cluster, as determined
by the process load-leveling algorithm. 'fast' executes a command on the
least-loaded node. Read the man pages for these commands for more
information.

Several files were added to /proc/cluster/: nm_rate, nm_log_threshold,
and nm_nodedown_disabled. nm_rate can be used to alter how often node
monitoring messages are exchanged (default is 1 per second) and how long
before a node is declared down (default 10 seconds). nm_log_threshold
indicates how many monitoring messages can be missed before a kernel
warning is generated (default 2). nm_nodedown_disabled can be set to
disable nodedown detection, which is useful if you need to enter the
kernel debugger on one of the nodes. Previously, you had to recompile an
OpenSSI kernel to change one these values. Now you can do it by simply
writing a new value into one of these /proc/cluster files.

The top command was enhanced for this release by Roopa Prabhu. By
default, it adds an execution node number column and only displays
clusterwide information in the header. The node number column replaces
the mem % column, which is potentially confusing. When top is run in
localview mode (i.e., `localview top'), it limits the list of processes
to just those that are running on the local node, and it displays all
the same information as the base version of top.

To improve performance, the init failover state file was moved from
/etc/initstate to /cluster/init/initstate. This avoids the need to
constantly hit the large /etc directory.

Since the last development release (1.1.1), OpenSSI now has the ability
to automatically move loadleveled process off a node that is gracefully
shutting down due to a clusternode_shutdown call.

Another new feature is an interactive 'e' command for top, which prompts
the user for a node number and displays only processes on that node.
This new feature is only available when top is run in defaultview (not
localview).

A README was added for configuring clusterwide NFS client mounts.

Several interface changes to HA-LVS include a new
/proc/cluster/lvs_internal_gw file, as well as changes to make
/proc/cluster/lvs_routing use the seq_file interface. The files
/usr/sbin/clusterip.sh and /etc/default/lvs_routing no longer exist.

There have been many bug fixes. See the ChangeLog for more details.