ci-linux-devel — Discussion about Cluster Infrastructure for Linux

[CI] Re: [SSI] New build scripts committed to CVS

[Aneesh K. K.V <ane...@di...>]

Hi,

That cmount is installed by the old cluster-tools script. IF you try to
build the CVS version cluster-tools  with the new build script all those
file will be installed as I said under $(DESTDIR)/$(prefix)/sbin/ and by
default the prefix is  /usr/local/. ( ./configure --help ) So you may
need to configure it with a prefix / . ie ./configure --prefix=/ 


First step would be to get the released cluster-tools. Do a make
uninstall so the files installed by the old cluster-tools are removed
and then use the CVS version with the new build script. I haven't tested
the initrd building with with the new location of the files. 

-aneesh 


On Thu, 2002-11-28 at 20:39, Sigurd Urdahl wrote:
> "Aneesh Kumar K.V" <ane...@di...> writes:
> 
> > I have made some changes wrt the location where binaries are installed.
> > Please take a look at cmd/Makefile.am . All the files are now installed
> > in $(DESTDIR)/$(prefix)/sbin/. 
> > 
> > Please let me know if you run into any of the issues ? 
> 
> It seem cmount still is installed into /usr/sbin.
> 
> I believe it shouldn't be since it is used quite early on in the boot
> process. If I remember correctly from last night it is used in
> S35mountall.sh at least on Debian. I believe you have no guarantee
> that /usr is available until after that part of the boot.. (my test
> system have /usr on LVM and is stuck with the mountall-script failing
> till I attack it with a rescue disk later on tonight):)
> 
> regards,
> -sig
> 
> 
> -- 
> Sigurd Urdahl                               sig...@li...
> Systemkonsulent | Systems consultant             www.linpro.no
> LIN PRO can improve the health of people who consume the eggs,
> meat and milk [..] (http://www.werneragra.com/linpro.html)

[CI] Re: [SSI] New build scripts committed to CVS

[Sigurd U. <sig...@li...>]

"Aneesh Kumar K.V" <ane...@di...> writes:

> I have made some changes wrt the location where binaries are installed.
> Please take a look at cmd/Makefile.am . All the files are now installed
> in $(DESTDIR)/$(prefix)/sbin/. 
> 
> Please let me know if you run into any of the issues ? 

It seem cmount still is installed into /usr/sbin.

I believe it shouldn't be since it is used quite early on in the boot
process. If I remember correctly from last night it is used in
S35mountall.sh at least on Debian. I believe you have no guarantee
that /usr is available until after that part of the boot.. (my test
system have /usr on LVM and is stuck with the mountall-script failing
till I attack it with a rescue disk later on tonight):)

regards,
-sig


