Klaus
I have tried this and I am still having problems and you are
correct when you say we have a private network for webobjects and
traffic in between the servers.
One other thing I have noticed is that it only occurs when the only
instance for that application is only been run on server 'b'. but
if an instance is running on both 'a' and 'b' the instance on
server 'b' is getting some transaction and you can see in the log
that it is functioning.
Info: Sending request to instance number 9, port 2018
Info: Trying to contact <Application>:9 on (2018)
Debug: alias: <server b>
Info: Caching hostent for <server b>
Info: attempting to connect to <server b> on port 2018
Info: <Application>:9 on (2018) connected [pooled: No]
Info: Request GET /cgi-bin/WebObjects/<Application>.woa/9/wa/
index.shtml HTTP/1.1
sent, awaiting response
Debug: ac_readConfiguration(): skipped reading config
Info: New response: HTTP/1.1 200 Apple WebObjects
Info: Sending request to instance number 6, port 2003
Info: Trying to contact <Application>:6 on (2003)
Info: attempting to connect to <server a> on port 2003
Info: <Application>:6 on (2003) connected [pooled: No]
Info: Request GET /cgi-bin/WebObjects/<Application>.woa/6/wa/
index.shtml HTTP/1.1
sent, awaiting response
Info: Reading configuration from
http://10.100.100.2:1085/WebObjects/wotaskd.woa/wa/woconfig
Info: attempting to connect to 10.100.100.2 on port 1085
Info: Reading configuration from
http://10.100.100.4:1085/WebObjects/wotaskd.woa/wa/woconfig
Info: attempting to connect to 10.100.100.4 on port 1085
Info: Preparing to read config for host: 10.100.100.2
Info: New response: HTTP/1.0 200 Apple WebObjects
Info: Preparing to read config for host: 10.100.100.4
Info: New response: HTTP/1.0 200 Apple WebObjects
Info: New response: HTTP/1.0 302 Apple WebObjects
Info: received ->302 Apple
Info: Request redirected because instance refusing new sessions.
Info: Attempting failover to new instance at index 7
Debug: Composed URL to '/cgi-bin/WebObjects/<Application>.woa/9/wa/
index.shtml'
Info: New request is GET /cgi-bin/WebObjects/<Application>.woa/9/wa/
index.shtml HTTP/1.1
so when I set instance 6 to "refuse new connections" instance 9
will then come up with the operation not permitted.
Info: Sending request to instance number 6, port 2003
Info: Trying to contact <Application>:6 on (2003)
Info: attempting to connect to <server a> on port 2003
Info: <Application>:6 on (2003) connected [pooled: No]
Info: Request GET /cgi-bin/WebObjects/<Application>.woa/6/wa/
index.shtml HTTP/1.1
sent, awaiting response
Debug: ac_readConfiguration(): skipped reading config
Info: New response: HTTP/1.0 302 Apple WebObjects
Info: received ->302 Apple
Info: Request redirected because instance refusing new sessions.
Info: Attempting failover to new instance at index 7
Debug: Composed URL to '/cgi-bin/WebObjects/<Application>.woa/9/wa/
index.shtml'
Info: New request is GET /cgi-bin/WebObjects/<Application>.woa/9/wa/
index.shtml HTTP/1.1
Info: Sending request to instance number 9, port 2018
Info: Trying to contact <Application>:9 on (2018)
Info: attempting to connect to <server b> on port 2018
Error: WOSocket: connect error in NB connect: Operation not permitted
Error: couldn't connect to <server b> (2018): Operation not permitted
Info: <Application>:9 NOT LISTENING on (2018)
Info: Marking instance 9 dead
Warn: Marking <server b>:9 unresponsive
Debug: connectionAttempts = 1, retries = 10
Debug: ac_readConfiguration(): skipped reading config
Info: tr_selectInstance(): scheduler failed to select instance.
Info: No new instance located for failover
Error: Request handling error: No instance available
Your help is appreciated but as far as I can tell reverse DNS and
networking are not my problem. The "operation not permitted" to me
says its connecting but for some reason its out side of some
security parameter? I am not sure I am only guessing.
Thanks
Jurgen
On 30/05/2008, at 1:39 AM, Klaus Berkling wrote:
It sounds you have a setup similar to mine where there is a
private internal network and your head node gets the incoming
traffic through a public interface.
Not sure if this applies but it may be worth a look.
In JavaMonitor all my hosts (nodes), including the head node have
private addresses. I use IP addresses, not host names. I then
configure apache like this (Mac OS: /System/Library/WebObjects/
Adaptors/Apache/apache.conf):
WebObjectsConfig http://10.0.0.1:1085,http://10.0.0.2:1085,http://10.0.0.3:1085
5
These IP addresses match the ones in JavaMonitor.
If I don't do this all kinds of odd things happen.
Hope this helps.
On May 28, 2008, at 7:07 PM, Jurgen Weber wrote:
Hello
The scenario is as follows:
Two servers both running the same app, apache22, WO5.3.3, java
1.5, on FreeBSD7.0 both with wotaskd communicating on its own
internal network. Networking wise there are not restrictions or
firewalls between server a and b.
Server a is running instance 6, server b is running instance 9.
All web requests are going to server a, eg. the domains puts to
an ip it is hosting.
Info: Sending request to instance number 6, port 2003
Info: Trying to contact <APP>:6 on (2003)
Info: attempting to connect to <Server a> on port 2003
Info: <APP>:6 on (2003) connected [pooled: No]
Info: Request GET /cgi-bin/WebObjects/<APP>.woa/6 HTTP/1.1
sent, awaiting response
Debug: ac_readConfiguration(): skipped reading config
Info: New response: HTTP/1.1 200 Apple WebObjects
Info: received ->200 Apple
Info: <WebObjects Apache Module> new request: /cgi-bin/WebObjects/
<APP>.woa
Debug: App Name: <APP>.woa (10)
Info: V4 URL: /cgi-bin/WebObjects/<APP>.woa
Info: Selected new app instance at index 15
Debug: Composed URL to '/cgi-bin/WebObjects/<APP>.woa/9'
Info: New request is GET /cgi-bin/WebObjects/<APP>.woa/9 HTTP/1.1
As you can see instance 6 is working great, but when we disable
this instance or refuse new sessions on it WO is unable to use
the server b instance 9 app and you receive a page not found.
Info: Sending request to instance number 9, port 2018
Info: Trying to contact <APP>:9 on (2018)
Info: attempting to connect to <Server b> on port 2018
Error: WOSocket: connect error in NB connect: Operation not
permitted
Error: couldn't connect to <Server b> (2018): Operation not
permitted
Info: <APP>:9 NOT LISTENING on (2018)
Info: Marking instance 9 dead
Warn: Marking <Server b>:9 unresponsive
Debug: connectionAttempts = 1, retries = 10
Debug: ac_readConfiguration(): skipped reading config
Info: Attempting failover to new instance at index 18
Debug: Composed URL to '/cgi-bin/WebObjects/<APP>.woa/6'
Info: New request is GET /cgi-bin/WebObjects/<APP>.woa/6 HTTP/1.1
any help or suggestions is apprecaited.
Thanks
Jurgen
-------------------------->
ish
http://www.ish.com.au
Level 1, 30 Wilson Street Newtown 2042 Australia
phone +61 2 9550 5001 fax +61 2 9550 4001
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list (Webobjects-deploy@lists.apple.com
)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/kberkling%40dyned.com
This email sent to [EMAIL PROTECTED]
Thanks
kib
"Success is not final, failure is not fatal: it is the courage to
continue that counts.”
- Winston Churchill
Klaus Berkling
Systems Administrator
DynEd International, Inc.
www.dyned.com | www.eskimo.com/~kiberkli
-------------------------->
ish
http://www.ish.com.au
Level 1, 30 Wilson Street Newtown 2042 Australia
phone +61 2 9550 5001 fax +61 2 9550 4001
