Hi Amit,
In addition to SriSamSri Appecherla you can do the following .
Thread pools for different commands are configured in the CAI:Commands
form. Configuring thread pools defines dedicated CAI threads for use by
the specific command. This ensures that requests from a command use only
the dedicated threads, and performance of other command requests to the
CAI is not affected.
you can configure this for the commands that are frequently created in
CAI:Event Form.
Thanks and regards
Harshad Wagh
Engineer
Vyom Labs Pvt Ltd.
On 1/7/2015 12:12 PM, Remedy consultant wrote:
**
Sure Will do that and let you know. Meanwhile i have deleted al
lrecords from CAI:Event and CAI:Eventparam .After that for some time
it works fine and then again Queue is getting build up.
On Wed, Jan 7, 2015 at 6:30 AM, SriSamSri Appecherla
<[email protected] <mailto:[email protected]>> wrote:
**
Hi Amit,
I'm assuming you want to bulk trigger all the failed CAI:Event
records to create fulfilment records.
1. Try to fix the error(s) which is causing records to get stuck
in CAI:Events
2. For one (preferably test record), change the Return Code to
Start and Save
3. IF it is a success, if you want to re-trigger all 9000 of them
in bulk, you can do a modify all on CAI:Events and change the
Return Code to Start.
Regards,
SriSamSri Appecherla
+61 478877812
On Tue, Jan 6, 2015 at 8:59 PM, Remedy consultant
<[email protected] <mailto:[email protected]>> wrote:
**
Hello All,
We are facing issues with records in CAI:Events. There are
almost 9000 records are stuck in this schema. Due to which lot
of records in SRM:Requests are stuck in submitted. Could you
please help me to identify this issue ?
We can not delete records present in CAI:Events as it is a
production enviornment.
Regards,
Amit
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
_ARSlist: "Where the Answers Are" and have been for 20 years_
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"
