I use the Jobqueue as much as I can for automating jobs. It’s decent, stable, good, flexible. It makes sense, doesn’t it? But after installing a language pack (NLB and FRB – quite common in Belgium :-/) .. it didn’t seem the most valid opinion I had.. : my RTC was crashing 10 seconds after I started the NST.
This is what I set up for the NAS:
Not very exciting .. Not much that can go wrong. But after restarting the NST, I noticed I couldn’t log in the RTC .. . The Service had stopped, 10 seconds after it was started. This is what I found in the event viewer:
A Dutch error message.. which (for me – and hopefully also for you) means that this error is due to language issues.
I found a solution .. but I’m not sure this is THE solution that should be implemented. I logged the problem at Microsoft, so I hope to have a better solution in the near future.. .
It could be that my problem was the default language of my startup user (which is different from the default). Could be. But do I care? Not at all, actually. This should work at all times, in any language my user is configured.. . So I decided to try to go as much as possible to the “core” of my problem: the Job Queue.
It seems to be that starting (background) sessions with the job queue is very dependent on the language, so let’s always start those sessions in the same language that always works: ENU (being language 1033).
That’s why I changed the NAS codeunit of the Job Queue (codeunit 450) by adding one line:
This way, all background sessions will be started in ENU (which seems to be required).
When I read the comment – it confirmed that I was probably searching in the right place – having found a reference to the 10 second delay :-).
Again, I hope there is going to be a better solution in the future .. If you have one .. Please make a comment :-). I would really appreciate it, because I feel like I’m overlooking something so obvious. But hey .. in the meantime, I (and you) have a solution ;-).
One might wonder: do I want my NST to crash if my NAS is down? No, of course not! In fact, regarding stability and scalability, it’s always best to install separate services for this .. . With the Dynamics NAV Administration Tool, this is very easy to do. If you would like to show you .. just drop a comment :-).