Hardware: V210
O/S: Solaris 10 Update 5 with recommended patch cluster
Required packages (autoconf automake libtool etc) obtained from blastwave.org
(csw) repository
Observations whilst building Linux-HA-Dev-fc047640072c :
First attempt failed (as previously mentioned) when it got to building the sbd
stonith modules. To get it to build I
removed sbd from lib/stonith/Makefile. I couldn't immediately find any Solaris
equivalent and probably wouldn't be
using that stonith plugin. It would be useful to have an option to exclude
individual stonith modules (i.e.
--without-stonith-sbd ) to avoid having to modify the Makefile
Second attempt failed when building /tools/send_arp.libnet.c :
In file included from send_arp.libnet.c:33:
/opt/csw/include/libnet.h:87:2: error: #error "byte order has not been
specified, you'll
In file included from send_arp.libnet.c:33:
/opt/csw/include/libnet.h:88: error: syntax error before 'to'
/opt/csw/include/libnet.h:88: error: stray '#' in program
/opt/csw/include/libnet.h:89: error: missing terminating " character
send_arp.libnet.c: In function 'main':
send_arp.libnet.c:197: warning: pointer targets in passing argument 1 of
'libnet_name_resolve' differ in signedness
send_arp.libnet.c: In function 'write_pid_file':
send_arp.libnet.c:667: warning: format '%u' expects type 'unsigned int', but
argument 4 has type 'pid_t'
send_arp.libnet.c:668: warning: format '%u' expects type 'unsigned int', but
argument 3 has type 'pid_t'
gmake[1]: *** [send_arp-send_arp.libnet.o] Error 1
gmake[1]: Leaving directory `/software/Linux-HA-Dev-fc047640072c/tools'
make: *** [all-recursive] Error 1
The full message in libnet.h is
#if (!LIBNET_LIL_ENDIAN && !LIBNET_BIG_ENDIAN)
#error "byte order has not been specified, you'll
need to #define either LIBNET_LIL_ENDIAN or LIBNET_BIG_ENDIAN. See the
documentation regarding the libnet-config script."
#endif
So I set CFLAGS=-DLIBNET_BIG_ENDIAN and started again. That seemed to do the
trick and it built without further errors.
After make install I changed the first line of /etc/init.d/heartbeat from
#!/bin/sh to #!/bin/bash as the former caused
the script to fail with
/etc/init.d/heartbeat: syntax error at line 264: `i=$' unexpected
As I haven't at this stage got Pacemaker (hence no crm) built I thought I'd see
what happens with a "v1" style config:
ha.cf:
logfacility local2
node saturn
bcast bge0
ping 10.1.2.3
keepalive 2
deadtime 10
warntime 5
initdead 10
haresources:
saturn 10.1.2.7/24/bge0/10.1.2.255
Tried /etc/init.d/heartbeat start
and got
/opt/LXHAhb/share/heartbeat/ResourceManager: syntax error at line 264: `i=$'
unexpected
So I changed ResourceManager to start with #!/bin/bash
This time I got
/etc/opt/LXHAhb/ha.d/resource.d/IPaddr: syntax error at line 264: `i=$'
unexpected
See the recurring theme? ;)
Having made the same change to /etc/opt/LXHAhb/ha.d/resource.d/IPaddr I tried
again. This time I got a slightly
different message:
/usr/lib/ocf/resource.d//heartbeat/IPaddr: syntax error at line 219: `('
unexpected
Same change made, no immediate error:
/etc/init.d/heartbeat start
Starting High-Availability services:
2008/09/10_12:24:44 INFO: Resource is stopped
Done.
*However* Log file shows otherwise...
Sep 10 12:24:44 saturn heartbeat: [ID 796187 local2.info] [15786]: info: Status
update for node 10.1.2.3: status ping
Sep 10 12:24:44 saturn heartbeat: [ID 796187 local2.info] [15786]: info:
Comm_now_up(): updating status to active
Sep 10 12:24:44 saturn heartbeat: [ID 796187 local2.info] [15786]: info: Local
status now set to: 'active'
Sep 10 12:24:45 saturn heartbeat: [ID 796187 local2.error] [15796]: ERROR:
/opt/LXHAhb/share/heartbeat/req_resource
10.1.2.7/24/bge0/10.1.2.255 exited with return code 2: Error 0
Sep 10 12:24:45 saturn heartbeat: [ID 796187 local2.info] [15796]: info: Local
Resource acquisition completed.
Sep 10 12:24:45 saturn heartbeat: [ID 796187 local2.info] [15786]: info:
Initial resource acquisition complete
(req_our_resources)
Sep 10 12:24:45 saturn heartbeat: [ID 796187 local2.info] [15786]: info: Link
saturn:bge0 up.
No prizes for guessing where the error lies!
How would I go about making sure scripts used #!/bin/bash as opposed to
#!/bin/sh ?? I've tried setting
CONFIG_SHELL=/bin/bash
prior to running ConfigureMe but to no avail
--
Paul Walsh
_______________________________________________________
Linux-HA-Dev: [email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/
