failed to open RT_LOGXXX followed by Unable to return an attached job or Cannot open executable job file RT_CONFIGXXX followed by Unable to return an attached job.
It's on all our project and on "every" jobs even the compilation failed randomly.
The job aborts then runs fine .
I don't known where to start my reseachs.I'll open a case tomorrow morning.
If your compilations also fail randomly with this message then there are more serious problems than someone deleting the odd file from the OS level or changing permissions.
If your top priority is to get going again rather than determine what the cause might have been, I would do a full project export and then see if I can import that file into a temporary project and compile the jobs. If that is successful then you may either re-import (and overwrite) back into the original project or drop and re-create the original project from the backup.
I just looked at your post and see that your problem is on all projects... That's not good at all - you might have to research the root cause. If you look at permissions on the RT_LOGnnn files are they all the same? Do you know what might have changed on the system between the time that things worked and when they started going pear-shaped?
There were no deleted files, their T30FILES setting in dsenv was too low. Once that number is exhausted, no more hashed files can be opened and that includes all of those that make up the repository. While the reboot made the problem 'go away', you may want to consider raising the value and then doing a uvregen.
-craig
"You can never have too many knives" -- Logan Nine Fingers
Hi Guru
For almost on year now i'm monitoring the use of T30FILES with the smat command.
I'm wondering why the value never goes down even with a restart of datastage.
The only way to really reduce it it's to reboot the server.
Can you tell me if i'm missing anything.
Here an example of my log :
</a>