Hi! I am trying to get backhand working but I don't seem to be doing too
well at it. I figured the best thing to do would be to first practice with
a couple machines. However it seems that mercury and cox don't feel like
clustering together.
Ultimately, my goal is to have a "feeder" server with ips
63.197.220.106 and 192.168.2.1 that in feeds to machines on 192.168.2.0/24
Well, maybe it would look better in ascii art... :)
Internet
(lggw .105)
|
----------------------------------------------63.197.220.104/29
| |
(.106) (Other machines)
mercury
(.1)
|
------------------------------------------192.168.2.0/24
| | |
(.2) (.3) (eventually
rms cox other machines)
However, according to cox's logs, backhand seems to be binding to the
wrong ip (192.168.1.11, which is an ip that cox does have for the purpose
of pulling a cvs checkout of the lg tree, access to the sql server, nfs
mount for data dir and php cookies... etc)
mercury interfaces:
eth0 addr:63.197.220.106 Bcast:63.197.220.111 Mask:255.255.255.248
eth0:0 addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
eth0:1 addr:192.168.1.2 Bcast:192.168.1.255 Mask:255.255.255.0
eth0:2 addr:192.168.2.1 Bcast:192.168.2.255 Mask:255.255.255.0
mercury httpd.conf snippit:
LoadModule backhand_module /usr/lib/apache/1.3/mod_backhand.so
AddModule mod_backhand.c
UnixSocketDir /var/run/libapache-mod-backhand
MulticastStats 192.168.2.1 192.168.2.255:4445,5
AcceptStats 192.168.2.0/24
<Location "/backhand-status">
SetHandler backhand-handler
</location>
mercury log snippet:
[14:10:49] [notice] mod_backhand -- UnixSocketDir set to /var/run/libapache-mod-backhand
[14:10:49] [notice] mod_backhand -- Broadcast 192.168.2.255:4445 added
[14:10:49] [notice] mod_backhand -- Multicast accept 192.168.2.0/24
[14:10:49] [notice] backhand_init(7910) spawning moderator (PID
7911)
[14:10:50] [notice] waiting for mod_backhand moderator to start
[14:10:50] [notice] mod_backhand moderator ready to go
[14:10:51] [notice] Apache/1.3.22 (Unix) Debian/GNU balanced_by_mod_backhand/1.2.0 configured -- resuming normal operations
[14:10:51] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache/suexec)
[14:10:51] [notice] Accept mutex: sysvsem (Default: sysvsem)
cox interfaces:
eth0 63.197.220.108 Bcast:63.197.220.111 Mask:255.255.255.248
eth0:0 addr:192.168.1.11 Bcast:192.168.1.255 Mask:255.255.255.0
eth0:1 addr:192.168.2.3 Bcast:192.168.2.255 Mask:255.255.255.0
cox snippit from httpd.conf:
LoadModule backhand_module /usr/lib/apache/1.3/mod_backhand.so
AddModule mod_backhand.c
UnixSocketDir /var/run/libapache-mod-backhand
MulticastStats 192.168.2.3 192.168.2.255:4445,5
AcceptStats 192.168.2.0/24
<Location "/backhand-status">
Sethandler backhand-handler
</location>
cox log snippit:
[14:09:06] [info] created shared memory segment #12544
[14:09:06] [info] mod_unique_id: using ip addr 192.168.1.11
[14:09:07] [info] created shared memory segment #12673
[14:09:07] [notice] mod_backhand -- UnixSocketDir set to /var/run/libapache-mod-backhand
[14:09:07] [notice] mod_backhand -- Broadcast 192.168.2.255:4445 added
[14:09:07] [notice] mod_backhand -- Multicast accept 192.168.2.0/24
[14:09:07] [notice] backhand_init(2489) spawning moderator (PID
2490)
[14:09:08] [notice] waiting for mod_backhand moderator to start
[14:09:08] [notice] mod_backhand moderator ready to go
[14:09:08] [info] mod_unique_id: using ip addr 192.168.1.11
[14:09:08] [info] created shared memory segment #12675
[14:09:08] [notice] Apache/1.3.19 (Unix) Debian/GNU balanced_by_mod_backhand/1.2.0 mod_gzip/1.3.19.1a PHP/4.0.5 configured -- resuming normal operations
[14:09:08] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache/suexec)
[14:09:08] [info] Server built: Mar 26 2001 09:36:17
--
Please consider encrypting emails to this address with gnupg
K:1024D/06357400 FP:AAE4 8C76 58DA 5902 761D 247A 8A55 DA73 0635 7400
James Blackwell - http://linuxguru.net
well at it. I figured the best thing to do would be to first practice with
a couple machines. However it seems that mercury and cox don't feel like
clustering together.
Ultimately, my goal is to have a "feeder" server with ips
63.197.220.106 and 192.168.2.1 that in feeds to machines on 192.168.2.0/24
Well, maybe it would look better in ascii art... :)
Internet
(lggw .105)
|
----------------------------------------------63.197.220.104/29
| |
(.106) (Other machines)
mercury
(.1)
|
------------------------------------------192.168.2.0/24
| | |
(.2) (.3) (eventually
rms cox other machines)
However, according to cox's logs, backhand seems to be binding to the
wrong ip (192.168.1.11, which is an ip that cox does have for the purpose
of pulling a cvs checkout of the lg tree, access to the sql server, nfs
mount for data dir and php cookies... etc)
mercury interfaces:
eth0 addr:63.197.220.106 Bcast:63.197.220.111 Mask:255.255.255.248
eth0:0 addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
eth0:1 addr:192.168.1.2 Bcast:192.168.1.255 Mask:255.255.255.0
eth0:2 addr:192.168.2.1 Bcast:192.168.2.255 Mask:255.255.255.0
mercury httpd.conf snippit:
LoadModule backhand_module /usr/lib/apache/1.3/mod_backhand.so
AddModule mod_backhand.c
UnixSocketDir /var/run/libapache-mod-backhand
MulticastStats 192.168.2.1 192.168.2.255:4445,5
AcceptStats 192.168.2.0/24
<Location "/backhand-status">
SetHandler backhand-handler
</location>
mercury log snippet:
[14:10:49] [notice] mod_backhand -- UnixSocketDir set to /var/run/libapache-mod-backhand
[14:10:49] [notice] mod_backhand -- Broadcast 192.168.2.255:4445 added
[14:10:49] [notice] mod_backhand -- Multicast accept 192.168.2.0/24
[14:10:49] [notice] backhand_init(7910) spawning moderator (PID
7911)
[14:10:50] [notice] waiting for mod_backhand moderator to start
[14:10:50] [notice] mod_backhand moderator ready to go
[14:10:51] [notice] Apache/1.3.22 (Unix) Debian/GNU balanced_by_mod_backhand/1.2.0 configured -- resuming normal operations
[14:10:51] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache/suexec)
[14:10:51] [notice] Accept mutex: sysvsem (Default: sysvsem)
cox interfaces:
eth0 63.197.220.108 Bcast:63.197.220.111 Mask:255.255.255.248
eth0:0 addr:192.168.1.11 Bcast:192.168.1.255 Mask:255.255.255.0
eth0:1 addr:192.168.2.3 Bcast:192.168.2.255 Mask:255.255.255.0
cox snippit from httpd.conf:
LoadModule backhand_module /usr/lib/apache/1.3/mod_backhand.so
AddModule mod_backhand.c
UnixSocketDir /var/run/libapache-mod-backhand
MulticastStats 192.168.2.3 192.168.2.255:4445,5
AcceptStats 192.168.2.0/24
<Location "/backhand-status">
Sethandler backhand-handler
</location>
cox log snippit:
[14:09:06] [info] created shared memory segment #12544
[14:09:06] [info] mod_unique_id: using ip addr 192.168.1.11
[14:09:07] [info] created shared memory segment #12673
[14:09:07] [notice] mod_backhand -- UnixSocketDir set to /var/run/libapache-mod-backhand
[14:09:07] [notice] mod_backhand -- Broadcast 192.168.2.255:4445 added
[14:09:07] [notice] mod_backhand -- Multicast accept 192.168.2.0/24
[14:09:07] [notice] backhand_init(2489) spawning moderator (PID
2490)
[14:09:08] [notice] waiting for mod_backhand moderator to start
[14:09:08] [notice] mod_backhand moderator ready to go
[14:09:08] [info] mod_unique_id: using ip addr 192.168.1.11
[14:09:08] [info] created shared memory segment #12675
[14:09:08] [notice] Apache/1.3.19 (Unix) Debian/GNU balanced_by_mod_backhand/1.2.0 mod_gzip/1.3.19.1a PHP/4.0.5 configured -- resuming normal operations
[14:09:08] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache/suexec)
[14:09:08] [info] Server built: Mar 26 2001 09:36:17
--
Please consider encrypting emails to this address with gnupg
K:1024D/06357400 FP:AAE4 8C76 58DA 5902 761D 247A 8A55 DA73 0635 7400
James Blackwell - http://linuxguru.net