Job Queue not runing automatically; only when user logs in

Sunset
Member Posts: 201
In a NAV 2017 CU6 i am facing a situation where a job that has been set up in the job queue will not run automatically. Instead it is running the instance I log in.
We have set up a range of jobs, both codeunits and report, and all except one run just as they should. However one job will not run automatically. Going through the logs, I can see that instead it is starting the very instance I log into the client. I can't find any differences between the various jobs
Has anybody experienced anything similar?
The codeunit being called has "Job Queue Entry" as a paramter, so that is ok.
All the other jobs run as expected, so I don't think it is a server setting.
The instance I log in the job will run, so the job queue is "active" somehow.
We have set up a range of jobs, both codeunits and report, and all except one run just as they should. However one job will not run automatically. Going through the logs, I can see that instead it is starting the very instance I log into the client. I can't find any differences between the various jobs

The codeunit being called has "Job Queue Entry" as a paramter, so that is ok.
All the other jobs run as expected, so I don't think it is a server setting.
The instance I log in the job will run, so the job queue is "active" somehow.
Don't just take my word for it, test it yourself
0
Best Answer
-
This was eventually tracked down to being an unfurtunate link between a seperate server missing some components (making the job fail), and the user logging in causing a reschedule of the job an consequently running it as it was overdue.Don't just take my word for it, test it yourself1
Answers
-
Weird behaviour often disappears when you switch 'the thing' off and back on. I would try to restart the NAV instance, or stop+start the job in the queue, or even delete it and recreate the job from scratch. Eventually you can try to call the codeunit from a report, and schedule the report instead.IF User.Loves('Edo') THEN ok() ELSE currReport.genSkip;0
-
This was eventually tracked down to being an unfurtunate link between a seperate server missing some components (making the job fail), and the user logging in causing a reschedule of the job an consequently running it as it was overdue.Don't just take my word for it, test it yourself1
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions