OK, as I expected, some answers that make sense at various levels. Now that I got answers unbiased by this next, let me drop the other shoe.
The exact same escalation runs on another 7.1 server using the same environment (OS/DBMS/ARS) versions without the errors. In addition to these two 7.1 servers, I have it running on two 6.3 servers without the errors, too. That would tend to minimize the bug possibility, but it doesn't make me understand why the servers are acting differently. So what's different about this server? Beats me. I've looked at everything in the install, running daemons, conf files, etc. that I can think of, and there doesn't appear to be any difference. I'll keep looking, though. Any new ideas? Rick On Thu, May 29, 2008 at 1:06 PM, Frank Ginny <[EMAIL PROTECTED]> wrote: > ** Hi Rick, > > Try this for the escalation - > > Run If qualifier - > *(( 'Status' = "Sent") AND ( 'Send Time' != $NULL$ ) > > Run Process - > Application-Delete-Entry "**SHR:TmpMessages" $Request ID$ > > *Frank Ginny > Sr. Remedy Admin / Developer > *** > * > ** 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)pan>*. > > 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 > > __Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > html___ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
