request size problem in apache + weblogic with mod_wl.so - apache

We´re using apache (2.0, with ssl) to proxy the requests to a web service installed on weblogic. We have mod_wl.so installed, and all works fine with small requests.
However, with larger requests (say, 300 KB), the apache stalls and display this error message:
"Failure of server APACHE bridge: No Backend Sever available for connections": timed out after 20 seconds or idempotent is set to off."
We replicate the scenario in another server, and the error persists (instead of "20 seconds", it says "30 seconds" for the same request).
How can I avoid this size limitation? Is it a bug in mod_wl.so? Is it a config value that is missing? (As a side note, the web service works fine when tested directly from inside the weblogic console, no matter how big the file)
Thanks for any help!
UPDATE:
changed to mod_wl_20.so with same results, here is the chunk of the log:
Wed Sep 28 11:27:37 2011 <15359131722005124> Hdrs to WLS:[Content-Length]=[352196]
Wed Sep 28 11:27:37 2011 <15359131722005124> Hdrs to WLS:[Connection]=[Keep-Alive]
Wed Sep 28 11:27:37 2011 <15359131722005124> Hdrs to WLS:[WL-Proxy-SSL]=[true]
Wed Sep 28 11:27:37 2011 <15359131722005124> Hdrs to WLS:[WL-Proxy-Client-IP]=[163.247.57.10]
Wed Sep 28 11:27:37 2011 <15359131722005124> Hdrs to WLS:[Proxy-Client-IP]=[163.247.57.10]
Wed Sep 28 11:27:37 2011 <15359131722005124> Hdrs to WLS:[X-Forwarded-For]=[163.247.57.10]
Wed Sep 28 11:27:37 2011 <15359131722005124> Hdrs to WLS:[X-WebLogic-KeepAliveSecs]=[30]
Wed Sep 28 11:27:37 2011 <15359131722005124> Hdrs to WLS:[X-WebLogic-Request-ClusterInfo]=[true]
Wed Sep 28 11:27:37 2011 <15359131722005124> Hdrs to WLS:[x-weblogic-cluster-hash]=[2Ik836PQKnD7XHQ2RcWGOWkcRRA]
Wed Sep 28 11:27:37 2011 <15359131722005124> operation WRITE failed on fd 23: revents=0x00000018
Wed Sep 28 11:27:37 2011 <15359131722005124> IO TImed out error
Wed Sep 28 11:27:37 2011 <15359131722005124> POST timed out to the server 10.182.5.5:7005
Wed Sep 28 11:27:37 2011 <15359131722005124> ***Exception type [WRITE_ERROR_TO_SERVER] (POST ti
med out to the server 10.182.5.5:7005
) raised at line 152 of ap_proxy.cpp
Wed Sep 28 11:27:37 2011 <15359131722005124> error sending headers or Post Data to WebLogic, sys er
r#: [0] sys errmsg [Success]
Wed Sep 28 11:27:37 2011 <15359131722005124> Marking 10.182.5.5:7005 as bad
Wed Sep 28 11:27:37 2011 <15359131722005124> got exception in sendRequest phase: WRITE_ERROR_TO_SER
VER [os error=0, line 152 of ap_proxy.cpp]: POST timed out to the server 10.182.5.5:7005
at line 2994
Wed Sep 28 11:27:37 2011 <15359131722005124> Failing over after WRITE_ERROR_TO_SERVER exception in
sendRequest()
Wed Sep 28 11:27:37 2011 <15359131722005124> attempt #1 out of a max of 10
Wed Sep 28 11:27:37 2011 <15359131722005124> No good servers left in the general list, reverting ba
ck to the static list
Wed Sep 28 11:27:37 2011 <15359131722005124> Host extracted from serverlist is [10.182.5.5]
Wed Sep 28 11:27:37 2011 <15359131722005124> Host extracted from serverlist is [10.182.5.5]
Wed Sep 28 11:27:37 2011 <15359131722005124> Initializing lastIndex=0 for a list of length=2

