- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎01-15-2024 09:55 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎01-16-2024 12:39 AM
Hi @Sandeep _1
Refer the below KB article, which help to resolve your issue.
Also I didn't say this is a constraint. If you look at Toms post you will see that gs.eventQueue is under this form:
gs.eventQueue("sn_customerservice.DOB_Update_Case_Sched", gr, gs.getUserID(), gs.getUserName(),gdt);
The function call is done with 5 parameters out of which last argument value is a date object rather than a queue name. In his screenshot you can see queue contains a date rather than either being empty or containing a specific queue.
Here:
Please appreciate the efforts of community contributors by marking appropriate response as Mark my Answer Helpful or Accept Solution this may help other community users to follow correct solution in future.
Thanks
AJ
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎01-15-2024 10:03 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎01-15-2024 11:28 PM
Did you get a chance to check long running transactions on all nodes, slow running queries.
To find stuck jobs
- Go to this URL
sys_trigger_list.do?sysparm_query=state=2^ORstate=-1^ORstate=1^ORstate=-2^next_action<javascript:gs.beginningOfLastMonth()^sys_updated_on<javascript:gs.beginningOfLastMonth()^trigger_type!=0^trigger_type!=2^trigger_type!=9^trigger_type!=^parentISEMPTY - This query finds the stuck jobs which are
- in state Queued or Running or Error
- and, have next_action and sys_updated_on (Updated) before the last month
- and, are not Run Once, On Demand (Disabled), Run at System Startup jobs
- and, are not child jobs (these jobs are managed by the system
Recommendation for Event Processor Jobs
Event Processor jobs can be identified using the job's script. They have script like GlideEventManager(<queue_name>).processDelegatedEvents(); or GlideEventManager(<queue_name>).process();. For example, GlideEventManager('metric_update').process(); is the script for "metric update events process" job. Other examples of event processor jobs are 'report view events process', 'PA clean scores events process'.
- Go to sysevent list
2. Search for queue = <queue name> AND state = ready
You can get the queue name from the event processor job's script. e.g. 'report_view', 'metric_update'
3. Check how old are the events, identified by process_on
CAUTION: Before recovering a stuck event processor job, check if you should delete very old events for the associated queue. Processing huge events can take significant time and resources, and processing very old events can fire obsolete notifications.
To recover a stuck job
- Go to the sys_trigger record
2. Change the state to Ready
This will make job start running again. Please see following recommendation before applying the workaround
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎01-16-2024 12:39 AM
Hi @Sandeep _1
Refer the below KB article, which help to resolve your issue.
Also I didn't say this is a constraint. If you look at Toms post you will see that gs.eventQueue is under this form:
gs.eventQueue("sn_customerservice.DOB_Update_Case_Sched", gr, gs.getUserID(), gs.getUserName(),gdt);
The function call is done with 5 parameters out of which last argument value is a date object rather than a queue name. In his screenshot you can see queue contains a date rather than either being empty or containing a specific queue.
Here:
Please appreciate the efforts of community contributors by marking appropriate response as Mark my Answer Helpful or Accept Solution this may help other community users to follow correct solution in future.
Thanks
AJ