× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



It's the cert error in HTTPAPI. Once the cert error appears, it seems that every subsequent HTTPAPI call made within the same job will fail with the same cert error. The first day it happened, we had about 360 of them before we restarted the IBMi job. IT is notified for every one, and they appear in the IBMi joblog.


-----Original Message-----
From: Nathan Andelin [mailto:nandelin@xxxxxxxxx]
Sent: Tuesday, September 18, 2018 5:58 PM
To: RPG programming on the IBM i (AS/400 and iSeries) <rpg400-l@xxxxxxxxxxxx>
Subject: Re: HTTPAPI & revoked SSL cert

Justin,

Could you elaborate on preventing a string of subsequent errors. If the CGI Job is in a *MSGW state, it's obviously not going to have a problem with subsequent errors. Where are the errors being seen? The end user? HTTP server job logs?



On Tue, Sep 18, 2018 at 4:49 PM, Justin Taylor <JUSTIN@xxxxxxxxxxxxx> wrote:

7.3, but this process started back on 7.1.

We started running this process in 2016. We first saw this issue a
week ago Monday. Once the first error appeared, every subsequent call failed.
It did it again yesterday. Just like before, once the first error
appeared, every subsequent call failed. I was out of the office both
days, and I had ops bounce the Apache server. Both times that
immediately fixed the problem.

I can't replicate it inside or outside of HTTP.

Yes, the URL is a literal in the RPG code.


Eliminating the error would be ideal, but right now I'd just settle
for damage control (ie. when the first error happens, do something to
prevent the string of subsequent errors).


Thanks





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.