-- 
Sigurd Urdahl                               sig...@li...
Systemkonsulent | Systems consultant             www.linpro.no
LIN PRO can improve the health of people who consume the eggs,
meat and milk [..] (http://www.werneragra.com/linpro.html)

[CI] Re: [SSI] New build scripts committed to CVS

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

> The CHANGES file is now deprecated, because
> automake need a file with name ChangeLog. So please update ChangeLog
> file. Can i just delete the CHANGES file ?

I would prefer that you submit a support request with SourceForge to
copy (not move) the RCS file for CHANGELOG to ChangeLog. That way we
preserve the CVS history.

> I have made some changes wrt the location where binaries are installed.
> Please take a look at cmd/Makefile.am . All the files are now installed
> in $(DESTDIR)/$(prefix)/sbin/.

I started looking at your changes on Friday. After I finish the binary
SSI release, I'll look at it some more and get back to you.

Thanks for doing this!

-Brian

[CI] New build scripts committed to CVS

[Aneesh K. K.V <ane...@di...>]

Hi, 

 I have committed  the new build scripts for cluster-tools to CVS. The 
old way of building the tool is still there. Over a period of time we
can remove those make files. The CHANGES file is now deprecated, because
automake need a file with name ChangeLog. So please update ChangeLog
file. Can i just delete the CHANGES file ?


I have made some changes wrt the location where binaries are installed.
Please take a look at cmd/Makefile.am . All the files are now installed
in $(DESTDIR)/$(prefix)/sbin/. 

Please let me know if you run into any of the issues ? 

-aneesh 

[CI] ADV:Website Promotion

[<pet...@ma...>]

*To be removed see below.



Greetings,

I work with a company that submits websites to search engines and saw your listing on the Internet.

We can submit your website to over 300 of the world’s best search engines and directories for a one time fee of $39.95.   If you would like to put your website into the fast lane and receive more Internet traffic.  For more details call our toll-free number (877) 284-8258 and speak with one our representatives.

All work is verified!

Regards,

Peter Murphy

__________________________________________________________________________________

To be removed call toll-free: (888) 529-1703







9747Izpl7

Re: [CI] RE: ssic-linux-devel digest, Vol 1 #300 - 1 msg

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

> Brian,
>         you may want to add a couple notes in the INSTALL file to remind
> people to create/update /etc/fstab.ssi and /etc/inittab.ssi.

My plan is to write a script that will automatically write fstab.ssi
based on the contents of fstab. I'd also like to enhance addnode and
chnode to manage the contents of fstab.ssi, in addition to
/etc/clustertab.

-- 
Brian Watson                | "Now I don't know, but I been told it's
Software Developer          |  hard to run with the weight of gold,
Open SSI Clustering Project |  Other hand I heard it said, it's
Hewlett-Packard Company     |  just as hard with the weight of lead."
                            |     -Robert Hunter, 1970

mailto:Bri...@hp...
http://opensource.compaq.com/

[CI] Cluster Tools 0.7.5 released

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

New features, bugfixes, etc.:

Added some new features to the loadlevel command. Enhanced mount, swapon 
and fsck to support a clusterwide fstab, although this is not built by 
default, yet. Updated to the latest libipvs. Restored the noded command 
for CI.

-- 
Brian Watson                | "Now I don't know, but I been told it's
Software Developer          |  hard to run with the weight of gold,
Open SSI Clustering Project |  Other hand I heard it said, it's
Hewlett-Packard Company     |  just as hard with the weight of lead."
                            |     -Robert Hunter, 1970

mailto:Bri...@hp...
http://opensource.compaq.com/

[CI] RE: ssic-linux-devel digest, Vol 1 #300 - 1 msg

[Hinchley, S. <Sco...@hp...>]

Aneesh,
	are you going to allow lists of nodes (either 1,3,7 or 1-3) for
swap/disk devices that are the same on multiple nodes (ie. Half of the
nodes have /dev/sda2 as swap and half have /dev/hda2)?  Having one line
for each node will be large even with a 30 node cluster.
	The other useful item would be to have node based entries:

/dev/sda1	/home/node#		ext3	rw,node=3D*	0
2		; where # is replaced with node number

Brian,
	you may want to add a couple notes in the INSTALL file to remind
people to create/update /etc/fstab.ssi and /etc/inittab.ssi.


From: "Aneesh Kumar K.V" <ane...@di...>
To: ssic-linux-devel <ssi...@li...>,
	Cluster CI <ci-...@li...>
Date: 06 Nov 2002 12:05:38 +0530
Subject: [SSI] changing mount/umount/swapon/fsck

Hi,=20

 With the cluster-tools code base in CVS the mount/umount/swapon/fsck on
a system  will be changed to SSI specific binaries. A backup of the old
binaries are taken as *.old (mount.old). The  above commands require a
new file /etc/fstab.ssi. The sample format is attached below.

# /etc/fstab.ssi: static file system information.
#
# <file system>	<mount point>	<type>	<options>
<dump>	<pass>
/dev/sda1	/	ext3	defaults,errors=3Dremount-ro,node=3D1
0	1
/dev/sda2	none	swap	sw,node=3D1	0	0
/dev/sdb2	none	swap	sw,node=3D2	0	0
proc		/proc	proc	defaults,node=3D*	0	0
/dev/fd0	/floppy	auto	defaults,user,noauto,node=3D*	0
0
/dev/cdrom	/cdrom	iso9660	defaults,ro,user,noauto,node=3D*
0	0
/dev/sda4 	/gfs 	ext3 	rw,node=3D1		0	2
none        /devfs        devfs        defaults,node=3D*        0 0




Make sure you create a equivalent file on your system before installing
cluster-tools/ssi/util-linux. This is not installed by default as of
now.=20

Sorry for doing a  checkin close to the release date. I was on leave
from last friday and reached back today.=20


-aneesh=20

[CI] changing mount/umount/swapon/fsck

[Aneesh K. K.V <ane...@di...>]

Hi, 

 With the cluster-tools code base in CVS the mount/umount/swapon/fsck on
a system  will be changed to SSI specific binaries. A backup of the old
binaries are taken as *.old (mount.old). The  above commands require a
new file /etc/fstab.ssi. The sample format is attached below.

# /etc/fstab.ssi: static file system information.
#
# <file system>	<mount point>	<type>	<options>			<dump>	<pass>
/dev/sda1	/	ext3	defaults,errors=remount-ro,node=1	0	1
/dev/sda2	none	swap	sw,node=1	0	0
/dev/sdb2	none	swap	sw,node=2	0	0
proc		/proc	proc	defaults,node=*	0	0
/dev/fd0	/floppy	auto	defaults,user,noauto,node=*	0	0
/dev/cdrom	/cdrom	iso9660	defaults,ro,user,noauto,node=*		0	0
/dev/sda4 	/gfs 	ext3 	rw,node=1		0	2
none        /devfs        devfs        defaults,node=*        0 0




Make sure you create a equivalent file on your system before installing
cluster-tools/ssi/util-linux. This is not installed by default as of
now. 

Sorry for doing a  checkin close to the release date. I was on leave
from last friday and reached back today. 


-aneesh 

[CI] Re: Upcoming 2.4.18 based release

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

Brian Jackson wrote:
> 
> I can't wait, but I would warn against a friday release. We(OpenGFS Project)
> did a Friday release last time, and nobody even noticed.(our sf.net stats
> barely went up compared to normal days). Just an idea.
> 


How about Thursday (Nov 7), then?

-Brian

[CI] Re: Upcoming 2.4.18 based release

[Brian J. <bri...@md...>]

I can't wait, but I would warn against a friday release. We(OpenGFS Project) 
did a Friday release last time, and nobody even noticed.(our sf.net stats 
barely went up compared to normal days). Just an idea. 

 --Brian....Jackson 

Brian J. Watson writes: 

> I'll be doing a 2.4.18 based release of CI and SSI next Friday (Nov 8).
> The 2.4.18 based code is already in the CVS repository, if anybody would
> like to check it out and make sure it's reasonably bug-free. Also
> checked into the repository is Jai Dharap's context-dependent symlink
> (CDSL) code and Aneesh's clusterwide fstab support. If anyone else has
> features or bug fixes to check in, do it soon. 
> 
> -- 
> Brian Watson                | "Now I don't know, but I been told it's
> Software Developer          |  hard to run with the weight of gold,
> Open SSI Clustering Project |  Other hand I heard it said, it's
> Hewlett-Packard Company     |  just as hard with the weight of lead."
>                             |     -Robert Hunter, 1970 
> 
> mailto:Bri...@hp...
> http://opensource.compaq.com/ 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: See the NEW Palm 
> Tungsten T handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
> _______________________________________________
> ssic-linux-devel mailing list
> ssi...@li...
> https://lists.sourceforge.net/lists/listinfo/ssic-linux-devel
 

[CI] Upcoming 2.4.18 based release

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

I'll be doing a 2.4.18 based release of CI and SSI next Friday (Nov 8).
The 2.4.18 based code is already in the CVS repository, if anybody would
like to check it out and make sure it's reasonably bug-free. Also
checked into the repository is Jai Dharap's context-dependent symlink
(CDSL) code and Aneesh's clusterwide fstab support. If anyone else has
features or bug fixes to check in, do it soon.

-- 
Brian Watson                | "Now I don't know, but I been told it's
Software Developer          |  hard to run with the weight of gold,
Open SSI Clustering Project |  Other hand I heard it said, it's
Hewlett-Packard Company     |  just as hard with the weight of lead."
                            |     -Robert Hunter, 1970

mailto:Bri...@hp...
http://opensource.compaq.com/

Re: [CI] CVS: cluster-tools/cmd noded.c,1.2,1.3 Makefile,1.11,1.12

[David B. Z. <dav...@hp...>]

The problem with your proposed solution is that the rc.nodedown script
provides an "RC like" environment for a administrator to put in code that
handles the failure of a node for
a cluster component.  When all the user-defined actions are complete, if any,
the script ends by setting the state to DOWN.  Obviously, there is no place
to put user defined actions
if noded directly changes the state to DOWN and doesn't execute a shell
script.


"Aneesh Kumar K.V" wrote:

>
> In the case of CI we use cluster_start to start the CI subsystem. CI
> doesn't make use of ramdisk. I guess noded purpose was to execute some
> command in the UP nodes when some nodes goes down and in this case set
> the state of the node that went down as DOWN
> (/usr/sbin/clusternode_setstate $1 DOWN  ). But the location of the
> rc.nodedown script is distro  dependent. One solution  is to set the
> state of the node went down by using library( libcluster.so,
> clusternode_setinfo ) rather than rc.nodedown.
>
> --- noded.c.old Wed Oct 30 06:47:25 2002
> +++ noded.c     Mon Oct 31 05:52:36 2050
> @@ -64,8 +64,6 @@
>  /* prototypes */
>  void   daemonize(void);
>  void   do_nodedown(clusternode_t);
> -void   execute_files(clusternode_t, char *);
> -void   execute_commands(clusternode_t, char *);
>
>  char *states[] = { "UNDEFINED",
>         "NEVERUP",
> @@ -231,69 +229,10 @@
>  void
>  do_nodedown(clusternode_t node)
>  {
> -       pid_t   childpid;
> -
> -       /*
> -        * execute commands on local node
> -        */
> -       if ((childpid = fork()) != 0) {
> -               if (childpid == -1) {
> -                       fprintf(stderr, "ERROR: fork failed...\n"
> -                            "\tReason: %s\n", strerror(errno));
> -               }
> -       } else {        /* child */
> -               execute_files(node, NODEDOWN_SCRIPT);
> -               /*
> -                * child will exit here
> -                */
> -               exit(0);
> -       }
> -
> -       /*
> -        * parent will return here
> -        */
> +       clusternode_info_t node_info;
> +       node_info.node_num = node;
> +       node_info.node_state = 8; /* 8 = DOWN clusternode_setstate.c */
> +       clusternode_setinfo(node, CLUSTERNODE_SETSTATE,
> +                                       sizeof(node_info), &node_info);
>         return;
> -}
> -
> -void
> -execute_files(
> -       clusternode_t                   node,
> -       char            *filename)
> -{
> -       struct sigaction        sigact;
> -
> -       /*
> -        * Save zombie children
> -        */
> -       sigact.sa_handler = SIG_DFL;
> -       sigact.sa_flags &= ~SA_NOCLDWAIT;
> -       sigaction(SIGCHLD, &sigact, (struct sigaction *)0);
> -
> -       /*
> -        * Execute generic script
> -        */
> -       execute_commands(node, filename);
> -}
> -
> -void
> -execute_commands(
> -       clusternode_t           node,
> -       char    *filename)
> -{
> -       char *argv[3];
> -       char nodenum[20];
> -
> -       sprintf(nodenum, "%ld", node);
> -       argv[0] = filename;
> -       argv[1] = nodenum;
> -       argv[2] = NULL;
> -
> -       execv(filename, argv);
> -
> -       fprintf(stderr,
> -            "WARNING: unable to execute script...\n"
> -            "\tScript: \"%s\"\n"
> -            "\tReason: %s\n",
> -            filename, strerror(errno));
> -       exit(1);
>  }
>
>  -aneesh
>
> -------------------------------------------------------
> This sf.net email is sponsored by: Influence the future
> of Java(TM) technology. Join the Java Community
> Process(SM) (JCP(SM)) program now.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
> _______________________________________________
> ci-linux-devel mailing list
> ci-...@li...
> https://lists.sourceforge.net/lists/listinfo/ci-linux-devel

--
David B. Zafman                 | Hewlett-Packard Company
mailto:dav...@hp...      | http://www.hp.com
"Thus spake the master programmer:  When you have learned to snatch
the error code from the trap frame, it will be time for you to leave."

Re: [CI] Changes needed to build the CVS version of CI.

[David B. Z. <dav...@hp...>]

Yes, actually the rcluser_get_mount RPC is used other filesystems, not just CFS.

"Aneesh Kumar K.V" wrote:

> On Thu, 2002-10-31 at 03:40, John Byrne wrote:
> > David B. Zafman wrote:
> > > The cluster_api.svc change doesn't build in an SSI kernel because although "gcc -E" is run,
> > > the CONFIG_SSI define isn't set.   The following changes work in my sandbox.  I haven't
> > > updated to 2.4.18 however.  The nsc_scalls.c change is fine.
> > >
> > >
>
> [....snip....]
>
> > >  operation rcluster_get_mount NO_SIG_FORWARD {
> > >   param IN int          my_node
> > >   param INOUT int               *cookie
> > > @@ -45,3 +49,4 @@
> > >   param OUT:OOL:VAR char                **payload
> > >   param OUT:OOL:VAR char                **dev_name
> > >  }
> > > +#endif
> > >
> >
> > It needs to be CONFIG_SSI.
> >
>
> Is this  ok if i want to build  SSI without CFS ?
>
>  -aneesh
>
> -------------------------------------------------------
> This sf.net email is sponsored by: Influence the future
> of Java(TM) technology. Join the Java Community
> Process(SM) (JCP(SM)) program now.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
> _______________________________________________
> ci-linux-devel mailing list
> ci-...@li...
> https://lists.sourceforge.net/lists/listinfo/ci-linux-devel

--
David B. Zafman                 | Hewlett-Packard Company
mailto:dav...@hp...      | http://www.hp.com
"Thus spake the master programmer:  When you have learned to snatch
the error code from the trap frame, it will be time for you to leave."

Re: [CI] Changes needed to build the CVS version of CI.

[Aneesh K. K.V <ane...@di...>]

On Thu, 2002-10-31 at 03:40, John Byrne wrote:
> David B. Zafman wrote:
> > The cluster_api.svc change doesn't build in an SSI kernel because although "gcc -E" is run,
> > the CONFIG_SSI define isn't set.   The following changes work in my sandbox.  I haven't
> > updated to 2.4.18 however.  The nsc_scalls.c change is fine.
> > 
> > 

[....snip....]


> >  operation rcluster_get_mount NO_SIG_FORWARD {
> >   param IN int          my_node
> >   param INOUT int               *cookie
> > @@ -45,3 +49,4 @@
> >   param OUT:OOL:VAR char                **payload
> >   param OUT:OOL:VAR char                **dev_name
> >  }
> > +#endif
> >
> 
> It needs to be CONFIG_SSI.
> 


Is this  ok if i want to build  SSI without CFS ? 

 -aneesh 

Re: [CI] CVS: cluster-tools/cmd noded.c,1.2,1.3 Makefile,1.11,1.12

[Aneesh K. K.V <ane...@di...>]

On Wed, 2002-10-30 at 23:49, John Byrne wrote:
> Aneesh Kumar K.V wrote:
> > Hi,
> > 
> > But rc.nodedown is installed only for SSI and is also installed at a
> > location dependent on distro( /etc/rc.d for redhat and /etc/init.d for
> > debian. ) How do you want to handle this ? 
> > 
> > -aneesh 
> 
> Someone complained about me deleting it and a bug was opened under CI 
> about it. I'm finally fixing it. The exact complaint was that the 
> cluster_start command calls it and it wasn't there. I'm not sure where 
> or how the cluster_start script is supposed to be used.
> 
> John
> 


In the case of CI we use cluster_start to start the CI subsystem. CI
doesn't make use of ramdisk. I guess noded purpose was to execute some
command in the UP nodes when some nodes goes down and in this case set
the state of the node that went down as DOWN
(/usr/sbin/clusternode_setstate $1 DOWN  ). But the location of the
rc.nodedown script is distro  dependent. One solution  is to set the
state of the node went down by using library( libcluster.so,
clusternode_setinfo ) rather than rc.nodedown.



--- noded.c.old	Wed Oct 30 06:47:25 2002
+++ noded.c	Mon Oct 31 05:52:36 2050
@@ -64,8 +64,6 @@
 /* prototypes */
 void	daemonize(void);
 void	do_nodedown(clusternode_t);
-void	execute_files(clusternode_t, char *);
-void	execute_commands(clusternode_t, char *);
 
 char *states[] = { "UNDEFINED",
 	"NEVERUP",
@@ -231,69 +229,10 @@
 void
 do_nodedown(clusternode_t node)
 {
-	pid_t	childpid;
-
-	/*
-	 * execute commands on local node
-	 */
-	if ((childpid = fork()) != 0) {
-		if (childpid == -1) {
-			fprintf(stderr, "ERROR: fork failed...\n"
-			     "\tReason: %s\n", strerror(errno));
-		}
-	} else {	/* child */
-		execute_files(node, NODEDOWN_SCRIPT);
-		/*
-		 * child will exit here
-		 */
-		exit(0);
-	}
-
-	/*
-	 * parent will return here
-	 */
+	clusternode_info_t node_info;
+	node_info.node_num = node;
+	node_info.node_state = 8; /* 8 = DOWN clusternode_setstate.c */
+	clusternode_setinfo(node, CLUSTERNODE_SETSTATE,
+       				sizeof(node_info), &node_info);
 	return;
-}
-
-void
-execute_files(
-	clusternode_t			node, 
-	char		*filename)
-{
-	struct sigaction	sigact;
-
-	/* 
-	 * Save zombie children
-	 */
-	sigact.sa_handler = SIG_DFL;
-	sigact.sa_flags &= ~SA_NOCLDWAIT;
-	sigaction(SIGCHLD, &sigact, (struct sigaction *)0);
-
-	/*
-	 * Execute generic script
-	 */
-	execute_commands(node, filename);
-}
-
-void
-execute_commands(
-	clusternode_t		node,
-	char	*filename)
-{
-	char *argv[3];
-	char nodenum[20];
-
-	sprintf(nodenum, "%ld", node);
-	argv[0] = filename;
-	argv[1] = nodenum;
-	argv[2] = NULL;
-
-	execv(filename, argv);
-
-	fprintf(stderr,
-	     "WARNING: unable to execute script...\n"
-	     "\tScript: \"%s\"\n"
-	     "\tReason: %s\n",
-	     filename, strerror(errno));
-	exit(1);
 } 

 -aneesh 

Re: [CI] Changes needed to build the CVS version of CI.

[John B. <joh...@hp...>]

David B. Zafman wrote:
> The cluster_api.svc change doesn't build in an SSI kernel because although "gcc -E" is run,
> the CONFIG_SSI define isn't set.   The following changes work in my sandbox.  I haven't
> updated to 2.4.18 however.  The nsc_scalls.c change is fine.
> 
> --- ../sandbox.orig/cluster/util/icsgen Wed Feb 27 17:01:23 2002
> +++ cluster/util/icsgen Wed Oct 30 13:46:43 2002
> @@ -1045,7 +1045,7 @@
>         esac
>         $MSG "$NAME: Generating $GEN_TEXT for service $svc to $GEN_FILE"
>         eval "echo $copyright" >> $OUT_FILE
> -       cat $IN | $CPP $DEFINES - | $GEN_SUBR >>$OUT_FILE
> +       cat $IN | $CPP $DEFINES $CPPFLAGS - | $GEN_SUBR >>$OUT_FILE
>         if [ $? -ne 0 ]; then
>                 echo >&2 "$NAME: error generating $GEN_TEXT to $GEN_FILE"
>                 exit 2


I've checked in a slightly different fix for this as a part of my 2.4.18 
merge.

> 
> --- ../sandbox.orig/cluster/util/cluster_api.svc        Fri Jul 12 10:52:32 2002+++
> cluster/util/cluster_api.svc        Wed Oct 30 13:46:51 2002
> @@ -20,6 +20,8 @@
>   * Questions/Comments/Bugfixes to ci-...@li...
>   *
>   */
> +#include <linux/autoconf.h>
> +
>  service cluster_api cluster_api_svc 10 20
> 
>  /*
> @@ -36,6 +38,8 @@
>   param OUT int         *onlinecpus
>  }
> 
> +#ifdef CONFIG_CFS
> +
>  operation rcluster_get_mount NO_SIG_FORWARD {
>   param IN int          my_node
>   param INOUT int               *cookie
> @@ -45,3 +49,4 @@
>   param OUT:OOL:VAR char                **payload
>   param OUT:OOL:VAR char                **dev_name
>  }
> +#endif
>

It needs to be CONFIG_SSI.


> 
> 
> 
> 
> "Brian J. Watson" wrote:
> 
> 
>>Laura and Dave-
>>
>>These changes appear to affect your code. Are you both okay with them?
>>
>>-Brian
>>
>>"Aneesh Kumar K.V" wrote:
>>
>>>Hi,
>>>
>>> Attaching below is the changes needed to build the CVS version of CI.
>>>Mostly #ifdef changes. I am not sure i am using the right #ifdef . Can
>>>someone verify it and do the necessary checkin. ?
>>>
>>> -aneesh
>>>
>>>--- Cluster/ci-linux/ci-kernel/cluster/util/nsc_init.c  Thu Aug  8 05:30:57 2002
>>>+++ TEST/ci-linux/ci-kernel/cluster/util/nsc_init.c     Mon Oct 21 22:51:34 2002
>>>@@ -37,8 +37,8 @@
>>> #include <cluster/clms.h>
>>> #include <cluster/icsgen.h>
>>> #include <cluster/ics_proto.h>
>>>-#include <cluster/procfs.h>
>>> #ifdef CONFIG_SSI
>>>+#include <cluster/procfs.h>
>>> #include <cluster/ssi/ssidev.h>
>>> #endif /* CONFIG_SSI */
>>> #ifdef CONFIG_MOSIX_LL
>>>@@ -287,8 +287,10 @@
>>> #endif
>>> #endif /* NOTYET */
>>>
>>>+#ifdef CONFIG_SSI  /* Or should it be CONFIG_LDLVL ??*/
>>>        /* Create /proc/cluster/node# directory in /proc */
>>>        proc_cluster_init();
>>>+#endif
>>>
>>> #ifdef CONFIG_MOSIX_LL
>>>        init_mosix();
>>>
>>>--- Cluster/ci-linux/ci-kernel/cluster/util/nsc_scalls.c        Sun Oct  6 12:27:06 2002
>>>+++ TEST/ci-linux/ci-kernel/cluster/util/nsc_scalls.c   Mon Oct 21 22:37:45 2002
>>>@@ -44,7 +44,9 @@
>>> #include <cluster/synch.h>
>>> #include <cluster/ssisys.h>
>>> #include <cluster/table.h>
>>>+#ifdef CONFIG_CFS
>>> #include <cluster/ssi/cfs/cfs_mount.h>
>>>+#endif
>>>
>>> #include "ics_cluster_api_protos_gen.h"
>>> #include "ics_cluster_api_macros_gen.h"
>>>
>>>--- Cluster/ci-linux/ci-kernel/cluster/util/cluster_api.svc     Sat Jul 13 06:52:03 2002
>>>+++ TEST/ci-linux/ci-kernel/cluster/util/cluster_api.svc        Mon Oct 21 22:36:55 2002
>>>@@ -36,6 +36,8 @@
>>>        param OUT int                   *onlinecpus
>>> }
>>>
>>>+#ifdef CONFIG_CFS  /* Do we pass this flag when doing icsgen ? */
>>>+
>>> operation rcluster_get_mount NO_SIG_FORWARD {
>>>        param IN int                    my_node
>>>        param INOUT int                 *cookie
>>>@@ -45,3 +47,4 @@
>>>        param OUT:OOL:VAR char          **payload
>>>        param OUT:OOL:VAR char          **dev_name
>>> }
>>>+#endif
>>
>>-------------------------------------------------------
>>This sf.net email is sponsored by:ThinkGeek
>>Welcome to geek heaven.
>>http://thinkgeek.com/sf
>>_______________________________________________
>>ci-linux-devel mailing list
>>ci-...@li...
>>https://lists.sourceforge.net/lists/listinfo/ci-linux-devel
> 
> 
> --
> David B. Zafman                 | Hewlett-Packard Company
> mailto:dav...@hp...      | http://www.hp.com
> "Thus spake the master programmer:  When you have learned to snatch
> the error code from the trap frame, it will be time for you to leave."
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: Influence the future 
> of Java(TM) technology. Join the Java Community 
> Process(SM) (JCP(SM)) program now. 
> http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
> _______________________________________________
> ci-linux-devel mailing list
> ci-...@li...
> https://lists.sourceforge.net/lists/listinfo/ci-linux-devel
> 

Re: [CI] Changes needed to build the CVS version of CI.

[David B. Z. <dav...@hp...>]

The cluster_api.svc change doesn't build in an SSI kernel because although "gcc -E" is run,
the CONFIG_SSI define isn't set.   The following changes work in my sandbox.  I haven't
updated to 2.4.18 however.  The nsc_scalls.c change is fine.

--- ../sandbox.orig/cluster/util/icsgen Wed Feb 27 17:01:23 2002
+++ cluster/util/icsgen Wed Oct 30 13:46:43 2002
@@ -1045,7 +1045,7 @@
        esac
        $MSG "$NAME: Generating $GEN_TEXT for service $svc to $GEN_FILE"
        eval "echo $copyright" >> $OUT_FILE
-       cat $IN | $CPP $DEFINES - | $GEN_SUBR >>$OUT_FILE
+       cat $IN | $CPP $DEFINES $CPPFLAGS - | $GEN_SUBR >>$OUT_FILE
        if [ $? -ne 0 ]; then
                echo >&2 "$NAME: error generating $GEN_TEXT to $GEN_FILE"
                exit 2

--- ../sandbox.orig/cluster/util/cluster_api.svc        Fri Jul 12 10:52:32 2002+++
cluster/util/cluster_api.svc        Wed Oct 30 13:46:51 2002
@@ -20,6 +20,8 @@
  * Questions/Comments/Bugfixes to ci-...@li...
  *
  */
+#include <linux/autoconf.h>
+
 service cluster_api cluster_api_svc 10 20

 /*
@@ -36,6 +38,8 @@
  param OUT int         *onlinecpus
 }

+#ifdef CONFIG_CFS
+
 operation rcluster_get_mount NO_SIG_FORWARD {
  param IN int          my_node
  param INOUT int               *cookie
@@ -45,3 +49,4 @@
  param OUT:OOL:VAR char                **payload
  param OUT:OOL:VAR char                **dev_name
 }
+#endif





"Brian J. Watson" wrote:

> Laura and Dave-
>
> These changes appear to affect your code. Are you both okay with them?
>
> -Brian
>
> "Aneesh Kumar K.V" wrote:
> >
> > Hi,
> >
> >  Attaching below is the changes needed to build the CVS version of CI.
> > Mostly #ifdef changes. I am not sure i am using the right #ifdef . Can
> > someone verify it and do the necessary checkin. ?
> >
> >  -aneesh
> >
> > --- Cluster/ci-linux/ci-kernel/cluster/util/nsc_init.c  Thu Aug  8 05:30:57 2002
> > +++ TEST/ci-linux/ci-kernel/cluster/util/nsc_init.c     Mon Oct 21 22:51:34 2002
> > @@ -37,8 +37,8 @@
> >  #include <cluster/clms.h>
> >  #include <cluster/icsgen.h>
> >  #include <cluster/ics_proto.h>
> > -#include <cluster/procfs.h>
> >  #ifdef CONFIG_SSI
> > +#include <cluster/procfs.h>
> >  #include <cluster/ssi/ssidev.h>
> >  #endif /* CONFIG_SSI */
> >  #ifdef CONFIG_MOSIX_LL
> > @@ -287,8 +287,10 @@
> >  #endif
> >  #endif /* NOTYET */
> >
> > +#ifdef CONFIG_SSI  /* Or should it be CONFIG_LDLVL ??*/
> >         /* Create /proc/cluster/node# directory in /proc */
> >         proc_cluster_init();
> > +#endif
> >
> >  #ifdef CONFIG_MOSIX_LL
> >         init_mosix();
> >
> > --- Cluster/ci-linux/ci-kernel/cluster/util/nsc_scalls.c        Sun Oct  6 12:27:06 2002
> > +++ TEST/ci-linux/ci-kernel/cluster/util/nsc_scalls.c   Mon Oct 21 22:37:45 2002
> > @@ -44,7 +44,9 @@
> >  #include <cluster/synch.h>
> >  #include <cluster/ssisys.h>
> >  #include <cluster/table.h>
> > +#ifdef CONFIG_CFS
> >  #include <cluster/ssi/cfs/cfs_mount.h>
> > +#endif
> >
> >  #include "ics_cluster_api_protos_gen.h"
> >  #include "ics_cluster_api_macros_gen.h"
> >
> > --- Cluster/ci-linux/ci-kernel/cluster/util/cluster_api.svc     Sat Jul 13 06:52:03 2002
> > +++ TEST/ci-linux/ci-kernel/cluster/util/cluster_api.svc        Mon Oct 21 22:36:55 2002
> > @@ -36,6 +36,8 @@
> >         param OUT int                   *onlinecpus
> >  }
> >
> > +#ifdef CONFIG_CFS  /* Do we pass this flag when doing icsgen ? */
> > +
> >  operation rcluster_get_mount NO_SIG_FORWARD {
> >         param IN int                    my_node
> >         param INOUT int                 *cookie
> > @@ -45,3 +47,4 @@
> >         param OUT:OOL:VAR char          **payload
> >         param OUT:OOL:VAR char          **dev_name
> >  }
> > +#endif
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> ci-linux-devel mailing list
> ci-...@li...
> https://lists.sourceforge.net/lists/listinfo/ci-linux-devel

--
David B. Zafman                 | Hewlett-Packard Company
mailto:dav...@hp...      | http://www.hp.com
"Thus spake the master programmer:  When you have learned to snatch
the error code from the trap frame, it will be time for you to leave."

Re: [CI] CVS: cluster-tools/cmd noded.c,1.2,1.3 Makefile,1.11,1.12

[David B. Z. <dav...@hp...>]

John Byrne wrote:

> Someone complained about me deleting it and a bug was opened under CI
> about it. I'm finally fixing it. The exact complaint was that the
> cluster_start command calls it and it wasn't there. I'm not sure where
> or how the cluster_start script is supposed to be used.
>
> John
>

The cluster_start script can be run by hand to join a CI cluster, or add it to the RC process depending on the distribution.

In RedHat you would add it to "/etc/rc.d/rc.local" for example.

--
David B. Zafman                 | Hewlett-Packard Company
mailto:dav...@hp...      | http://www.hp.com
"Thus spake the master programmer:  When you have learned to snatch
the error code from the trap frame, it will be time for you to leave."

Re: [CI] CVS: cluster-tools/cmd noded.c,1.2,1.3 Makefile,1.11,1.12

[John B. <joh...@hp...>]

Aneesh Kumar K.V wrote:
> Hi,
> 
> But rc.nodedown is installed only for SSI and is also installed at a
> location dependent on distro( /etc/rc.d for redhat and /etc/init.d for
> debian. ) How do you want to handle this ? 
> 
> -aneesh 

Someone complained about me deleting it and a bug was opened under CI 
about it. I'm finally fixing it. The exact complaint was that the 
cluster_start command calls it and it wasn't there. I'm not sure where 
or how the cluster_start script is supposed to be used.

John



> 
> 
> On Wed, 2002-10-30 at 06:47, John Byrne wrote:
> 
>>Update of /cvsroot/ci-linux/cluster-tools/cmd
>>In directory usw-pr-cvs1:/tmp/cvs-serv10017/cmd
>>
>>Modified Files:
>>	Makefile 
>>Added Files:
>>	noded.c 
>>Log Message:
>>Added noded back into build which I mistakenly deleted. (Needed for CI)
>>
>>
>>
>>Index: Makefile
>>===================================================================
>>RCS file: /cvsroot/ci-linux/cluster-tools/cmd/Makefile,v
>>retrieving revision 1.11
>>retrieving revision 1.12
>>diff -C2 -d -r1.11 -r1.12
>>*** Makefile	28 Aug 2002 04:02:53 -0000	1.11
>>--- Makefile	30 Oct 2002 01:17:25 -0000	1.12
>>***************
>>*** 34,37 ****
>>--- 34,38 ----
>>  		clusternode_setstate \
>>  		clusternode_num \
>>+ 		noded \
>>  		onnode \
>>  		onall \
>>***************
>>*** 63,66 ****
>>--- 64,70 ----
>>  	$(CC) $(LDFLAGS) $(STATIC) -o $@ clusternode_num.o -lcluster
>>  
>>+ noded:	noded.o
>>+ 	$(CC) $(LDFLAGS) $(STATIC) -o $@ noded.o -lcluster
>>+ 
>>  onnode:	onnode.o
>>  	$(CC) $(LDFLAGS) $(STATIC) -o $@ onnode.o -lcluster
>>***************
>>*** 97,100 ****
>>--- 101,105 ----
>>  	$(INSTALL)  clusternode_setstate $(UML_ROOT)$(USRSBIN)/clusternode_setstate
>>  	$(INSTALL)  clusternode_num $(UML_ROOT)$(USRSBIN)/clusternode_num
>>+ 	$(INSTALL) -m 755 -o root -g root noded $(UML_ROOT)$(USRSBIN)/noded
>>  	$(INSTALL)  cluster_start $(UML_ROOT)$(USRSBIN)/cluster_start
>>  	$(INSTALL)  onnode  $(UML_ROOT)$(USRSBIN)/onnode
>>***************
>>*** 115,118 ****
>>--- 120,124 ----
>>  	rm -f $(UML_ROOT)$(USRSBIN)/clusternode_setstate
>>  	rm -f $(UML_ROOT)$(USRSBIN)/clusternode_num
>>+ 	rm -f $(UML_ROOT)$(USRSBIN)/noded
>>  	rm -f $(UML_ROOT)$(USRSBIN)/cluster_start
>>  	rm -f $(UML_ROOT)$(SBIN)/onnode
>>
>>
>>
>>-------------------------------------------------------
>>This sf.net email is sponsored by:ThinkGeek
>>Welcome to geek heaven.
>>http://thinkgeek.com/sf
>>_______________________________________________
>>Ci-linux-checkins mailing list
>>Ci-...@li...
>>https://lists.sourceforge.net/lists/listinfo/ci-linux-checkins
> 
> 
> 
> 

Re: [CI] CVS: cluster-tools/cmd noded.c,1.2,1.3 Makefile,1.11,1.12

[Aneesh K. K.V <ane...@di...>]

Hi,

But rc.nodedown is installed only for SSI and is also installed at a
location dependent on distro( /etc/rc.d for redhat and /etc/init.d for
debian. ) How do you want to handle this ? 

-aneesh 


On Wed, 2002-10-30 at 06:47, John Byrne wrote:
> Update of /cvsroot/ci-linux/cluster-tools/cmd
> In directory usw-pr-cvs1:/tmp/cvs-serv10017/cmd
> 
> Modified Files:
> 	Makefile 
> Added Files:
> 	noded.c 
> Log Message:
> Added noded back into build which I mistakenly deleted. (Needed for CI)
> 
> 
> 
> Index: Makefile
> ===================================================================
> RCS file: /cvsroot/ci-linux/cluster-tools/cmd/Makefile,v
> retrieving revision 1.11
> retrieving revision 1.12
> diff -C2 -d -r1.11 -r1.12
> *** Makefile	28 Aug 2002 04:02:53 -0000	1.11
> --- Makefile	30 Oct 2002 01:17:25 -0000	1.12
> ***************
> *** 34,37 ****
> --- 34,38 ----
>   		clusternode_setstate \
>   		clusternode_num \
> + 		noded \
>   		onnode \
>   		onall \
> ***************
> *** 63,66 ****
> --- 64,70 ----
>   	$(CC) $(LDFLAGS) $(STATIC) -o $@ clusternode_num.o -lcluster
>   
> + noded:	noded.o
> + 	$(CC) $(LDFLAGS) $(STATIC) -o $@ noded.o -lcluster
> + 
>   onnode:	onnode.o
>   	$(CC) $(LDFLAGS) $(STATIC) -o $@ onnode.o -lcluster
> ***************
> *** 97,100 ****
> --- 101,105 ----
>   	$(INSTALL)  clusternode_setstate $(UML_ROOT)$(USRSBIN)/clusternode_setstate
>   	$(INSTALL)  clusternode_num $(UML_ROOT)$(USRSBIN)/clusternode_num
> + 	$(INSTALL) -m 755 -o root -g root noded $(UML_ROOT)$(USRSBIN)/noded
>   	$(INSTALL)  cluster_start $(UML_ROOT)$(USRSBIN)/cluster_start
>   	$(INSTALL)  onnode  $(UML_ROOT)$(USRSBIN)/onnode
> ***************
> *** 115,118 ****
> --- 120,124 ----
>   	rm -f $(UML_ROOT)$(USRSBIN)/clusternode_setstate
>   	rm -f $(UML_ROOT)$(USRSBIN)/clusternode_num
> + 	rm -f $(UML_ROOT)$(USRSBIN)/noded
>   	rm -f $(UML_ROOT)$(USRSBIN)/cluster_start
>   	rm -f $(UML_ROOT)$(SBIN)/onnode
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Ci-linux-checkins mailing list
> Ci-...@li...
> https://lists.sourceforge.net/lists/listinfo/ci-linux-checkins

[CI] kdb patch changes

[John B. <jb...@ka...>]

Reflecting the way kdb itself is released, there are now two kdb patches 
for i386. Apply the common patch and then the i386 patch. It should be 
that way for ia64, but it is not because the common patch cannot be made 
to apply cleanly once the ia64 patch is applied; so there is simply one 
large patch for ia64.

John

[CI] The check-in looks okay.

[John B. <jb...@ka...>]

I am currently testing i386 and ia64 builds to be sure. Aneesh will look 
at alpha. Before I checked in, I confirmed that a UML kernel built, but 
I suspect things may be broken. (Probably in rexec, rfork, or migrate.) 
If someone wants to volunteer to look into this, I will be happy to help 
them, but I am probably supposed to be working on the devfs issues now.

John Byrne

[CI] I'm about to check in the 2.4.18 merge

[John B. <jb...@ka...>]

Don't check out from the CVS repositories until I send mail that I have 
finished.

John Byrne

Re: [CI] Changes needed to build the CVS version of CI.

[Laura R. <lra...@ka...>]

I have no problem with the procfs changes.

laura

> Laura and Dave-
> 
> These changes appear to affect your code. Are you both okay with them?
> 
> -Brian
> 
> 
> "Aneesh Kumar K.V" wrote:
> > 
> > Hi,
> > 
> >  Attaching below is the changes needed to build the CVS version of CI.
> > Mostly #ifdef changes. I am not sure i am using the right #ifdef . Can
> > someone verify it and do the necessary checkin. ?
> > 
> >  -aneesh
> > 
> > --- Cluster/ci-linux/ci-kernel/cluster/util/nsc_init.c  Thu Aug  8 05:30:57 2002
> > +++ TEST/ci-linux/ci-kernel/cluster/util/nsc_init.c     Mon Oct 21 22:51:34 2002
> > @@ -37,8 +37,8 @@
> >  #include <cluster/clms.h>
> >  #include <cluster/icsgen.h>
> >  #include <cluster/ics_proto.h>
> > -#include <cluster/procfs.h>
> >  #ifdef CONFIG_SSI
> > +#include <cluster/procfs.h>
> >  #include <cluster/ssi/ssidev.h>
> >  #endif /* CONFIG_SSI */
> >  #ifdef CONFIG_MOSIX_LL
> > @@ -287,8 +287,10 @@
> >  #endif
> >  #endif /* NOTYET */
> > 
> > +#ifdef CONFIG_SSI  /* Or should it be CONFIG_LDLVL ??*/
> >         /* Create /proc/cluster/node# directory in /proc */
> >         proc_cluster_init();
> > +#endif
> > 
> >  #ifdef CONFIG_MOSIX_LL
> >         init_mosix();
> > 
> > --- Cluster/ci-linux/ci-kernel/cluster/util/nsc_scalls.c        Sun Oct  6 12:27:06 2002
> > +++ TEST/ci-linux/ci-kernel/cluster/util/nsc_scalls.c   Mon Oct 21 22:37:45 2002
> > @@ -44,7 +44,9 @@
> >  #include <cluster/synch.h>
> >  #include <cluster/ssisys.h>
> >  #include <cluster/table.h>
> > +#ifdef CONFIG_CFS
> >  #include <cluster/ssi/cfs/cfs_mount.h>
> > +#endif
> > 
> >  #include "ics_cluster_api_protos_gen.h"
> >  #include "ics_cluster_api_macros_gen.h"
> > 
> > --- Cluster/ci-linux/ci-kernel/cluster/util/cluster_api.svc     Sat Jul 13 06:52:03 2002
> > +++ TEST/ci-linux/ci-kernel/cluster/util/cluster_api.svc        Mon Oct 21 22:36:55 2002
> > @@ -36,6 +36,8 @@
> >         param OUT int                   *onlinecpus
> >  }
> > 
> > +#ifdef CONFIG_CFS  /* Do we pass this flag when doing icsgen ? */
> > +
> >  operation rcluster_get_mount NO_SIG_FORWARD {
> >         param IN int                    my_node
> >         param INOUT int                 *cookie
> > @@ -45,3 +47,4 @@
> >         param OUT:OOL:VAR char          **payload
> >         param OUT:OOL:VAR char          **dev_name
> >  }
> > +#endif