Running manually, the specific object will work, as well as the job, as well as another occasion of the scheduler.
As these are Transformation jobs, no option for "Retry".
Running manually, the specific object will work, as well as the job, as well as another occasion of the scheduler.
As these are Transformation jobs, no option for "Retry".
Hi I have the same issue. We moved to 1.75.2 on AWS using Redshfit DB and scheduled jobs are not in a valid state and the job breaks due to input column not being in a valid state. Anyone knows how to fix this?
Hi Michael,
Matillion support approached us and suggested add the below in the environment settings of each project:
Advanced Connection Settings:
tcpKeepAlive: true, socketTimeout: 0
And also change concurrent connections from 1 to 2 or even 4.
Hope it helps you.
Hi,
thank you very much for your help. I will try that out. What is weird is that when I run the process in the afternoon everything works fine. Under heavy load in the mornings it seems to break, but I guess the settings you meantioned will help.
Thanks again.
Hi again,
Also in our situation, it also worked as a stand alone, but while scheduled under heavy load, I assume RedShift was too busy to answer any request right away.
Hi Michael - Did the update to connection setting resolve the issue ?