Article delegate-en/4732 of [1-5169] on the server localhost:119
  upper oldest olders older1 this newer1 newers latest
search
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]

Newsgroups: mail-lists.delegate-en

[DeleGate-En] Questions/Problems with Clustering
28 Jan 2010 01:47:32 GMT David Lightman <ppqjabdyi-aipiirhggulr.ml@ml.delegate.org>


Hello!

First let me say "Thank you!" for an excellent piece of software! I have 
used it personally to tunnel and proxy my personal webtraffic for almost 
two years now.

I am trying to use it for something new---Basically to run as a reverse 
proxy and "cluster" server.

Basically I'd like to use the tcprelay service and the cluster directive 
to provide redundancy for an application running on the same server as 
delegate (10.176.71.33:8081) connecting out to two servers running a 
service on port 8080. (Server1- 10.176.72.37:8080 Server2- 
10.176.72.38:8080)

I am trying to run the software via the following command:

./delegated -P127.0.0.1:8081 SERVER=tcprelay://10.176.72.37:8080 
CLUSTER=tcprelay:10.176.72.37,10.176.72.38..8080   TIMEOUT=con:1


The odd part is, when .37 is running it looks like the HTTP POST just 
hangs, and on the Tomcat server my java app throws and exception due to 
the full XML POST not being received.

delegate logs the following:

01/27 17:32:14.54 [27437] 1+0: -- Fork(SequentialServer): 27434 -> 27437
01/27 17:32:14.54 [27437] 1+1: #### countUp: nonexistent 27414, 
/home/delegate/delegate/act/clients/20/127.0.0.1:localhost
01/27 17:32:14.54 [27437] 1+1: (0) accepted [52] 
-@[127.0.0.1]localhost:34663 (0.017s)(1)
01/27 17:32:14.54 [27437] 1+1: PATH: 
tcprelay://10.176.72.37:8080!localhost:8081!localhost:34663!anonymous@localhost;1264642334
01/27 17:32:14.54 [27437] 1+1: ConnectToServer: 
DFLT=tcprelay://10.176.72.37:8080 REAL=://:0
01/27 17:32:14.54 [27437] 1+1: ConnectToServer connected [16] 
{10.176.72.37:8080 <- 10.176.71.33:34664} [0.001s]
01/27 17:32:14.54 [27437] 1+1: willSTLS_SV: ServerFlags=0
01/27 17:32:14.54 [27437] 1+1: relays(2) start: timeout=600000msec


If I simulate a failure and kill the service running on .37 delegate 
properly fails over to .38 and the POST goes through as expected-- no error!

Delegate logs the following:

01/27 17:35:12.76 [27459] 1+0: -- Fork(SequentialServer): 27457 -> 27459
01/27 17:35:12.76 [27459] 1+1: #### countUp: nonexistent 27437, 
/home/delegate/delegate/act/clients/20/127.0.0.1:localhost
01/27 17:35:12.76 [27459] 1+1: (0) accepted [30] 
-@[127.0.0.1]localhost:34666 (0.020s)(1)
01/27 17:35:12.76 [27459] 1+1: PATH: 
tcprelay://10.176.72.37:8080!localhost:8081!localhost:34666!anonymous@localhost;1264642512
01/27 17:35:12.76 [27459] 1+1: ConnectToServer: 
DFLT=tcprelay://10.176.72.37:8080 REAL=://:0
01/27 17:35:12.76 [27459] 1+1: [16] ConnectToServer connect failed 
10.176.72.37:8080 [0.00s] errno=111
01/27 17:35:12.76 [27459] 1+1: [16] EQSV connect failed 
10.176.72.37:8701 [0.00s] errno=111
01/27 17:35:12.76 [27459] 1+1: EQSV connected [16] {10.176.72.38:8080 <- 
10.176.71.33:34669} [0.000s]
01/27 17:35:12.76 [27459] 1+1: willSTLS_SV: ServerFlags=0
01/27 17:35:12.76 [27459] 1+1: relays(2) start: timeout=600000msec
01/27 17:35:12.97 [27459] 1+1: relays[1]: [16->EOF] -1(-1i+0o)
01/27 17:35:12.97 [27459] 1+1: relays[0]: [30->16] 2473 bytes / 1 -> 2473
01/27 17:35:12.97 [27459] 1+1: relays[1]: [16->30] -1 bytes / 1 -> 0
01/27 17:35:12.97 [27459] 1+1: disconnected [30] 
-@[127.0.0.1]localhost:34666 (0.229s)(0)
01/27 17:35:43.27 [27459] 1+1: StickyServer done [timeout] 1 req / 1+0/1 
conn / 31 sec
01/27 17:35:43.27 [27459] 1+1: #Sig/CSC finish 75 7 P2 R0 E0 {0 r0 t0} 0/0/0


Now, the *very* interesting thing is if I swap the servers in the 
delegate config like so:
./delegated -P127.0.0.1:8081 SERVER=tcprelay://10.176.72.38:8080 
CLUSTER=tcprelay:10.176.72.38,10.176.72.37..8080   TIMEOUT=con:1

Again, the first request to the primary (.38 now) fails and after I kill 
tomcat on .38 delegate properly forwards to request to .37 and the POST 
is handled properly. Also, when sending the requests direct to the 
servers it always works....

I have tried delegate 9.8.0, 9.9.0, and 9.9.7.

So, I am stumped as to what delegate might be doing here? Or what I have 
mis-configured with regard to delegate?

If you have any ideas or suggestions I would really appreciate the help! 
Thanks so very much!


David
ppqjabdyi-aipiirhggulr.ml@ml.delegate.org


  admin search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
@_@V