使用代理插件进行weblogic 9.2负载平衡和群集的问题

时间:2010-07-28 14:45:40

标签: weblogic cluster-computing

我在weblogic 9.2中有一个集群,有2个节点(172.20.1.68:7101,172.20.1.23:7102),1个adminserver(172.20.1.23:7001)和1个balancer(apache代理插件)172.20.1.49:7103。

我在balancer的access.log中看到的是每个请求都标记为404未找到。但是在节点的日志中,我可以看到那些标记为GET且代码为200的非常相同的请求。

问题是我的申请无效。

任何想法都会受到赞赏。

非常感谢!

编辑:

这是我的相关httpd.conf,我没有部分,而是我 有这个:

<VirtualHost *:80>
        ServerName fake.server.name  
        DocumentRoot "/usr/local/apache_ssl/htdocs"  
        <Location /myApp/>  
             SetHandler weblogic-handler  
             WebLogicCluster 172.20.1.23:7102,172.20.1.68:7101  
             Debug All   
             DebugConfigInfo ALL  
             WLLogFile logs/p.log  
              KeepAliveEnabled ON  
             KeepAliveSecs 15  
        </Location>  

        <Location /psoc-app>
             SetHandler weblogic-handler
             WebLogicCluster 172.20.1.23:7102,172.20.1.68:7101
              KeepAliveEnabled ON
             KeepAliveSecs 15
        </Location>

    WLLogFile logs/p.log
    ErrorLog logs/_log_error
    CustomLog logs/_log common
</VirtualHost>

/tmp/wlproxy.log请求:

================New Request: [GET /myApp/path HTTP/1.1] =================
Thu Jul 29 14:30:00 2010 <1382912804066002> INFO: SSL is not configured
Thu Jul 29 14:30:00 2010 <1382912804066002> Using Uri /myApp/path
Thu Jul 29 14:30:00 2010 <1382912804066002> After trimming path: '/myApp/path'
Thu Jul 29 14:30:00 2010 <1382912804066002> The final request string is '/myApp/path'
Thu Jul 29 14:30:00 2010 <1382912804066002> SEARCHING       id=[172.20.1.23:7102,172.20.1.68:7101] from current ID=[172.20.1.23:7102,172.20.1.68:7101]
Thu Jul 29 14:30:00 2010 <1382912804066002> The two ids matched
Thu Jul 29 14:30:00 2010 <1382912804066002> @@@FOUND...id=[172.20.1.23:7102,172.20.1.68:7101], server_name=[172.20.1.49], server_port=[80]
Thu Jul 29 14:30:00 2010 <1382912804066002> attempt #0 out of a max of 5
Thu Jul 29 14:30:00 2010 <1382912804066002> Trying a pooled connection for '172.20.1.68/7101/7106'
Thu Jul 29 14:30:00 2010 <1382912804066002> getPooledConn: No more connections in the pool for Host[172.20.1.68] Port[7101] SecurePort[7106]
Thu Jul 29 14:30:00 2010 <1382912804066002> general list: trying connect to '172.20.1.68'/7101/7106 at line 2619 for '/myApp/path'
Thu Jul 29 14:30:00 2010 <1382912804066002> INFO: New NON-SSL URL
Thu Jul 29 14:30:00 2010 <1382912804066002> Connect returns -1, and error no set to 115, msg 'Operation now in progress'
Thu Jul 29 14:30:00 2010 <1382912804066002> EINPROGRESS in connect() - selecting
Thu Jul 29 14:30:00 2010 <1382912804066002> Local Port of the socket is 38958
Thu Jul 29 14:30:00 2010 <1382912804066002> Remote Host 172.20.1.68 Remote Port 7101
Thu Jul 29 14:30:00 2010 <1382912804066002> general list: created a new connection to '172.20.1.68'/7101 for '/myApp/path', Local port:38958
Thu Jul 29 14:30:00 2010 <1382912804066002> URL::parseHeaders: CompleteStatusLine set to [HTTP/1.1 404 Not Found]
Thu Jul 29 14:30:00 2010 <1382912804066002> URL::parseHeaders: StatusLine set to [404 Not Found]
Thu Jul 29 14:30:00 2010 <1382912804066002> parsed all headers OK
Thu Jul 29 14:30:00 2010 <1382912804066002> sendResponse() : r->status = '404'
Thu Jul 29 14:30:00 2010 <1382912804066002> canRecycle: conn=1 status=404 isKA=0 clen=1214 isCTE=0
Thu Jul 29 14:30:00 2010 <1382912804066002> closeConn: URL.canRecycle() returns false, deleting URL '172.20.1.68/7101'
Thu Jul 29 14:30:00 2010 <1382912804066002> request [/myApp/path] processed sucessfully..................

抱歉,我无法让格式化板工作

1 个答案:

答案 0 :(得分:2)

从评论到目前为止,有三件事要注意并尝试:

A)Apache conf中指向/tmp/wlproxy.log的位置?这问题我们是否正在查看正确的conf文件 - 或者是否有另一个Apache运行实例?

运行此命令(如果在unix上)以识别写入日志的所有者pid

/usr/sbin/fuser /tmp/wlproxy.log

这将返回Apache进程的pid - 您正在运行的Apache是​​什么?

您还可以尝试在关闭Apache的情况下运行热熔器,看看它是否仍显示拥有该文件的pid?

B)插件调试日志显示apache请求转到集群中的第二台服务器并获得404.

Thu Jul 29 14:30:00 2010 <1382912804066002> general list: created a new connection to '172.20.1.68'/7101 for '/myApp/path', Local port:38958 
Thu Jul 29 14:30:00 2010 <1382912804066002> URL::parseHeaders: CompleteStatusLine set to [HTTP/1.1 404 Not Found] 
Thu Jul 29 14:30:00 2010 <1382912804066002> URL::parseHeaders: StatusLine set to [404 Not Found] 

应用程序是否已在172.20.1.68:7101/myApp/path上明确部署并可用?

C)当你向conf?

中显示的/psoc-app发出请求时会发生什么?