Rick, If I had to guess.... the server is getting the list of entries (GLE API call) then deleting each entry one at at time AND doing a GetEntry _after_ it did the delete. (And the part that is producing the error is the GetEntry call, but it is ignored and the deleting continues.)
I wonder if this is a known error in your specific ARS server version? (AKA: It sounds like the bug is that the ARS server [Escalation thread] is logging errors that are, and should be, ignored. It is not an error to not find the data after you told the application server to delete it. ) I would suggest that you open an incident with BMC tech support and see what they say. -- Carey Matthew Black Remedy Skilled Professional (RSP) ARS = Action Request System(Remedy) Love, then teach Solution = People + Process + Tools Fast, Accurate, Cheap.... Pick two. On Thu, May 29, 2008 at 3:52 PM, Rick Cook <[EMAIL PROTECTED]> wrote: > ** We are running an escalation nightly that runs this command: > Application-Query-Delete-Entry "SHR:TmpMessages" (( 'Status' = "Sent") AND ( > 'Send Time' != $NULL$ )). The effect is to clear a form that contains > records accumulated during the day, but which are no longer needed. > > Running this creates thousands of entries in the arerror.log file (roughly, > but not exactly, equivalent to the number of records in the form) that say > this: Thu May 29 10:31:45 2008 390603 : Entry does not exist in database > (ARERR 302). > > There are no errors that show up in the api or sql logs, and the records DO > get deleted. Any idea why these errors appear? I'm kinda stumped as to > where else to look for a cause. > > Rick _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
