[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Ftpapi] GSK_WOULD_BLOCK issue after upgrade to 7.4



Hi again Scott - quick update:

Attached log shows more of the delays involving safetynet > 10.
The service requires a specific action-token to be provided - will ask the Customer if we can share that one.
In any case we need to provide you with a few invoices as a testcase. will be back on that one.
The application has been running without problems on 7.2 for well over a year and after upgrade to 7.4 on a power 9 box the "timeouts" started to happen. We are running a pmr towards IBM but they are claiming this is a application problem "The application closes the connection" .
-- 
No trees were killed in the sending of this message, but a large number of electrons were terribly upset.

Stefan Tageson
+46 732 369934
stefan@xxxxxxxxxx



On 23 March 2020 at 23:10:17 +01:00, Scott Klement <sk@xxxxxxxxxxxxxxxx> wrote:

Hi Stefan,

What do you have the time out set to?  That routine is meant to sit and wait in a loop for the TCP channel to be ready. If you have the timeout set to 30 seconds, for example, it should sit on the select() API for 30 seconds, and should only repeat in an unusual circumstance.  It seems strange that a safetyNet of 10 isn't high enough.

Can you please send a debug/trace file?

If possible, can you tell me how to reproduce the problem?

-SK


On 3/23/2020 1:29 PM, stefan@xxxxxxxxxx wrote:
Hi,
Upgrading a well working https-application from i os 7.2 to i os 7.4 gave us problem while receiving the response-header and the application crashed with "< recvresp(): end with err  " in the debug file.
Having a closer look to the subproc refill we bumped the safetynet counter from 10 to 100 and the application was happy again. Anyone else having the same issue? Is there a better approach to achieve the goal of keeping the application happy? Bumping the timeout value? If so - where is this timeout value set?

All the best,

Stefan
--
_______________________________________________
Ftpapi mailing list
Ftpapi@xxxxxxxxxxxxxxxxxxxxxx
http://scottklement.com/mailman/listinfo/ftpapi

Attachment: ALA3.log
Description: Binary data

-- 
_______________________________________________
Ftpapi mailing list
Ftpapi@xxxxxxxxxxxxxxxxxxxxxx
http://scottklement.com/mailman/listinfo/ftpapi