Post timed out to 10.182.5.5:7005
This is the WebLogic which Apache is trying to post to.
You have confirmed this works when directly posted to the same Weblogic server.
The 20 seconds mathces the default KeepAliveSecs which you can try to increase.
Have you set a value in the plugin for WLIOTimeoutSecs.
This defaults to 300. Defines the amount of time in seconds the plug-in waits for a response to a request from WebLogic Server.
But from your log it does not look like Apache is waiting for 300 seconds before failing.
Similarly MaxPostSize defaults to -1, just check that you have not set some low value for that.
Check out the other plugin parameters on this list
http://download.oracle.com/docs/cd/E12840_01/wls/docs103/plugins/plugin_params.html#wp1143055
You might also want to tinker with the FileCaching element for POST requests

Related

while using signalr getting error in connection build

link:-https://github.com/jonathanzufi/SignalR-ReactNativeClient
using this library and getting error in building connection
error: [2021-10-21T11:37:44.853Z] Debug: Starting HubConnection.
[Thu Oct 21 2021 17:07:43.711] LOG [2021-10-21T11:37:44.854Z] Debug: Starting connection with transfer format 'Text'.
[Thu Oct 21 2021 17:07:43.712] LOG [2021-10-21T11:37:44.855Z] Debug: Sending negotiation request: https://signalrdemo.com/chatHub/negotiate?negotiateVersion=1.
[Thu Oct 21 2021 17:07:43.714] LOG {"_40": 0, "_55": null, "_65": 0, "_72": null} connect
[Thu Oct 21 2021 17:07:43.721] WARN [2021-10-21T11:37:44.887Z] Warning: Error from HTTP request. 0: undefined.
[Thu Oct 21 2021 17:07:43.772] LOG Global error handler
[Thu Oct 21 2021 17:07:43.818] LOG Global error handler
[Thu Oct 21 2021 17:07:43.820] LOG [2021-10-21T11:37:44.946Z] Debug: HubConnection failed to start successfully because of error 'Error'.
[Thu Oct 21 2021 17:07:43.820] LOG [Error] err::::::::::::::
[Thu Oct 21 2021 17:07:43.821] LOG Error starting the connection: Error
technology used :-react-native

Huawei IAP - product list is empty in react native hms iap

I implemented react-native-hms-iap in my react native project. I configured all the details mentioned in here. Also I can assure that there is no signature issue because react-native-hms-account login with huawei id is working fine in my app.
I have configured 'subscription' product in Product Management.
But this subscription product is not reflect in my react native app. I am getting empty AvailableProductList.
[Fri Sep 24 2021 18:22:25.188] LOG isEnvReady:Success
[Fri Sep 24 2021 18:22:27.192] LOG PurchasedRecordListView :: []
[Fri Sep 24 2021 18:22:27.323] LOG obtainOwnedPurchases success:: []
[Fri Sep 24 2021 18:22:27.568] LOG obtainOwnedPurchases success:: []
[Fri Sep 24 2021 18:22:27.572] LOG PurchasedRecordListView :: []
[Fri Sep 24 2021 18:22:27.652] LOG AvailableProductList :: {"status":{"hashCode":(hashcode),"describeContents":0,"isCanceled":false,"hasResolution":false,"isSuccess":true,"statusMessage":"success","isInterrupted":false,"statusCode":0,"errorString":"success"},"productInfoList":[],"errMsg":"success","returnCode":0}
[Fri Sep 24 2021 18:22:27.738] LOG AvailableProductList :: {"status":{"hashCode":(hashcode),"describeContents":0,"isCanceled":false,"hasResolution":false,"isSuccess":true,"statusMessage":"success","isInterrupted":false,"statusCode":0,"errorString":"success"},"productInfoList":[],"errMsg":"success","returnCode":0}
[Fri Sep 24 2021 18:22:27.804] LOG obtainOwnedPurchases success:: []
[Fri Sep 24 2021 18:22:27.855] LOG AvailableProductList :: {"status":{"hashCode":(hashcode),"describeContents":0,"isCanceled":false,"hasResolution":false,"isSuccess":true,"statusMessage":"success","isInterrupted":false,"statusCode":0,"errorString":"success"},"productInfoList":[],"errMsg":"success","returnCode":0}
[Fri Sep 24 2021 18:22:27.859] LOG PurchasedRecordListView :: []
What is the reason that available product list to be empty ? Is there a time period I should wait to reflect available products ?
Is there any signature should I define specifically for IAP rather than the one defined for Account ID ?
Thank you.
Okay I have figured out the case. That was totally my mistake. I forgot to pass product sku to HMSIapModule.obtainOwnedPurchases() method. After I passed the product sku it is working well.

