cancel
Showing results for 
Search instead for 
Did you mean: 

Prognosis not read PTLF when inactive (no receiving new trx).

Claudio_Osadczu
05 Base Camper

Prognosis not read PTLF when inactive (no receiving new trx).

We are having an issue regarding to the Prognosis process that read the PTLF file. We added to the BASE24 configuration a new PTLF file which is inactive (no receiving new trx) during great part of the day.

When the new configuration is started when that PTLF is active, the process read the trx and collect the transaction data until the PTLF is inactive again. In that moment the Prognosis process does not read it again although the ptlf has transactions again.

On the other hand, if the BASE24 configuration is started when the PTLF is inactive, the process never read transaction even the ptlf has new transactions.

Is this a Prognosis BUG or is there some kind of parameter to be configured to correct this behavior?

 

Thank you!

 

Tags (3)
6 REPLIES 6
ChristopherS
12 Sherpa

Re: Prognosis not read PTLF when inactive (no receiving new trx).

There are two configurations I suggest you look at in IRTSVCOI which might be involved in these systems.

 

In particular I would look at Trawler-max-idle-time-in-minutes, as if there is no transactions for 5 minutes it may stop reading. 

 

Max-Back-Time as this is how far bar it will read to 'recover' when you start it back up.

 

[HOUSE-KEEPING]
INTERVAL-IN-MINUTES=5
AFTER-TRANSACTIONS=10000
TRAWLER-MAX-IDLE-TIME-IN-MINUTES=5

 

[RECOVERY ]
MAX-BACK-TIME-IN-MINUTES = <n>
MAX-TPS-ON-RECOVERY = <n>


If my answer helped you today, please be sure to mark the resolved button to assist others.

Christopher R Souser - Solution Architect – MSci. PA, CISSP, ITIL.
Claudio_Osadczu
05 Base Camper

Re: Prognosis not read PTLF when inactive (no receiving new trx).

Hi Chris,

First of all, thanks for your response.

Following your suggestions, we modified the value TRAWLER-MAX-IDLE-TIME-IN-MINUTES in IRTSVCOI file from 5 minutes to 90 minutes and no changes in the behavior. 

On the other hand, we realized that the time the IRTSVCOL process release the "today" ptlf file is 60 seconds aprox. (Since the configuration was applied).

BTW, the process have taken the "tomorrow" ptlf file ever. Just in case, the "tomorrow" ptlf file is generated 24 hours in advance.

Could this issue be related to BASE24 "NEW-FILE-CHECK-DELAY-IN-SECONDS" parameter?

 

Thank you so much!

Claudio_Osadczu
05 Base Camper

Re: Prognosis not read PTLF when inactive (no receiving new trx).

Chris,

Reading a little more, I'm checking that IRTSVCOL is used for "Transaction Surveillance", a process we are not using. So, I guess any parameter modified within IRTSVCOI is not used.

The Process that read the different logs (ptlf) is IRB24TLR. This is the process that release the "inactive" ptlf.

"Inactive" =  This ptlf receive a lot of transactions three times in a day, but the rest of the day don't receive any trx.

 

Thank you, 

Tags (2)
ChristopherS
12 Sherpa

Re: Prognosis not read PTLF when inactive (no receiving new trx).

@Claudio_Osadczu, we are still looking into this but I don't yet have an answer on how to handle this situation.


If my answer helped you today, please be sure to mark the resolved button to assist others.

Christopher R Souser - Solution Architect – MSci. PA, CISSP, ITIL.
ChristopherS
12 Sherpa

Re: Prognosis not read PTLF when inactive (no receiving new trx).

@Claudio_Osadczu  Hi, I have discussed this with someone else internally and the behavior described is not what we would expect IRTXNCOL to act like.. or we are not following the circumstances completely.  Can you create a support case and describe the different scenarios in detail, provide an IRFAX, and reference this community thread? 

 

Thanks.

Christopher


If my answer helped you today, please be sure to mark the resolved button to assist others.

Christopher R Souser - Solution Architect – MSci. PA, CISSP, ITIL.
Claudio_Osadczu
05 Base Camper

Re: Prognosis not read PTLF when inactive (no receiving new trx).

Thank you Chris,

We already created the case #00037490 on January, 25th.

BTW, the IRFAX file was uploaded to that case.

 

Thank you!