Hello,
"Peer not recognized or badly formatted message received" means that either a form of SSL or cryptography was received that was not understood, or that something wasn't right with an SSL message. (For example, if a non-SSL connection was made to an SSL program, it would get confused and report this message. Or if a newer encryption cipher was received. Or if a newer form of SSL than it understood was received. Etc.)
"Too many open files for process" means that you've exceeded the
maximum number of descriptors that can be opened for a given job.
This includes sockets (network connections), pipes and IFS-type
files. Its possible to increase the number of descriptors
available by calling the DosSetRelMaxFH() API. However, when this
happens, its usually a bug somewhere in the program. For example,
you may be opening an IFS file and forgetting to close it, and
over repeated loops it eventually runs out of possible open
descriptors.
-- Scott Klement sk@xxxxxxxxxxxxxxxx
Hi,
We've been using HTTPAPI successfully on our production AS400 for a few weeks, however for the past week we've been having some issues.Our prod box is on V7R3, and actually had the latest PTFs applied to it on the Sunday just prior to the issues occurring (the day before)...I noticed that since this upgrade we were getting "SetError() #49: SSL_protocol: Unknown protocol 5000" appearing in the logs. Previously it was showing as "Protocol Used: TLS Version 1.2". So I saw another post in the forum where they'd been advised to update HTTPAPI, and so I updated from V1.33 to V1.43 during the week. After the HTTPAPI update we are now seeing "Protocol Used: TLS Version 1.3" in the successful logs.
The following error is occurring rather randomly throughout the day. We are running our data posts jobs through a single data queue on the AS400, and using YAJL to build each JSON data file that is then being posted. Upon receiving this error, we basically delay for a few seconds, rebuild the data file and try posting it again. It typically works the second time.
________________________________________
_________________________________________HTTPAPI Ver 1.43 released 2021-04-19NTLM Ver 1.4.0 released 2014-12-22OS/400 Ver V7R3M0
http_setauth(): enteredhttp_persist_open(): enteredhttp_long_ParseURL(): enteredDNS resolver retrans: 2DNS resolver retry : 2DNS resolver options: x'00000136'DNS default domain: xx.xxxxxxxx.xxxDNS server found: x.x.x.xDNS server found: x.x.x.xNagle's algorithm (TCP_NODELAY) disabled.SNI hostname set to: xxx.xx.xxxxxxx.com(GSKit) Peer not recognized or badly formatted message received.ssl_error(415): (GSKit) Peer not recognized or badly formatted message received.SetError() #30: SSL Handshake: (GSKit) Peer not recognized or badly formatted message received.
Following on from that, the second issue is that we then find every 4 hours or so during the day, we are receiving the following error;The only way we've been able to resolve this is to stop the data queue and restart it so that it runs for the another 4 hours or so.
______________________________
HTTPAPI Ver 1.43 released 2021-04-19NTLM Ver 1.4.0 released 2014-12-22OS/400 Ver V7R3M0
http_setauth(): enteredhttp_persist_open(): enteredhttp_long_ParseURL(): enteredDNS resolver retrans: 2DNS resolver retry : 2DNS resolver options: x'00000136'DNS default domain: xx.xxxxxxxx.xxxDNS server found: x.x.x.xDNS server found: x.x.x.xSetError() #4: socket(): Too many open files for this process.______________________________
I know these are two separate errors, but given they both started after the latest V7R3 PTFs were applied, I suspect that the cause is related.We will be needing to increase the volume of data posts during the coming weeks, so I'm a bit concerned that these errors will increase, and the restarting of the data queue will also be required more frequently during the day.
Your advice would be greatly appreciated. Thank you!
Regards,Corey.
-- _______________________________________________ Ftpapi mailing list Ftpapi@xxxxxxxxxxxxxxxxxxxxxx http://scottklement.com/mailman/listinfo/ftpapi