Openvpn Raspberry PI login loop

Suddenly my nordvpn through openvpn on my raspberry pi isn't working anymore. Now I get the following error:
Sun Sep 13 12:25:14 2020 Outgoing Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication
Sun Sep 13 12:25:14 2020 Incoming Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication
Sun Sep 13 12:25:14 2020 TCP/UDP: Preserving recently used remote address: [AF_INET]62.112.11.159:443
Sun Sep 13 12:25:14 2020 Socket Buffers: R=[87380->87380] S=[16384->16384]
Sun Sep 13 12:25:14 2020 Attempting to establish TCP connection with [AF_INET]62.112.11.159:443 [nonblock]
Sun Sep 13 12:25:15 2020 TCP connection established with [AF_INET]62.112.11.159:443
Sun Sep 13 12:25:15 2020 TCP_CLIENT link local: (not bound)
Sun Sep 13 12:25:15 2020 TCP_CLIENT link remote: [AF_INET]62.112.11.159:443
Sun Sep 13 12:25:15 2020 Connection reset, restarting [0]
Sun Sep 13 12:25:15 2020 SIGUSR1[soft,connection-reset] received, process restarting
Sun Sep 13 12:25:15 2020 Restart pause, 5 second(s)
No idea what to do. I can't find any server log. Tried removing and reinstalling. Tried updating. I can connect to the internet. It's just when I try to connect to a OVPN file it does this in a loop. I can even give a wrong login information and it won't say anything. Can anyone shine some light on this? Thanks

Redis crashing without any log errors

I'm debugging some weird behavior in my redis, where it's crashing each 2 days more or less, but not showing any errors whatsoever, only this on the logs:
1:C 10 Sep 2020 15:44:14.517 # Configuration loaded
1:M 10 Sep 2020 15:44:14.522 * Running mode=standalone, port=6379.
1:M 10 Sep 2020 15:44:14.522 # Server initialized
1:M 10 Sep 2020 15:44:14.524 * Ready to accept connections
1:C 12 Sep 2020 13:20:23.751 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
1:C 12 Sep 2020 13:20:23.751 # Redis version=6.0.5, bits=64, commit=00000000, modified=0, pid=1, just started
1:C 12 Sep 2020 13:20:23.751 # Configuration loaded
1:M 12 Sep 2020 13:20:23.757 * Running mode=standalone, port=6379.
1:M 12 Sep 2020 13:20:23.757 # Server initialized
1:M 12 Sep 2020 13:20:23.758 * Ready to accept connections
That's all redis says to me.
I have lots of RAM available, but I have redis running as a single instance on a docker container, could the lack of processing power cause this? Should I use multiple nodes? I don't want to setup a cluster just to find out the problem was another, how can I trace down the actually cause of the problem?
So, in the end, it was exactly what I thought it was not: a memory leak!
I had 16GB that was slowly being consumed until redis crashed with no warnings, nor the operating system/docker. I fixed the app that caused the leak and the problem was gone.

Problems with weblogic 9.2 load balancing and clustering using proxy plugin

I have a cluster in weblogic 9.2 with 2 nodes(172.20.1.68:7101, 172.20.1.23:7102), 1 adminserver (172.20.1.23:7001) and 1 balancer (apache proxy plugin) 172.20.1.49:7103.
What I see in the balancer's access.log is that every request is marked as 404 not found. But in the node's log I can see those very same request distribuited marked as GET with code 200.
The problem is that my application is not working.
Any idea would be appreciated.
Thanks very much!
Edit:
Here it is my relevant httpd.conf, I have not section, instead I
have this:
<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 request:
================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..................
Sorry I just cant get the formatter to work
From the comments so far there are 3 things to note and try:
A) Where in the Apache conf is it pointing to /tmp/wlproxy.log ? This questions whether we are looking at the right conf file - or is there perhaps another instance of Apache running?
Run this command (if on unix) to identify the owner pid writing into the log
/usr/sbin/fuser /tmp/wlproxy.log
This will return the pid of an Apache process - is that the Apache which you are running?
You could also try running fuser with your Apache shut down and see does it still show a pid owning the file?
B) The plugin debug log shows the apache request goes to the 2nd server in the cluster and gets a 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]
Is the application definitely deployed and available on 172.20.1.68:7101/myApp/path also ?
C) What happens when you make a request for the /psoc-app shown in the conf?